簡評四

无为无不为

1.管理人員唔等於高人一等，只係代表佢地比較擅長協調同激發其他人潛能。
2.管理唔等於控制
3.唔好做惡意競爭

每個task無論難易，都係完成團體目標唔可以缺少嘅一部份
- 唔可以忽視隊友係簡單嘅task上面嘅貢獻
- 一D簡單嘅task可以起關鍵作用，唔可以因為事小就唔理
- 要留意返簡單嘅task同low priorty嘅task
現實中無人可以隨心所欲，只可以誘導事情往自己心想嘅方向發展

個topic用左2個負面嘅字去吸引注意，但實際上可以歸納做
1.用Automation同tool去增加productivity，而唔係死做
2.唔好停止學習
3.要批判自己嘅工作，多質疑
4.Debug果時要拋棄所有假設

拋棄所有假設知易行難。一心急就make好多assumption，想快D debug好個program，最後冇系統咁去揾出問題，反而仲花得更多時間。我需要更好好鍛練嘅心理質素。

補充第七點，由於attacker可以攻擊任何code，所以考慮security果時唔可以單單睇新嘅code，要revisit返舊嘅code

Programming係為左解決問題，唔係為寫而寫。寫果時一定要記住要解決嘅問題。

Don’t need to re-read

Testing 好講對production嘅熟悉程度。寫automated test，需要好好同tester溝通，先寫到冇咁flaky嘅test

每當有一D新技術出現，都好想去apply。但係要考慮到成條Team跟唔跟得上，同埋轉左新技術係咪真係有效益。好多時都係現有嘅code慢慢改善。

新技術為解決問題，用左都增加唔到productivity，不如唔學。但如果公司太廢，用唔到好嘅新技術，轉工。

知識只係技術嘅一部份，係適當嘅時候以適當嘅方式運用出來嘅知識先係技術。好多時一有新嘅technology就走去學，好似學識左就係勁。但好多時技術就係design pattern, error handling，E D 唔係咁fancy嘅技巧表現出來，E D先係扎實嘅功夫。

Product > Technology
Don’t need to re-read

靠住搞技術，冇將工作做好，就係失敗

當覺得自己學唔到野個時，可以主動係自己用緊嘅technology同library深入了解一下。

Don’t need to re-read

PM要同邏輯強但缺乏社交技巧嘅programmer溝通，需要一D說服技巧。一D面試題目測試重點唔係智力，而係耐性同友好嘅溝通方法。

有一D有趣嘅問題，除此之外冇咩重讀嘅價值

文中提到唔用git pull，因為會update local branch。但係我地個workflow通常係一人一個branch，其實冇咩影響。

個idea值得學習，但E篇文寫得唔到，最好揾過另一篇睇

原來有command可以delete一個file係repo所有history，等得閒研究下。

Github 個 tutorial寫得仲好，唔洗睇E篇文