#25 把軟體開發視為一種架構，或許對職涯或團隊不是好事

講到軟體開發，大多數人都會用 Architecture 架構這個詞：總是思索著我們應該要有很漂亮的架構、程式碼基於這個架構能夠井然有序、一目了然。但實際情況大多都是對現有團隊的程式碼不滿意，為什麼大家有類似的思維但仍然失望？或許我們的思維方式需要改變了。今天要分享的內容是基於一個 RubyConf 的 Talk「Livable Code」。相信對大家的思維方式能帶來一定程度的衝擊或改觀。

網址：https://flycoder.io/podcasts/25/software-not-architecture-but-livable

大綱

1. Conway's Law 康威定律：程式碼反映出團隊的溝通方式：架構、Tech Debt。
2. No Silver Bullet 沒有銀色子彈：軟體開發不是單純的流水線生產，更像是創意產業，所以不能用突破性的「量產」做思維方式。
3. Architecture v.s. Interior Design 軟體不應該是架構而是室內設計。
4. Code 是讓團隊在裡面生活的：概念更像是要顧慮到室友或家人。

問題

1. 當程式碼髒亂不堪時、你如何帶來改變？
2. 當你想要引入一個新技術時，你的作法是什麼？
3. 當你的想法跟同事不一樣時，你怎麼去處理？
4. 你是帶來改變的人嗎？有沒有好的經驗能跟我們分享？

相關連結

- RailsConf 2018: Keynote - Livable Code by Sarah Mei
- No Silver Bullet