引言

在這片有著基建基因的土壤上聊這個簡直令人膽顫心驚，但安全。

本文老少皆宜，本著愛與和平的宗旨，不傳達(dá)任何焦慮，主要分享自身搞基建的一些案例和體會，希望能給打算做基建或正在基建建設(shè)中的伙伴們一些參考，若能幫助到你們，我也會祝你們好運(yùn)！

基建是什么

內(nèi)容

基建是什么，字面意思：基礎(chǔ)設(shè)施建設(shè)。嗯？好像等于沒說?？赡芎艹橄螅谖覀兊难邪l(fā)世界里可以是通用技術(shù)的建設(shè)，或者再具體一點(diǎn)，比如一個方法被調(diào)用兩次，你抽離出這個方法，沉淀下來，那這個方法就可以是通用技術(shù)。以此切入，放到場景中就衍生出了很多具體基建，本人是個前端研發(fā)，像我們就會做很多類如：前端工程化 / 數(shù)據(jù)可視化 / 多端生態(tài) / 組件庫 / 自動化構(gòu)建部署 / 性能分析 / 埋點(diǎn)系統(tǒng) /...

上面好似很牛的樣子，可基建本不是什么高大上的詞兒，只是一句話很長，概括一下就變成兩個字兒了。

哇?? 基建好簡單誒！

有你受的。

特性

• 比業(yè)務(wù)研發(fā)更緊貼業(yè)務(wù)我們知道一般業(yè)務(wù)研發(fā)都能知道自己維護(hù)的這條線的業(yè)務(wù)模式，但公司其他業(yè)務(wù)線未必知道，而往往你的基建建設(shè)可能要支撐多條業(yè)務(wù)線，這就使得你要緊隨著公司發(fā)展的腳步，不然面試官問你 xx 業(yè)務(wù)線做什么，你就只能說：這個業(yè)務(wù)我們基建不管的。
• 訴求方比產(chǎn)品更難纏一般簡單的模式就是產(chǎn)品和研發(fā)分別生產(chǎn)需求和消費(fèi)需求，這兩個角色平時可能看似溝通順暢、和諧相處，但也會因牛頭不對馬嘴而草草了事。

產(chǎn)品：你知道做什么嗎？研發(fā)：emm 我明白。我通過 xx 技術(shù)、xx 手段，最后出來的會是這樣的產(chǎn)品：嗯嗯好的 你能做好就行

畢竟專業(yè)上還是有區(qū)別，交流上難免有誤解和盲區(qū)。

但基建對應(yīng)的訴求方很多也都是研發(fā)，你會發(fā)現(xiàn)，你說的她真的聽得懂，一個問題能問出八個問題來。

• 職能邊界更泛往往做基建，還承擔(dān)著技術(shù)支撐的職責(zé)，如果出現(xiàn)了問題不知道找哪個業(yè)務(wù)團(tuán)隊(duì)，那就找基建團(tuán)隊(duì)。經(jīng)常聽到一句話：不是他們的，那就是你的。哦！我真的會謝

你準(zhǔn)備好做基建了嗎

下面會分享一些案例和體會，大家酌情參考。

你做得好以終為始嗎？

以終為始，道理咱都懂，說起來簡單，嗯，說起來簡單。

做基建一般研發(fā)周期長，不像做一個業(yè)務(wù)功能，周期可能在幾天、幾周，他可能要做幾個月，規(guī)劃甚至要規(guī)劃到半年、一年的周期，我們常說研發(fā)要走在業(yè)務(wù)前面，不能業(yè)務(wù)來了，發(fā)現(xiàn)實(shí)現(xiàn)不了，而做基建要走在研發(fā)前面，比如為可預(yù)見的場景提前做好可行性探索和支撐，就是這個道理。

另一方面，很容易被業(yè)務(wù)牽著走，撿了芝麻丟了西瓜。之前我們做一個面向公司全量前端應(yīng)用密集部署的系統(tǒng)，前期先支持 PC 應(yīng)用，大部分應(yīng)用都順利支持了，但有個別特例應(yīng)用比較難啃，當(dāng)時我們?yōu)榱酥С诌@幾個特例，調(diào)整了部分實(shí)現(xiàn)。正當(dāng)我們覺得有階段性成果了，可現(xiàn)實(shí)很骨感，下一階段支持移動端應(yīng)用發(fā)現(xiàn)不對勁，移動端流量比 PC 端流量多兩個數(shù)量級，這需要很高效的擴(kuò)縮容能力。而當(dāng)時的調(diào)整對擴(kuò)縮容方面有很大的阻礙，這一度使得我們沒法推向移動端應(yīng)用，而密集部署主要的核心也是針對移動端應(yīng)用，畢竟移動端資源占比多得多。

點(diǎn)到為止，本想做個飛機(jī)，結(jié)果做成了拖拉機(jī)，倒也能帶人。痛！真的太痛了！

你格局夠大嗎？

最近在做無相，一個表單搭建平臺，面向公司幾乎所有的業(yè)務(wù)線，這要求我們維護(hù)者要對所有業(yè)務(wù)線負(fù)責(zé)，而不能局限于某個業(yè)務(wù)線，如果只看到局部，很容易就造成在胡同里走死的情況。所以格局打開，不要在細(xì)節(jié)上死摳，而忘了全局的模樣。目前每個月都有各種業(yè)務(wù)方的訴求得到支持，這時常提醒我們要保持好格局，不拘小節(jié)，畢竟哪個業(yè)務(wù)方爸爸都得罪不起，更不用說一堆業(yè)務(wù)方了。

你有全棧意識嗎？

你們有過這樣的經(jīng)歷嗎？打開 Axure 設(shè)計(jì)流程，需要個圖片，然后打開 PS 制作圖片，再用 VSCode 進(jìn)行編碼，偶爾還得充當(dāng)客服答疑解惑?；ㄒ话闶莻€偏技術(shù)類產(chǎn)品，但未必會像業(yè)務(wù)產(chǎn)品一樣有足夠的產(chǎn)品、設(shè)計(jì)等資源。是的，這就是基建的家庭地位，啥條件啊，搞個基建這也要那也要，那怎么辦，想要出成果那就自己搞咯。所以你要有全棧意識，做好啥都要干的準(zhǔn)備。

對了，我司的基建是有對應(yīng)的產(chǎn)品和交互的。

你能兩只腳走路嗎？

很多基建是以平臺的方式呈現(xiàn)的，比如前端構(gòu)建平臺、運(yùn)維保障平臺等等。一般這類平臺都會涉及到兩方面：底層架構(gòu)（平臺能力的實(shí)現(xiàn)）、平臺產(chǎn)品（暴露給用戶側(cè)的平臺功能）。這兩方面一定要同時進(jìn)行，否則會給你帶來很多意想不到的問題。之前做的一個項(xiàng)目，精力都側(cè)重在了底層架構(gòu)，能力具備齊全，但產(chǎn)品功能很簡單，只是最核心的功能。結(jié)果平臺一推出后，直接把客服系統(tǒng)整崩了，當(dāng)然客服就是我自己，想看個數(shù)據(jù)頁面看不到，我得調(diào)用接口幫他們查；流程報錯終止了，怎么重新開發(fā)，也得手動調(diào)用接口觸發(fā)等等。

這兩方面相輔相成，不能埋頭專搞底層，也要不斷的迭代產(chǎn)品功能，接受用戶的反饋，再反饋推動底層的設(shè)計(jì)。

你能漸進(jìn)式推進(jìn)嗎？

漸進(jìn)式開發(fā)大家應(yīng)該都知道，漸進(jìn)式推進(jìn)也同樣的道理，不要想著所有業(yè)務(wù)方能很順利的接受一個新事物，除非你真的為所有業(yè)務(wù)方都帶來了很大收益。現(xiàn)實(shí)更多的是先推少部分業(yè)務(wù)方、先小幅度升級，循序漸進(jìn)的推進(jìn)，再收集反饋來優(yōu)化下次的推進(jìn)，這樣可以形成正向循環(huán)。

另外，基建是需要持續(xù)驗(yàn)證的，每個階段要有里程碑來驗(yàn)證可行性，不可能等你開發(fā)兩個月，出來個東西發(fā)現(xiàn)跑不了，那么你也跑不了了。

你對邊界夠敏感嗎？

有一個明顯的感受是做基建后平時一起協(xié)作的伙伴變多了，那是因?yàn)榛赡芤蕾囉诙喾劫Y源，因而對應(yīng)的邊界也會多很多，比如以下一個搭建的架構(gòu)圖，大的分層這么多層，更不用說再細(xì)分的了。

圖片

可想而知，實(shí)現(xiàn)一個功能可能就需要多方協(xié)助，哪一層應(yīng)該做什么，是否嚴(yán)格按照分工來，就變得格外重要。前不久做一個表單性能優(yōu)化的事兒，一開始圍繞著渲染層進(jìn)行方案設(shè)計(jì)，淺淺評估了一倆個月工作量。后面在全局架構(gòu)下 review 后，發(fā)現(xiàn)一部分內(nèi)容應(yīng)該交由物料庫去做，結(jié)果一評估，渲染層和物料層各一周就可以搞定。

你的基建真的好用嗎？

是騾子是馬拉出來遛遛。架構(gòu)很牛？平臺很好用？自我感覺良好沒用，還得主動拿出來讓大家檢驗(yàn)。比如分享你的平臺給業(yè)務(wù)團(tuán)隊(duì)，聽聽他們的聲音，他們說好自然最好，說你哪方面不行，也得認(rèn)，這對你其實(shí)很重要。我很喜歡老羅，尤其是他在新品發(fā)布會上演示出現(xiàn) bug 的時候，真是又驚又喜，但他從不否認(rèn)問題，罵手下就行了。

定期開展架構(gòu) review，這個很有必要，看看基于以前背景下的設(shè)計(jì)是否在當(dāng)下的背景依然跑的很溜，不然發(fā)現(xiàn)設(shè)計(jì)不適用了也是很正常的，只是要持續(xù)調(diào)整罷了。

對，只是要持續(xù)調(diào)整罷了。

你有數(shù)據(jù)嗎？

對于公司而言，肯定是要計(jì)算每個團(tuán)隊(duì)的成本和營收的，而基建團(tuán)隊(duì)的營收不像業(yè)務(wù)團(tuán)隊(duì)有業(yè)務(wù)數(shù)據(jù)可以比較直接的推算出來，它可能需要間接計(jì)算。比如你說降本提效，到底給多少業(yè)務(wù)團(tuán)隊(duì)提效了，提效了多少人力都要統(tǒng)計(jì)出來，這就是最直接的價值體現(xiàn)。基建做的多牛，你沒數(shù)據(jù)，可能就等于白做。

另外，通過分析業(yè)務(wù)的數(shù)據(jù)，除了能證明自身的價值外，還可以幫助業(yè)務(wù)去糾正一些問題，比如觀測業(yè)務(wù)的一些使用狀態(tài)，產(chǎn)出業(yè)務(wù)維度的晴雨表。

比起口碑，老板可能更相信數(shù)據(jù)。

你確定能 hold 住問題嗎？

問題當(dāng)然是解決不完了，但是問題解決不了那就是另一回事了。這取決于你方向的把控，前進(jìn)步伐的控制，向來這種情況是求穩(wěn)不求快，要控制在自己團(tuán)隊(duì)能 cover 范疇內(nèi)。比如你前期的技術(shù)棧選擇要基于團(tuán)隊(duì)的技術(shù)棧，不可盲目求新，不然到時候可能一發(fā)不可收拾，問題來了四處求人，依賴的外部資源有問題，可能還得依賴于外部的進(jìn)度。

當(dāng)然，也許你技術(shù)很牛，這方面做的不錯，但不得不提的是還有一方面問題是答疑問題，可想而知，這方面問題會隨著業(yè)務(wù)的深入接入越來越多，這就需要你有更強(qiáng)的軟性技能。另外也要有意識通過各類工具來優(yōu)化答疑鏈路，減輕響應(yīng)成本。

你有足夠技術(shù)熱情嗎？

因?yàn)闃I(yè)務(wù)項(xiàng)目要更穩(wěn)定，所以一般技術(shù)選型會更可控，并且技術(shù)層面的調(diào)整不應(yīng)該很頻繁。而基建會相較更自由一點(diǎn)，且要走在業(yè)務(wù)開發(fā)前面，需要調(diào)研很多技術(shù)，對比多種技術(shù)方案，為下一個瓶頸期提前做準(zhǔn)備，這也是為后續(xù)業(yè)務(wù)破局奠定技術(shù)基礎(chǔ)。

不過，探索新技術(shù)可不是喜新厭舊，可不是舊的要廢棄，要而是要了解各種技術(shù)的優(yōu)劣，便于落在場景中選擇最合適的方案。

總結(jié)

基建不是為了做而做，他也是要能解決真實(shí)問題的，脫離業(yè)務(wù)的基建都是耍流氓。從未覺得做基建比做業(yè)務(wù)的??，基建的家庭地位都是墊底的。

如果你沒做基建，請友善對待你身邊的基建伙伴吧！

如果你要準(zhǔn)備做基建，就沖吧，你注定有這一劫！

如果你正在做基建，那一起共勉！

如果說了這么多，你們還沒有醒悟的話，不妨來我司看看，有很多基建已經(jīng)活了好幾年了，現(xiàn)在依然還堅(jiān)強(qiáng)著。

• 魯班系統(tǒng)：一個基于業(yè)務(wù)組件快速生成頁面的搭建系統(tǒng)。
• 門神系統(tǒng)：一個主要用于對接公司內(nèi)部系統(tǒng)，為內(nèi)部系統(tǒng)建立起一套完善的權(quán)限管理機(jī)制。
• 云長系統(tǒng)：一套云端構(gòu)建工具，提供了前端項(xiàng)目構(gòu)建、合規(guī)檢測、發(fā)布等功能，并統(tǒng)一了工程協(xié)作流程，使得前端同學(xué)在應(yīng)用開發(fā)過程中得心應(yīng)手。
• 百策系統(tǒng)：一個可以對頁面進(jìn)行性能檢測并提供優(yōu)化指引的系統(tǒng)，可以展示一段時間的性能走勢，提供檢測接口服務(wù)。
• 渾儀系統(tǒng)：用戶行為采集及分析，助力用戶建立高效的數(shù)據(jù)指標(biāo)體系
• 無相表單系統(tǒng)：一個可以快速生成表單的搭建系統(tǒng)。
• 插件體系：主要解決開發(fā)中的場景里面涉及到的各種問題的輔助幫助。