關於技術選型的思考

1.性能不該該做爲第一考慮因素，"開發容易，使用簡單，便於維護「是第一原則

2.選擇團隊中大部分人熟悉的語言、框架、理念

•     減小新框架、新語言引入過程當中須要踩的大量坑，這個每每會delay計劃排期，並且是大大地delay。
•     杜絕採用新技術新框架模塊在交接時的困難，只有少數人懂的技術、語言很是難以交接
• 技術創新應該被鼓勵，可是要慎重，和當前的解決方案比較，突出優點是什麼，是否有效解決技術問題，是否便於維護。

3.對於開源組件的態度，若是產品在驗證期，須要快速上線，那麼開源組件是不錯的選擇，但開源組件要用好用穩定不容易，在產品成熟期應該儘可能自實現。

4.盲目最求新技術、熱技術而頻繁替換線上穩定系統，是糟糕的開發體驗，不要爲了技術而技術，而忘記是否真正有效解決問題

5.技術選型一個重要前提是把握業務細節、瞭解業務目標，沒有萬能的框架，萬能的方案，只有適合業務的框架和方案，需求都不瞭解的狀況下討論技術選型沒意義。

6.不要陷入「設計災難」的怪圈，一開始設計大而全的系統每每會失敗，由於大而全每每是「想固然」想出來的，應該使用簡單有效的方案，解決大部分問題。

•     產品初期，需求老是不夠明確不夠清晰的，簡單的方案易於調整和擴展。而「大而全」方案一旦後期發現不適合業務特定，將很是難以調整。
•     簡單方案易於版本迭代，能夠快速實現系統的最小化可用上線。