[心得] (轉)軟體開發六年後我改變想法的事情

看到不錯的文章 翻譯分享一下

原文:
https://chriskiehl.com/article/thoughts-after-6-years


翻譯:

軟體開發六年後我改變想法的事情:

- 如果你的隊友經驗參差不齊，Typed languages 是比較好的選擇

- Standups 會議以注意新人來說是有用的

- Sprint retrospectives 如果拿來做真正的流程修正(course correction)是有用的；
而不是一些敏捷/scum master 拿來浪費大家時間的

- 軟體架構比啥都重要。有好的抽象再爛的實作都不太會弄髒 code base；爛抽象或
missing layer 可以讓 code base 變成一坨屎。

- java 沒那麼爛

- Clever code 通常不是什麼好 code；清晰好讀(Clarity)的 code 最重要

- 爛 code 可以被以任何方式寫出來 (in any paradigm)

- 所謂的 best practices 是要看上下文，並非通用解。盲目追求會讓你看起來像白癡

- 在你不需要時硬去設計一個 scalable system，你就是爛工程師

- Static analysis 有用

- DRY(dont repeat yourself) 是為了避免特定問題，並不是最終追求目標。

- 一般來說 RDBMS > NoSql

- Functional programming 是另一個工具，不是萬用解/靈丹


一路走來堅持的觀念

- YAGNI, SOLID, DRY 請按造這個順序
- YAGNI:You aren't gonna need it
- SOLID: 某個 OO 原則（單一功能、開閉原則、里氏替換、介面隔離、依賴反轉）
- DRY: dont repeat yourself

- 紙筆是最好的開發工具但很少人用

- 用乾淨/可讀(purity)為代價換取實用性是個好方法

- 狂導入額外的技術不是好方向

- 直接跟客戶/需求端理解需求會比較快又精確

- "scalable"這個詞在碼農中有股神秘的力量，僅僅這個字可以讓他們陷入瘋狂，然後僅
僅為了這個字可以做出瘋狂的設計

有點難翻XD 原文:

The word "scalable" has a mystical and stupefying power
over the mind of the software engineer.

Its mere utterance can whip them into a depraved frenzy.
Grim actions have been justified using this word.

- 雖然叫工程師，但其實很多決策都是跟風(cargo-cult)，並不是有嚴謹的分析、資料數
據佐證

- 大概九成的 PM 明天消失對你都沒影響，甚至效率還會變好

- 當我做了一百場面試後: 面試方法徹底崩壞，我也不知道怎麼做更好


沒變的觀念

- 會刁 code style, linting rules 或枝微末節的都怪咖

- Code coverage 跟 code 品質完全沒差

- Monoliths (大概指微服務的反面)系統在大部分情境都是很好的

- TDD 主義者(purists)是最糟糕的存在，他們的腦不能理解現實中存在不同的 workflows

--