[勘探開發]成績，全棧開發，健全&借貸

開發探索的一些update：

將結果作爲開發的基礎和終極目標

開發人員從過程的追求到最後結果的追求是一個質變的過程。至關於NBA中得分王和總冠軍的差異：

• 一個是完畢一個局部的本職工做（有時候會和項目的結果衝突）。尋求局部最優解，是貪心算法
• 一個是面向把項目作好的各類因素。以項目結果爲終於目標（有時候會和本職工做有衝突），尋求全局最優解。是動態規劃算法

假設以追求結果的表現爲標準的話，那麼反觀追求過程的表現，當中會充滿了不足，甚至南轅北轍。並且以各類方式表現出來，並且很是多表現的很是的隱晦，有大量的藉口可以搪塞。

負面樣例可以說在不論什麼一個項目裏都可以找出很是多，就不負能量了。

實踐中一個可行的方法可以是，在作事和回想的時候，想象一個超級老道的開發人員。他能以最小的代價（時間，人力。

。。

）把事情搞定（短時間品質和長期品質），本身和他有什麼樣的差異。這樣不停的作，可以說會讓本身各方面更加老練。

在經驗技巧到心態上都會有挑戰，且行且積累吧。

全棧開發人員

開始一看就很是喜歡這個概念。跨界能力的開發人員在逐漸演化過程當中始終是強大的存在，到這一波可以說是被更加顯示的提出和承認。

就在前天還看見一波持反對意見的文章，裏面舉例常常是運行不正確的結果，不論什麼一個方法道理運行不正確都要跪。不能作數。

全棧開發人員的完備性解決方式：一塊兒寫到這個文章裏也是和第一部分「結果導向」一致的，實際作項目時候一個好的結果源自各個因素的良好設計計劃和運行。

各個方面專業的人放到一塊兒，把問題拆分。各自想出方法，放到一塊兒造成終於解決方法。聽起來很是美，但是各個局部的負責人假設沒有一個全局眼光。則沒法給出全局最優解。

因此開發人員（不論是策劃。程序仍是美術）一旦開始瞭解其它領域，並一次爲根據來思考開發並且運行的話，都會大大提高解決方式的質量。

退一步說，就是作本身的一塊，那麼假設能從更大的範圍看本身的一塊。也會有全新的認識。

通常來講全棧開發人員是指有實踐能力的。並不是說考慮問題能考慮到這一塊便可了，實踐會讓認識有質的不一樣，假設可以如此。固然更給力了。

完美與借貸

上一篇blog（http://blog.csdn.net/toughbro/article/details/22776277）裏面提到了借貸式開發，本身也實踐了一個task。也作一個小結：

這個任務作下來質量不變的前提下。團隊完畢時間跨度大約是會提速%20-%30吧，但是長時間看來的團隊輸出沒有什麼變化，但是對於這個對於開發時間很是敏感的task來講是很有意義的。

依照原來的思路是設計好。實現一個不錯的版本號，而後相關人員開始進行，我再逐漸補全其它。

那麼後來就是設計好，提交一個半成品（可用但是距離高質量有一段距離）。而後更早的進入到你們並行的狀態。而後我在同步的去其它事情，最後相同可以提交出高質量的實現。

• 完備基礎上的統籌和暫時折衷：早期設計和計劃仍舊是不能打折扣的。必須清晰高質量的實現是什麼樣子的。而後去在什麼階段什麼部分去折衷（借貸），而後何時什麼方式來還貸。這纔是一次良好的運做。
• 實現過程當中始終保持清晰，把折衷掉的東西放到todo list中，不該該折衷的東西堅持作下來
• 保持完備：最後代碼質量，效率。凝視。文檔一個都不能少
• 假設上來不想就衝進去作了再說，這個是亂投資，僅僅能看運氣，和我這裏倡導的根本是兩碼事
  
• 感受開發過程更有意思了，作了時間久了。考慮的東西也多了。儘管寫出來的東西更高質量，但是事實上有點懷念剛入行的時候，沒心沒肺的在vc狂寫
• 借貸時候有一部分就是追求速度。這個過程堪稱coding storm真的很是暢快
• 朋友圈裏pm回了個話說這不就是敏捷思路麼？嗯，這麼說也對，但是對於實踐者本人來講卻很是不一樣。開發功力練到第n+1級這樣的感受吧，歷數說來經歷了
• 剛工做：沒設計好（事實上早期是有這個意願沒這個能力），開始編程（時間略長），終於儘快搗出了個能用的，你們用。而後儘可能無缺下（常常是時間緊。來不及無缺了）
• 後來幾年：追求編程能力，儘可能好好設計，好好提高代碼質量和速度，逐漸可以好好設計了。編程速度和質量在提高，但常常有不論何時都追求代碼實現完美的傾向（固然實際中仍是會寫出不夠好的代碼）
• 再後來：可以好好設計和實現。進一步可以在大的節奏上作的更好更靈活，比方寫得更快則有空間寫得更好。一段時間內減小代碼質量要求則可以進一步提速，而後後面補回，則可以讓相同代碼質量的前提下。團隊開發效率更好。
• 也許再後來。可以一鼓作氣的寫出好的代碼。也不用借貸了，哥兜裏夠錢，不用借，利息都省了。

  。

  。

• 有借貸需求時候才應該借貸，不該成爲懶惰的藉口：
• 假設一開始就沒有借貸需求，時間沒那麼緊迫。那仍是力求直接完畢比較好
• 有的時候coding時候會使用分而治之，一小塊一小塊的作。更適合大腦工做機制，這個和借貸方式沒有全然本質的差異