大组是如何分活,协同工作的?

2019-09-04 16:52:19 +08:00
 chaleaochexist
一开始
小组后端就俩人.一个为主(楼主),一个打杂.
现在项目扩大.
将来可能要将近 10 个人.

每个人的代码风格都不一样(python). 将来很容易乱套啊.领到的意思是, 不用分那么细.大家的活大家一起干.
但是风格不统一,很糟糕啊 .
举个例子.
django drf 的 serializer 只有我一个人再用. viewset,也只有我一个人再用.
其他人都是基于 apiView 在写.
另外还有一部分人连 django orm 都不用. 直接裸 sql.
目前组内规模 4 个后端, 本人不是领导.这事儿我不吱声,也没啥大事.
可预见的将来,组内最懂 django 的应该还是我. 我不提,大家应该是意识不到这个问题.(我猜的)

1. 如何分工,能把自己摘出去,自己代码自己维护?
2. 如何统一风格?
3. 三字真言?

谢谢
2896 次点击
所在节点    程序员
24 条回复
whusnoopy
2019-09-05 08:33:13 +08:00
Python 在项目大了或人多了后,管理起来是相对麻烦点,这时候比较考验人的素质,大家都有协同意识,或愿意接受统一,那就是提前沟通一下确定好标准,否则靠工具撑死也就保持个代码风格,逻辑风格啥的完全管不住
DoctorCat
2019-09-05 10:59:01 +08:00
业务背景没有的情况下,姑且认为你们每个人可以独立负责一个服务,各自约定各自的接口,先文档化(要顾及性能要求、调用限制等详细的 API 设计约束条件),然后照着文档各自开发各自的。

技术栈需要约定,不然队友离职后,挖出的坑,你们老板(或交接人)会很抓狂。建议设立 CodeReview 流程,push 到仓库的代码必须是经过他人 review 过的。

非要总结出三字,那就是:责(各自负责各自的服务)、约(约定好技术规范和业务接口设计标准)、审(做代码审查)
DoctorCat
2019-09-05 11:02:14 +08:00
btw:软件工程本质上还是人的问题,不太可能达到完美状态,利用合理的工具和约定,尽量减少技术负债与沟通成本
starsriver
2019-09-05 13:42:54 +08:00
接口丰富一下,统一成插件标准,各写各的。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/597919

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX