構建之法——第一、五、17章

                                   探討對理想團隊模式構建的設想以及對軟件流程的理解

第一章   概論

程序=數據結構+算法  這句名言你們都知道。但是，做者連問三個問題，讓我意識到，作一個軟件工程師，絕非寫很是棒的程序這麼簡單，程序只是軟件的冰山一角，軟件背後還有工做量更爲龐大的一系列工程，要作好這一系列背後的工程，纔有一個好的軟件產生。做者後面也對這三個標誌性問題作了回答，程序是基本功，軟件工程決定軟件質量，商業模式決定軟件企業的成敗，從業者和企業的職業道德規範影響了軟件用戶的體驗。

程序員阿超的略帶幽默的例子，很是生動形象的解釋了，「程序「是什麼，而「軟件」又是什麼。我來稍微總結一下。

 

簡單的程序        用戶        應用軟件       加入平臺         軟件服務

一個程序員       ——>    一個程序員       ——>              一個程序員

一袋煙的功夫      加需求     熬個夜         再多點要求     太複雜，無能爲力……

 

這個例子，展示了軟件工程對於作好一個軟件有多麼重要，固然軟件工程絕對不是一我的的事，確定要有一個完整的團隊，乃至到了軟件服務階段，須要一個軟件企業。經過這個例子，也展示了不少軟件工程的基本概念，源程序、數據、構建、源代碼管理、配置管理、質量保障、需求分析、軟件測試、程序理解、軟件維護、服務運營、軟件生命週期、軟件項目管理、用戶體驗等等。作好軟件工程，那麼就要考慮商業模式和職業道德規範，一個良好的軟件企業也就應運而生。

 

       軟件工程，顧名思義，就是把軟件項目作成一個工程，造成一個工程化的產業。先造成一個流程，再用軟件工具實踐操做，解決問題，讓軟件更加人性化。

       我構建，故我在。隨着對軟件工程的深刻理解，未來必需要造成一個大局觀。

 

 

第五章 團隊和流程

       「非團隊」，簡單來講就是一個和尚有水喝，兩個和尚擡水喝，三個和尚沒水喝。

       「團隊」，簡單來講就是各有所長，分工合做，最重要的是交流。不一樣的團隊模式各有利弊，比較常見，也比較成熟的是功能團隊模式和老闆驅動模式，前者成員自由交流頻繁，後者目標明確。

      

對於軟件開發流程來講，最重要的並非編碼，而是需求分析。軟件項目，大多都是由用戶發起，最終回到用戶。好的開始等於成功的一半，需求分析作的好壞，直接決定項目的成敗。

 

 

第十七章 人，績效和職業道德

       團隊，說到底仍是有一個我的組成的，人的能力和素質，纔是最根本的。不論作什麼崗位，都要像「豬」同樣踏踏實實把任務作好，當好這個作事的P1.。

團隊也遵循着正態分佈原理，一部分最好的人，一部分最後的人，大部分是通常的主流，區別對待仍是讓員工們比較容易接受的，隊友評估應該是最開明公正的吧。

       若是要我在白菜蘿蔔裏選，確定選白菜，本身作好，再去幫助同事，踏踏實實作人作事，積極溝通交流，應該對咱們這些大多數人是最好的選擇。