現在的書都好厲害，《高效程式設計師的45個習慣》，《軟體架構師應該知道的97件事》.....但總覺得自己就是個fifo的管道，看完後基本沒記住什麼。
或許這個喧囂而碎片化的年代，惟有屈指可數的東西，才能可能真正被時時記起，踐行吧。在公車上強迫著自己從十多年輕輕重重的實踐中，砍剩最後的幾樣非如此 不可，且無處不可的實踐：
1. 節奏固定 (3周)，總是產出可執行軟體 的迭代開發 .
2. 高覆蓋率 (90%以上)，高執行速度 (5分鐘以內)的測試用例 與持續整合 (hudson).
3. scrum式每日十分鐘站立會議 .
4. sonar 的使用與高效的code review .
另外，沒事背誦一下敏捷宣言也是好的，越來越覺得它好。
後記：為什麼要記在手背上？因為公司裡的expert大叔開會時老是用手背來記todo list。
軟體開發中的併發
併發作用 1.在互動式應用中，快速響應使用者的請求，提高感知響應的時間 2.充分利用硬體資源，計算資源 3.簡化應用設計 併發壞處 1.難於測試 2.併發應用執行在複雜的環境下，軟體不確定性增多 3.處理同步，通訊的問題，增加程式設計複雜性 4.併發開銷對效能的影響，包括上下文環境切換，同步等 併發...
軟體開發中的「格調」
在三年之前，我從學校畢業，進入公司，正式開始了軟體開發工作。我從完成第乙個開發任務的過程中學到了很多東西，包括 1 編寫程式只是軟體開發中的乙個流程，並非全部 2 程式編寫需要遵循一定的規範，遠遠不只是實現功能那麼簡單 3 程式編寫者是程式的第一負責人，要對自己的程式進行充分的自測，而非只要程式編寫...
自上而下的軟體開發和自下而上的軟體開發
自上而下 top down 開發模式是指從乙個應用的最高點開始開發。從最高點逐步往下層編碼，直到開發完所有的任務。一旦寫完了最下層的 開發任務就完成了。使用這種方式，你需要設計 編寫出所有你需要的但還沒有實現模擬介面 服務 偽 自下而上 bottom up 開發模式是指從乙個應用的最底層開始開發。這...