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