Re: [環境] 嘴砲型的強者...
一路看這串討論下來感觸良多, 分享一些本人想法 :)
1. 強者如何定義?
自古來文人相輕, 武林高手派別間也相輕, RD界有著名的鄙視練.
強者從來沒有一定的標準來定義.
就算有, 凡人如我也未必有能力/夠客觀的角度去評估誰是真強者或嘴砲強者.
當然強弱差太多只要看實作就可分辨高下, 往往有許多情況是同一個需求因為
考量的點不同, 各派"高手"做出來的結果有很大差異, 卻又都能自圓其說.
如實作一個電商系統,
有些"高手"直接拿magento來套基本前後端, 加做作前端頁面,
遇到magento限制再patch就搞定
有些"高手"拿RoR快速開發, 電商相關邏輯自己刻但掌握性高, 遇到效能瓶頸用
能scale-out架構或是局部用c extension替換來解 也是搞定
有些"高手"拿golang自幹, 花了幾倍時間, 但最後結果出來效能是上述的百倍,
同時也練兵讓team member多了golang知識未來解決更多需求
2. 終究回歸到需求
原po說的嘴砲高手喜歡拿一堆新技術架構名詞來challenge目前的設計與實作,
如許多回文所提, 這些新技術解決了哪些目前設計實作的問題?
或是反過來問, 目前有哪些需求需要被解決? 一定要新技術才能解決?
所謂"需求"又是個大哉問, 還是以電商為例, 需求從功能面到維護性都須兼顧
功能面: user能將商品選到購物車, 付款, 經物流系統收到貨, 事後查訂單
時程面: 3個月完成, 因公司要趕上周年慶, 才能大賺一筆
品質面: 上線時完成整測幾輪, 不能有嚴重性1的bug, 嚴重性2以上不能超過幾個
效能面: 同時在線n個user下訂單時, 回應時間不超過m秒, 訂單錯誤小於0.0001%
維護性: 預計系統會活5年, 後續專案增加功的時程與品質要達到甚麼程度
管理面: 系統好不好監控, 有問題可提多早發現, 能否用rolling upgrade處理
而沒有down time?
練兵面: 此專案完成後能讓team member提升多少專業能力與經驗
彈性面: 此系統未來能不能拆解成component讓串接在其他系統, 那些可reuse
可讀性: 未來需要修改code, 或讀code了解business logic時好讀程度為何?
政治面: 就只是想翻掉舊系統把原本team搞掉 (誤...
...等等 這只是幾個常見面向而已
有辦法回答上面問題後, 才可能針對"高手"提出的解決方案作出評估, 到底適不適合,
是over-design還是under-design.
"評估"又是個大哉問, 你必須很了解解決方案本身特性, 主要用來解決那些問題
2x個design pattern是幹嘛的? 語言選擇java, golang, ruby, php的差異?
php幾百個mvc framework的差異? 各種SQL, noSQL DB的差異等
如此, 我想才有資格評估高手解法到底"適不適合"...
(好吧 我先承認我這篇有嘴砲到...
※ 引述《PhoenixSu (來算命吧)》之銘言：
: ※ 引述《abysmal (gibberish)》之銘言：
: : 工作也有六七年了，幾份工作都遇過類似的人，
: : 這樣的人有種特質，想問問大家的意見。
: : 嘴巴上很厲害，常常沒聽完別人說話，
: : 就急著接話，接一些英文之類的，讓大家突然錯愕，
: : 然後接不下去，或者是怕自己不懂被發現。
: : XX部落客，XX聚會，都參加很多，
: : 所見也很廣，可是明明團隊是在開發APP，
: : 他一直拿SPRING架構出來說嘴，一開始覺得肅然起敬，
: : 可是後來自己研讀一下覺得這不是對網頁幫助較大嗎?
: : 或者是在app裏頭，用了DAO的設計模式
: : (這不是資料庫才需要這樣嗎@@)
: : 當然，所見廣泛是很好，可是跟這樣的人討論事情，
: : 常常會岔題，到最後總是不在重點上。
: : 我的類型是，寫code邏輯還不錯(同事有認可啦)
: : 主管交代工作就是追求速度完成，比較不會去
: : 參加一些讀書會，或者是看一些新設計方式，重構等等文章。
: : 所以開會要論述的時候感覺比較少可以拿出來嘴砲的，
: : 我這類型的人也不少，主管反而愛用我們這樣的，
: : 因為交代事情可以在短時間內完成。
: : 嘴砲型的人有趣的地方是，嘴巴很會說，
: : 開會總讓人感覺他思考了很多面向，什麼新技術新工具都去試過，
: : 可是開發速度總是很慢，寫code邏輯也不見得就清晰。
: : 真正遇過讓全TEAM的人都敬佩的強者，
: : 也沒有說常常去看一些設計模式什麼，
: : 因為就像是金庸裡的"九陽神功"，"獨孤劍法"這類型的功夫，
: : 主要是融會貫通，設計模式是別人的建議，
: : 自己考慮夠縝密，經驗夠豐富，也不需要老是套用別人的設計模式，
: : 然後去抨擊同事說"你這樣用不對啦~"
: : 我想問一下大家，要成為真強者，
: : 真的需要一直去把這些新觀念文章研讀到可以拿出來唬人嗎?
: : 聽聽各位的看法? 成為強者之路...感到迷惘~
: 研讀新技術不是為了給人看，而是為了知道「原來可以這樣解決問題」
: 真正的強者，不一定可以說出很新鮮的技術，但提出來的解決方法
: 不但簡單扼要，而且還考慮周詳，連帶避免以後會發生一樣的問題
: 又或者是很能靈活運用，不拘泥於書本或環境
: 誰說 mvc 一定要三種角色都有？誰說 http 不能拿來做 notification？
: 靈活運用跟亂用有時候只是一線之隔，但高手用起來就是解得漂亮
: 技術不好聊個幾句就會知道，但要遇到問題才知道技術夠不夠好
--
Sony受害者聯盟 http://www.facebook.com/SonyAvengersTW
1. 降低想買Sony 的受害者人數
2. 已成Sony受害者如何爭取自身權益
3. 希望Sony能感受到消費者心聲找回最初品質
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.243.55.47
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1429409158.A.C74.html
※ 編輯: ntddt (111.243.55.47), 04/19/2015 10:08:00
討論串 (同標題文章)