hi，我是熵減，見(jian)字如(ru)面(mian)。

在軟件行業內，有一句關于技術實用性的名言：“過早優化是萬惡之源。”

在局部代碼層(ceng)面上的(de)(de)追求(qiu)先進，是無(wu)可(ke)厚(hou)非(fei)的(de)(de)事情。

但是(shi)，在一(yi)些小(xiao)(xiao)公(gong)(gong)司中，技(ji)(ji)術過(guo)早(zao)優(you)化的(de)(de)現象又(you)是(shi)很(hen)常見的(de)(de)。當小(xiao)(xiao)公(gong)(gong)司為了追求技(ji)(ji)術的(de)(de)先進性(xing)和(he)高效性(xing)，往往會(hui)采用(yong)一(yi)些不適(shi)合自己的(de)(de)技(ji)(ji)術方案，導致開發成(cheng)本增(zeng)加(jia)，維(wei)護難度提高，甚至影響業務的(de)(de)穩定(ding)性(xing)和(he)發展。

所以，公司在做技術選型和決策時，更需要足夠的理性和慎重思考。

以下(xia)是三個在小公司中，比較(jiao)場(chang)景的追求技術先(xian)進性(xing)的過早優化的現象：

• 直接上容器k8s
• 多種開發語言
• 自己造基礎設施的輪子

直接上容器k8s

容(rong)器和k8s是目前非常流行的(de)技(ji)術，可(ke)以提供高度(du)的(de)可(ke)擴(kuo)展性(xing)，可(ke)移植性(xing)和自動化。然而，對(dui)于一些小(xiao)公(gong)司來(lai)(lai)說，直接上容(rong)器k8s可(ke)能并不是一個明智(zhi)的(de)選擇。因為(wei)容(rong)器和k8s的(de)部(bu)署和管(guan)理需要一定(ding)的(de)專業知(zhi)識(shi)和經驗，如果沒有(you)足夠的(de)人(ren)力和資源來(lai)(lai)支持，可(ke)能會帶來(lai)(lai)很多問題，比如：

• 容器鏡像的制作和維護；
• 容器網絡的配置和安全；
• k8s集群的搭建和監控；
• k8s資源的調度和優化；
• k8s服務的發現和負載均衡；

這些問(wen)題都需要(yao)花費(fei)大量的時間(jian)和(he)精力來解決，而且可能(neng)會影(ying)響到業務(wu)的正常運行。對于一(yi)些小公司來說，可能(neng)更適合使用一(yi)些簡單的虛擬機或云(yun)服務(wu)來部署應(ying)用，這樣可以節省成本，降低復(fu)雜度，提高穩定(ding)性。

多種開發語言

在軟件(jian)開發(fa)(fa)中，有(you)很多(duo)種不(bu)同的編(bian)程語(yu)(yu)言(yan)可以(yi)選(xuan)擇，每種語(yu)(yu)言(yan)都(dou)有(you)自己的優勢和特點。有(you)些小公(gong)司(si)為了追求技(ji)術的多(duo)樣性(xing)和創新性(xing)，會使(shi)用多(duo)種開發(fa)(fa)語(yu)(yu)言(yan)來開發(fa)(fa)不(bu)同的模塊或(huo)服務。這樣做可能會帶來一些好處，比如(ru)：

• 提高開發效率和質量；
• 滿足不同場景和需求；
• 增加團隊的學習和交流；

然而，使用多種(zhong)開(kai)發(fa)語言也會帶來一些挑戰(zhan)和風險，比如：

• 增加溝通和協作的難度；
• 增加代碼庫和依賴的管理；
• 增加測試和部署的復雜度；
• 增加維護和更新的成本；

對于一些小公(gong)司來說，可能(neng)更適(shi)合使(shi)用一種或(huo)少(shao)數幾(ji)種開發語言來保持(chi)技(ji)術(shu)棧(zhan)的統(tong)一和簡(jian)潔，這樣可以減少(shao)溝通成本，提高協作效率，降(jiang)低技(ji)術(shu)風險。

自己造基礎設施的輪子

在軟件(jian)開發中，有很多(duo)基(ji)礎(chu)設施可以支持應(ying)用的(de)運行和擴展，比如數據(ju)庫，緩存，消息隊列，日志系統等(deng)。有些(xie)(xie)小公司為了追求(qiu)技(ji)術的(de)自(zi)主性(xing)和定制性(xing)，會(hui)自(zi)己造一些(xie)(xie)基(ji)礎(chu)設施的(de)輪子，比如：

• 自己開發或修改數據庫引擎；
• 自己實現或封裝緩存服務；
• 自己設計或改造消息隊列系統；
• 自己搭建或優化日志平臺；

這(zhe)樣做(zuo)可能會帶來一些(xie)好處，比(bi)如：

• 提高系統的性能和穩定性；
• 滿足特定的功能和需求；
• 增加系統的可控性和安全性；

然而，自己(ji)造基礎設(she)施的(de)輪子(zi)也會帶(dai)來一些問(wen)題(ti)和風險，比如：

• 增加研發和測試的難度；
• 增加運維和監控的壓力；
• 增加兼容性和可移植性的問題；
• 增加技術債務和迭代成本；

對于一(yi)(yi)些小公司來說，可能(neng)更適(shi)合使用一(yi)(yi)些成(cheng)熟(shu)的開源或(huo)商(shang)業(ye)產品來作為基礎(chu)設施(shi)，這樣可以節省(sheng)時間和(he)(he)精(jing)力，利用社(she)區或(huo)廠商(shang)提(ti)供的支持(chi)和(he)(he)服務，避免重復造輪子。

總結

在一些(xie)小公司中，做技術(shu)決策時，在趨(qu)勢和(he)習慣(guan)的裹挾下，是(shi)很容易被所謂的新技術(shu)和(he)理想所帶(dai)偏(pian)跑歪。

雖然技(ji)術(shu)過早(zao)優化和先進性，可能會(hui)帶來(lai)一些短期的(de)收(shou)益(yi)或滿足一些個人或團隊的(de)興趣或需求，但是從長遠來(lai)看(kan)，技(ji)術(shu)過早(zao)優化可能會(hui)給小公司帶來(lai)很多問題和風險。

因此，在(zai)選擇技術(shu)方(fang)案時，小(xiao)公司(si)應(ying)該根據(ju)自己(ji)的實(shi)際情(qing)況(kuang)和業務目標(biao)來做出合理的判斷和權(quan)衡(heng)，并避(bi)免盲(mang)目地追求(qiu)技術(shu)過早優化。

正所謂，學霸兩支筆，差生文具多。用最簡單的工具，是可以解決掉大部分的問題的。

技(ji)術(shu)只是(shi)解決問題的工具(ju)，技(ji)術(shu)的先進性和(he)自主型(xing)不(bu)是(shi)業務類公司初期的關(guan)鍵(jian)。