做技術最有意思的一點，就是會不斷遇到各種新的技術。但是個人的時間和精力畢竟是有限的，如何從日新月異的技術堆中選出最適合當前業務場景的一款，就是一個技術人員不得不面對的話題了，今天就和大家簡單談談我個人的做法。
首先，技術選型有幾個前提：
當前技術點是你不熟悉的，否則不存在選型，你已經是這個點的技術達人或者專家了，直接使用你熟悉的框架或者工具就可以了。
有多個選項，各有特色，如果只有一個選擇，那也不用糾結了。
接下來，關於技術選型，我個人的經驗一般是這樣的：
1. 先找周圍相關領域的大牛推薦，和對方交流，讓少走一點彎路。
2. 如果沒有推薦的話，網上用G搜索一下，通過關鍵詞查詢，一般都可以找到相近的幾款框架的對比說明。
3. 在國內還能找到對應的社區或者討論組。
4. 看看這幾款工具，是否開源，在Github上是否能被找到。
接下來對比以下幾個指標：
文檔的健全度，FAQ是否存在。
Star的數量，不排除存在刷星的可能性，但是總體看還是很有參考價值的。
看Issue處理情況、commit的更新時間，如果超過1年沒有人維護了，那麼遇到問題了，只能靠自己去解決了。
有哪一些公司在使用，如果有一些大公司已經用到生產線上了，那麼基本上不用擔心有明顯的幺蛾子了。
上面說的屬於開源框架的技術選型，但是在日常工作中，還是存在商業軟件的選型情況，比如短信、視頻、雲平臺等等。
對於非開源的商業軟件選型，假設價格差不多的情況下，我的選型策略如下：
對接後的技術支持的力度如何，能否做到24x7的響應速度。
在該技術領域，是否有對應的人脈，擺平突發的黑天鵝事件。
產品本身是否處於上升期，未來是否會不斷迭代，會持續打磨產品。
如果是創業團隊的作品，公司本身是否具備可持續性，是否存在商業利益衝突。
描二維碼或手動搜索微信公衆號【架構棧】：ForestNotes
歡迎轉載，帶上以下二維碼即可
點擊“閱讀原文”，所有【架構棧】近期的架構文章彙總
↓↓↓