一個(gè)新創(chuàng)網(wǎng)站要怎樣來(lái)開(kāi)發(fā)才夠快？

2022-09-25    分類(lèi)： 網(wǎng)站建設(shè)

我主要是想闡述以前在T客邦的經(jīng)驗(yàn)方法。T客邦在一年半里面，就從臺(tái)灣 Alexa 400 名以外，沖進(jìn)臺(tái)灣 Alexa 100 名內(nèi)。這一年半時(shí)間技術(shù)團(tuán)隊(duì)開(kāi)發(fā)出了四個(gè)大網(wǎng)站，十?dāng)?shù)個(gè)子網(wǎng)站，和背后一群深厚的基礎(chǔ)建設(shè)（HA， backup， PV stat， advertising system…etc.）。

我是一個(gè)軟件工程師，過(guò)去六年我都在開(kāi)發(fā)網(wǎng)站。在新創(chuàng)公司里，速度節(jié)省時(shí)間、時(shí)間就是金錢(qián)、金錢(qián)就可以再去請(qǐng)更多工程師讓整個(gè)開(kāi)發(fā)速度更快。學(xué)校并沒(méi)有教很多軟件工程的方法，或是怎樣才算是一個(gè)好的程序員。這些東西在臺(tái)灣業(yè)界其實(shí)不存在的，大家都是邊做邊摸，從經(jīng)驗(yàn)中學(xué)習(xí)。我從書(shū)籍上和網(wǎng)絡(luò)上學(xué)了很多能讓團(tuán)隊(duì)更有效率的做事方法，因?yàn)槲蚁嘈盼以谛聞?chuàng)團(tuán)隊(duì)里我必須先這樣，用業(yè)界公認(rèn)覺(jué)得快，且快得有道理的方式。底下是幾點(diǎn)可以和大家分享的。
1. 讓全團(tuán)隊(duì)都用一個(gè)成熟的開(kāi)發(fā)框架和環(huán)境：
我的專(zhuān)長(zhǎng)是 Ruby on Rails。我并沒(méi)有偏好推薦別人如果現(xiàn)在是用 PHP 或 .NET 或 JAVA，就要不計(jì)成本的導(dǎo)入新框架。就像我其實(shí)也沒(méi)有很喜歡硬導(dǎo)入Scala 或 Node.js 一樣。它們可以在它們派得上用途的地方加分，但是絕對(duì)不能是主體。道理很簡(jiǎn)單，我不認(rèn)為他們成熟到夠讓所有成員快速上手，不重造輪子。
一般團(tuán)隊(duì)喜歡用 PHP。因?yàn)镻HP工程師好找，Rails 工程師不好找。但在我一路走下來(lái)的經(jīng)驗(yàn)，我認(rèn)為這是一個(gè)假命題。因?yàn)樵谌肆κ袌?chǎng)和公司實(shí)際運(yùn)作的狀況里面，你會(huì)發(fā)現(xiàn)這個(gè)命題不怎么牢靠。沒(méi)錯(cuò)，你是找的到 PHP 工程師，但很抱歉，很多人寫(xiě)的代碼是不能用（更精確的說(shuō)是 write only ） 的居多。（我沒(méi)有冒犯 PHP 開(kāi)發(fā)者的意思）
原因是 PHP 開(kāi)發(fā)并沒(méi)有太多一致性的規(guī)范，基本上就是愛(ài)怎么寫(xiě)就怎么寫(xiě)。這導(dǎo)致了即使你團(tuán)隊(duì)里面就算里面有一個(gè)很厲害的開(kāi)發(fā)者，也是沒(méi)有多大的用處。因?yàn)榇蠹?代碼格式不一樣，甚至連網(wǎng)站結(jié)構(gòu)也不一樣。補(bǔ)人幾乎是沒(méi)有辦法發(fā)揮到加成作用，大家只能各寫(xiě)各的，就算爆炸了也幾乎只有當(dāng)初的作者可以修。
這在我眼中是極度浪費(fèi)團(tuán)隊(duì)?wèi)?zhàn)力的元兇。
Rails 沒(méi)有這樣的狀況嗎？這是我覺(jué)得 Rails 優(yōu)勢(shì)的地方，它是一個(gè)非常熱門(mén)的 Framework（只有在臺(tái)灣你可能沒(méi)有感覺(jué)到他很熱門(mén)）。因?yàn)檫@是一套 Framework，也就是它本身有很強(qiáng)的約束性，至少 MVC 和 routing 規(guī)則，一般就算新手也不會(huì)亂放的太離譜。寫(xiě) code 有一定的潛規(guī)則存在。
開(kāi)發(fā)中遇到任何東西發(fā)生錯(cuò)誤了以后，開(kāi)發(fā)者幾乎可以用 Google 找到任何可能發(fā)生的原因，修復(fù)完畢。而這幾乎不是一般自建 Framework 可以比的上的地方，如果你在公司自建一套 Framework，基本上發(fā)生任何問(wèn)題，最后幾乎都得去煩當(dāng)初設(shè)計(jì)的 Architect 才行。（這也是很浪費(fèi)錢(qián)的地方，因?yàn)?Architect 的薪水都很貴）。
學(xué)習(xí)曲線過(guò)高，我也不覺(jué)得這件事真的存在。Rails 高手是難尋沒(méi)有錯(cuò)，但是 Rails 中低手只要訓(xùn)練得當(dāng)，生產(chǎn)力也是非常驚人。因此只要把重心放在如何協(xié)助一般想入門(mén)者，可以快速克服入門(mén)幾大門(mén)檻（搞定開(kāi)發(fā)環(huán)境，RESTful，Plugin，Debug，Deploy），剩下的部分就可以靠網(wǎng)絡(luò)教材和實(shí)戰(zhàn)訓(xùn)練出來(lái)。這也是我發(fā)明Rails 101 的原因。
我設(shè)計(jì)這一套教材的目的是要讓所有新進(jìn)的開(kāi)發(fā)者，在最長(zhǎng)兩周時(shí)間內(nèi)要學(xué)完基本 Linux 指令、Git、Rails 所有基礎(chǔ)的知識(shí)、部署、SCSS 撰寫(xiě)等等，一個(gè)月之內(nèi)就能上戰(zhàn)場(chǎng)跟我們一起開(kāi)發(fā)功能開(kāi)發(fā)新網(wǎng)站。這樣的進(jìn)度很夸張嗎？不，不夸張。這里的每一個(gè)開(kāi)發(fā)者都有這樣的程度，他們有些人應(yīng)聘時(shí)是連 Rails 都不會(huì)寫(xiě)的。你能相信連T 客邦的PM 和 ART 他們也會(huì)寫(xiě) Rails 嗎？（ no kidding）
寫(xiě) Code 規(guī)則怎么規(guī)范？同事和我從社群中吸收了很多好實(shí)踐，我們把這些東西整理出來(lái)變成新手指南、好實(shí)踐，甚至是包裝成 Gem 和 Generator，越后進(jìn)的開(kāi)發(fā)者能花越少的時(shí)間追上前輩，在短時(shí)間他們的作品也能跟前輩一樣預(yù)先搭載 Best Practices。我最近也開(kāi)始在撰寫(xiě)另外一本書(shū) Essential Rails Pattern for Beginners。
Rails 本身還有豐富的生態(tài)系統(tǒng)，和預(yù)設(shè)的架構(gòu)好實(shí)踐就更不用說(shuō)了。
新創(chuàng)團(tuán)隊(duì)資源很少，人事預(yù)算沒(méi)有這么夠，反而要巧妙的運(yùn)用天然資源并讓團(tuán)體戰(zhàn)力很高才行。
2. 功能設(shè)計(jì)給當(dāng)下使用，考慮一定程度的擴(kuò)充性：
我也不相信在新創(chuàng)團(tuán)隊(duì)有人可以預(yù)知未來(lái)，即使很多東西看起來(lái)未來(lái)往那個(gè)方向擴(kuò)充很合理。對(duì)我來(lái)說(shuō)，我在設(shè)計(jì)功能時(shí)并不會(huì) overthinking，甚至我也禁止同事 overthinking。因?yàn)閷?zhuān)案中高的原則是 get things done，not over design。
但這不代表不需要在設(shè)計(jì)上不需要留一定程度的擴(kuò)充性，在內(nèi)部的工作流程通常最后一道是有重構(gòu)整理空間的。在這時(shí)候同事會(huì)把雜亂的 code，整理回當(dāng)初規(guī)范中必須寫(xiě)的樣子。如果這是常見(jiàn)功能，一再出現(xiàn)，就必須整理成程序庫(kù)，或架構(gòu)模式。一但是模式，擴(kuò)充性就留出來(lái)了。
在之后新的專(zhuān)案中，就可以拿上一個(gè)案子打下來(lái)的基礎(chǔ)一再重復(fù)利用再利用。甚至最后竟然還有 Event Generator 這種東西…（Authenication ， Rails Admin， SEO， …etc.）。
3. 程序本身即注解
一般軟件實(shí)踐上本身也不贊成寫(xiě)注解。而是鼓勵(lì)程式本身即要可以表達(dá)自己的行為。如果寫(xiě)的程式亂七八糟讓人看不懂，進(jìn)審查時(shí)是會(huì)被回退的。我們團(tuán)隊(duì)能夠被接受的程式是可以寫(xiě)得很笨拙，但每個(gè)同事都看得懂。因?yàn)楸孔镜芾斫?，其他前輩有時(shí)間可以去重構(gòu)。但亂寫(xiě)，之后就沒(méi)人動(dòng)得了了。
4. 盡力寫(xiě)下所有的 documentation
世界上沒(méi)有人能夠?qū)懗鲆环萃暾南到y(tǒng)架構(gòu)書(shū)可以詳盡的描述現(xiàn)在系統(tǒng)上真實(shí)的狀況。但是一個(gè)好的 issue tracking system 和寫(xiě)的 commit log，可以能夠很好的協(xié)助你了解為什么現(xiàn)在系統(tǒng)會(huì)是這樣設(shè)計(jì)的，為什么當(dāng)時(shí)會(huì)做出這樣的決策，導(dǎo)致程序必須要這樣設(shè)計(jì)。
在新人訓(xùn)練期時(shí)，我通常會(huì)訓(xùn)練新人要有將任何實(shí)作上遇到任何的細(xì)節(jié)和狀況詳細(xì) document 在票上的習(xí)慣。而在完成整個(gè)專(zhuān)案時(shí)或者是技術(shù)架構(gòu)稍具規(guī)模雛形時(shí)，要把這些 ticket 上的筆記梳理紀(jì)錄下來(lái)。
這樣會(huì)對(duì)整個(gè)團(tuán)隊(duì)程度的躍升會(huì)有非常強(qiáng)大的正面效益。同時(shí)在人員流動(dòng)（新進(jìn)或離職時(shí)，沖擊會(huì)非常非常的小。
因?yàn)橹辽俸芏嗟?“basic” 的教育成本，在這部分會(huì)幾近于 0。一路都在 startup 的歷練，讓我很早就理解到一件事，人員流動(dòng)幾乎是無(wú)可避免的，所以重要的是要怎樣讓人員流動(dòng)造成的沖擊更小。
在新創(chuàng)事業(yè)讓同事投資一項(xiàng)新技術(shù)，也是很昂貴的。所以要學(xué)的話，大家一定也都全都要會(huì)，否則就會(huì)一直很貴。
這是 documentation 可以帶來(lái)的價(jià)值。

當(dāng)前文章：一個(gè)新創(chuàng)網(wǎng)站要怎樣來(lái)開(kāi)發(fā)才夠快？
分享路徑：http://www.muchs.cn/news26/197876.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、全網(wǎng)營(yíng)銷(xiāo)推廣、微信小程序、App設(shè)計(jì)、ChatGPT、靜態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)

綿陽(yáng)服務(wù)器托管