小规模团队（5 人以下）代码管理问题

[god7d]

在小规模团队中，招聘开发的标准应该包含比如不少于 5 年工作经验、代码风格优雅、有一定架构经验等，这样可以保证每个成员都可以独立开发并且保证质量。一般来说，小团队对新手的容忍度较低，只有中型团队以上可以考虑培养新手。

团队开发工作一旦分工完成，成员所负责的代码部分应该不允许他人修改，除非是在得到了充分沟通和授权的情况下。如果其他成员发现其代码问题，应当指出并由该成员自主修改。在团队成员长期稳定的情况下，成员所负责的代码应该与该成员长期绑定，实现成员对代码“终身负责“和风格统一的问题。有的公司规模不小但是流动率超高，每个人都抱着最快完成任务而不在意代码质量的想法，导致项目可维护性极差，甚至无法维护，而重构的代价是比较大的。（不过对于这种公司来说他们的产品可能是一锤子买卖）

对于开发工程师来说，光速交付然后快速重构的模式可能是非常恼人的，因为这样会让人觉得疲惫，且开发过程中不慎愉悦。当然付钱的是老板，很多时候开发工程师并没有选择。不过在一些传统行业中，很多时候软件是具备充足的开发时间的，这时候选择精雕细琢显然是两全其美的事情。

[Navee]

gitlab
protect branch
merge request
code review

[lcy630409]

感觉有个问题
5 人小团队 一般订单不多，还要保证不少于 5 年工作经验，养得起么

代码终身负责 也会带来一个问题，每个人都有代码风格，说不好听点 叫癖好吧，，如果不让其他人插手 就会导致 shi 山 越来越高，后续这个人离职怎么办？ shi 山代码 一般都是一个人堆出来的，多人参与的代码 shi 山几率小，有问题会有大概率被发现出来

[golangLover]

反了。小团队给不起钱，都是找低水平的

[nothingistrue]

“谁编码谁负责”可不是让你这样搞的，结对编程或者相互代码评审才是保证代码风格的途径。你这样搞是 5 个独立的人在开发，不是 5 人团队在开发。

[Cbdy]

GitHub

[god7d]

@lcy630409
@golangLover
@nothingistrue 看行业，很多传统制造业上千人，养 5 个人做个内部系统应该不成问题吧？可能你们一说软件就代入到互联网行业。在传统行业里，工作清闲朝九晚五，工资开的虽然没有互联网高，但是足以招到一些水平不错，代码风格良好的程序员了

[h1104350235]

过于理想化

[jones2000]

基本就是钱的问题，5 年工作经验老手， 每个 6w/月要的吧，1 个月就要 30W ，1 年下来就要 360W ，还不包括 5 险 1 金。只要你钱给足，你要怎么管理代码都可以。

[daimubai]

5 年工作经验老手， 每个 6w/月要的吧。


张嘴就来

[zhujq]

5 年就要 6w 了啊，真好

[beiyu]

5 年才 6W/月？少说得要个 10w 吧。

[king888]

低情商在扯淡，高情商过于理想化

[king888]

每个人开发的代码对于其他人都是黑盒。。。这还是团队嘛，就算是保密项目也没这么搞

[darkengine]

这样的团队 OP 你组建出来了吗？

我目前见到的小团队，都是一两个 5 年以上经验的人，带其他新人做。

[Torpedo]

@golangLover 我觉得同事水平低，也是有办法让他们保持一致的代码风格的。如果能意识到团队代码风格有问题，又不能解决，那说明水平和所谓水平低的同事们没太大差别

[VictorJing94]

@jones2000 ...老哥啥坐标啥行业...五年国内新一线一般也就 15-25 吧,高低都还有比较大浮动空间

[ChenDJ]

借楼吐个槽，实验室环境，代码靠 U 盘在几个师兄弟之间同步，曾力推 gitlab ，小导直接把 build 文件夹传上去 T_T

[daliusu]

就我在成都的经验，能做到你说的这些的，不会来你个 5 人团队。另外别太看不起传统工厂了，传统工厂也起码几十个码农，而且根本没有你这么做的，我从到成都就一直在传统厂干

[god7d]

@king888 这里的黑盒指的是不关心实现，只关心如何调用，所以你可能理解上存在一定偏差
@darkengine 我们这边都是 10 年以上的作 leader ，带一群 5 年左右的
@daliusu 我完全没说看不起啊，我是说传统制造业养 5 个完全不成问题😅
@ChenDJ 没有 git 不成方圆，以前同事有用 tfs 的，有用 svn 的，现在大家统一用 git

[god7d]

@daliusu 这个真不一定，像我们这种养老胜地基本上都是这样的，工资不高但是自由度高，自己设计自己开发爽歪歪