之前有同学想了解豆瓣的工程管理、CodeReview，代码规范。我先铺垫一下 @段念 和 @清风 2位老师的分享：
2. 文化建设是个"系统工程"
4. 豆瓣 CODE 两年历程回顾：git 不是万能的，没有 review 是万万不能的
5. 清风在 C2D2 的分享（Slide）
说句场外话，就是因为看了清风老师在C2D2的分享，我才决定来豆瓣的。
在这里聊一些我在豆瓣的一些实践和个人理解。
团队要有自己的规范
开发者提交了PR其实就是潜意识的已经认为自己的代码写的还不错，完成了工作。评审者提意见的表达方式就很重要，弄不好就是矛盾。这可以让很多人本身并不喜欢或者被动的做评审和被评审。
实现同一功能，开发者可以选择多种方式，这就是编程的乐趣。但是问题是没有那么多事情是如「太阳东升西落」这样的客观事实，大部分是很主观的，我说这样实现没有问题，你觉得那样可能会更好，谁也说服不了谁。
Read full article from 好好写代码 - Python之美 - 知乎专栏
No comments:
Post a Comment