estimation有很多流派。
從數字的選擇上來看：有的人喜歡用1,2,3,4,5。有的人喜歡用2,4,8,16。有的人喜歡1,2,3,5,8。
從單位的選擇上來看：有的人喜歡用「點」。有的人喜歡用「ideal day」。有的人喜歡用「ideal hour」。
我個人喜歡用2,3,4,5，單位喜歡用「real day」。
喜歡2,3,4,5的原因是因為我相信，寫得好的story list不應該有太大的尺寸差距，最大的和最小的story之間不可能相差三倍，不然要麼是大的story根本沒有分析清楚，要不就是小的story可能只是乙個technical task。
另外我之所以不喜歡1的原因是因為，1意味著你要以這張卡作為基本尺寸，然後做「乘法」。但是根據我的經驗，對於不太清楚的事物，把握好乘法的因子是很難的。如果我們能夠在寫story的時候，做到尺寸平均，其實只要選好標準的中等尺寸，然後偏大就是4或者5，偏小就是3或者2。其實就已經能夠區分出story之間的尺寸差別的。過度誇張兩張卡之間的大小差距，往往帶來的結果是小卡的under-estimate，而不會是大卡的over-estimate。
我不喜歡ideal day的原因也是一樣的。用ideal day意味著最後要乘乙個load factor。這個因子的選擇最終往往只是pm的乙個數字遊戲，成為討價還價的「因子」。人們怎麼可能對著200多張卡準確說出我在估這些卡的時候，到底有多「ideal」呢？如果要給乙個**，那直接用real day好了。
關於arm的隨筆
arm暫存器只有名字沒有位址，不像特殊功能暫存器有特定的實體地址，所以儲存在arm暫存器裡面的資料可以是任何資料 位址 特殊功能暫存器的位址 或資料 特殊功能暫存器儲存的資料 資料處理指令 mov,add,sub,and,orr,eor,bic等 資料處理指令大都 遵循以下格式 個別除外如b,cmp...
關於hession 隨筆
今天遇到乙個問題，糾結了很久也沒有解決，情況是這樣的，我這個專案使用的是 hession 通訊。我做的業務很簡單，只是新加了乙個介面 這 個介面是廣告那一塊的，資料庫在之前的專案裡面都沒有使用到addb，所以需要在spring的配置裡面新增addb jdbc.xml 總結 在這樣的專案中，遇到這樣的...
關於Linux的隨筆筆記
1 ctrl c ctrl z和ctrl d的區別 ctrl c和ctrl z都是中斷命令，但是他們的作用卻不一樣 ctrl c 是向當前程序傳送sigint訊號，用於終止程序 ctrl z 是向當前程序傳送sigstop訊號，用於中斷並掛起程序，該操作仍然在程序中，只是維持掛起的狀態，使用者可以使...