这是一个创建于 2559 天前的主题，其中的信息可能已经有所发展或是发生改变。
作为我的老大，我提什么方案都反对，和老婆斗气也不过如此了。
不过，我没老婆啊。。。
第 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 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