今天的閱讀筆記如下
今天作者主要講述的是關於「軟體工程師的成長」的話題。相信這個話題也是所有身處這個行業的工程師們最關注的。
要衡量乙個軟體工程師的能力，那麼必須設計一定的衡量指標。就像衡量乙個nba的職業運動員，或者是乙個俱樂部的足球運動員，有很多的衡量指標一樣，軟體工程師也是有很多的衡量指標的。
作者指出，軟體專案的確需要創造性，需要一些意外，一些驚喜。但是，更多的是常規的、可重複的任務。乙個成熟的軟體工程師應該能夠降低任務交付時間的標準方差。如果你能長時間穩定而按時地交付工作的結果，內部和外部的顧客就會對你的工作有信心，更喜歡與你合作。
作者講述了團隊對個人的一些期望點。與psp想對應的乙個概念是tsp（team software process），tsp對團隊成員的要求如下：
（1）有效的交流；
（2）說到做到，按時交付；
（3）接受團隊賦予的角色並按角色要求工作；
（4）全力投入團隊的活動；
（5）按照團隊流程的要求工作；
（6）時刻做好準備；
（7）理性的工作。
著名的藝術家chuck close說：我總覺得靈感是屬於業餘愛好者的。我們職業人士只是每天持續工作。今天你繼續昨天的工作，明天你繼續今天的工作，最終你會有所成就。
接下來作者提出了軟體工程師的一些思維誤區：
（1）分析麻痺；
（2）不分主次，想解決所有依賴問題；
（3）過早優化；
（4）過早擴大化/泛化（premature generalization）——畫扇畫，調侃目標和遠景。
接下來作者提出了軟體工程師的職業發展，指出了專和精的關係，職業成長，自我評估。
接下來作者根據自己對魔方的真實案例，指出了如何準確地評價自己的能力。並且用乙個實際的案例，乙個簡歷上寫著是「精通」visual studio c#程式設計的大學生，在進行面試時解決的問題，都是一些最最基本的問題。結果，你發現他把時間都花在「解決（低層次）問題」上了，面試官想考察的「演算法技能」、「c#程式設計技能」都無暇顧及。
那怎麼提高技能呢？
答案很簡單，通過不斷的練習，把那些低層次的問題都解決了，變成不用經過大腦的自動操作，然後才有時間和腦力來解決較高層次的問題。
作者指出，這正好對應教育理論中的三個區域的理論（舒適區，學習區，恐慌區）。
我們不應該一開始就讓自己處於恐慌區，這樣會極大的打消自己的學習積極性。而應該選擇合適的「學習區」來學習，不斷構建自己的舒適區，從而擴充套件學習區，最後在某些領域達到技能的精通，是乙個循序漸進的好辦法。
本章的最後，作者還是對大家比較熟悉的魔方，來描述不同的精通程度，相對應的魔方的技能。那麼作者如何考察乙個「精通」魔方的面試者呢：
（1）給面試者乙個打亂顏色的魔方；
（2）要求他把六面還原；
（3）如果還原了，要求他把魔方恢復成面試官最初給他的那個混亂的局面，必須一模一樣。
構建之法閱讀筆記（3）
本週閱讀的內容是關於團隊和流程方面的，團隊在我們學習中也很常見，團隊為了完成乙個專案，團隊成員有各自的分工，互相依賴合作，共同完成任務，只有好的團隊模式才能及時的，完美的完成任務。很多團隊的最後都演變成功能團隊，就是具備不同能力的同事們平等協作，共同完成乙個功能，這種功能小組被稱為feature c...
構建之法閱讀筆記（3）
這一周我閱讀了本書的第四章兩人合作。體會到了程式設計師之間互相協作的重要性，也了解到當今網際網路的大牛很多都是靠兩人合作才取得了巨大的成功，完成了乙個人幾乎不可能完成的任務和要求。首先講述了 的規範性，書寫 的格式要養成乙個良好的習慣，這樣既便於自己閱讀 也方便他人很快的閱讀，是一種必要的基本素質。...
構建之法閱讀筆記3
個人能力的衡量與發展 軟體工程包括了開發 運用 維護軟體的過程中的很多技術 做法 習慣和思想。軟體工程把這些相關的技術和過程統一到乙個體系中，叫 軟體開發流程 軟體開發流程的目的是為了提高軟體開發 運營和維護的效率，以及提公升使用者滿意度 軟體的可靠性和可維護性。初級軟體工程師的成長包括以下幾種 1...