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

看板Soft_Job作者 (存取違規)時間7年前 (2018/07/06 12:54), 編輯推噓9(14推 5噓 66→)
留言85則, 25人參與, 7年前最新討論串10/15 (看更多)
※ 引述《goooeooo (ge)》之銘言： : 紀律跟細心 : 換個角度說是指 : 做事態度 : 一個人再聰明 設計架構再屌 : 態度不對 也是很尷尬的 : 一個人資質普普 態度對了 花了比別人多的時間 產出優異 沒BUG : 這就是優秀~ 唉唉唉，當初我不用「態度」這個字眼就是知道大家會各自解讀，到底什麼是好的態度... ... 所以我講白了就是「細心」和「紀律」，還舉了很多實際例子來說明這兩個元素的概念， 結果有人又簡化回態度兩字，果然底下有開始亂戰了... 拉回主題，前陣子忙著賺錢沒時間好好回應一些想法。有人說制度和流程可以解決，還提 到權限控管，為什麼我不太認同。 制度流程分兩種，一種是協同合作必要的方式，你負責的範圍是哪裡？東西做好會放在哪 裡？這是讓大家做事彼此方便快速的約定，是增加效率的。這類似交通規則的訂定，大家 照著做就流暢。 另一種制度流程，是防弊的，稽核、放行、權限控管，是保持著一種不信任的心態在做管 理。這就好像除了紅綠燈外，又另外安排了一個交通警察指揮交通（權限、審核放行）， 並看管所有駕駛人。 後者會產生效率瓶頸，因為每台車都要經過檢查並放行，交通就堵塞了，開發人員再多、 效率再高都沒用，就是會lock。 每個change都要approve的下場，就是「人皮圖章」開始產生的時候。 再來，有些 team 趕專案加班到半夜怎麼辦？負責approve的人難道發呆配到半夜只為了 最後幫他開權限和approve？這些都是無謂的人力損耗。 而且優秀的人才，一直在不被信任的環境下做事，心委屈了，流失也只是遲早的事情！ 想想看，你有10個工程師，只為了其中1個心態隨便的人員，就把剩下9個優秀的人才一起 拖下水被綁手綁腳不再信任？ 為了那一個人，與其設計各種稽核制度防止他做錯，不如一開始九排除他，讓剩下九個人 順順利利做事，這才是正解吧！？ 讓不對的人一開始就不要溜進來，團隊也不會被污染，好的人才更不會覺得被牽累！ 這才是我為什麼要跟大家請益的出發點。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.193.101 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1530852887.A.A70.html
噓
07/06 12:56, 7年前 , 1F
快笑死了
07/06 12:56, 1F
→
07/06 12:57, 7年前 , 2F
誰說系統不能approve
07/06 12:57, 2F
→
07/06 12:57, 7年前 , 3F
另外半夜加班是什麼鬼？
07/06 12:57, 3F
推
07/06 12:59, 7年前 , 4F
趕專案加班沒有意義，短時間硬生出來的CODE肯定問題一堆
07/06 12:59, 4F
→
07/06 12:59, 7年前 , 5F
長時間都在加班就更沒意義，長時間加班產能還是不會比較高
07/06 12:59, 5F
→
07/06 13:00, 7年前 , 6F
最後只是比誰演戲演的好而已。
07/06 13:00, 6F
→
07/06 13:00, 7年前 , 7F
大家不用focus 在加班兩個字吧？舉例而已
07/06 13:00, 7F
→
07/06 13:01, 7年前 , 8F
加班只是為了呈現相依性的例子
07/06 13:01, 8F
→
07/06 13:02, 7年前 , 9F
我換成，團隊完成後等待approve，那個人卻剛好拉屎
07/06 13:02, 9F
→
07/06 13:02, 7年前 , 10F
或開會中，這樣understand?
07/06 13:02, 10F
噓
07/06 13:02, 7年前 , 11F
一樓就沒邏輯跳針王，不用理他
07/06 13:02, 11F
推
07/06 13:06, 7年前 , 12F
權限控管本來就是必要,不要肖想靠人的"細心"和"紀錄"
07/06 13:06, 12F
→
07/06 13:07, 7年前 , 13F
"紀律"來控管,這叫人治,人治的公司成長不起來
07/06 13:07, 13F
→
07/06 13:07, 7年前 , 14F
要死也是很快,覺得控管礙手礙腳這是價值觀就只適合
07/06 13:07, 14F
→
07/06 13:07, 7年前 , 15F
單打獨鬥,團隊就是要有規則
07/06 13:07, 15F
→
07/06 13:09, 7年前 , 16F
半夜做出來的東西頂多放到暫時的branch,驗證完才能
07/06 13:09, 16F
→
07/06 13:09, 7年前 , 17F
放入主幹,這是基本的原則
07/06 13:09, 17F
→
07/06 13:10, 7年前 , 18F
如果8個人挺他只有1個自以為優秀的要排除他怎麼辦?
07/06 13:10, 18F
推
07/06 13:12, 7年前 , 19F
這舉例很好笑,再優秀的人都會犯錯
07/06 13:12, 19F
→
07/06 13:13, 7年前 , 20F
這個時候就是靠規則來控管,這又不是甚麼很先進的理論
07/06 13:13, 20F
→
07/06 13:13, 7年前 , 21F
認為自己很優秀不需要被很多規則限制的才是會出大包的
07/06 13:13, 21F
→
07/06 13:14, 7年前 , 22F
Coding早就邁入工業化的時代了,不要再用傳統單打獨鬥的
07/06 13:14, 22F
→
07/06 13:15, 7年前 , 23F
手工藝職人心態了
07/06 13:15, 23F
→
07/06 13:16, 7年前 , 24F
樓上是說有人 approve 就不會有錯沒bug嗎？找到細
07/06 13:16, 24F
→
07/06 13:16, 7年前 , 25F
心有紀律的人，效果其實是一樣的
07/06 13:16, 25F
噓
07/06 13:16, 7年前 , 26F
這真的是三百萬的疑慮嗎？
07/06 13:16, 26F
推
07/06 13:19, 7年前 , 27F
觀念太傳統了,權限控管是避免沒做過驗證就push進主幹
07/06 13:19, 27F
→
07/06 13:20, 7年前 , 28F
不想做驗證只想要寫的人"不會寫錯",這種觀念太陳舊了
07/06 13:20, 28F
→
07/06 13:22, 7年前 , 29F
樓上，所以我說要找有紀律的人就是會自我驗證的工程
07/06 13:22, 29F
→
07/06 13:22, 7年前 , 30F
師，要過濾掉的就是你說的那種不驗證就交件說完成
07/06 13:22, 30F
→
07/06 13:22, 7年前 , 31F
的人
07/06 13:22, 31F
→
07/06 13:22, 7年前 , 32F
不想做驗證的人正是我這篇文章討論要怎麼排除掉的人
07/06 13:22, 32F
→
07/06 13:22, 7年前 , 33F
啊
07/06 13:22, 33F
推
07/06 13:26, 7年前 , 34F
你不用權限控管怎麼確保主幹不被汙染
07/06 13:26, 34F
推
07/06 13:32, 7年前 , 35F
人是最不能相信的東西不是嗎？流程就是為此存在
07/06 13:32, 35F
→
07/06 13:34, 7年前 , 36F
建議不要寫程式好了^_^300萬煩惱什麼。
07/06 13:34, 36F
→
07/06 13:35, 7年前 , 37F
是人一定犯錯。我也可以說他今天大姨媽來所以沒驗證
07/06 13:35, 37F
→
07/06 13:36, 7年前 , 38F
要不要看看你打什麼？approve剛好會離開，驗證的人難
07/06 13:36, 38F
→
07/06 13:36, 7年前 , 39F
道不會出狀況？
07/06 13:36, 39F
→
07/06 13:37, 7年前 , 40F
CI CD devops uno test不就是在要處理這問題？
07/06 13:37, 40F
→
07/06 13:38, 7年前 , 41F
前面也有人提到可以用reopen次數 bug次數來衡量人 出
07/06 13:38, 41F
→
07/06 13:38, 7年前 , 42F
一個統計報表
07/06 13:38, 42F
→
07/06 13:39, 7年前 , 43F
另approv為何不從高處看
07/06 13:39, 43F
→
07/06 13:40, 7年前 , 44F
信任跟態度都是很抽象的東西，談到這兩個都談不上工程了
07/06 13:40, 44F
→
07/06 13:41, 7年前 , 45F
樓上正解你就算在強大的能力我對你不信任一樣沒屁用
07/06 13:41, 45F
→
07/06 13:43, 7年前 , 46F
人永遠是不確定性最高的，再值得信任的人有時也會狀態差
07/06 13:43, 46F
→
07/06 13:45, 7年前 , 47F
制度流程這些工程方法論的東西就是要把不確定性降到最低
07/06 13:45, 47F
推
07/06 14:18, 7年前 , 48F
人太容易出錯或忽略 所以才要review 根本沒啥好戰
07/06 14:18, 48F
推
07/06 14:29, 7年前 , 49F
人是主管找來的,主管的眼光應該不會錯
07/06 14:29, 49F
推
07/06 17:40, 7年前 , 50F
你真的是對現代軟體開發流程一點概念都沒有，現在流行的
07/06 17:40, 50F
→
07/06 17:40, 7年前 , 51F
流程都是工程師自己發明的，會讓工程師不爽是想太多啦
07/06 17:40, 51F
推
07/06 19:51, 7年前 , 52F
聽說google fb也是要peer review
07/06 19:51, 52F
→
07/06 21:20, 7年前 , 53F
唉 本來還以為會講出點什麼的....
07/06 21:20, 53F
→
07/06 21:29, 7年前 , 54F
"你們認真回答我的問題好嗎，不要質疑我的問題!!"
07/06 21:29, 54F
推
07/06 21:50, 7年前 , 55F
有時候就是主管有問題啊
07/06 21:50, 55F
推
07/06 22:53, 7年前 , 56F
我需要你們給建議，不是給意見
07/06 22:53, 56F
→
07/07 00:37, 7年前 , 57F
闢喇XDD 優秀人才在這種環境可以洗別人臉阿
07/07 00:37, 57F
→
07/07 00:41, 7年前 , 58F
只要做到不要太繁文縟節 我認為比別人強而且有自覺的人
07/07 00:41, 58F
→
07/07 00:42, 7年前 , 59F
多半會更傾向於可以review別人 立意良善的我帶你成長 自私的
07/07 00:42, 59F
→
07/07 00:43, 7年前 , 60F
我讓你知道自己做的多差看你要改進還是怎樣
07/07 00:43, 60F
→
07/07 00:44, 7年前 , 61F
團隊小可以不用 團隊大你不用就是一堆偷雞摸狗的 反正能動就
07/07 00:44, 61F
→
07/07 00:46, 7年前 , 62F
可以 你不做這種流程跟監管怎麼保障認真做事的人@@? 不過其實
07/07 00:46, 62F
→
07/07 00:47, 7年前 , 63F
我們都知道你骨子裡認為認真做事的人沒有保障他們的必要=3=
07/07 00:47, 63F
噓
07/07 02:09, 7年前 , 64F
依照你發言來看 有種周處除三害的感覺 如果你的位置換一個
07/07 02:09, 64F
→
07/07 02:09, 7年前 , 65F
重視流程 而不是人治的人來 應該可以為公司提升很多
07/07 02:09, 65F
→
07/07 04:39, 7年前 , 66F
矽谷各科技大頭都強調 code review 的重要性, 還有人覺得
07/07 04:39, 66F
→
07/07 04:40, 7年前 , 67F
這是浪費時間..
07/07 04:40, 67F
→
07/07 04:48, 7年前 , 68F
樓上，人家年收入300萬，矽谷公司有嗎?
07/07 04:48, 68F
→
07/07 05:13, 7年前 , 69F
也是 看來這些人都該好好向原po學習學習
07/07 05:13, 69F
→
07/07 06:39, 7年前 , 70F
制度較穩定於人治，人可以被取代
07/07 06:39, 70F
噓
07/07 09:50, 7年前 , 71F
細心跟紀律確實很重要，但這種基於個人的還是會出
07/07 09:50, 71F
→
07/07 09:50, 7年前 , 72F
包。再怎麼厲害的人也會出差錯。會排斥那些工程規
07/07 09:50, 72F
→
07/07 09:50, 7年前 , 73F
範與流程的人就是有問題，又不是政治或行政問題。
07/07 09:50, 73F
→
07/07 09:52, 7年前 , 74F
你提的方法適合有默契的小團隊，五人一下，而且素
07/07 09:52, 74F
→
07/07 09:52, 7年前 , 75F
質都要差不多，沒有真正帶頭的，我前公司早期就是
07/07 09:52, 75F
→
07/07 09:52, 7年前 , 76F
這樣
07/07 09:52, 76F
推
07/07 10:12, 7年前 , 77F
補個推，細心與紀律雖然重要，但不代表跟流程規範
07/07 10:12, 77F
→
07/07 10:12, 7年前 , 78F
互斥。
07/07 10:12, 78F
→
07/07 21:20, 7年前 , 79F
很無音寧 讚
07/07 21:20, 79F
→
07/08 08:59, 7年前 , 80F
如果細心與紀律就能不產bug 微軟一定不懂得怎麼招人
07/08 08:59, 80F
→
07/08 09:02, 7年前 , 81F
會不會人皮圖章 紀律夠不夠都是公司文化造成的
07/08 09:02, 81F
→
07/08 09:03, 7年前 , 82F
PR好處是只要進code時有hook通知全員，你的問題就能很快
07/08 09:03, 82F
→
07/08 09:05, 7年前 , 83F
被發現 你可以准許資深員工需要時PR未過先merge
07/08 09:05, 83F
→
07/08 09:06, 7年前 , 84F
與其問鄉民為何不跟你的團隊討論...
07/08 09:06, 84F
推
07/09 21:44, 7年前 , 85F
謝謝大大磚頭
07/09 21:44, 85F
‣ 更多 accessdenied 的文章
文章代碼(AID): #1RFlONfm (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
以下文章回應了本文：
完整討論串 (本文為第 10 之 15 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共15篇)
‣ 更多 accessdenied 的文章
文章代碼(AID): #1RFlONfm (Soft_Job)