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

[HuHui]

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

不过，我没老婆啊。。。

唉 大家看第 5 点请自行往 java 技术栈靠拢

第 4 点，大多数已有 offical 镜像，都不会太偏向于使用 centos。由自身来封装维护每一个第三方镜像也不太现实，也没有必要。

前三条可以看做是为了树立"我"与"组长"的人设而写，不必纠结。

不知道为什么这么多人喜欢往管理方向扯。
之所以吐槽的还有一大原因，就是 4 和、5 的方案最终还是会回到我的方案上来。唉。

已经就离职事宜初步沟通过了，等下次再沟通希望能开始走流程。这样春节也能多出点时间陪陪家人。

[IridescentChen]

打破 0 评论。期待后续😂

[sexoutsex2011]

提前恭喜

[HuHui]

@sexoutsex2011 他是男的，我也是男的，且是直的。

[HuHui]

既然有人收藏，就不定期更新我与组长二三事直到我走人的那天吧。

[forestyuan]

那你就别提方案了。让他自己提

[HuHui]

1. 场景：我们在为之笔记上共享文档。我比较习惯用 markdown 来写。
组长：xx，你还是类 word （原话忘记是怎么说的了，此处用 word 所见即所得的类型来代替）的语法来写文档吧，你这 markdown 语法大家也不会呀。
我怒对之：md，小学生大概花个十分钟也能学会吧。

[HuHui]

2. 组长吹牛逼曰：我为什么不喜欢 oracle 呢，比如说，它的官网我看不懂。

[HuHui]

3. 又谈 oracle，比如说 java 的版本号，别人后面都是 v1.8.2 这样，它非要来串乱码。

[martyyyyy]

@HuHui
你可以具体列出 markdown 的好处，对你们团队有什么帮助，实锤帮你战胜他。
如果真的使用 markdown 并没有什么帮助反而增加大家的学习成本，那我觉得领导坚持的没错，毕竟只是哥工具，一切以结果为导向，而不是为了用而用，嘻嘻。

[HuHui]

4. 组长：我们所有的 docker 镜像的基础镜像（也就是 FROM 的那一行）都要用 centos，这样好维护。

[HuHui]

5. 场景：服务分本地、开发、测试三个环境配置。
组长：我们干掉本地配置吧。
我：那不是只能写完代码上传到开发服务器上才能自测了吗。
组长：就是不能让他们本地起服务。

[fiht]

V 站惯例：要么忍要么滚
在这个岗你能学到多少，老大不用 Markdown 妨碍你提升自己了么？
不妨碍的话用 Markdown 转成 Word，妨碍的话提离职走。

老大讲 Oracle 的官方他看不懂，是真看不懂呢还是不想跟你多 BB 呢？
要是真看不懂的话离职走人，否则跟老大学习吹牛逼。

Over

[dot]

不服你当他领导。

[HuHui]

@fiht 实际就是无原则对抗而已。

[HuHui]

纯树洞贴。生活还得继续。

[abscon]

看了下组长的这些要求没有一个奇葩的，虽然不符合楼主品味 /习惯，但都能有点理由

[neoblackcap]

提这么多没看出有什么不合理的地方，一般的团队的水平是以最低水平的人来决定的，让能者做能者之事不影响团队，需要领导在软件工程上面很大的造诣。而且哪怕软件工程上行，管理也未必行得通，你拍拍屁股走人了，谁能接你写的阳春白雪的代码，当然只是以下里巴人来作为团队准则

[nosay]

楼上的管理方式莫不是首位淘汰选择？

[pq]

@HuHui 收藏的人说不定就是你组长，你们俩看来有戏。。。:D

[darluc]

1. 以理服人：方案 1/方案 2 | 优点 | 缺点，评个总分；
2. 服从领导；
3. 先礼后兵，知会领导的领导；

[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 里一个快捷键的事。否则拖慢开发进度组长自己没感觉吗？

[nosay]

@neoblackcap 管理者如果要是以搬砖的要求去要求团队，那整个团队就是搬砖的唄。不满足于搬砖的可不就只有跑了嘛，你那首位淘汰模式在我这还是成立的^^

[HuHui]

@neoblackcap 本来准备逐条和你讨论一番，但是又看了一遍你的"C++论"，实在是严肃不起来。
@weakish 所以已经准备再换方案了。

[neoblackcap]

@nosay 是啊，我也是这样想的，但是管理者也是有管理的难处，不过首先要恭喜你在一个比较好的环境。不过搬砖的实在太多，不单单是因为环境，比如你自己进步了，公司环境跟不上你的进步，也是一个情况，人可以轻易地走，但是公司团队不用变

[neoblackcap]

@HuHui C++是一个虚指，你可以理解成技术水平高的人就可以了，通俗一点就是类似腾讯 T4 级别的人。
我只是觉得发这些只是觉得可能是因为你没做过领导的岗位，没有带过一个团队，年轻人有想法是对的。但是领导不采纳也不是没有他的道理，这也是为什么这上面有这么多人根据你说出来的挺你组长，因为他们可能都带过人，知道其中的坑。

[jadec0der]

我说东他非要往西是用来形容下属的，他是你的领导，摆正心态

[LikeFHT]

@jadec0der ahhh 哥们你绝了！

[HuHui]

@neoblackcap 你这人脑补真是可以，我带没带过队你都知道了。
"C++是一个虚指，你可以理解成技术水平高的人就可以了，通俗一点就是类似腾讯 T4 级别的人。"

[Mac]

145 我觉得组长说的完全没错，23 纯粹个人观点，和业务无关吧

[HuHui]

@Mac 唉 大家看第 5 点请自行往 java 技术栈靠拢，有些人的技术栈是 php 等动态语言自然觉得 ok。

[lxsunbin]

你不怕你组长也混 V2 ？

[msg7086]

真的只能要么忍要么圆润抱球离开。
你在团队中层，团队上层的人不见得就比你学识渊博能力强。
有朝一日你成为了团队管理，也不见得就比你下面带的人学识渊博能力强。

要是事情都能这么简单，早就世界和平军队警察下岗了。

[chinvo]

135 我站你领导

至于你重点吐槽的 5，单元测试也不需要真实配置啊，不然那么多 faker 组件是干啥的，至于集成测试和人工测试，我想你们应该有 CI/CD 吧

[greatghoul]

感觉你组长说的对

[mcfog]

想起了华为的那啥新员工万言书。不管实际情况如何，顶撞领导永远是下属的错。你的领导能成为你的领导一定是因为某些方面强过你，更别提巨大的信息不对等。就算领导真的某些方面无可救药，那也是你自己选择呆下去的团队，你可以选择找领导的领导发动革命也好要求换组也好，辞职也好，唯一不应该做的就是顶撞领导

[zhyuxwz]

组长：碰上一个组员 我说西他偏要往东 是不是对我有什么意见？

[alcarl]

@HuHui 心态不要太极端，疯狂吐槽和什么也不说都不是好的选择，沟通要讲究方式方法，提意见更要事先掌握实际的情况，做到有建设性更要有有可行性，咱们活的这个位面并没有这么简单纯粹，你觉着 md 好，还有人觉着 ma 也不错 mb 也不错 mc 也挺好的呀，另外你随便喷喷无所谓，但认真来说，在公司推行任何一项技术的成本都是很高的，随便学 10 分钟就行这种思想，说明你完全不懂管理和流程，也没有服务意识和产品思维。。。。。文档是写给各种人看的甚至可能包括都不会用的人，不是你写的舒坦就行了，得看的人舒坦。现阶段还是闭上嘴，多观察，好好学习，自己多动脑子思考每一项事物的利弊吧

[tairan2006]

不能本地配置其实影响不是很大…但是非 master/release 分支每次提交都要 CI 确实很蛋疼啊，一般不是只有 master 分支才要求 CI 的么

[lonenol]

@HuHui Java 服务端,你可以给我发 1k 红包了,我们有几个老工程,本地根本起不来,必须得到服务端测..

[jin5354]

组长心里 mmp，到底你是组长还是我是组长？

[missdeer]

看了楼主列出来的 12345，感觉都是些无可无不可的鸡毛蒜皮的事，借上面某楼的话说，楼主听话点就那么难？

[yulitian888]

不说别的，就凭楼主把工作上的矛盾摆出来吐槽，就不合适了。团队内部问题内部解决！

具体到 12345 那几条
1、我支持所见即所得。除非你能确保每一个读者（包括其他部门的人，领导，客户）都确保会使用 markdown，你真的那么确定么?不要太自我感觉良好！
2、吹牛 B 的事，不必太当真，虽然听起来是有点浅薄，但是很多浅薄的发言背后有可能真的有踩过深坑的经历。反正我是被编写不良的文档坑过的。此处不站边。
3、同上，不过事项太小了，楼主拿不出一点坑队友的实锤，对鸡毛蒜皮斤斤计较，不太好吧？
4、有何不妥？有何高见？
5、有何不妥？有何高见？君不知 TeamCity 上是有 Personal Build 的？（举例而已，可能你们用的是别的 CI ）

最后在重复一遍：团队内部问题，内，部，解，决！

[HuHui]

@loneol 爽吗？

[HuHui]

@alcarl 目前团队的状态就是看什么不错就用什么，基本不调研。

[Lpl]

12345 我感觉题主的方案可行，那么多说站组长的说管理的，脑子有毛病。

这个团队不适合你，你应该考虑服从管理，你提意见组长不采纳是组长的权利。考虑下明年年初跳槽，不要再跟他纠结这么多了。

猜测下，他不愿意接纳很大原因是他技术栈已经很久了，团队也没什么活力了。工作就工作，准备好明年找新工作

[1762628386]

楼上几位太把组长这个职位看的太高大上了 其实能力不一定比组员强 只不过是来的早，在公司待的时间久，这种没有思想觉悟团队意识的的组长其实不要也罢 楼主有机会还是换个公司吧 在一家公司工作上级很重要

[fanqianger]

其实干掉本地配置，本地不能起服务是非常不好的实践。其他的说实话，无所谓。

[devilyaos]

我觉得楼主应该找个有极客氛围的团队。。。其实除了 5 其他组长也没有太大问题，我觉得是理解和价值观不一样导致的，并没有错点，属于传统软件公司口口相传的传承。。。第五点如果你们是配置中心，可以另起一个镜像给本地用，如果是镜像，可以本地继承用，然后本地起镜像，本地像停起 tomcat 一样停起镜像自测，如果都不是，你可以叫你们组长出一个本地自测方案嘛~我觉得这点是不是你们开发环境影响过线上所以他说的气话？