資深工程師的作用除了完成分配的任務外，還應該能發現問題並給出解決方案解決問題，上能理順系統架構，下能編出高效**，理順開發流程，提高團隊效率。說到團隊開發效率，不得不提到軟體的工程屬性。當年上學時最容易被忽略的乙個科目，反而是實際工作中最重要的部分。
有人說中美軟體開發能力之間基本沒有差距，或者說國內開發人員的水平已經超過了美帝；但是國內恰恰是因為在軟體開發管理和流程方面弱於美帝，這才是導致科技產出遠遠落後的根本原因，對此我深表贊同！
以我個人經歷來說，即在外資企業做過開發，也在國內幾十人，上百人的開發公司幹過，開發、管理都經歷過，所以對上面的認識特別深刻。
國外企業在分工和合作上也遵循低耦合原則，比如產品和開發之間的溝通就以prd為核心，prd寫的非常詳細，每次改動記錄也非常詳細和及時；開發流程方面要麼購買全套完整開發管理軟體，要麼利用開源方案通過自己二次開發，打造出一站式無縫流程管理。讓整個開發流程基本可以實現自動化程式，比如將codereview跟版本控制整合，只有經過review過的**才能提交，提交後會自動觸發ci進行**編譯，編譯過程還會進行**靜態掃瞄和testcase執行，把問題及時反饋給開發整改。如此反覆，**質量不言而喻。其實國內這些工具和方法也差不多都具備，但是差距是國外開發人員會自覺遵守，並且會對review特別嚴格，乙個命名甚至會來來回回討論好幾次才能定下來，然而國內的開發人員對於review的態度反而是不那麼的重視，要麼不尊重review的人，要麼就是怕自己**被人說，總之就是各種不配合。
另外在開發工具上國內企業也是不捨得投入，要麼就是破解版，要麼就是開源拿來主義，並沒有真正意義上那麼重視開發工具對效率的提公升，可能在管理者看來，國內的人還是太便宜，人力成本加班成本比較低吧。
關於敏捷開發的思考
剛接觸敏捷乙個月左右，看各種設計模式 tdd scrum xp，但是當別人問到我什麼是敏捷開發的時候，還是不知道怎麼去回答，所以就想著，是時候理一下這些天學習的關於敏捷的所有，在心裡搭乙個框架。在 高效程式設計師的45個習慣 敏捷開發修煉之道 中這樣寫道 敏捷開發就是在高度協作的環境中，不斷地利用反...
關於測試驅動開發的思考
關於測試驅動開發的思考 測試驅動開發 test driven develop 作為敏捷思想的重要組成部分，將開發和測試在同一時段完成，我認為是乙個很不錯的想法，尤其是經歷了無數測試後的返工以及開發中的疏漏後，測試驅動開發將作為以後開發工作中首當其衝的選擇。據我所知，這裡有幾個誤區需要糾正，其一 敏捷...
關於軟體開發工作的思考
關於軟體開發工作的思考 挨踢界小人物 工作中時常遇到這樣一種情況，在做網頁的時候，我會秉承使用者體驗的原則，視自己為使用者的心態，去設計和改造介面，但並非老闆喜歡，老闆要的只是系統穩定，不要搞出事情，所有多數情況我的改造優化都不能上線成為正式產品，然後會指揮你怎麼做，怎麼做！而你會怎麼抉擇。在這種情...