Scrum迭代中的品質標準

       在Scrum迭代過程中,比較看重的一點是最後的驗收品質,迭代是滾動的,如果迭代的品質不佳,就會導致品質債一直存在,這樣就會像滾雪球一樣,逐步積累起來,越來越大,最終導致Scrum只有形而已,而不是真正的敏捷。因為不能在任意階段拿出發行就緒的產品。       

【ActiveMQ Tuning】Optimizing the Protocols

原文:http://fusesource.com/docs/broker/5.4/tuning/GenTuning-Protocols.html#GenTuning-Protocols-Compress標籤:ActiveMQ 效能最佳化 Overview:協議最佳化可以在不同的協議層,如下所示TCP transport.OpenWire protocol.Enabling compression.TCP

扯淡個人成長–書籍

其實這個是我前兩年的信件,最近在給部門整理成長書籍,給大家發完信之後,突然想起自己2年前也發過類似的信,於是翻騰了出來,想起來自己剛畢業的時候,還是一個很好學的孩紙啊,現在有些退化了。。

每個爸爸都是一本故事會

       每天晚上,小丫頭都要纏著,讓講故事。故事書講了一本又一本,講的口乾舌燥,並且小丫頭說了,喜歡聽爸爸講故事,爸爸講故事的聲音特別的好,好吧,那就老男人講吧,每天講的又困又乏。終於有一天,作為爸爸的老男人想了一個主意,那就是編故事,這樣可以熄燈,躺著講,講完了就可以睡覺了。        

CheckStyle報告過濾無錯檔案

      部門一直使用CheckStyle,Findbugs進行代碼品質控制,每次都是自動發郵件報告代碼問題。Findbugs的報告格式還算不錯,看起來比較舒服。CheckStyle的報告就比較難看,難看就難看吧,關鍵就是每次報告的時候,都會把一些沒有錯誤的檔案也都列舉出來。我們使用的是[checkstyle-noframes.xsl] 顯示效果如下:

【ActiveMQ Tuning】Threading Optimizations

摘要:ActiveMQ最佳化 線程最佳化原文地址:http://fusesource.com/docs/broker/5.4/tuning/PersTuning-Threading.htmlOptimized dispatch:在Broker配置中,你可以通過設定所有Queue目標的optimizedDispatch 為true 來減少Tread的需求量。這樣Broker就不會為每個目標使用一個專用的線程了。樣本:為所有的Queue

【ActiveMQ Tuning】Message Encoding

原文地址:http://fusesource.com/docs/broker/5.4/tuning/GenTuning-MsgEncoding.html標籤:ActiveMQ最佳化Message body

團隊解讀手冊

    前兩天看微博的時候,看到某HR同事在孩子上幼兒園的時候,給老師寫了一個解讀手冊,心中有很多感觸。第一個感觸就是同樣是父母,我就啥想法都沒有,慚愧啊。另外一個就想到了,一個團隊是否也需要一個解讀手冊呢?     

敏捷回顧會總結

一、任務變化 1.問題不明確       Q:不知道將要做的東西到底是什麼,在做的過程中逐步熟悉,瞭解需求。       A:在啟動會時,產品經理進行簡要的說明一下需求,介紹一下本次迭代中任務。  2.探索性任務       Q:需求不確定,產品經理只知道大概方向,不太確定最後的成品是什麼樣子。       A:隨時與需求人員溝通,隨時出產品,隨時示範給需求人員看,進行迭代中的小迭代。與大迭代衝突的解決辦法是最開始估算時間的時候,直接翻倍,但是小任務還是按照最開始的估算,多出來的時間作為緩衝。 

Learn More, Study less讀書筆記之比喻

      很是佩服老外,一點點東西都可以發展成為一套理論,寫成一本書,這種總結鑽研能力很是強悍。這本書看到現在,總結成一句話就是比喻關聯,運用得當就好。      小的時候也總是感覺很奇怪,很容易理解的概念,為什麼別人就理解不了,怎麼說都不明白。自己給別人講東西的時候也是如此,自己感覺太淺顯易懂的事情,為什麼別人瞭解的比較慢一些。當時自己得到的一個定論是自己相對聰明一些。      

鐵打的營盤流水的兵—為什麼總是缺人

          為什麼總是缺人,不管什麼時候,都是一堆的任務等著人去做,人手總是緊張,難得偷得半日閑。知識密集型人才搞成了苦力密集型人才了。大家每天都在忙,難得抽出時間來培訓,思考,反思,因為屁股坐在了火爐子上面,時刻都在煎熬著,跑的慢點了,就烤糊了。       中國有句老話,鐵打的營盤流水的兵。說的很有道理,但是對於一個高速增長的企業,部門來說這個就成了問題,人員不穩定就會造成很多問題。      1.再培養           

Why Normal–牛人都幹啥去了?

       “讓我怎麼說呢?你們的程式也就湊合用吧”,恩,程式也就是湊合著用,沒有好沒有壞,沒有什麼出彩,僅僅是可用而已。為啥程式僅僅是可用,而沒有達到良好,那麼多程式員怎麼還是這個水平?做了這麼多年,還是這樣?開發一個小需求還需要這麼長時間?說什麼好呢?算了還是不說了。          為什嗎?為什麼我們做的程式這樣普通,為什麼我們做不出精彩的產品,令人激動過程為啥我們沒有體驗到呢?想想我們的牛人們都在幹啥!那句偉大的話道出了這句玄機,“你們稍微牛一點的人都去做管理了。”         

痛並快樂的一腳

       寶寶,你可否知道,半夜裡你那一翻身,一條大腿加上一個大腳猶如風火輪般的速度,砸到了一個老男人的身上,你彷彿毫無知覺,而那個老男人,也就是你的爸爸,那個肥碩的肚皮卻把這個疼痛直接傳遞給了熟睡的大腦,瞬間清醒了,也無法再睡了。      

都放假了,你怎麼還生氣啊

          周五終於到了,開心的回家了,期待著和開心的小丫頭的再相聚。結果到家的時候,小丫頭還在外面瘋玩,沒有回來呢,等了半天終於回來了。          給小丫頭換衣服的時候,感覺衣服裡面鼓鼓囊囊的,不知道放的什麼東西,問她,“衣服袖子裡面是什麼東西啊?”,“紙啊。”,紙?怎麼回事,繼續問吧。“紙?那裡來的紙?”,“老師給的紙”。“紙怎麼放在袖子裡面了?”,“因為沒有兜啊!”,哦,這樣啊,呵呵,從小丫頭的袖子裡面拿出來一張皺皺巴巴的一張紙。         

【ActiveMQ Tuning】Prefetch Limit

   摘要:ActiveMQ最佳化 用戶端最佳化 預取限制原文:http://fusesource.com/docs/broker/5.4/tuning/GenTuning-Consumer-Prefetch.htmlOverview:圖列4.1闡明了Broker在等待之前發送給用戶端訊息的反饋的行為 Figure 1.4. Consumer Prefetch Limit      

【ActiveMQ Tuning】Vertical Scaling

摘要:ActiveMQ最佳化, 垂直擴充原文地址:http://fusesource.com/docs/broker/5.4/tuning/PersTuning-Vertical.htmlDefinition:垂直擴充指的是一個Broker可以支撐更多的Consumer和Producer的串連。 Tricks to optimize vertical scaling(垂直擴充的技巧):你可以利用下面的技巧來調整Broker的垂直水平NIO transport on the

閑言碎語話心得–離職你真的想好了嗎?

       又到了春天,也是大家開始規劃一年的時候了,很多人也都是這個時候踏上了找工作的征程中。那麼離職找工作這件事情,你是否真的想好了?離職目的根據我個人經驗大體劃分為四種,經濟待遇提高,能力提升,平台,創業。       一、經濟待遇提高       

盤活一潭死水–職場3G,2B(OCP)原則

    每天都是重複的兩點一線,工作瞭然無趣,做的都是上面交代的工作,使用技術也都是那一成不變的那些,從進入公司後就使用這些了,從未發生變化。沒有了激情,只是昏昏沉沉的工作而已。    員工每天都沒有激情,做事情應付了事,交代的事情做一做,不交代的事情從來不去想。公司進入緩慢增長,沒有新的突破。員工滿意度較低,離職率在逐漸增長。    從員工角度看,公司乏善可陳,死氣沉沉,官僚氣息濃重,沒有能力提升方向,沒有動力去做事情。。從公司角度看,員工責任心較差,沒有激情,做事情應付了事。   

【純牢騷】你的位置,決定了你的話

          有些時候也很鬱悶,因為位置原因導致自己的話變成了不可信,或者變成了無意義的說教。靜下來想想有些時候確實是這樣子的。          

Scrum迭代中的品質標準(續)

     前一篇文章《Scrum迭代中的品質標準》提到Scrum迭代內的品質標準,關於品質標準,不同的人給與了不同的看法,在這雷根據大家的一些反饋進行一些補充。    1.全能人才的Scrum團隊實際上也需要一個品質標準進行把關,只是需要匯總前面的研發bug數和測試人員的bug作為一個品質標準進行驗收。    

總頁數: 61357 1 .... 12452 12453 12454 12455 12456 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.