Re: [请益] 如何面试中认出优质的工程师?

楼主: accessdenied (存取违规)   2018-07-06 12:54:45
※ 引述《goooeooo (ge)》之铭言:
: 纪律跟细心
: 换个角度说是指
: 做事态度
: 一个人再聪明 设计架构再屌
: 态度不对 也是很尴尬的
: 一个人资质普普 态度对了 花了比别人多的时间 产出优异 没BUG
: 这就是优秀~
唉唉唉,当初我不用“态度”这个字眼就是知道大家会各自解读,到底什么是好的态度...
...
所以我讲白了就是“细心”和“纪律”,还举了很多实际例子来说明这两个元素的概念,
结果有人又简化回态度两字,果然底下有开始乱战了...
拉回主题,前阵子忙着赚钱没时间好好回应一些想法。有人说制度和流程可以解决,还提
到权限控管,为什么我不太认同。
制度流程分两种,一种是协同合作必要的方式,你负责的范围是哪里?东西做好会放在哪
里?这是让大家做事彼此方便快速的约定,是增加效率的。这类似交通规则的订定,大家
照着做就流畅。
另一种制度流程,是防弊的,稽核、放行、权限控管,是保持着一种不信任的心态在做管
理。这就好像除了红绿灯外,又另外安排了一个交通警察指挥交通(权限、审核放行),
并看管所有驾驶人。
后者会产生效率瓶颈,因为每台车都要经过检查并放行,交通就堵塞了,开发人员再多、
效率再高都没用,就是会lock。
每个change都要approve的下场,就是“人皮图章”开始产生的时候。
再来,有些 team 赶专案加班到半夜怎么办?负责approve的人难道发呆配到半夜只为了
最后帮他开权限和approve?这些都是无谓的人力损耗。
而且优秀的人才,一直在不被信任的环境下做事,心委屈了,流失也只是迟早的事情!
想想看,你有10个工程师,只为了其中1个心态随便的人员,就把剩下9个优秀的人才一起
拖下水被绑手绑脚不再信任?
为了那一个人,与其设计各种稽核制度防止他做错,不如一开始九排除他,让剩下九个人
顺顺利利做事,这才是正解吧!?
让不对的人一开始就不要溜进来,团队也不会被污染,好的人才更不会觉得被牵累!
这才是我为什么要跟大家请益的出发点。
作者: beaprayguy (小羊快跑啊)   2018-07-06 12:56:00
快笑死了谁说系统不能approve另外半夜加班是什么鬼?
作者: senjor (哞哞)   2018-07-06 12:59:00
赶专案加班没有意义,短时间硬生出来的CODE肯定问题一堆长时间都在加班就更没意义,长时间加班产能还是不会比较高最后只是比谁演戏演的好而已。
楼主: accessdenied (存取违规)   2018-07-06 13:00:00
大家不用focus 在加班两个字吧?举例而已加班只是为了呈现相依性的例子我换成,团队完成后等待approve,那个人却刚好拉屎或开会中,这样understand?
作者: alihue (wanda wanda)   2018-07-06 13:02:00
一楼就没逻辑跳针王,不用理他
作者: tsairay (火の红宝石)   2018-07-06 13:06:00
权限控管本来就是必要,不要肖想靠人的"细心"和"纪录""纪律"来控管,这叫人治,人治的公司成长不起来要死也是很快,觉得控管碍手碍脚这是价值观就只适合单打独斗,团队就是要有规则半夜做出来的东西顶多放到暂时的branch,验证完才能放入主干,这是基本的原则
作者: testPtt (测试)   2018-07-06 13:10:00
如果8个人挺他只有1个自以为优秀的要排除他怎么办?
作者: tsairay (火の红宝石)   2018-07-06 13:12:00
这举例很好笑,再优秀的人都会犯错这个时候就是靠规则来控管,这又不是什么很先进的理论认为自己很优秀不需要被很多规则限制的才是会出大包的Coding早就迈入工业化的时代了,不要再用传统单打独斗的手工艺职人心态了
楼主: accessdenied (存取违规)   2018-07-06 13:16:00
楼上是说有人 approve 就不会有错没bug吗?找到细心有纪律的人,效果其实是一样的
作者: free112136 (Free)   2018-07-06 13:16:00
这真的是三百万的疑虑吗?
作者: tsairay (火の红宝石)   2018-07-06 13:19:00
观念太传统了,权限控管是避免没做过验证就push进主干不想做验证只想要写的人"不会写错",这种观念太陈旧了
楼主: accessdenied (存取违规)   2018-07-06 13:22:00
楼上,所以我说要找有纪律的人就是会自我验证的工程师,要过滤掉的就是你说的那种不验证就交件说完成的人不想做验证的人正是我这篇文章讨论要怎么排除掉的人啊
作者: tsairay (火の红宝石)   2018-07-06 13:26:00
你不用权限控管怎么确保主干不被污染
作者: free112136 (Free)   2018-07-06 13:32:00
人是最不能相信的东西不是吗?流程就是为此存在
作者: beaprayguy (小羊快跑啊)   2018-07-06 13:34:00
建议不要写程式好了^_^300万烦恼什么。是人一定犯错。我也可以说他今天大姨妈来所以没验证要不要看看你打什么?approve刚好会离开,验证的人难道不会出状况?CI CD devops uno test不就是在要处理这问题?前面也有人提到可以用reopen次数 bug次数来衡量人 出一个统计报表另approv为何不从高处看
作者: tinlans ( )   2018-07-06 13:40:00
信任跟态度都是很抽象的东西,谈到这两个都谈不上工程了
作者: beaprayguy (小羊快跑啊)   2018-07-06 13:41:00
楼上正解你就算在强大的能力我对你不信任一样没屁用
作者: tinlans ( )   2018-07-06 13:43:00
人永远是不确定性最高的,再值得信任的人有时也会状态差制度流程这些工程方法论的东西就是要把不确定性降到最低
作者: steve1012 (steve)   2018-07-06 14:18:00
人太容易出错或忽略 所以才要review 根本没啥好战
作者: stupid0319 (征女友)   2018-07-06 14:29:00
人是主管找来的,主管的眼光应该不会错
作者: superpai (超级白)   2018-07-06 17:40:00
你真的是对现代软件开发流程一点概念都没有,现在流行的流程都是工程师自己发明的,会让工程师不爽是想太多啦
作者: yamakazi (大安吴彦祖)   2018-07-06 19:51:00
听说google fb也是要peer review
作者: Argos (Big doge is watching u)   2018-07-06 21:20:00
唉 本来还以为会讲出点什么的....
作者: SmallpTsai (Smallp Tsai)   2018-07-06 21:29:00
"你们认真回答我的问题好吗,不要质疑我的问题!!"
作者: stosto (树多)   2018-07-06 21:50:00
有时候就是主管有问题啊
作者: jack0204 (Jarbar王朝)   2018-07-06 22:53:00
我需要你们给建议,不是给意见
作者: y3k (激流を制するは静水)   2018-07-07 00:37:00
辟喇XDD 优秀人才在这种环境可以洗别人脸阿只要做到不要太繁文缛节 我认为比别人强而且有自觉的人多半会更倾向于可以review别人 立意良善的我带你成长 自私的我让你知道自己做的多差看你要改进还是怎样团队小可以不用 团队大你不用就是一堆偷鸡摸狗的 反正能动就可以 你不做这种流程跟监管怎么保障认真做事的人@@? 不过其实我们都知道你骨子里认为认真做事的人没有保障他们的必要=3=
作者: Ghamu (猫丸)   2018-07-07 02:09:00
依照你发言来看 有种周处除三害的感觉 如果你的位置换一个重视流程 而不是人治的人来 应该可以为公司提升很多
作者: KeyFSN ( ~☼☽✩☁~ )   2018-07-07 04:39:00
硅谷各科技大头都强调 code review 的重要性, 还有人觉得这是浪费时间..
作者: sorryla (Mr.东)   2018-07-07 04:48:00
楼上,人家年收入300万,硅谷公司有吗?
作者: KeyFSN ( ~☼☽✩☁~ )   2018-07-07 05:13:00
也是 看来这些人都该好好向原po学习学习
作者: vn509942 (如履薄冰)   2018-07-07 06:39:00
制度较稳定于人治,人可以被取代
作者: RadiationXen (Xen)   2018-07-07 09:50:00
细心跟纪律确实很重要,但这种基于个人的还是会出包。再怎么厉害的人也会出差错。会排斥那些工程规范与流程的人就是有问题,又不是政治或行政问题。你提的方法适合有默契的小团队,五人一下,而且素质都要差不多,没有真正带头的,我前公司早期就是这样补个推,细心与纪律虽然重要,但不代表跟流程规范互斥。
作者: alan3100 (BOSS)   2018-07-07 21:20:00
很无音宁 赞
作者: ku399999   2018-07-08 08:59:00
如果细心与纪律就能不产bug 微软一定不懂得怎么招人会不会人皮图章 纪律够不够都是公司文化造成的PR好处是只要进code时有hook通知全员,你的问题就能很快被发现 你可以准许资深员工需要时PR未过先merge与其问乡民为何不跟你的团队讨论...
作者: pttrAin (rAin)   2018-07-09 21:44:00
谢谢大大砖头

Links booklink

Contact Us: admin [ a t ] ucptt.com