既然很多技术 Leader 不写代码，那应该 Review 代码吗？

• 資深大佬 : LoNeFong

  你也别小看 不懂技术的技术 Leader，人家能做到那个位置，都是人精
  往往会拉拢一个技术大佬，当自己的左膀右臂，帮他把关

• 資深大佬 : agriphar

  我觉得大多数技术人员都有一个错误的思想，以为光技术牛逼就能成为 leader 。。。。

• 資深大佬 : singerll

  不写代码不代表不懂代码吧

• 資深大佬 : letking

  “官儿”的本质是管人，替上面看好下面干活的，尤其我国，外行领导内行随处可见

• 資深大佬 : hoyixi

  其实有个很简单的方式，搭建一个内部 git 仓库，例如 gitlab，严格设置推送权限，主分支只能在线合并，这样合并的时候就能直接看得出来改了啥玩意，然后再叫相关的开发人员对一下有没有和他们原本的功能冲突，基本上没问题就差不多了，也可以再搭建好 ci/cd 工具，也能在合并之前筛掉一些小问题

• 資深大佬 : kekxv

  有些技术 Leader 即使不写代码，工程能力和对代码的品味也高于其他人，那 Review 代码没什么问题。
  有些 Leader 另说了。。

• 資深大佬 : icyalala

  有问题 找 leader

• 資深大佬 : justin2018

  技术 Leader 为啥一定要写代码，能够把控工程进度，知道架构设计才是最重要的吧

• 資深大佬 : EminemW

  感觉对于大部分公司来说，当好技术 Leader 的主要能力是能否优雅的和业务撕逼
  也遇到过能作为精神领袖一样的技术 Leader，不一定亲自写代码和 Review，会给一些认知和方向、设计上的指导，太少见了。

• 資深大佬 : Bijiabo

  leader 不用写代码，但是不能不会写，并且很多时候他的代码能力还很强，只是少写而已

• 資深大佬 : raaaaaar

  要看什么级别和管多少人的 leader 了，管 5~6 个人的还是要 review 下，把控质量。管几十上百人的，那也顾不过来了。

• 資深大佬 : amwyyyy

  Review 还是要做下的，就算代码生疏，先看看注释有没有，排版，变量函数命名等等。