1
LoNeFong 2020-10-22 16:03:32 +08:00
应该
|
2
agriphar 2020-10-22 16:10:12 +08:00 2
你也别小看 不懂技术的技术 Leader,人家能做到那个位置,都是人精
往往会拉拢一个技术大佬,当自己的左膀右臂,帮他把关 |
3
singerll 2020-10-22 18:19:27 +08:00 via Android 4
我觉得大多数技术人员都有一个错误的思想,以为光技术牛逼就能成为 leader 。。。。
|
4
letking 2020-10-22 18:22:46 +08:00
不写代码不代表不懂代码吧
|
5
hoyixi 2020-10-22 18:25:35 +08:00
"官儿"的本质是管人,替上面看好下面干活的,尤其我国,外行领导内行随处可见
|
6
kekxv 2020-10-22 18:27:24 +08:00 via iPhone 1
其实有个很简单的方式,搭建一个内部 git 仓库,例如 gitlab,严格设置推送权限,主分支只能在线合并,这样合并的时候就能直接看得出来改了啥玩意,然后再叫相关的开发人员对一下有没有和他们原本的功能冲突,基本上没问题就差不多了,也可以再搭建好 ci/cd 工具,也能在合并之前筛掉一些小问题
|
7
icyalala 2020-10-22 18:39:49 +08:00
有些技术 Leader 即使不写代码,工程能力和对代码的品味也高于其他人,那 Review 代码没什么问题。
有些 Leader 另说了。。 |
8
justin2018 2020-10-22 21:35:30 +08:00
有问题 找 leader
|
9
EminemW 2020-10-22 23:58:34 +08:00 via iPhone
技术 Leader 为啥一定要写代码,能够把控工程进度,知道架构设计才是最重要的吧
|
10
Bijiabo 2020-10-23 00:05:08 +08:00
感觉对于大部分公司来说,当好技术 Leader 的主要能力是能否优雅的和业务撕逼
也遇到过能作为精神领袖一样的技术 Leader,不一定亲自写代码和 Review,会给一些认知和方向、设计上的指导,太少见了。 |
11
raaaaaar 2020-10-23 07:51:29 +08:00 via Android
leader 不用写代码,但是不能不会写,并且很多时候他的代码能力还很强,只是少写而已
|
12
amwyyyy 2020-10-23 10:09:35 +08:00
要看什么级别和管多少人的 leader 了,管 5~6 个人的还是要 review 下,把控质量。管几十上百人的,那也顾不过来了。
|
13
jones2000 2020-10-23 10:56:55 +08:00
Review 还是要做下的,就算代码生疏,先看看注释有没有,排版,变量函数命名等等。
|