Re: [請益] 如何面試中認出優質的工程師?

看板Soft_Job作者 (Masaki)時間6年前 (2018/07/06 13:50), 編輯推噓13(14124)
留言39則, 18人參與, 6年前最新討論串11/15 (看更多)
其實制度流程沒分兩種,開發團隊講好規則;約定好軟體開發的品質、驗證基準並自動化 、約定時間code review的時程,正是加速品質保證及驗證軟體的速度。這個作法並沒有 什麼多餘跟lock的問題,除非品質跟驗證軟體本身就是多餘。 另外有很多方法論來指導上述的實作原則外、也很多公司有進行也持續運轉這機制,若你 還沒有嘗試就趕快試試,不用臆想跟推論這麼多。 閣下言談之間我的感覺是不熟這方面的運作,所以另外再建議你找一個熟這方面流程的人 來協助你,這樣才可以解決問題。 至於怕優秀人才會因為這樣感到不被信任的問題也不用擔心,優秀人才只會因為沒有這些 機制而離去,原因在於他們嚴格要求自己驗證跟品質,團隊有這些機制對他們來說已經很 習慣,倒是沒有這些機制還要擔心我完美的架構混入其他沒被驗證的糞code,什麼叫委屈 ?這才叫委屈。 ※ 引述《accessdenied (存取違規)》之銘言: : ※ 引述《goooeooo (ge)》之銘言: : : 紀律跟細心 : : 換個角度說是指 : : 做事態度 : : 一個人再聰明 設計架構再屌 : : 態度不對 也是很尷尬的 : : 一個人資質普普 態度對了 花了比別人多的時間 產出優異 沒BUG : : 這就是優秀~ : 唉唉唉,當初我不用「態度」這個字眼就是知道大家會各自解讀,到底什麼是好的態度 .. : ... : 所以我講白了就是「細心」和「紀律」,還舉了很多實際例子來說明這兩個元素的概念 : 結果有人又簡化回態度兩字,果然底下有開始亂戰了... : 拉回主題,前陣子忙著賺錢沒時間好好回應一些想法。有人說制度和流程可以解決,還 : 到權限控管,為什麼我不太認同。 : 制度流程分兩種,一種是協同合作必要的方式,你負責的範圍是哪裡?東西做好會放在 : 裡?這是讓大家做事彼此方便快速的約定,是增加效率的。這類似交通規則的訂定,大 : 照著做就流暢。 : 另一種制度流程,是防弊的,稽核、放行、權限控管,是保持著一種不信任的心態在做 : 理。這就好像除了紅綠燈外,又另外安排了一個交通警察指揮交通(權限、審核放行) : 並看管所有駕駛人。 : 後者會產生效率瓶頸,因為每台車都要經過檢查並放行,交通就堵塞了,開發人員再多 : 效率再高都沒用,就是會lock。 : 每個change都要approve的下場,就是「人皮圖章」開始產生的時候。 : 再來,有些 team 趕專案加班到半夜怎麼辦?負責approve的人難道發呆配到半夜只為 : 最後幫他開權限和approve?這些都是無謂的人力損耗。 : 而且優秀的人才,一直在不被信任的環境下做事,心委屈了,流失也只是遲早的事情! : 想想看,你有10個工程師,只為了其中1個心態隨便的人員,就把剩下9個優秀的人才一 : 拖下水被綁手綁腳不再信任? : 為了那一個人,與其設計各種稽核制度防止他做錯,不如一開始九排除他,讓剩下九個 : 順順利利做事,這才是正解吧!? : 讓不對的人一開始就不要溜進來,團隊也不會被污染,好的人才更不會覺得被牽累! : 這才是我為什麼要跟大家請益的出發點。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.249.19.237 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1530856244.A.226.html

07/06 13:53, 6年前 , 1F
糞code進去壞了還怪他更加委屈
07/06 13:53, 1F

07/06 13:58, 6年前 , 2F
通常是這樣沒錯XD
07/06 13:58, 2F

07/06 13:58, 6年前 , 3F
同意 是優秀的人才不信任其他猴子才需要這種制度
07/06 13:58, 3F

07/06 14:08, 6年前 , 4F
07/06 14:08, 4F

07/06 14:17, 6年前 , 5F
推這篇...
07/06 14:17, 5F

07/06 14:17, 6年前 , 6F
請定義優秀人才
07/06 14:17, 6F

07/06 14:18, 6年前 , 7F
啊噓錯
07/06 14:18, 7F

07/06 14:18, 6年前 , 8F
新人還是要有基本的培訓,以前看過很多被亂塞的案例常常
07/06 14:18, 8F

07/06 14:18, 6年前 , 9F
是基本到不行的 OCP violation,不知道在學校學什麼東西
07/06 14:18, 9F

07/06 14:23, 6年前 , 10F
有規矩還是比較好,有遇過程式裡面光時間就有time,l
07/06 14:23, 10F

07/06 14:23, 6年前 , 11F
ong,timestamp三種
07/06 14:23, 11F

07/06 14:23, 6年前 , 12F
07/06 14:23, 12F

07/06 15:02, 6年前 , 13F
以團隊的組成來看大部分80%的人都是很平庸的工程師拉
07/06 15:02, 13F

07/06 15:02, 6年前 , 14F
這些工程師老實講本身就會犯的錯誤就不少
07/06 15:02, 14F

07/06 15:03, 6年前 , 15F
所以才需要一堆方法 把不確定的因素降到最低
07/06 15:03, 15F

07/06 15:04, 6年前 , 16F
所以不太能怪公司為什搞了一堆制度流程之類的東西
07/06 15:04, 16F

07/06 16:11, 6年前 , 17F
沒有流程對優秀人才來說才無法容忍
07/06 16:11, 17F

07/06 17:43, 6年前 , 18F
我也覺得沒有這些機制反而會想離開,要嗎是公司不注
07/06 17:43, 18F

07/06 17:43, 6年前 , 19F
重品質能動就好,要嗎是時程很趕或是人力資源不足
07/06 17:43, 19F

07/06 18:07, 6年前 , 20F
其實說來說去 跟你老闆有很大的關係 偏向管理問題了
07/06 18:07, 20F

07/06 18:07, 6年前 , 21F
多的是那種能動就好的 速度要快的管你品質怎麼樣的公司
07/06 18:07, 21F

07/06 19:55, 6年前 , 22F
能動就是好攻城屍
07/06 19:55, 22F

07/06 20:21, 6年前 , 23F
沒自信才怕review review抓到問題或有改進 感謝都來不及
07/06 20:21, 23F

07/06 21:13, 6年前 , 24F
原來是平庸的人才需要制度 真的很有道理
07/06 21:13, 24F

07/06 21:21, 6年前 , 25F
每一間公司的性質老實說不能一概而論 你如果是開個小型公司
07/06 21:21, 25F

07/06 21:21, 6年前 , 26F
但的確制度是脫褲子放屁 萬人以上公司你沒制度?
07/06 21:21, 26F

07/06 21:22, 6年前 , 27F
即使通通都是精英 自己團隊也會掌握一些方向與規範
07/06 21:22, 27F

07/06 21:23, 6年前 , 28F
更不要說一般企業 根本請不起精英 那你要怎麼管理?
07/06 21:23, 28F

07/07 01:04, 6年前 , 29F
錢給多少,大概決定優秀工程師有多少。為什麼不認清事實,
07/07 01:04, 29F

07/07 01:05, 6年前 , 30F
大部分就是一般的工程師而已。
07/07 01:05, 30F

07/07 02:16, 6年前 , 31F
幹中肯 這也是我最近想跳槽的原因XDDDD 媽的我發現小bug竟
07/07 02:16, 31F

07/07 02:16, 6年前 , 32F
然因為想省流程不讓我開單紀錄 好啊這次發布我就不解 反正
07/07 02:16, 32F

07/07 02:16, 6年前 , 33F
完全沒有紀錄啊 以後使用者唸再來解就會了
07/07 02:16, 33F

07/07 02:31, 6年前 , 34F
小公司也很需要制度流程 除非你們公司不期待自己越做越大
07/07 02:31, 34F

07/07 02:31, 6年前 , 35F
永遠做小公司當然不用 還有流程制度在人少的時候比較好推行
07/07 02:31, 35F

07/07 02:31, 6年前 , 36F
人多之後 嘴雜 意見多 難溝通 用慣“老方法"的資深員工們
07/07 02:31, 36F

07/07 02:31, 6年前 , 37F
還會一直靠北你 [新流程拖慢我們啦] [我覺得用excel管理比r
07/07 02:31, 37F

07/07 02:31, 6年前 , 38F
edmine好啊! 一目瞭然 簡單好用]
07/07 02:31, 38F

07/07 06:35, 6年前 , 39F
就穩定可信任的遊戲規則
07/07 06:35, 39F
文章代碼(AID): #1RFmCq8c (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 11 之 15 篇):
文章代碼(AID): #1RFmCq8c (Soft_Job)