看狀況，Context

截圖文章的主軸是談 #代碼精進之路，內容是以工程角度看待效能、架構、品質與 #敏捷開發等事情。所以，不同角度的人，看待同一件事情，很習慣地會站在自己的立場說話。

我個人的看法？恩，最近很常說類似的話：要看狀況。很多現象、解決方案、技術，沒有前提（也就是故事）的討論，是沒意義的，而且很容易起衝突。

在我不了解你的背景故事前提，解決方案與技術都只是參考

架構、效能、品質問題，放在創業前期：市場驗證階段（燒錢），談這些東西可能會被白眼，所以通常會找高手直接讓這些『任務』Built-in 在裡面，不過實際做過的人都知道：這要時間，這要高手（不是找高手了？）、這坑很多。。。。

而在企業發展的成長期，這些題目絕對是關鍵，是否能夠轉大人的關鍵點，所以這個時期的老闆魄力與決斷力會決定這家企業的生死存亡，換言之，轉不過去，很快地就會被外面追趕上來，或者自己內部就炸鍋了。

上述兩個例子的『企業的階段狀況』，就是我說的前提與背景。

文章的內容我是認同的，但是沒有前提背景。而實際的狀況是：你很難找到一個品質足夠的團隊來執行文中提到的任務，因為大部分（經驗值）的需求，本身是沒品質的，沒品質的需求後面的工程能有多少品質？

談怎樣的東西，要看作者的背景 [1]。所以有時候看文章、聽演講要先瞭解作者的背景，還有立場，有時候內容只是見人說人話，見鬼說鬼話，要自己有判斷力。