碰上一个组长我说东他非要往西，真是。。。

[HuHui]

作为我的老大，我提什么方案都反对，和老婆斗气也不过如此了。

不过，我没老婆啊。。。

[alcarl]

听话这么难？

[torbrowserbridge]

除了 Oracle 那个有点装逼让人讨厌

[whileFalse]

等你当了组长你就可以装逼了啊。
只是下面人搞不定的时候你要负责擦屁股。
我就是这么过来的。

[LewisW]

我组长用嘴编程你看我说什么了吗💩

[HuHui]

@abscon 看来 md 这个不能放在第一条，容易引起另一波人无脑对抗。实际上这事儿根本和 md 也好，word 也好没关系。纯粹为了反对而反对，列在这里也是对应标题。
@neoblackcap 单就第五条来说，你要是写一行代码就需要上传到 git server，再去编译，再去上传到服务器，才能去自测（这才到开发自测阶段）。就这样的情况，你要是能忍得住一星期我可以给你发个 1k 的红包了，如果能坚持一个月，这个钱的单位可以是美元，不要嫌少，代表了我的真诚（希望不会有人评论说上限不能发 1k，如果有，那我多发几个好了，另外涉密、联调等带特殊场景的环境免谈）。至于你说的普适性，我基本赞同，但我更愿意以中等偏上水平定位来带队。这样低者能学到东西，高者也能感到压力，更有利于整个团队提升。什么团队会按最低标准来呢，我见过一些项目组，因为团队人员大多数都是外包，来的也快，去的也快，只能这么干，不得已而为之。
@alcarl 所以现在基本不做个人表态了。

前三条纯粹大家可以当我从我比较主观的角度来设立组长的人设吧。如果还有第 6、7 条，我会对应具体的业务场景来和大家探讨（吐槽）。

[whatsmyip]

不在其位，不谋其政。

感觉有点越位了，领导一定也很无奈

[taresky]

别的不说，用 markdown 来写文档纯搞笑。

[icyalala]

这几条。。大部分我站你组长。。。

[HuHui]

@taresky 组内分享文档而已，非对外文档。
@icyalala 哪几条？

[ijse]

那你可以反着提意见啊~ 把他绕进去，哈哈

[HuHui]

@whatsmyip 今天告诉我说不要做了，明天又找我要方案。我也恨无奈。
@ijse 还真成功过，至少有两次吧。

[neoblackcap]

@HuHui 单单你说的第 5 条完全看不出一定要上传到版本库，在我的理解完全可以是有一台开发机，大家用 ssh 连上去使用 vim 或者 emacs 来开发，大家使用不同的账号，但是共用一个环境，这样是完全可以行的。其实蛮多公司也是这样做的，没看出一定要上传到版本库。而且为什么一定要 CI 跑完才能测试？讲道理你这个模块应该是有单元测试的吧，你完全可以先测完你这个模块再进行集成测试，再进行人工测试。
而且你组长真的有说开发就必须经过提交到版本才能跑起来？我看未必吧，那个是你的理解吧，第一次你写的时候你们组长也是说要干掉本地配置而已

[weakish]

@HuHui 1. 这是 wiz 的锅，要不然只允许一种格式，要不然就实现两种格式间的无损或基本无损转换（也就是说，wiz 内部实现一个自有的格式，这个格式可以同时支持以富文本方式和 MarkDown 方式编辑），否则的话，个人用还好，团队协作就可能产生矛盾。
2-3. 这根本和你没什么关系，人家喜不喜欢 oracle，喜不喜欢 Java 的版本号编码方式，只是个人意见，并不影响协作
4. 这个就是发行版之争了，centos 还算主流，也没到不可接受的地步
5. 如果你们用 docker 的话，同样的 docker 在自己本地机子上也配一个，不就可以在本地测试了吗？

[SuperMild]

就算是为了反对而反对，有时也是必要的，不然怎么体现权力？没有权力体现就做不了领导。

很多事情没有绝对的是非对错，他要么随便找个借口否决你，要么每个建议都和你慢慢聊，采用后一种方式他会累死。

[neoblackcap]

@nosay 现实点，现在哪有那么多公司有那么大的人力物理去搞招聘，而且工资水平就那个样。明明就是搬砖的活就要请清北的来吗？不见得，也不一定能请来。因此大多数的情况都是招来平庸的人，大家合力干活。真实行末位淘汰怕是要将组里的全淘汰光了
因此正常的管理思路是，请比较好的架构师（领导），选一个不错的技术方案，背靠开源社区，自己搞定难啃的，人力活让下属进行。若是下属搞得不错，就调一两个培养，然后再让他们将思想技术在组里传播出去，大家一起成长。不过啊，哪怕是这样也是很难很难的，需要领导很多精力，这也是绝大多数公司的现状。
当然那些有钱的自然可以提高门槛，那么大家就使用阳春白雪的开发模式也没什么，如同 Google, 微软，腾讯，百度使用复杂的 C++作为主力开发语言一样，钱到位了一切都好说

[HuHui]

@neoblackcap 配置都要干掉，还跑个蛋的单元测试。
"在我的理解完全可以是有一台开发机，大家用 ssh 连上去使用 vim 或者 emacs 来开发，大家使用不同的账号，但是共用一个环境，这样是完全可以行的"，虽然我没提，但是也不要脑补我们的技术栈和你们的一样啊。其他的就不逐句解释了。
另外，也不再会对其他"站"组长的人进行针对性反驳。毕竟有些坑自己遇到了才会知道坑里的水有多臭多深。

[HuHui]

@weakish 第 4 点，大多数已有 offical 镜像，都不会太偏向于使用 centos。由自身来封装维护每一个第三方镜像也不太现实，也没有必要。第 5 点，他根本就不想别人在本地跑，说其他的方案都白瞎。另外你这个方案忽略了太多东西。

@nosay
"现实论"，见仁见智。
"当然那些有钱的自然可以提高门槛，那么大家就使用阳春白雪的开发模式也没什么，如同 Google, 微软，腾讯，百度使用复杂的 C++作为主力开发语言一样，钱到位了一切都好说" 前半句显然你没看懂我在说什么，我其实不在乎技术高低，而在乎解决方案是否合乎实际，也就是所谓的普适性。后半句，我不知道 V2EX 的帖子能不能编辑，我感觉你会后悔发出来。

[HuHui]

sorry，楼上回复 at 错人了，@neoblackcap

[neoblackcap]

@HuHui 我不后悔
1. 那条回复我本身不是针对你的内容说的，要不然你也不会 at 错人
2. 简单而言我只是觉得你的方案比你说出来你组长提的更没有普适性，当然你可以说你们的组员水平都很高，你的方案更好。我只能说 99%的公司都是这样，因此我猜你们公司也一样——还是搬砖的人多，平均水平不如你。你说很多时候仅从技术考虑，但是管理又不是仅仅是软件开发，还有人，人才是管理的重点。
3. 你觉得你的方案普适性更优的话，我建议你写出来，若是更优自然有人翻转支持你，同时觉得你组长不行。若是跟你预期不一致也有可能有人会给你指出，你也可以择优学习。
4. 我只能说一个团队的选型以及各种做法不单单是技术决定的

[weakish]

@HuHui 4. 如果不自己维护镜像的话，那特别提 centos 就没有意义了呀。。。5. 如果不让本地跑的话，那得把 CI 配得非常好才行，像“上传到 git server，再去编译，再去上传到服务器”跑测试之类的，如果 CI 配好的话，就是 IDE 里一个快捷键的事。否则拖慢开发进度组长自己没感觉吗？