[每天改變一個觀點] 文章選讀 048 在軟體業45年，我學到了什麼？

原文翻譯

BTI360 隊友 Joel Goldberg在軟體行業工作了四十多年，最近退休了。當他離開時，他與我們的團隊分享了他在職涯中學到的一些經驗。在他的允許下，我們在此重新分享他的智慧。

---

回顧軟體行業的四十年，我感到變化很大。我的職涯是從打卡開始的，而我是在雲端運算時代結束的。儘管發生了這些變化，但許多在我的職涯中幫助過我的原則並沒有改變，仍然具有現實意義。當我離開鍵盤的時候，我想分享一下我從軟體工程師的職涯中學到的六個理念。

1 小心知識的詛咒

當你知道某件事的時候，幾乎不可能想像不知道那件事是什麼樣子。這就是知識的詛咒，它是無數誤解和低效的根源。聰明的人如果對複雜的事物感到舒服，就會特別容易出現這種情況!

如果你不防範知識的詛咒，它有可能混淆所有形式的交流，包括程式碼。你的工作越專業，你的溝通方式就越有可能讓新手無法理解。抵抗知識的詛咒。努力理解你的受眾。試著想像一下，如果你第一次學習你正在交流的內容，會是什麼樣子。

2 關注基礎

技術不斷變化，但軟體開發的一些基本方法卻超越了這些趨勢。這裡有六個基本原則，它們將在很長一段時間內繼續發揮作用。

• 團隊合作 – 優秀的團隊能打造出優秀的軟體。不要認為團隊合作是理所當然的
• 信任 – 團隊以信任的速度前進。做一個你願意與之合作的可靠的人
• 溝通 – 誠實而主動地溝通。避免知識的詛咒
• 尋求共識-花時間讓你的整個團隊都參與進來。讓討論和分歧為你帶來最佳解決方案
• 自動測試 – 經過良好測試的程式碼可以讓你的團隊充滿信心地快速前進
• 清晰、易懂、可瀏覽的程式碼和設計–把下一個將接管你的程式碼的工程師視為你的客戶。建構你的繼任者不會在閱讀、維護和更新方面遇到任何問題的程式碼。

3 簡單性

與複雜性做鬥爭是一項永無止境的事業。解決方案應該盡可能的簡單。假設下一個維護你程式碼的人不會像你一樣聰明。當你可以使用更少的技術時，就這樣做。

“一個設計師知道他已經達到了完美的境界，不是當他沒有什麼可以補充的時候，而是當他沒有什麼可以拿走的時候。”Antoine de Saint-Exupery

4 先求了解

史蒂芬-柯維的成功者七大習慣之一是：”首先尋求理解，然後被理解”。這條格言對我成為一個好的傾聽者和團隊夥伴的幫助比任何其他建議都大。如果你想影響他人並與之有效合作，你首先要理解他們。在你開始嘗試表達自己的想法之前，先要積極傾聽，瞭解他們的感受、想法和觀點。

5 謹防被鎖定 ( Lock-In )

總會有下一個熱門的生產力產品，有望徹底改變軟體的建構方式。電腦輔助軟體工程（CASE）工具、COTS、Peoplesoft和SAP等企業資源規劃產品，是的，甚至還有Ruby。他們宣稱，如果你購買他們的整體開發理念，就能驚人地減少成本和時間。不總是那麼明顯的是大量的前期成本或你可能承諾的限制。鎖定( Lock-in ) 過去主要發生在供應商身上，但現在它也可能發生在框架上。無論哪種情況，鎖定都意味著重大的變革成本。明智地選擇。新的並不總是更好

6 當你不適合這個角色時，要誠實地承認

在你職業生涯的某個階段，你可能會發現自己處在一個不適合的角色中。不合適不是性格缺陷，但這是一個你不應該忽視的問題。對於這樣的困境，可能有不止一種解決方案：你可以進化，或者角色可以進化。關鍵是要有自知之明，認識到發生了什麼，讓自己走出不健康的境地。不快樂對誰都沒有好處，BTI360也認識到了這一點。

當我在通用汽車公司時，如果你的下一步不是向上-管理更多的人或承擔更大、更複雜的專案，你就是一個失敗者。對許多人來說，這使他們的職業道路變得很悲慘（參見彼得原則）。在EDS，公司的文化不是這樣的。人們在管理崗位上進進出出。從範圍更廣的角色（如策略規劃師）到範圍更窄的角色（如PM或專案級開發人員），沒有任何恥辱感。我是利用這種靈活性的人之一，從技術金字塔頂端的角色轉回專案級開發人員。我從來沒有回過頭來。

最後的想法

即使在我加入 BTI360 之前，我就對 BTI360 的文化有足夠的瞭解，知道它是一個重視我上面所描述的各種原則的地方。我希望你們每個人都能承擔起維護強大的工程文化的責任，使BTI360繼續成為開發軟體的好地方。

後面是 BTI360 的徵才文，這邊就不翻了