小规模团队（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 这个真不一定，像我们这种养老胜地基本上都是这样的，工资不高但是自由度高，自己设计自己开发爽歪歪

[wu00]

6 人团队，4 后 2 前
gitlab flow 、mr 、code review 、ci/cd
后端严格执行，有建立统一技术规范、编码风格等内部文档，堆了 2 年的代码，还很清爽。
前端仅使用 gitlab 做仓库和自动化部署，堆了一年已成屎山

[shijingshijing]

**招聘的时候就已经充分考虑了楼上说的问题，首先团队成员都有很强的自觉性，不存在写成“屎山”的问题，大家都是对代码质量有一定追求的人；**
-----------------------------------------
盲目自信，“屎山”是相对的，即使是一个设计优良的系统，如果对应的业务飞速成长，后续也存在小马拉大车的问题，更不谈这个过程中一直存在的修修补补，哪怕不是“屎山”，掺入越来越多的老鼠屎也是不可避免的。
代码质量是个比较笼统的概念，是性能很好？是扩展性好？是可读性很好？还是 bug 很少？目前，我见到的几乎没有全面兼顾的，即使是开源的巅峰 Linux 内核这样的项目，特别是接近硬件的部分，里面也有一堆骚操作。

**其次，团队内部分工确实是五个人独立开发的，每个人开发的代码对于其他人都是黑盒，只要约定接口、处理好线程等问题就可以；**
-----------------------------------------
这一段几乎就可以确定，日后项目成为“屎山”是必然，黑盒意味着日常开发别人做 code review 无从下手，紧急时刻别人无法替补，人员离职别人无法接手。

**最后团队不追求统一风格，团队的理念是给每个人充分的发挥空间，保持自己的特性。**
-----------------------------------------
成为“屎山”条件+1 ，意思是给程序员最大的自由度吧，但是自由是有条件的，Linux 内核不仅想要 Merge 进主分支不仅要符合严格的内核代码风格规范，https://www.kernel.org/doc/html/v4.10/process/coding-style.html ，还要担心 Linus 这种仁慈的独裁者随时邮件骂你。软件工程的最高境界就是整个项目仿佛一个人写出来的，这个人的水平处于团队中上等级。

[shijingshijing]

写点小工具还可以，大点的项目，几乎不可能。

[dayeye2006199]

团队的水平方差甚至比均值有时候更重要

[HugoChao]

20 个人的团队算小还是中？

[zhujq]

@HugoChao 20 人感觉不小了

[god7d]

@shijingshijing 写的很好，领教了。我们这边业务量很小，基本上就是把固定的几个功能尽量优化。即便有新项目其实对于开发这边来说意义不大，因为使用的基础设施还是老一套，一般重新套个壳子就可以了，所以重心还是维护那些基础设施，比如核心算法、把三方库替换成自己造的轮子等等。至于说自由度的问题，主要是为了营造宽松氛围，因为工资不高等客观因素，需要提供其他方面的条件，但是就公司里的人来说，本身也比较散漫自由。但你的回复依然非常有意义，非常感谢。
@wu00 我们这边的项目不是严格意义上的工程项目，带有科研性质，成员除了写代码还要做实验分析数据

[CaptainD]

我们就是 5 人左右的小团队，但是公司系统较简单，可能管理方式没你说的那么复杂，但有一点相同，也都是黑盒开发，自己负责自己的代码，这里有个问题，如果某个人离职怎么办，且不说能否找到合适的人，就算有新人来未必很快上手，而且其他成员对离职者的代码并不了解，甚至负责的方向有很大差别，技术栈完全不同，容易有交接问题

[shaojz2005]

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

传统制造业，很多软件可以外包或者买现成的产品。

传统制造业，对技术的追求没那么高，待遇不会很高，招不到合适的人。

还有个很致命的问题，在于传统制造业的业务需求的扩展性不是很大，因此技术氛围也很差。等软件稳定成熟之后，剩下的人会陷入工作量不大的状态。闲则生变，要么是领导觉得人太闲可以炒了，或者是人自己觉得太闲、上升空间不大，也跑了。剩下的都是老油条，也就不要想什么开发的精益求精了。

要实现这样的目标，需要有一个非常靠谱的技术负责人，对技术有追求，但又不大想去大厂打拼了，往往是本地人、名牌大学毕业、有家庭这种，那么他就有长期留在一个地方的心态，并且可以带领团队追求高质量的软件开发，也不怕人员流动。

这样的状态，其实是可遇不可求的。

[cubecube]

不会不存在屎山问题，一个人觉得是金矿，另一个人没准会觉得是屎山。
代码风格的统一需要团队负责人规划实施

[Crawping]

@daimubai 人家养 5 个人 5 个 5 年的 6w 一个月 平均一个 1w2 怎么就成了 张嘴就来了...

[daimubai]

@Crawping 多读几遍再回复我

[god7d]

@CaptainD 我们这边非常依赖架构师，他会对所有人的代码进行 review ，然后每个人也会持续不断的进行技术文档更新，因此有人离职几乎都不需要交接；技术栈的问题有人离职架构师会暂时接手这些工作。btw ，我感觉我工作三分之一时间都在写文档，这边的文档可以用海量来形容，从专利说明书到每个人的技术文档、代码笔记、通讯协议文档、技术对接文档、技术支持文档等等都需要开发来完成，而且是一直更新的

[god7d]

@shaojz2005 你说的很对，看楼上对 captainD 的回复，我们这边架构师就是你说的这种人，说这个架构师是整个团队的灵魂也不为过

[lengyuqu]

团队不大
1 ，推荐使用 gitea 作为代码管理工具，对配置要求低，甚至最后整个软件仓库都可以备份好。
2 ，推荐准备一台极空间 nas 作为文件服务，主要是文件的储存。这涉及到线上代码原版备份和文档备份。

[lixintcwdsg]

1. 小团队水平低。
2. 可以做 cr 并且管控这么细致的架构师，小团队用不起。
3. 小团队最重要的是产品然后还有销售。代码黑盒测可以接受就星。

最后，大公司小团队没办法讲，那属于大团队。

事实如此，真的小团队哪能这么养研发，太理想化了。如果有，那么是业务性质绝对的，本来就利润厚且稳定，而不是因为你这么开发管理导致的果。

[theguagua]

@VictorJing94 坐标一线，5 年怎么说 20+了，三年 15+差不多，抛开重大厂不谈

[eric614802]

楼主，来吧： https://4382075439876.huodongxing.com/event/7665949006823

[jones2000]

@daimubai 5 人稳定开发团队， 工资如果不对标大厂， 你前脚刚组好团队，后脚就被人挖走了。你如果 1 ，2W 招的人， 人员流动性很大，代码质量更不好管理，都是屎山。人员稳定才能确保代码质量比较稳定。

[JellyDong]

@wu00 可否分享下规范呢？

[luomu24]

老实讲，这样的团队和薪资好招到匹配的目标成员吗？

[GP1]

不可能三角了解一下。

[qile1]

阿里的云效有没有用过，只是代码管理应该也省事

[jones2000]

@VictorJing94 金融，量化交易

[cepro]

主要看这 5 人团队是否从事的是同一个工种的工作。比如都是 Android 、都是 Web 前端、都是后端、都是数据分析等。
如果这 5 个人，各自独当一面，只能从人员角度去保证。
如果这 5 个人从事同一类工作，那就考验架构师是否能够解构模块，代码是否具有可读性。即使出现人员离职，最多也就是重构模块，相对来说工作量会小很多。
但无论是哪一种，开发过程的文档都是尽量留下来的，尤其是关键的逻辑和流程。
无论薪资高低，水平高低，人员管理总会有疏漏，关键是要能从你（假设你是管理者）这里，在可接受的时间范围内，把窟窿堵上。

[likunyan]

一些 eslint ，代码风格修正的用下就可以。

[wu00]

@JellyDong 从官方文档中自己提炼
框架设计准则 https://docs.microsoft.com/zh-cn/dotnet/standard/design-guidelines
通用设计原则 https://docs.microsoft.com/zh-cn/dotnet/architecture/modern-web-apps-azure/architectural-principles#single-responsibility
清理非托管资源 https://docs.microsoft.com/zh-cn/dotnet/standard/garbage-collection/unmanaged
异常实践 https://docs.microsoft.com/zh-cn/dotnet/standard/exceptions/best-practices-for-exceptions