,,

短視思維會帶來什么？技術債務舉手發言

（2024年11月23日更新）

大多數軟件開發人員都熟悉技術債務，而編程以外的人可能不知道。但理解這個概念是非常重要的，因為它不僅存在于編程領域，而且存在于短期決策可能影響長期結果的廣泛場景中。

芯片采購網專注于整合國內外授權IC代理商現貨資源，芯片庫存實時查詢，行業價格合理，采購方便IC芯片，國內專業芯片采購平臺。

什么是技術債務？

簡而言之，當軟件開發團隊急于快速交付而忽略代碼質量時，就會產生技術債務。例如，用戶可能迫切需要某個功能，因此開發人員選擇部署足夠的代碼，并計劃在未來進行修復和優化。如果此代碼最終沒有重新檢查和修復，此圖暫時方便操作的成本是未來工作量的增加，就像不償還貸款會產生利息和罰款一樣。技術債務本身并不一定是一個問題，但如果未來產品優化不足或允許異常代碼泛濫，它將成為一個不可低估的問題。為跟上市場快速變化的步伐，企業轉向的快速發展在一定程度上加劇了技術債務的風險（DevOps）為了促進頻繁的代碼發布和持續的改進，需要每天甚至幾個小時推送新的代碼，開發人員可能會在文檔規則或測試的壓力下走捷徑。

技術債務實例

計算機千年蟲危機是一個經典的技術債務案例。在20世紀60年代和70年代，為了節省寶貴的內存，許多軟件開發人員只使用兩位十進制數來表示年份。例如，197373而不是1973年。這種做法持續了很多年，甚至在內存價格下跌的時候。很多這樣的程序都嵌入到運營業務中，使用時間遠遠超出人們的預期。隨著2000年的臨近，數千家企業和政府機構意識到，當系統進行跨世紀日期處理操作時，會出現錯誤的結果，導致各種系統功能障礙甚至崩潰，因此進行了大量瘋狂的清理工作。據估計，解決千年蟲問題花費了近1000億美元。

此外，技術債務不僅發生在軟件上。例如，網絡安全領域的最佳實踐之一是將文件權限授予組織中的角色，而不是個人。假設一名行政助理獲得了上級的批準，他可以暫時訪問他通常無權查看的敏感文件。IT該組織批準了這一例外，但后來沒有撤銷該權限，這相當于將敏感文件的永久訪問權授予一個最終可能被入侵和漏洞的賬戶。

技術債務的影響

如果開發人員知道如何在短時間內快速修復和處理技術債務，技術債務幾乎不會造成傷害，甚至會促使企業快速響應機會或問題。

然而，當技術債務層層疊加時，由于缺乏文檔記錄或根本沒有文檔記錄，當執行維修工作的開發人員離開時，企業只能對這個代碼無能為力，不知道維修的意義。任何突然的變化都可能導致程序失敗或運行緩慢，企業害怕承擔風險，不愿改進，減緩創新速度。

技術債務類型

技術債務主要分為有意產生和無意產生。開發人員培訓公司Construx首席執行官Steve McConnell有意產生的技術債務定義為根據戰略故意承擔的技術債務，無意產生的技術債務定義為非戰略結果。

2014年，一群學者制定了技術債務分類法，將技術債務分為13種Kioxia代理同類型，包括結構債務、代碼債務、缺陷債務、設計債務、流程債務和測試債務。這種分類方法涵蓋了短視思維可能導致的所有長期問題，因此非常實用。

產生技術債務

故意產生的技術債務是故意做出的決定，因此應記錄為文件并安排重建。無意產生的技術債務可能是由于臨時措施的修改或添加，沒有特別的代碼重建計劃，也可能是由于缺乏技術知識或不符合開發標準造成的不良設計決策。例如，當測試套件不完整或縮短或跳過測試鏈接時，測試債務將無意中產生。

文檔債務是一種非常常見的技術債務，因為開發人員沒有完全記錄他們的代碼。從長遠來看，如果有人在離開公司時沒有留下線索來幫助他人理解代碼，就會出現嚴重的問題。文檔債務是千年蟲問題的主要原因之一。

技術債務的預兆

技術債務的預警信號包括：

● 由于開發人員對代碼庫缺乏深入了解，項目陷入困境；

● 由于復雜性或缺乏文檔而出現難以修復的錯誤；

● 修復錯誤后，新的錯誤或性能穩定下降。

預防技術債務

要知道如何處理技術債務，首先要有健全的發展實踐，比如DevOps測試在環境中左右移動。測試左移是指將測試過程提前到整個開發周期，以便在生產前預測和解決問題。測試右移是指在應用程序進入生產階段后收集反饋，以便在軟件被廣泛使用之前提前發現和修復錯誤。這些預防措施可以防止更大的問題。

技術債務的臨時措施是不可避免的，但開發人員必須記錄在案件中，包括原因和修復說明。團隊成員也可以定期檢查現有代碼，積極發現文檔的缺陷或異常代碼。

了解技術債務的重要性

有人說，現在每家公司都是軟件公司，軟件數量每年都在快速增長。就連重工業企業也在挖掘數據，讓客戶從購買的產品中獲得更多的價值。

同時，開發部門需要快速生產項目，忙碌的開發人員自然會走捷徑，項目經理應該理解并強調測試和文檔記錄的重要性。

最好的做法是什么？

采用DevOps技術企業應明確什么是技術債務，并采取敏捷的管理策略。企業可以使用測試右移和左移A/B和金絲雀測試技術在失控前發現問題；此外，同行代碼審查可以從新的角度檢查開發人員的工作。開發人員應使用統一的指定工具和語言，并在每個階段都有任務清單。有效率的DevOps該部門不僅為建立應用程序提供了足夠的自由，還制定了軟件開發規范，以確保開發質量。

低代碼開發平臺-減少技術債務的好工具

為了更有效地減少技術債務，企業可以使用自動化測試對每個代碼的變化進行多輪調試；建立強制性文檔等完善的代碼結構流程；將程序員分成兩組，了解彼此的決策；使用項目管理工具可視化團隊中每個人的工作狀態。

此外，使用低代碼和無代碼工具編寫的軟件數量也在增加。這些軟件在很大程度上實現了自動歸檔，因為流程圖和拖放技術可以以可視化的方式呈現邏輯和預期結果。此外，生成的代碼可以按原計劃運行，也可以為自定義或性能目的進行修改。開發經理應鼓勵團隊使用低代碼和無代碼技術，以提高生產效率。