了解技術選擇中的價值體系：不只是好壞的觀點

軟體開發中最常見的問題之一是關於技術選擇的爭論。無論是程式語言、框架或工具。很多時候，這些爭論都以「技術 A 比 B 更好」或「技術 X 比 Y 更差」的簡單結論結束，而沒有考慮這些技術設計背後的背景和價值體系

。

了解「不工作」和「不達到目的」之間的差異。

決定哪種技術好或壞的是有必要區分兩個要點：

1. 技術「不起作用」：是指未能實現其設計中設定的目標的技術，例如

   • 一種為速度而設計的語言。但它的運轉速度明顯比競爭對手慢
   • 聲稱可以提高生產力但學習曲線太高的框架
   • 強調安全的系統但有一個嚴重的缺陷

2. 「不滿足價值體系需求」的技術：是指性能與設計一樣好的技術。但它所重視的並不符合我們的需求，例如

   • 注重效能的語言，但我們需要更快的開發速度
   • 高度靈活的框架。但我們希望維護簡單
   • 強調最大安全性的工具。但我們需要開發速度

案例研究：Go 與 Rust

價值系統差異的一個明顯例子是 Go 和 Rust 之間的比較：

Go：強調開發人員生產力的價值系統

• 設計簡單易學
• 強調語言的簡單性
• 專注於在大型團隊中工作
• 適合不同經驗等級的開發者
• 犧牲一些功能來減少學習曲線

Rust：強調性能與安全的價值體系

• 注重系統程式設計層面的效率
• 專注於記憶體管理的安全性
• 有嚴格的模式系統
• 允許較高的學習曲線以換取安全和效率

Go 和 Rust 的設計方式並不“糟糕”，但它們的價值體系卻截然不同

業務背景和技術選擇

選擇技術應考慮商業環境：

創業案例

• 需要快速上市
• 僱用開發人員的資源有限
• 可以用效能換取開發速度
• 預算基礎設施這可能不是主要限制

對於大型組織

• 必須考慮長期成本
• 擁有龐大且多元化的開發團隊
• 開發中需要一致性
• 系統效能對成本影響很大

逃離價值體系陷阱

經驗豐富的開發人員常常會陷入自己熟悉的價值體系的陷阱。有幾種方法可以擺脫這個陷阱：

1. 敞開心胸去了解不同的情境

   • 研究規模和性質與我們習慣的組織不同的組織的案例研究
   • 與在不同環境中工作的開發人員交談

2. 練習從多個角度看問題

   • 在各種情況下考慮每個選項的優缺點
   • 不要急於下結論，我們首選的方法永遠是最好的

3. 了解設計的起源

   • 研究各種技術設計背後的原因和動機
   • 了解每種設計都需要權衡

結論

理解並接受軟體開發中價值系統的多樣性對於每個開發人員來說都很重要。沒有適合所有情況的“最佳”技術。選擇正確的技術取決於對每種情況的背景、目標和限制的了解

技術討論應著重於交換不同價值體系的觀點。相反，對好壞的判斷是在沒有背景的情況下做出的。因為了解這些差異將有助於我們設計和開發更好地滿足使用者需求的系統

以上是了解技術選擇中的價值體系：不只是好壞的觀點的詳細內容。更多資訊請關注PHP中文網其他相關文章！