得不好,未来如何改进等
前面我们说了要抵制自己写代码的冲动,通常指的是业务代码,但并不是所有的代码都不能
写。对于你团队要交付的项目来说,你不应该贡献“代码”,而是应该贡献你的“管理”并让
项目成功。而对于一些不能直接带来项目产出但是技术管理者应该关注的领域,是可以写代码
的。
1.
提升效率的工具
:开发这些工具是为了自动化一些管理流程,减少自己或团队的重复劳动。
这类项目在技术的选型上比较自由,可以应用一些复杂和前沿的技术,你可以在这些项目中
实践自己编码能力,而且这种项目还有个好处是对时间的要求不高,你不会迫于业务的时间
压力动作变形。
2.
最佳实践代码案例
:管理者有机会看到更多人写的代码,通过大量 Code Reveiw,可以总
结出一些适合团队的最佳实践,写一些这方面的代码,建立代码规范,保证团队能力拉齐到
一个统一的水位,帮助团队的项目质量整体提升。
3.
为团队做一些基础架构相关的开发工作
,这些开发工作非常通用,因为你可能比专门的基架
团队更了解研发的需求,所以会比他们做出更有用的东西,比如业务数据因为合规需要在数
据层面加密,那整个密钥的管理,数据的加解密方式你就可以整体设计,基于此你还可以做
一个自动解密的应用整合到 OA 的审批里,这样需要解密数据的人可以自助走流程申请。 ???????