想象一下這樣的情景：“大約400萬(wàn)行PHP代碼，由報(bào)酬過(guò)低、有時(shí)并不是善意的自由職業(yè)者和學(xué)生在8年的時(shí)間里編寫(xiě)而成。雖然初創(chuàng)企業(yè)的首席執(zhí)行官編寫(xiě)了大部分代碼，但在2004年為了學(xué)習(xí)新技術(shù)而中斷。”

這就是一家初創(chuàng)企業(yè)當(dāng)初為了走捷徑而到最后不得不重新編寫(xiě)代碼的情況，其面臨的技術(shù)債務(wù)達(dá)到難以承受的程度。

但是，如果你在初創(chuàng)企業(yè)擔(dān)任技術(shù)職務(wù)，就會(huì)知道避免技術(shù)債務(wù)并不像聽(tīng)起來(lái)那么容易。

初創(chuàng)企業(yè)通常有很多發(fā)展里程碑需要在很短的時(shí)間內(nèi)完成。在人員和預(yù)算有限的情況下，初創(chuàng)企業(yè)為了開(kāi)發(fā)最小可行產(chǎn)品有時(shí)需要走捷徑，雖然他們知道將來(lái)必須進(jìn)行一些重構(gòu)。

但適度實(shí)施很重要。當(dāng)初創(chuàng)企業(yè)背負(fù)技術(shù)債務(wù)時(shí)，就像爬山一樣，必須先爬過(guò)這座山才能繼續(xù)前進(jìn)，初創(chuàng)企業(yè)只有先背負(fù)一些技術(shù)債務(wù)然后才能擴(kuò)大規(guī)模。企業(yè)現(xiàn)在節(jié)省的工程時(shí)間都必須得到償還，通常還要償還利息。許多從事過(guò)嚴(yán)重技術(shù)債務(wù)項(xiàng)目的開(kāi)發(fā)人員都有這樣的故事：曾在幾個(gè)龐大而雜亂的代碼庫(kù)中工作過(guò)，在那里進(jìn)行了一次重大重構(gòu)，花費(fèi)的時(shí)間比預(yù)期的要長(zhǎng)，然后在完成之前將資源轉(zhuǎn)移其他項(xiàng)目上。其最終結(jié)果是構(gòu)建了一個(gè)更大、更混亂、更難理解的代碼庫(kù)!

換句話說(shuō)，當(dāng)技術(shù)債務(wù)變得過(guò)重時(shí)，即使有很多資源可以解決這個(gè)問(wèn)題，修復(fù)它也會(huì)變得非常棘手。對(duì)于初創(chuàng)企業(yè)來(lái)說(shuō)，最好的方法是避免承擔(dān)任何不必要的技術(shù)債務(wù)，所以需要了解一下初創(chuàng)企業(yè)可以做的六件事，以盡量減少或消除在擴(kuò)大之前必須償還的技術(shù)債務(wù)。

1、不要承擔(dān)不需要的債務(wù)

這個(gè)建議聽(tīng)起來(lái)很簡(jiǎn)單，但真正實(shí)施可能具有挑戰(zhàn)性。初創(chuàng)企業(yè)需要承擔(dān)什么債務(wù)并不總是很明顯。一家初創(chuàng)企業(yè)在早期幾乎總是需要做出一些妥協(xié)，但隨著工具和技術(shù)的變化和發(fā)展，可能很難弄清楚真正需要做出哪些妥協(xié)。

例如創(chuàng)建事務(wù)數(shù)據(jù)庫(kù)。一家初創(chuàng)企業(yè)在幾年前不得不做出一個(gè)艱難的決定，而且不可避免地涉及妥協(xié)：是否選擇能夠快速輕松地?cái)U(kuò)展并處理潛在的一致性問(wèn)題但成本更高的NoSQL數(shù)據(jù)庫(kù)?或者選擇像PostgreSQL這樣可靠、簡(jiǎn)單且免費(fèi)的開(kāi)發(fā)人員現(xiàn)在可以使用的東西，但將來(lái)可能難以擴(kuò)展?

這些都不是理想的選擇，采用NoSQL方法可能會(huì)帶來(lái)一系列令人不快的后續(xù)問(wèn)題。但采用Postgres方法也承擔(dān)了一種技術(shù)債務(wù)，因?yàn)橐院蟊仨毴斯U(kuò)展。正如初創(chuàng)教育機(jī)構(gòu)Kami公司在新冠疫情期間所面臨的那樣，擴(kuò)展Postgres可能會(huì)很痛苦。該公司的一位代表表示，“我們知道留在Postgres并設(shè)置分片會(huì)有多復(fù)雜，管理多個(gè)數(shù)據(jù)分片會(huì)有一個(gè)持續(xù)的阻力。我們團(tuán)隊(duì)中沒(méi)有人愿意完成這種工具，使我們?cè)O(shè)置了分片，也無(wú)法將業(yè)務(wù)增長(zhǎng)10倍?！?/p>

不過(guò)，如今只需選擇正確的堆棧，就可以避免承擔(dān)大量技術(shù)債務(wù)——盡管什么構(gòu)成“正確”在很大程度上取決于企業(yè)正在構(gòu)建的內(nèi)容以及已經(jīng)熟悉的內(nèi)容。然而，在任何一種情況下，初創(chuàng)企業(yè)都必須妥協(xié)進(jìn)行選擇。

當(dāng)然，事務(wù)數(shù)據(jù)庫(kù)只是技術(shù)堆棧的一部分，但現(xiàn)在幾乎每一層都存在類(lèi)似的解決方案。例如，應(yīng)用程序的業(yè)務(wù)邏輯可以遷移到基于云計(jì)算的無(wú)服務(wù)器服務(wù)，例如AWS Lambda、Google Cloud Functions或Azure Serverless Functions，從而實(shí)現(xiàn)幾乎無(wú)限的可擴(kuò)展性，而無(wú)需在前期投入大量的時(shí)間或費(fèi)用。

因此，對(duì)于初創(chuàng)企業(yè)來(lái)說(shuō)，了解他們的選擇至關(guān)重要。由于有了新工具，像Kami這樣的公司被迫做出的妥協(xié)現(xiàn)在可能完全避免。特別是，無(wú)服務(wù)器產(chǎn)品在整個(gè)堆棧中的激增使初創(chuàng)企業(yè)有可能擴(kuò)展規(guī)模。這反過(guò)來(lái)又使他們能夠避免使用難以擴(kuò)展的技術(shù)而承擔(dān)的技術(shù)債務(wù)，只是因?yàn)樗鼈兪谦@得最小可行產(chǎn)品的最便宜和最快的方式。

初創(chuàng)企業(yè)團(tuán)隊(duì)現(xiàn)在可以使用無(wú)服務(wù)器選項(xiàng)進(jìn)行構(gòu)建，這些選項(xiàng)既免費(fèi)又容易獲得最小可行產(chǎn)品，同時(shí)還提供云原生自動(dòng)化規(guī)模，以保持成本最小化和應(yīng)用程序性能一致，無(wú)論應(yīng)用程序是處理360個(gè)并發(fā)用戶還是36萬(wàn)個(gè)并發(fā)用戶。

因此，初創(chuàng)企業(yè)在早期階段避免技術(shù)債務(wù)，有時(shí)是一種讓其時(shí)刻保持警惕并了解所有選擇的功能。不到一年前，還沒(méi)有免費(fèi)的、無(wú)服務(wù)器分布式SQL數(shù)據(jù)庫(kù)的選擇，而現(xiàn)在已經(jīng)有了。了解這些選項(xiàng)可以幫助企業(yè)避免承擔(dān)技術(shù)債務(wù)，并避免妥協(xié)。

2、盡量減少運(yùn)維工作

在初創(chuàng)企業(yè)發(fā)展的早期階段，開(kāi)發(fā)人員身兼多職是很常見(jiàn)的。例如，初創(chuàng)企業(yè)的開(kāi)發(fā)人員通常會(huì)在運(yùn)營(yíng)方面擔(dān)負(fù)雙重職責(zé)，直到公司規(guī)模大到能夠雇傭?qū)ｉT(mén)的IT運(yùn)營(yíng)人員。

但啟動(dòng)開(kāi)發(fā)時(shí)間表往往很短，企業(yè)的發(fā)展路線圖上有很多功能，而且需要快速周轉(zhuǎn)。開(kāi)發(fā)人員花在運(yùn)維工作上的時(shí)間其實(shí)都是應(yīng)該花費(fèi)在構(gòu)建應(yīng)用程序上的時(shí)間，而且他們構(gòu)建的時(shí)間越少，可能不得不削減一些功能以在最后期限交付。而每一次偷工減料都是一小部分技術(shù)債務(wù)。

出于這個(gè)原因，選擇托管服務(wù)有時(shí)可能是一種最經(jīng)濟(jì)的選擇，即使這意味著要承擔(dān)更高的前期成本。初創(chuàng)企業(yè)可能并不愿意通過(guò)托管來(lái)節(jié)省成本，因?yàn)楸仨氉约洪_(kāi)發(fā)，但重要的是要考慮讓開(kāi)發(fā)人員了解和管理運(yùn)營(yíng)相關(guān)的成本。

這一成本超出了開(kāi)發(fā)人員在開(kāi)展運(yùn)維工作時(shí)浪費(fèi)的開(kāi)發(fā)時(shí)間。選擇托管服務(wù)將運(yùn)維工作交到第三方專(zhuān)業(yè)人士手中，他們通常會(huì)提供優(yōu)先的技術(shù)支持以促進(jìn)集成，這可能意味著更順暢的集成過(guò)程、更好的應(yīng)用程序性能以及在出現(xiàn)運(yùn)維問(wèn)題時(shí)更快地解決。

3、靈活性

當(dāng)初創(chuàng)企業(yè)做出設(shè)計(jì)選擇或選擇以后難以改變的服務(wù)時(shí)，可能會(huì)在不知情的情況下承擔(dān)技術(shù)債務(wù)。

雖然有很多這樣的例子，但最常見(jiàn)的例子之一是初創(chuàng)企業(yè)鎖定在單個(gè)云平臺(tái)的生態(tài)系統(tǒng)中。在一開(kāi)始這樣做通常有令人信服的理由，因?yàn)楫?dāng)將AWS Lambda功能連接到其他AWS云服務(wù)(如Aurora、ElastiCache或Redshift)時(shí)，可以利用其提供的功能。

但從長(zhǎng)遠(yuǎn)來(lái)看，如果谷歌云平臺(tái)或微軟Azure成為更實(shí)惠的選擇呢?或者，如果意識(shí)到為用戶提供最可靠的服務(wù)將需要使用多云怎么辦?突然之間，一筆巨大的技術(shù)債務(wù)到期，初創(chuàng)企業(yè)的團(tuán)隊(duì)將不得不弄清楚如何處理，例如將其僅限AWS云平臺(tái)的數(shù)據(jù)庫(kù)遷移到可以支持AWS和谷歌云平臺(tái)的數(shù)據(jù)庫(kù)，從而避免引發(fā)一系列其他問(wèn)題。

只要有可能，選擇設(shè)計(jì)和工具以保持靈活性是值得的。有時(shí)這需要權(quán)衡利弊，但在其他時(shí)候，只需選擇不同的工具即可獲得相同的性能和更高的靈活性。因此，即使選擇的功能仍然在AWS云平臺(tái)上構(gòu)建和部署，擁有一個(gè)與云計(jì)算無(wú)關(guān)的數(shù)據(jù)庫(kù)也可以靈活地切換到另一個(gè)云平臺(tái)或在未來(lái)采用多云，而無(wú)需更改數(shù)據(jù)庫(kù)。

4、不要解決已經(jīng)解決的問(wèn)題

作為工程師，不要嘗試解決別人已經(jīng)解決的問(wèn)題。雖然不斷改進(jìn)的動(dòng)力是許多技術(shù)創(chuàng)新背后的動(dòng)力，但創(chuàng)業(yè)公司要想獲得成功，就必須與實(shí)踐相結(jié)合。雖然定制解決方案可能是完美的，但也有可用的第三方解決方案，可以在不花費(fèi)開(kāi)發(fā)人員時(shí)間的情況下提供99%的功能。

例如，Starburst公司提供的一個(gè)數(shù)據(jù)分析引擎為客戶的數(shù)據(jù)提供一個(gè)單一并且快速的訪問(wèn)點(diǎn)。為了確保為客戶提供更好的性能，Starburst公司需要構(gòu)建一個(gè)多區(qū)域關(guān)系數(shù)據(jù)庫(kù)。該公司當(dāng)然可以嘗試構(gòu)建一個(gè)定制的解決方案。但正如Starburst公司工程副總裁Ken Pickering所說(shuō)：“當(dāng)一個(gè)工程團(tuán)隊(duì)已經(jīng)建立了一個(gè)可靠的解決方案時(shí)，我為什么要讓工程團(tuán)隊(duì)嘗試解決多區(qū)域問(wèn)題?我們需要對(duì)第三方技術(shù)解決方案做出明智的選擇。因?yàn)槲覀冃枰獮榭蛻舻臄?shù)據(jù)負(fù)責(zé)?！?/p>

對(duì)于大多數(shù)初創(chuàng)企業(yè)來(lái)說(shuō)也是如此，即使還沒(méi)有為客戶要求所困擾，也需要做出明智的選擇來(lái)保護(hù)其開(kāi)發(fā)人員的時(shí)間。

為了快速發(fā)展和成長(zhǎng)，初創(chuàng)企業(yè)需要專(zhuān)注于解決他們的團(tuán)隊(duì)需要解決的核心問(wèn)題。如果開(kāi)發(fā)人員偏離正軌，轉(zhuǎn)而構(gòu)建定制解決方案，那么他們的時(shí)間將非常緊迫，以至于他們?cè)陂_(kāi)發(fā)產(chǎn)品的核心功能時(shí)不得不偷工減料。那么這就成為企業(yè)最終必須償還的技術(shù)債務(wù)。

5、盡早建立編碼最佳實(shí)踐

雖然人們關(guān)注的是使用為技術(shù)堆棧選擇的解決方案來(lái)避免技術(shù)債務(wù)的更宏觀的方法，但很多技術(shù)都可以追溯到草率編寫(xiě)代碼，這通常是因?yàn)闀r(shí)間匆忙。

如果企業(yè)的目標(biāo)是為避免技術(shù)債務(wù)，那么重要的是確保從第一天開(kāi)始就實(shí)施并遵循編碼最佳實(shí)踐，但這應(yīng)該包括可重復(fù)的、形式化的系統(tǒng)。雖然開(kāi)發(fā)人員都知道這一點(diǎn)，但當(dāng)初創(chuàng)企業(yè)的開(kāi)發(fā)團(tuán)隊(duì)只有幾個(gè)人(甚至只有一個(gè)人)時(shí)，這些都是很難做到的。當(dāng)交付截止日期快到的時(shí)候，很容易決定不需要評(píng)測(cè)或記錄代碼，但是每次跳過(guò)類(lèi)似的步驟時(shí)，都會(huì)增加技術(shù)債務(wù)，而這些技術(shù)債務(wù)總有一天要償還。

當(dāng)然，開(kāi)發(fā)人員是否有時(shí)間遵循所有這些最佳實(shí)踐并不總是掌握在他們手中。在通常情況下，開(kāi)發(fā)時(shí)間表是從自上而下傳遞。

6、立足當(dāng)下，展望未來(lái)

避免技術(shù)債務(wù)的真正關(guān)鍵是善于平衡當(dāng)前的需求和未來(lái)的目標(biāo)。實(shí)際上，這樣做具有挑戰(zhàn)性，需要將以上討論過(guò)的所有內(nèi)容結(jié)合起來(lái)，并將這些知識(shí)帶到關(guān)于企業(yè)目標(biāo)和時(shí)間表的更廣泛的討論中。

例如，如果初創(chuàng)企業(yè)的首席執(zhí)行官設(shè)定了開(kāi)發(fā)期限，如果不承擔(dān)某種形式的技術(shù)債務(wù)，就很難達(dá)到這一目標(biāo)，那么技術(shù)人員需要能夠確定并傳達(dá)這些權(quán)衡，以便將其納入預(yù)算和規(guī)劃中。如果首席執(zhí)行官希望在本季度發(fā)布兩個(gè)主要功能，那么很可能只能發(fā)布一個(gè)功能，因?yàn)橄聜€(gè)季度將會(huì)處理技術(shù)債務(wù)，可能花費(fèi)大量時(shí)間和精力處理客戶支持問(wèn)題和重構(gòu)有缺陷的代碼。

在平衡有限的時(shí)間、技能和預(yù)算的同時(shí)嘗試優(yōu)化以獲得最佳結(jié)果是一項(xiàng)真正的挑戰(zhàn)。但是建立一家初創(chuàng)企業(yè)并不容易，也不可能完全避免技術(shù)債務(wù)，尤其是在創(chuàng)業(yè)初期。但是，如果可以在堆棧中做出正確的選擇，并構(gòu)建良好的內(nèi)部護(hù)欄，以避免走捷徑或解決不需要解決的問(wèn)題，那么初創(chuàng)企業(yè)可以確信自己走上了正確的道路。