開源軟件那么多,我們?cè)撊绾芜x擇

責(zé)任編輯:editor007

2016-12-12 18:10:06

摘自:搜狐IT

假設(shè)現(xiàn)在需要開始一個(gè)項(xiàng)目或者準(zhǔn)備引入一樣新的技術(shù),面臨這么多的選擇,就算是老司機(jī),可能會(huì)覺得難以取舍。現(xiàn)有資源:開發(fā)團(tuán)隊(duì)是否愿意學(xué)習(xí)新技術(shù),或者有團(tuán)隊(duì)成員已經(jīng)掌握了該項(xiàng)技術(shù);公司范圍內(nèi)能否協(xié)調(diào)到專家資源支持。

當(dāng)我們說起開源軟件的時(shí)候,想必大家都有豐富的使用經(jīng)歷,小到Node.js的一個(gè)組件庫,大到一套辦公軟件如LibreOffice,再如Linux操作系統(tǒng),可以說無奇不有,浩如煙海。就拿我們常用的Github來說,官方的數(shù)據(jù)顯示已經(jīng)有超過三千八百萬個(gè)項(xiàng)目托管在上面。

在我們?nèi)粘5捻?xiàng)目中,開源軟件或者框架也被廣泛的應(yīng)用,從前端到后臺(tái),從WEB服務(wù)器到數(shù)據(jù)庫,每一種類型都有很多可以使用的開源軟件。

假設(shè)現(xiàn)在需要開始一個(gè)項(xiàng)目或者準(zhǔn)備引入一樣新的技術(shù),面臨這么多的選擇,就算是老司機(jī),可能會(huì)覺得難以取舍。

流行的就是最好的嗎?

還是該嘗試一下最新的技術(shù)?技術(shù)的最新趨勢(shì)是什么?

舉一個(gè)實(shí)際的列子,有一個(gè)遺留的在線電商系統(tǒng),前端使用了jQuery和JSP以及一些老舊的模板技術(shù),每當(dāng)改動(dòng)一個(gè)小的功能,往往需要非常的小心和充分的測試。前端代碼已經(jīng)非常難以維護(hù)和擴(kuò)展,沒有模塊化管理,沒有層次結(jié)構(gòu)。同時(shí),伴隨著業(yè)務(wù)的快速發(fā)展,業(yè)務(wù)方也希望對(duì)頁面進(jìn)行不定期改版和試點(diǎn),使之能夠適應(yīng)快速的市場變化,要求統(tǒng)一界面風(fēng)格,開發(fā)成本低。

IT團(tuán)隊(duì)領(lǐng)導(dǎo)考慮引入一項(xiàng)新的技術(shù),希望實(shí)現(xiàn)模塊化代碼管理,前后端分離,提升開發(fā)效率,未來更好的向微服務(wù)轉(zhuǎn)換。你作為團(tuán)隊(duì)TechLeader,來負(fù)責(zé)實(shí)施,該如何評(píng)估和選擇呢?

首先要考慮的是實(shí)際需求和應(yīng)用場景,弄清楚要解決的問題是什么,再來看每種軟件的優(yōu)缺點(diǎn)是什么,是否能夠幫助解決實(shí)際的問題。我的一個(gè)原則就是KISS(保持簡單),能夠用一個(gè)包庫解決的不要用一個(gè)框架,能夠用一個(gè)框架解決的不要用一個(gè)應(yīng)用,誰能滿足需求而且更加簡單,就用誰。

業(yè)務(wù)的快速變化,轉(zhuǎn)化成技術(shù)的語言可能就是快速迭代,如果有模塊化管理,實(shí)現(xiàn)業(yè)務(wù)的耦合,顯然有助于提升交付速度;試點(diǎn)和改版可能就是更多的偏向前端,顯然實(shí)現(xiàn)前后端分離,可以更好的滿足這一點(diǎn)。再來看看現(xiàn)在比較流行的技術(shù),現(xiàn)代的前端框架幾乎都能夠滿足這兩點(diǎn)需求,比如AngularJs、ReactJs、VueJs等。

究竟該如何選擇?

沒有比較就沒有差異。你最先想到的可能是軟件的特性。這個(gè)文檔中一般會(huì)有描述,也會(huì)找到文章的總結(jié),比如VueJs的《對(duì)比其他框架》。結(jié)合實(shí)際的情況,我認(rèn)為可以從以下幾個(gè)方面來入手。這時(shí)我們不妨做一個(gè)表格,從多個(gè)維度來進(jìn)行考察,并給每一項(xiàng)進(jìn)行評(píng)分。

  首先是看軟件特性是否滿足需求,下面這些維度都是可以參考的。

版權(quán)協(xié)議:這個(gè)主要是看能否修改源代碼,能否閉源使用,請(qǐng)看文章底部的參考資料。

兼容性:和現(xiàn)有技術(shù)棧的兼容性,比如JDK的版本要求,Node的版本,以及是否可以重用已有的代碼和功能。

擴(kuò)展性:是否有設(shè)計(jì)擴(kuò)展點(diǎn),容易進(jìn)行二次開發(fā);隨著規(guī)模的增加,是否會(huì)提高復(fù)雜度,導(dǎo)致代碼難以駕馭。

替代性:是否有同類型其他功能相似的軟件,可能會(huì)同時(shí)進(jìn)行試點(diǎn)進(jìn)行比較。

這個(gè)時(shí)候,我們的評(píng)估表看起來可能是這樣的。

對(duì)于統(tǒng)一界面風(fēng)格,提升開發(fā)效率,我們則可以選擇定制化一套StyleGuide,來進(jìn)行重復(fù)利用??梢詤⒖家晃煌碌倪@篇文章“《風(fēng)格指南驅(qū)動(dòng)開發(fā)》”。

其次,我們要看目前團(tuán)隊(duì)的技術(shù)能力,例如:

學(xué)習(xí)成本:學(xué)習(xí)曲線是否陡峭,能否在短時(shí)間內(nèi)掌握并運(yùn)用,影響的是項(xiàng)目的進(jìn)度。

現(xiàn)有資源:開發(fā)團(tuán)隊(duì)是否愿意學(xué)習(xí)新技術(shù),或者有團(tuán)隊(duì)成員已經(jīng)掌握了該項(xiàng)技術(shù);公司范圍內(nèi)能否協(xié)調(diào)到專家資源支持。

網(wǎng)絡(luò)資源:博客、專業(yè)網(wǎng)站、公眾號(hào)等上的分享和總結(jié)也比較具有參考價(jià)值。

舉個(gè)例子,假設(shè)現(xiàn)在有5個(gè)開發(fā),如果大家對(duì)三個(gè)框架都不熟悉,可以選擇VueJs。如果有兩個(gè)人對(duì)AngularJs有一些使用經(jīng)驗(yàn),可以優(yōu)先考慮AngularJs。按照上面的維度記錄之后,可能的結(jié)果是這樣的:

  第三,從社區(qū)支持來看。例如:

活躍度:是否有豐富的相關(guān)技術(shù)問題的討論和分享,碰到坑時(shí)可以尋求幫助,比如郵件列表、論壇、stackoverflow。

更新:版本更新是否頻繁,是否有嚴(yán)重的安全問題或缺陷。

應(yīng)用廣泛性:有哪些公司在使用該技術(shù),是否有案例分享。

生態(tài)圈:選擇一個(gè)軟件或者技術(shù)的時(shí)候,往往有它自己的生態(tài)圈,相關(guān)的工具也是需要考慮的。比如Hadoop,相關(guān)的軟件或工具就非常多。第四,文檔和培訓(xùn)

官方文檔:除了使用文檔,源代碼也是比較重要的,源代碼是否組織的比較好,易于理解,在后續(xù)解決技術(shù)問題的時(shí)候會(huì)有比較明顯的作用。

商業(yè)支持:如培訓(xùn)、付費(fèi)支持,如果開發(fā)團(tuán)隊(duì)技術(shù)能力還不錯(cuò),則顯得不是那么重要。

成熟的案例:別的公司或者團(tuán)隊(duì)是怎么應(yīng)用的,有哪些坑。

Talk is cheap, show me the code.

結(jié)合應(yīng)用再寫個(gè)小Demo,功能不用那么完善,給團(tuán)隊(duì)秀一秀代碼,讓大家有個(gè)客觀的認(rèn)識(shí),對(duì)工作量的估算也會(huì)比較有幫助。

對(duì)于上面的案例,如果現(xiàn)在來選擇,Vue會(huì)是首選,相對(duì)簡單。

React makes it painless to create interactive UIs.

如果碰到評(píng)估完之后,兩種可選方案區(qū)別不太明顯,不相上下,那就丟硬幣了(不如讓團(tuán)隊(duì)投票吧)。最后就是進(jìn)行技術(shù)評(píng)審了,給專家團(tuán)隊(duì)或者領(lǐng)導(dǎo)演示你的方案,展示Demo,讓他們更加有信心,并獲得支持。

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號(hào)-6京公網(wǎng)安備 11010502049343號(hào)