※ 引述《goooeooo (ge)》之銘言：
: 紀律跟細心
: 換個角度說是指
: 做事態度
: 一個人再聰明 設計架構再屌
: 態度不對 也是很尷尬的
: 一個人資質普普 態度對了 花了比別人多的時間 產出優異 沒BUG
: 這就是優秀~
唉唉唉，當初我不用「態度」這個字眼就是知道大家會各自解讀，到底什麼是好的態度...
...
所以我講白了就是「細心」和「紀律」，還舉了很多實際例子來說明這兩個元素的概念，
結果有人又簡化回態度兩字，果然底下有開始亂戰了...
拉回主題，前陣子忙著賺錢沒時間好好回應一些想法。有人說制度和流程可以解決，還提
到權限控管，為什麼我不太認同。
制度流程分兩種，一種是協同合作必要的方式，你負責的範圍是哪裡？東西做好會放在哪
裡？這是讓大家做事彼此方便快速的約定，是增加效率的。這類似交通規則的訂定，大家
照著做就流暢。
另一種制度流程，是防弊的，稽核、放行、權限控管，是保持著一種不信任的心態在做管
理。這就好像除了紅綠燈外，又另外安排了一個交通警察指揮交通（權限、審核放行），
並看管所有駕駛人。
後者會產生效率瓶頸，因為每台車都要經過檢查並放行，交通就堵塞了，開發人員再多、
效率再高都沒用，就是會lock。
每個change都要approve的下場，就是「人皮圖章」開始產生的時候。
再來，有些 team 趕專案加班到半夜怎麼辦？負責approve的人難道發呆配到半夜只為了
最後幫他開權限和approve？這些都是無謂的人力損耗。
而且優秀的人才，一直在不被信任的環境下做事，心委屈了，流失也只是遲早的事情！
想想看，你有10個工程師，只為了其中1個心態隨便的人員，就把剩下9個優秀的人才一起
拖下水被綁手綁腳不再信任？
為了那一個人，與其設計各種稽核制度防止他做錯，不如一開始九排除他，讓剩下九個人
順順利利做事，這才是正解吧！？
讓不對的人一開始就不要溜進來，團隊也不會被污染，好的人才更不會覺得被牽累！
這才是我為什麼要跟大家請益的出發點。