IT工程師數位筆記本

一、對技術差同學的建議：

1.目標具體。不要說自己會努力學習好這門課，而要定一個具體目標，比如寫十篇技術博客等等。

2.措施要具體。

3.讀經典書籍

4.對英語有心理準備——記住前三個字母

5.抄襲、重寫、再修改

6.寫技術博客。不要評價別人，評價別人的觀點，坦露自己的缺點，這樣別人才會指出你的缺點，你才能進步。

7.短迭代。短迭代才能迅速得到回復和進步；加快自己的迭代速度催促對方回復；清晰的表述所期待的，得到的結果，期待和得到的之間的差距。

8.利用現有的技術解決問題——在做中學

9.優秀的管理者自己一定是可以寫代碼的。

10.教別人，評價別人。

二、工程不是編碼，是一門項目管理課

1. 關注四個元素：

　　（1）邊界。明確承諾做什么，不做什么 ，用戶期待系統做出哪些反應。

　　（2）時間。確切的時間能給出什么結果

　　（3）成本。評估各種方案

　　（4）質量。可觀測的。

2. 用戶需求

　　（1）界面；角色；范圍

　　（2）非功能性需求：對系統依賴；性能

3. 過程控制

　　燃盡圖、魚刺圖、甘特圖

　　RUP：用例驅動；迭代增量（第一周期都可發布）；架構為核心的

三、優化

1. 優化手段

2. 過早優化是萬惡之源。

四、作業

1. 讀《構建之法》，看代碼規范，寫checklist代碼要遵守的條款

2. 四個人團隊，要干啥，寫博客，做一個預計15周能完成的項目。做效能測試。

3. PSP在技術博客中體現

4. 互評博客。

5. 詞頻統計點評。cat log.txt|tr ' ' '\n'|tr A-Z a-z|sort|uniq -c|sort |head

6. 對比一種軟件，從軟件工程的角度，至少3個軟件。從依賴，界面等等

五、經典語錄

1. 總結用戶需求的責任在自己的身上，在用戶還沒離開之前問清晰

2. 用數據，否定你的老板

3. 任何時間別人打斷你，你都知道自己做到哪，中心思想是啥

4. 工程的目的是為了完成有效的目標

5. 謙虛和較低的自我評價不會帶來同情，對于工程是無用的。

6. 避免抄襲的方法是把原來的代碼放到一邊，自己重寫一遍——技能的內化

7. 你今天要是沒有什么收獲能寫在博客里，那你今天就白過了。

8. 信任——你以前做的每一件事都是對的，大家也愿意相信你下一次也是對的。