这是一个创建于 2871 天前的主题，其中的信息可能已经有所发展或是发生改变。
作为我的老大，我提什么方案都反对，和老婆斗气也不过如此了。
不过，我没老婆啊。。。
第 1 条附言 2017-12-02 02:07:47 +08:00
唉 大家看第 5 点请自行往 java 技术栈靠拢
第 2 条附言 2017-12-02 02:10:15 +08:00
第 4 点，大多数已有 offical 镜像，都不会太偏向于使用 centos。由自身来封装维护每一个第三方镜像也不太现实，也没有必要。
前三条可以看做是为了树立"我"与"组长"的人设而写，不必纠结。
前三条可以看做是为了树立"我"与"组长"的人设而写，不必纠结。
第 3 条附言 2017-12-02 09:03:44 +08:00
不知道为什么这么多人喜欢往管理方向扯。
之所以吐槽的还有一大原因，就是 4 和、5 的方案最终还是会回到我的方案上来。唉。
之所以吐槽的还有一大原因，就是 4 和、5 的方案最终还是会回到我的方案上来。唉。
第 4 条附言 2017-12-17 13:34:15 +08:00
已经就离职事宜初步沟通过了，等下次再沟通希望能开始走流程。这样春节也能多出点时间陪陪家人。
 | 1 IridescentChen 2017-12-01 20:58:56 +08:00 via iPhone 打破 0 评论。期待后续 |
 | 2 sexoutsex2011 2017-12-01 21:05:09 +08:00 via Android  1 提前恭喜 |
 | 3 HuHui OP 1 @sexoutsex2011 他是男的，我也是男的，且是直的。 |
| 4 HuHui OP 既然有人收藏，就不定期更新我与组长二三事直到我走人的那天吧。 |
 | 5 forestyuan 2017-12-01 21:20:52 +08:00 那你就别提方案了。让他自己提 |
| 6 HuHui OP 1. 场景：我们在为之笔记上共享文档。我比较习惯用 markdown 来写。 组长：xx，你还是类 word （原话忘记是怎么说的了，此处用 word 所见即所得的类型来代替）的语法来写文档吧，你这 markdown 语法大家也不会呀。 我怒对之：md，小学生大概花个十分钟也能学会吧。 |
| 7 HuHui OP 2. 组长吹牛逼曰：我为什么不喜欢 oracle 呢，比如说，它的官网我看不懂。 |
| 8 HuHui OP 3. 又谈 oracle，比如说 java 的版本号，别人后面都是 v1.8.2 这样，它非要来串乱码。 |
 | 9 martyyyyy 2017-12-01 21:27:40 +08:00 1 @HuHui 你可以具体列出 markdown 的好处，对你们团队有什么帮助，实锤帮你战胜他。 如果真的使用 markdown 并没有什么帮助反而增加大家的学习成本，那我觉得领导坚持的没错，毕竟只是哥工具，一切以结果为导向，而不是为了用而用，嘻嘻。 |
| 10 HuHui OP 4. 组长：我们所有的 docker 镜像的基础镜像（也就是 FROM 的那一行）都要用 centos，这样好维护。 |
| 11 HuHui OP 5. 场景：服务分本地、开发、测试三个环境配置。 组长：我们干掉本地配置吧。 我：那不是只能写完代码上传到开发服务器上才能自测了吗。 组长：就是不能让他们本地起服务。 |
 | 12 fiht 2017-12-01 21:37:52 +08:00 1 V 站惯例：要么忍要么滚 在这个岗你能学到多少，老大不用 Markdown 妨碍你提升自己了么？ 不妨碍的话用 Markdown 转成 Word，妨碍的话提离职走。 老大讲 Oracle 的官方他看不懂，是真看不懂呢还是不想跟你多 BB 呢？ 要是真看不懂的话离职走人，否则跟老大学习吹牛逼。 Over |
 | 13 dot 2017-12-01 21:40:59 +08:00 via Android 不服你当他领导。 |
| 15 HuHui OP 纯树洞贴。生活还得继续。 |
 | 16 abscon 2017-12-01 21:49:25 +08:00 via iPhone 1 看了下组长的这些要求没有一个奇葩的，虽然不符合楼主品味 /习惯，但都能有点理由 |
 | 17 neoblackcap 2017-12-01 21:52:42 +08:00 提这么多没看出有什么不合理的地方，一般的团队的水平是以最低水平的人来决定的，让能者做能者之事不影响团队，需要领导在软件工程上面很大的造诣。而且哪怕软件工程上行，管理也未必行得通，你拍拍屁股走人了，谁能接你写的阳春白雪的代码，当然只是以下里巴人来作为团队准则 |
 | 18 nosay 2017-12-01 21:59:52 +08:00 via iPhone 楼上的管理方式莫不是首位淘汰选择？ |
 | 20 darluc 2017-12-01 22:08:53 +08:00 1. 以理服人：方案 1/方案 2 | 优点 | 缺点，评个总分； 2. 服从领导； 3. 先礼后兵，知会领导的领导； |
 | 21 alcarl 2017-12-01 22:14:42 +08:00 via Android 听话这么难？ |
 | 22 torbrowserbridge 2017-12-01 22:50:04 +08:00 via Android 除了 Oracle 那个有点装逼让人讨厌 |
 | 23 whileFalse 2017-12-01 23:00:31 +08:00 等你当了组长你就可以装逼了啊。 只是下面人搞不定的时候你要负责擦屁股。 我就是这么过来的。 |
 | 24 LewisW 2017-12-01 23:00:33 +08:00 via iPhone 1 我组长用嘴编程你看我说什么了吗 |
| 25 HuHui OP @abscon 看来 md 这个不能放在第一条，容易引起另一波人无脑对抗。实际上这事儿根本和 md 也好，word 也好没关系。纯粹为了反对而反对，列在这里也是对应标题。 @neoblackcap 单就第五条来说，你要是写一行代码就需要上传到 git server，再去编译，再去上传到服务器，才能去自测（这才到开发自测阶段）。就这样的情况，你要是能忍得住一星期我可以给你发个 1k 的红包了，如果能坚持一个月，这个钱的单位可以是美元，不要嫌少，代表了我的真诚（希望不会有人评论说上限不能发 1k，如果有，那我多发几个好了，另外涉密、联调等带特殊场景的环境免谈）。至于你说的普适性，我基本赞同，但我更愿意以中等偏上水平定位来带队。这样低者能学到东西，高者也能感到压力，更有利于整个团队提升。什么团队会按最低标准来呢，我见过一些项目组，因为团队人员大多数都是外包，来的也快，去的也快，只能这么干，不得已而为之。 @alcarl 所以现在基本不做个人表态了。 前三条纯粹大家可以当我从我比较主观的角度来设立组长的人设吧。如果还有第 6、7 条，我会对应具体的业务场景来和大家探讨（吐槽）。 |
 | 26 whatsmyip 2017-12-01 23:07:32 +08:00 1 不在其位，不谋其政。 感觉有点越位了，领导一定也很无奈 |
 | 27 taresky 2017-12-01 23:09:55 +08:00 via iPhone 别的不说，用 markdown 来写文档纯搞笑。 |
 | 28 icyalala 2017-12-01 23:12:07 +08:00 这几条。。大部分我站你组长。。。 |
 | 30 ijse 2017-12-01 23:21:45 +08:00 那你可以反着提意见啊~ 把他绕进去，哈哈 |
| 32 neoblackcap 2017-12-01 23:31:07 +08:00 1 @HuHui 单单你说的第 5 条完全看不出一定要上传到版本库，在我的理解完全可以是有一台开发机，大家用 ssh 连上去使用 vim 或者 emacs 来开发，大家使用不同的账号，但是共用一个环境，这样是完全可以行的。其实蛮多公司也是这样做的，没看出一定要上传到版本库。而且为什么一定要 CI 跑完才能测试？讲道理你这个模块应该是有单元测试的吧，你完全可以先测完你这个模块再进行集成测试，再进行人工测试。 而且你组长真的有说开发就必须经过提交到版本才能跑起来？我看未必吧，那个是你的理解吧，第一次你写的时候你们组长也是说要干掉本地配置而已 |
 | 33 weakish 2017-12-01 23:37:45 +08:00 @HuHui 1. 这是 wiz 的锅，要不然只允许一种格式，要不然就实现两种格式间的无损或基本无损转换（也就是说，wiz 内部实现一个自有的格式，这个格式可以同时支持以富文本方式和 MarkDown 方式编辑），否则的话，个人用还好，团队协作就可能产生矛盾。 2-3. 这根本和你没什么关系，人家喜不喜欢 oracle，喜不喜欢 Java 的版本号编码方式，只是个人意见，并不影响协作 4. 这个就是发行版之争了，centos 还算主流，也没到不可接受的地步 5. 如果你们用 docker 的话，同样的 docker 在自己本地机子上也配一个，不就可以在本地测试了吗？ |
 | 34 SuperMild 2017-12-01 23:38:25 +08:00 via iPhone 就算是为了反对而反对，有时也是必要的，不然怎么体现权力？没有权力体现就做不了领导。 很多事情没有绝对的是非对错，他要么随便找个借口否决你，要么每个建议都和你慢慢聊，采用后一种方式他会累死。 |
| 35 neoblackcap 2017-12-01 23:40:11 +08:00 @nosay 现实点，现在哪有那么多公司有那么大的人力物理去搞招聘，而且工资水平就那个样。明明就是搬砖的活就要请清北的来吗？不见得，也不一定能请来。因此大多数的情况都是招来平庸的人，大家合力干活。真实行末位淘汰怕是要将组里的全淘汰光了 因此正常的管理思路是，请比较好的架构师（领导），选一个不错的技术方案，背靠开源社区，自己搞定难啃的，人力活让下属进行。若是下属搞得不错，就调一两个培养，然后再让他们将思想技术在组里传播出去，大家一起成长。不过啊，哪怕是这样也是很难很难的，需要领导很多精力，这也是绝大多数公司的现状。 当然那些有钱的自然可以提高门槛，那么大家就使用阳春白雪的开发模式也没什么，如同 Google, 微软，腾讯，百度使用复杂的 C++作为主力开发语言一样，钱到位了一切都好说 |
| 36 HuHui OP @neoblackcap 配置都要干掉，还跑个蛋的单元测试。 "在我的理解完全可以是有一台开发机，大家用 ssh 连上去使用 vim 或者 emacs 来开发，大家使用不同的账号，但是共用一个环境，这样是完全可以行的"，虽然我没提，但是也不要脑补我们的技术栈和你们的一样啊。其他的就不逐句解释了。 另外，也不再会对其他"站"组长的人进行针对性反驳。毕竟有些坑自己遇到了才会知道坑里的水有多臭多深。 |
| 37 HuHui OP @weakish 第 4 点，大多数已有 offical 镜像，都不会太偏向于使用 centos。由自身来封装维护每一个第三方镜像也不太现实，也没有必要。第 5 点，他根本就不想别人在本地跑，说其他的方案都白瞎。另外你这个方案忽略了太多东西。 @nosay "现实论"，见仁见智。 "当然那些有钱的自然可以提高门槛，那么大家就使用阳春白雪的开发模式也没什么，如同 Google, 微软，腾讯，百度使用复杂的 C++作为主力开发语言一样，钱到位了一切都好说" 前半句显然你没看懂我在说什么，我其实不在乎技术高低，而在乎解决方案是否合乎实际，也就是所谓的普适性。后半句，我不知道 V2EX 的帖子能不能编辑，我感觉你会后悔发出来。 |
| 38 HuHui OP sorry，楼上回复 at 错人了，@neoblackcap |
| 39 neoblackcap 2017-12-02 00:12:29 +08:00 @HuHui 我不后悔 1. 那条回复我本身不是针对你的内容说的，要不然你也不会 at 错人 2. 简单而言我只是觉得你的方案比你说出来你组长提的更没有普适性，当然你可以说你们的组员水平都很高，你的方案更好。我只能说 99%的公司都是这样，因此我猜你们公司也一样还是搬砖的人多，平均水平不如你。你说很多时候仅从技术考虑，但是管理又不是仅仅是软件开发，还有人，人才是管理的重点。 3. 你觉得你的方案普适性更优的话，我建议你写出来，若是更优自然有人翻转支持你，同时觉得你组长不行。若是跟你预期不一致也有可能有人会给你指出，你也可以择优学习。 4. 我只能说一个团队的选型以及各种做法不单单是技术决定的 |
| 40 weakish 2017-12-02 00:20:57 +08:00 @HuHui 4. 如果不自己维护镜像的话，那特别提 centos 就没有意义了呀。。。5. 如果不让本地跑的话，那得把 CI 配得非常好才行，像“上传到 git server，再去编译，再去上传到服务器”跑测试之类的，如果 CI 配好的话，就是 IDE 里一个快捷键的事。否则拖慢开发进度组长自己没感觉吗？ |
| 41 nosay &nbp; 2017-12-02 00:29:36 +08:00 @neoblackcap 管理者如果要是以搬砖的要求去要求团队，那整个团队就是搬砖的。不满足于搬砖的可不就只有跑了嘛，你那首位淘汰模式在我这还是成立的^^ |
| 42 HuHui OP |
| 43 neoblackcap 2017-12-02 00:38:45 +08:00 @nosay 是啊，我也是这样想的，但是管理者也是有管理的难处，不过首先要恭喜你在一个比较好的环境。不过搬砖的实在太多，不单单是因为环境，比如你自己进步了，公司环境跟不上你的进步，也是一个情况，人可以轻易地走，但是公司团队不用变 |
| 44 neoblackcap 2017-12-02 00:42:52 +08:00 @HuHui C++是一个虚指，你可以理解成技术水平高的人就可以了，通俗一点就是类似腾讯 T4 级别的人。 我只是觉得发这些只是觉得可能是因为你没做过领导的岗位，没有带过一个团队，年轻人有想法是对的。但是领导不采纳也不是没有他的道理，这也是为什么这上面有这么多人根据你说出来的挺你组长，因为他们可能都带过人，知道其中的坑。 |
 | 45 jadec0der 2017-12-02 00:50:56 +08:00 via Android 2 我说东他非要往西是用来形容下属的，他是你的领导，摆正心态 |
| 47 HuHui OP @neoblackcap 你这人脑补真是可以，我带没带过队你都知道了。 "C++是一个虚指，你可以理解成技术水平高的人就可以了，通俗一点就是类似腾讯 T4 级别的人。" |
 | 48 Mac 2017-12-02 02:02:45 +08:00 145 我觉得组长说的完全没错，23 纯粹个人观点，和业务无关吧 |
 | 50 lxsunbin 2017-12-02 02:11:50 +08:00 你不怕你组长也混 V2 ？ |
 | 51 msg7086 2017-12-02 04:55:47 +08:00 真的只能要么忍要么圆润抱球离开。 你在团队中层，团队上层的人不见得就比你学识渊博能力强。 有朝一日你成为了团队管理，也不见得就比你下面带的人学识渊博能力强。 要是事情都能这么简单，早就世界和平军队警察下岗了。 |
 | 52 chinvo 2017-12-02 08:01:32 +08:00 135 我站你领导 至于你重点吐槽的 5，单元测试也不需要真实配置啊，不然那么多 faker 组件是干啥的，至于集成测试和人工测试，我想你们应该有 CI/CD 吧 |
 | 53 greatghoul 2017-12-02 09:07:04 +08:00 via Android 感觉你组长说的对 |
 | 54 mcfog 2017-12-02 09:19:41 +08:00 via Android 想起了华为的那啥新员工万言书。不管实际情况如何，顶撞领导永远是下属的错。你的领导能成为你的领导一定是因为某些方面强过你，更别提巨大的信息不对等。就算领导真的某些方面无可救药，那也是你自己选择呆下去的团队，你可以选择找领导的领导发动革命也好要求换组也好，辞职也好，唯一不应该做的就是顶撞领导 |
 | 55 zhyuxwz 2017-12-02 09:25:47 +08:00 via iPhone 组长：碰上一个组员 我说西他偏要往东 是不是对我有什么意见？ |
| 56 alcarl 2017-12-02 09:39:11 +08:00 via Android @HuHui 心态不要太极端，疯狂吐槽和什么也不说都不是好的选择，沟通要讲究方式方法，提意见更要事先掌握实际的情况，做到有建设性更要有有可行性，咱们活的这个位面并没有这么简单纯粹，你觉着 md 好，还有人觉着 ma 也不错 mb 也不错 mc 也挺好的呀，另外你随便喷喷无所谓，但认真来说，在公司推行任何一项技术的成本都是很高的，随便学 10 分钟就行这种思想，说明你完全不懂管理和流程，也没有服务意识和产品思维。。。。。文档是写给各种人看的甚至可能包括都不会用的人，不是你写的舒坦就行了，得看的人舒坦。现阶段还是闭上嘴，多观察，好好学习，自己多动脑子思考每一项事物的利弊吧 |
 | 57 tairan2006 2017-12-02 11:24:18 +08:00 不能本地配置其实影响不是很大…但是非 master/release 分支每次提交都要 CI 确实很蛋疼啊，一般不是只有 master 分支才要求 CI 的么 |
 | 59 jin5354 2017-12-02 14:05:11 +08:00 组长心里 mmp，到底你是组长还是我是组长？ |
 | 60 missdeer 2017-12-02 17:19:10 +08:00 看了楼主列出来的 12345，感觉都是些无可无不可的鸡毛蒜皮的事，借上面某楼的话说，楼主听话点就那么难？ |
 | 61 yulitian888 2017-12-02 17:47:53 +08:00 不说别的，就凭楼主把工作上的矛盾摆出来吐槽，就不合适了。团队内部问题内部解决！ 具体到 12345 那几条 1、我支持所见即所得。除非你能确保每一个读者（包括其他部门的人，领导，客户）都确保会使用 markdown，你真的那么确定么?不要太自我感觉良好！ 2、吹牛 B 的事，不必太当真，虽然听起来是有点浅薄，但是很多浅薄的发言背后有可能真的有踩过深坑的经历。反正我是被编写不良的文档坑过的。此处不站边。 3、同上，不过事项太小了，楼主拿不出一点坑队友的实锤，对鸡毛蒜皮斤斤计较，不太好吧？ 4、有何不妥？有何高见？ 5、有何不妥？有何高见？君不知 TeamCity 上是有 Personal Build 的？（举例而已，可能你们用的是别的 CI ） 最后在重复一遍：团队内部问题，内，部，解，决！ |
 | 64 Lpl 2017-12-02 19:47:31 +08:00 via iPhone 12345 我感觉题主的方案可行，那么多说站组长的说管理的，脑子有毛病。 这个团队不适合你，你应该考虑服从管理，你提意见组长不采纳是组长的权利。考虑下明年年初跳槽，不要再跟他纠结这么多了。 猜测下，他不愿意接纳很大原因是他技术栈已经很久了，团队也没什么活力了。工作就工作，准备好明年找新工作 |
 | 65 1762628386 2017-12-02 23:36:11 +08:00 楼上几位太把组长这个职位看的太高大上了 其实能力不一定比组员强 只不过是来的早，在公司待的时间久，这种没有思想觉悟团队意识的的组长其实不要也罢 楼主有机会还是换个公司吧 在一家公司工作上级很重要 |
 | 66 fanqianger 2017-12-03 02:48:43 +08:00 via Android 其实干掉本地配置，本地不能起服务是非常不好的实践。其他的说实话，无所谓。 |
 | 67 devilyaos 2017-12-03 08:43:22 +08:00 我觉得楼主应该找个有极客氛围的团队。。。其实除了 5 其他组长也没有太大问题，我觉得是理解和价值观不一样导致的，并没有错点，属于传统软件公司口口相传的传承。。。第五点如果你们是配置中心，可以另起一个镜像给本地用，如果是镜像，可以本地继承用，然后本地起镜像，本地像停起 tomcat 一样停起镜像自测，如果都不是，你可以叫你们组长出一个本地自测方案嘛~我觉得这点是不是你们开发环境影响过线上所以他说的气话？ |
Select Language