《移山之道》這本書，光聽書名就有一種霸氣在裡面，自古以來，"道"這種看不見摸不著東西，一直是人類的探索求知慾的終極目標所在，道即是道理，是規律，是方法，作者將程式設計的道理與規律比作"移山之道"，這本書光從書名就已經吸引了我。這是一本很有誠意的書，鄒欣老師並不故作高深，語言非常平易近人，你可以輕易的分辨這本書和《軟體工程---實踐者的研究方法》哪本讀起來更有趣（這才不是吐槽）。由於結對程式設計作業，只有零零碎碎的讀了一些，並不算多，只能說有一些小小的體會和問題吧。
這本書的主要介紹了一種叫msf軟體開發方法和vsts工具，可是我基本把這部分快速的略讀了，後面的九到十一章講的是合作程式設計的問題，結對程式設計專案一直在折磨我們，（我和隊友的合作還算默契，就是程式總是出bug tat），其實最大的問題還是溝通的問題，雙方想法的點點不同最後都會體現在**裡，那麼現在問題來了：q0.挖掘機技術到底哪家強？……… （亂入了），好吧
q1.如何在團隊合作開發時，怎麼有效的溝通？
q2.當團隊成員水平不平均的時候，如何保證所有人都能跟上進度？
舉個實際的例子，本次結對程式設計，最開始我對c#不熟悉，**閱讀時很有問題，我的隊友閱讀程式能力很強，所以他的進度會有些快，最早我也沒太在意，當他開始開發的時候，我只能貢獻微薄的力量，慢慢的在中後期的時候，我個人才漸漸開始對這個專案的全域性有了更清晰的認識，也有了一些新的想法，但是想回頭的時候deadline又很近了。
q3.書中介紹了開發方法，但是當不是所有人都熟悉相應的開發方法時，進度有時候反而可能跟不上，尤其有deadline比較近的時候，這樣怎麼辦，是一步步按既定流程麼，還是什麼？
q4. 團隊成員工作的設計與分配，由乙個pm來負責，那麼在他的設計中應該細化到怎樣的程度，能夠合理的發揮團隊成員的能力？
個人閱讀作業
問題 1.對於高健壯性的 應該先斷言再進行錯誤處理 大全 p193。為什麼不直接用錯誤處理呢？先斷言再進行錯誤處理和直接進行錯誤處理的效果不是一樣的麼？2.完全填充分配到的所有記憶體，這樣可以讓你檢查到記憶體分配錯誤。完全填充已分配到的所有檔案和流，這樣可以讓你排查出檔案格式錯誤。大全 p206 什...
個人閱讀作業2016 1 10
快速閱讀 1.什麼樣的團隊才能夠算作乙個好團隊。團隊配置合理，有專門的pm，開發人員，測試人員，ui設計師，團隊中的各個人都有能力承擔相關工作。此外團隊在開發過程中，各個成員應該配合pm，按時完成自己的任務。2.怎樣調解團隊成員之間可能產生的糾紛。首先確認糾紛產生的原因以及糾紛的焦點在 依據不同的情...
個人閱讀作業2
在 no silver bullet 中，作者提到兩種軟體開發的困難 1.本質性 軟體本身在概念 conceptual 建構上存先天的困難 亦即如何從抽象性問題，發展出具體概念上的解決方案。2.附屬性 將概念上的構思施行於電腦上，所遭遇到的困難。而造成本質性困難的原因是 1.複雜性 complexi...