上个班真累，动不动就被老员工摆一道

[Turkestan]

code review 提出的问题咱改了，又被这位老员工拿到大会上去说，也没问咱，就被公开处刑了

哪怕是技术讨论，咱也得准备一下不是

[ly4572615]

怼回去啊

[iyaozhen]

点名了吗？没有的话很正常吧，拿 CR 案例出来说如何做好 CR，但都隐去当事人的

[Turkestan]

@iyaozhen #2 点名了

[Codelike]

第一次的话就算了，第二次再这样当场怼回去。

[Turkestan]

@Codelike #4 第二次了，第一次是 PR 已经到生产环境了，他说有个改动他没看懂

[imblues]

如果觉得被针对了，找 leader 或者领导好好沟通一下

[cszchen]

就事论事很正常吧

[Cu635]

那么，那名“老员工”在大会上说，是只说了有问题没说后边改了，还是两面都说了？

[meteor957]

要是领导的话就算了。如果跟你平级的话 他算个 P 啊

[Turkestan]

@Cu635 #8 没看懂这句话。。。

[zhangsirrrrrrrr]

没啥啊，老哥脸皮厚一点。

[charlie21]

哎呀他们就是这个样子的啦 haha

[leavic]

既然代码确实有问题，说两次又怎么了。

[leavic]

下次他代码出问题你也可以说他两次

[hahasong]

遇到过，一个情绪化的领导，自己写了 bug 搞坏了测试环境，我在群里发了没人吱声，然后默默给他修了。我按官方文档开发了个新需求，他就偷偷 review 我代码，把我喊过去说有个写法不好非要我改成他要求的格式

[LiuJiang]

点名只能说情商低了点

[Zien]

不爽你？还是他一直为人情商低？

[minamike]

只说你的问题还是所有人的问题都说

[maxat20xx]

没事啊，又不少块肉，以后注意点就是了

[gBurnX]

1.你存在问题，虽然你改了。

2.他在大会上提出这个问题，这是客观存在的，就事论事并没啥。而且你们又不是靠做人与关系的体制内，你们是在体制外，体制外靠的是实力，时刻充满着竞争，他在大会上提出这个问题，并没不妥。

3.他在大会上提的时候，你应该立即解释一下这个 bug，把 bug 一般化，因为写代码出现 bug 很正常。并且说，这个 bug 你已经改了。

4.这个问题，你拿来论坛说事，我觉得你的心态还缺乏稳定性与自信。你得练练心态。

[powerman]

@gBurnX

也就是你比较年轻，就事论事？

这明显就是打压你好嘛，这么大会上一搞，你直属两层的领导都知道你坏名声了，
以后办事想到你肯定会心生忌惮，要知道公司里面的项目跟事情，其实找你做跟找你同事做是完全没有太大的区别的，
尤其是代码这种东西，你写的好 遵从各种最佳实践，可维护性强，但是有什么卵用呢？人家违反 DIY 代码拷贝几次，只要项目在领导的要求的 deadline 上线，没有任何生产问题，然后跟产品写的 PDF 这么一吹，晋升绩效全归人家了，你毛都捞不到。

你知道很多线上事故如果没有对公司财务收入造成实际损失，在很多时候是完全可以大事化小 小事化了的吗，中国这种社会很多东西都是有很大的操作空间的，但是如果你跟领导关系不好或者领导不怎么待见你，让你把事后回顾报告这么一写，层层往上报作为生产 bug 回顾典型，然后把这个生产 bug 事故的锅扣你跟测试头上，年终绩效跟晋升就完全跟你无缘了，但实际上你同事出的问题更多，但是他偷偷的修复了，其实大家都没对公司造成实质性的损失。

没有人会在乎真正做了什么贡献，毕竟那都是 PPT 上可以粉饰的东西，但总有人不会原谅你犯的错误。

[leafre]

会上就不应该带上名字，技术交流没必要点名

[yunyuyuan]

@gBurnX 你不会就是那个领导吧

[powerman]

很多年轻人就是不懂，觉得自己技术屌，就可以秒天秒地，
但实际上你工作后几年就会发现，很多事情，领导交给你可以完成，交给他也可以完成，
你拿 80 分，人家拿 60 分，但公司其实只需要及格就行，因为你代码可维护性再好也没卵用，那是长远的事情，

而且很多技术系的直属领导根本不在乎这个东西，他们更在乎你们做出了什么成果，能让他们在老板那里吹牛逼，
而且最好的情况是千万不要出事，因为出了事故，你做的再好也没卵用，像五一携程那边出了个事故，直接损失几千万，因为一个老司机过于自信，在五一黄金周这种时候对线上做改动，结果这个老司机自己跟他直接直属的三层领导全部挨处理，你说你资历老有什么卵用，你为公司项目做出了重大贡献有什么卵用？

就因为这么一个制度上管理混乱的事情，你在公司就没有混下去的机会了，而且年底晋升奖金全跟你没关系了，那怕以后在公司里面你换了领导，也没哪个领导敢把重要的事情交给你来做，因为你虽然可以做到 80-90 分，但是你只要在公司一次不及格，或者严重拖了后腿，那么你在公司里面的职业生涯也就完了，好在这还是是体制外，你还可以换家公司另外跳槽，但是跳槽中间的损失又怎么算呢，

如果你 35+在携程这种大公司，如果是酒店机票线，虽然钱不像外面互联网公司多，但好歹公司辞退你有一笔补偿，好好舔领导 混到 40+肯定问题不大，多混几年拿点钱 回老家养老，它不香吗？你看外面一大把 30+找不到工作的菜鸡被迫离开 IT 这个圈子。

[undef404]

点名就有点蠢了。

[wanacry]

好悲哀的不能容忍就事论事的社会

[xcstream]

多大的事啊

[lightjiao]

不对劲，害怕。记小本本多学学

[gBurnX]

@powerman

就事论事，与是否年轻无关。你写的这一堆，问题太多了，挑几个重点说说吧。

1.从专业上来说，代码，写得好，遵从各种最佳实践，可维护性强，作用非常大。可以减少 bug，提高性能，增加系统可维护性。

2.从经验上来说，网上的代码，无论是百度知道、CSDN 或 github，往往会存在各种问题，直接抄袭会给系统埋下各种隐患。

3.从法律上来说，偷窃抄袭代码，因此造成的官司，如果平时能多关注一下业界新闻，就会知道并不少。有时候这种事情会给公司造成很大的信誉打击与巨额罚款。

4.从职业道德上来说， [毛都捞不到] 这种表述，不妥当。写代码是工作，更是职业。收入是工资与各种项目分红，而不是靠抄袭去 [捞] 利益。

5.从公司管理上来说，如果事故都能大事化小小事化了，那还要各种管理规章制度做什么？还要各种合同合约做什么？要不给员工发多少工资，什么时候发，老板自己随便说了算？

[gBurnX]

@powerman

1.技术屌的确可以秒天秒地。不然 bat 不招技术屌的，去招技术痿的？

2.如果一份工作，能同时交给不同人做，这说明什么？说明这种事情过于简单，专业性不强，导致不同岗位的人都可以做。或者，该公司在人员编制上出了问题，导致员工冗余，给公司造成财务负担。

3.你怎么知道公司其实只要及格？你是老板？

4.代码可维护性，非常重要。建议有空多翻翻计算机大一课程，程序设计或软件工程的书籍，大多会讲到这个问题。

5.公司运营有很多种方式。有些是把任务拆分为流水线，每个人负责一小块，这是生产类。有些是领导交代一个大问题，然后需要你在指定时间内交代结果，这类一般是团队负责人、研发类、销售类负责。你只说了后者，却忽略了前者。

6.是人就会犯错。这就是为什么要有规章制度，这就是为什么要有办事流程。严格按照规章制度与办事流程去做，就算出现意外，也不需要担责。但是，如果是故意违法法律法规，出事了，那就是活该。你说五一携程的事故，是属于哪种？

总之，你的发言槽点太多了，居然还有人给您点赞了...

[letking]

review 阶段发现问题还要开会批斗就有点过分了，review 本来就是让发现问题的啊。

[powerman]

@gBurnX 我这个年纪，我根本不想说服谁，就算你说 1+1=3，你自己开心就好。

[dcoder]

@powerman
我也看不懂 @gBurnX 的发言, 真的是 too young?

[xwhxbg]

哈哈，看到楼主感觉就像看到了以前的自己，那会儿是觉得技术就是一切，现在回想起来还是挺唏嘘的

我司做 rust 外包的，也会写一些底层的 binding 甚至给驱动和内核打补丁，但是只要是跟算法无关的编码，别人就有一万种方法给你挑刺，什么 indent 要 4 个空格咯，什么循环变量是 magic number，必须要按照统一的方式定义咯，什么 Cargo.lock 不准提交咯

我后来就懂了，技术问题不是问题，沟通才是问题，利益冲突才是问题，你说的那种不可替代的工作，现实中基本没有，我目前来说，也就做 MATLAB 到 rust 算法迁移这块算是比较不可替代，找个人同时懂 MATLAB，懂基本的高数，然后用 rust 实现对应算法确实比较少见

但是少见不代表就牛逼，对于甲方或者公司来说，替代只是个成本问题

至于说 BAT 的技术，只能说支撑他们的业务场景下那确实是全球第一，但是连某云都是基于 openstack 改改，技术什么的就不要太当真，就像其他大佬说的，公司需要 60 分就行了

[jessun1990]

我觉得这个时候就看个人处事方式了。我个人倾向于 @gBurnX 的做法。原因就是遇到太多那种“对自己错误呵呵一笑而过，抓别人错误的开会批斗上纲上线”的人了，麻木了，哪有多心思想这些。这种情况下，看领导 /Leader 怎么想了。领导 /Leader 要是不在意，就不用管他。领导 /Leader 要是在意，我就直接离职。很多是事情，不要废话直接行动就好。

前几天也遇到类似的情况。因为工作时候有时候写的文档比较好加上平时工作表现还不错，部门认可给了一个绩效 S，部门群发邮件表扬了一下。有个新同事不屑，在食堂大家吃晚饭的时候直接公开说：“你那个绩效 S ………… 我都想怼你”，巴拉巴拉一大堆。我听见了就当没听见，安安静静吃完饭就好。写文档这件事本来就是：你可以在一段时间内把所有项目的文档写好，也可能在全部时间内重点写好某些项目文档，但是不可能在所有时间把所有项目的文档都写得很完善。但就有人拿这个挑刺儿……我还能当场暴打这 SB 不成？

所以我的行动计划就是，过几天和领导直接说：“以后绩效不要给我 S，一律给 B 就行，给 S 会有困扰，做人要低调。要是觉得我还行就直接提工资。”领导要是聪明，他应该能听懂这话。看他怎么处理，他处理不好，我以后就直接摸鱼去。

这个问题上我个人做法是这样。

给 LZ 的建议也是直接给领导说：对已经纠正、总结的问题不希望反复提，提了会打击工作积极性。暗示领导去跟 SB 同事沟通。直接跟同事硬刚，一会将两人关系更加恶化，二是领导会觉得处事不妥。应该直接把这个问题丢给领导，让领导自己解决，这是领导的责任。

[terence4444]

如果我的团队里有这样的“老员工”，会先提醒一下要对事别对人。若是提醒后不改的话，我会想办法把他从队伍里拿掉。
这种人就算是有能力，也是破坏团队的因素。

[newmlp]

这种小问题也点名，情商有问题，反正我们会上举例从不点名

[starcraft]

上去给他一个大嘴巴子，让他点名。大不了换公司，闹大了还能名正言顺换岗，总比被人压着舒服。

[zlo309618100]

1. 对事不对人，公司或者组内风格如此？
2. 对人不对事，觉得你不 OK，不想留下你？

[letking]

@xwhxbg 你说的这些问题不都提的没毛病吗…(cargo.lock 这个不了解)

[abcbuzhiming]

@gBurnX
你懂不懂规矩？提问是提问，提问点名干嘛？说问题非要把人名说出来，这是当众处刑。就算是有资格这么做的上级，这么干也得非常谨慎才行。更别说只是个同级。同级有个毛资格点名，点名一律可以认为是借事踩人！

一个明明就是 code view 的小问题，说事就算了，居然敢点名，不安好心！你居然意识不到这里面问题严重性，还说别人缺乏稳定性和自信，你才应该再历练历练知道一些人心险恶。

我的团队里如果有这种人，发生第一次我会立刻进行私下谈话开导，如果下一次再次发生那我就要准备把人弄走了。当众处刑个人可是非常严肃的事情，必须是非常大的问题，形成组织决议时才能以组织的名义进行。任何个人行为的当众处刑，这个人不是蠢就是坏

[d5]

有的人，你的 pull request 是根据工单只改几行，结果他 review 修改意见一堆。
你的 pull request 单文件上百行，它直接 approve😂

[lesismal]

linus 不也喷人呢吗

如果我代码确实有问题，我就发愤图强，不给或者减少给比人这种机会

另外老员工如果是出于对项目特别负责的原因，分享、警示大家代码需要注意这些问题，没毛病。如果都不让说，等哪天出大事故了，全团队跟着加班加点熬夜处理之类然后再扣银子、开人之类的就更惨了

保持对技术的敬畏，如果不是故意或者明显的被针对，也不用玻璃心去考虑这些，继续研究技术干就完了

[Turkestan]

@lesismal #40 这老员工也太厉害了，能和 linus 相提并论

[drackzy]

经常开无用的长时间会议，挑刺、内部批斗的公司试用期就离职了。

[gBurnX]

@abcbuzhiming

我懂规矩，但你好像不仅不懂规矩，而且还缺乏团队管理经验。

首先，只有靠做人与关系的体制内，才会尽量避免点名。体制外一律靠实力说话，靠公平竞争升值，就算只是同级，把同级做过的、有可能危害整个公司的事情，说一遍，这不仅合理合法，而且在道德上也没问题。被点名的人，如果觉得冤，可以直接据理力争，或者也可以选择息事宁人。

其次，就算如此，体制内仍然有点名行为。各种通报、处罚，都是要点名的。

最后，你的团队，人人都是老好人，团队怎么处理矛盾？人人避免矛盾，最后每个人只能消极对待问题，这也就是不作为。顺便问问，你管理的团队，有几个人？

[abcbuzhiming]

@gBurnX
你懂啥规矩啊，你不仅一点不懂规矩，还不懂一个正常管理的团队到底是怎么运作的。

点名这事不能随便，除非是危及系统的大型错误，事故；由集体裁决之后，才有资格在公开会议上点名，个人没有资格做点名这种事情，如果任由点名这事发展下去。那就是人人自危的世界，你理解不了这件事情，显然是你缺乏经验，根本没见过用心险恶之人是怎么利用对个体的公开处刑打击同僚以向上爬的。

都 2021 年了，还在谈体制内体制外，认为体制内就是靠人与关系，而体制外一律靠实力说话的 [净土] 。这种认知真的太浅薄了。大型组织，管你什么体制内体制外，一旦体积膨胀到一定程度，必须会出现官僚化和阶层，认为体制外就可以凭实力为所欲为，这真的是一种错误的认知，人是政治动物，有人存在的地方必有关系。不是说你能力强就能想干啥就干啥。

把同级做过的错误，作为范例在公司公开演说，让其他人以此为戒，这毫无问题。但是这绝不意味着，在批判这件事的时候，你有资格直接把做这件事的同事的名字爆出来。你爆出来，这就是公开处刑。而禁止个人随意的对它人公开处刑，正是为了防止有恶意之人利用这点打击同僚，毒化团队氛围；这是一种对所有人的保护，你理解不了，说明你根本就没见过，你连这件事本身就是一种错误都认知不到，自然不会觉得点名是问题。

不点名不意味着不处理问题，不意味着人人都是老好人。你连这都理解不了吗？你还问我带过多少人？

你先好好想想你自己说的“体制内就是靠人与关系，而体制外一律靠实力说话”到底对不对吧。2021 年了，对社会的认知能不能不要这么二极管？

[hiccup00]

@gBurnX 书读呆了么这位同学？

[gBurnX]

@abcbuzhiming

1.你对团队管理的经验，还停留在上个世纪。那时的复古管理观点，是趋向于避免团队内部矛盾。但现代管理理念证实了，这种思路，只会让组织僵化，带来消极的效果。而且，这是组织管理学的入门知识。所以在喷别人懂不懂团队管理之前，先审视一下自己的团队管理知识，是从哪学来的。另外还是上条评论的那个问题，您管理的团队，有几个人？

2.体制内就是靠人与关系，体制外就是靠实力说话。顺便问问，你的亲戚朋友，在体制内，最高位置有 ting 长级别嘛？

3.你和前面那位小伙伴，犯了相同的错误。目前的这个世界，实力强的就是屌，就是能在合法合规合理的情况下，想干啥就干啥。你的实力不够，自然体会不到这一点。

4.同级就是有资格对同级点名，而且还是合法合理合规+公众场合途径，虽然使用这个渠道，的确有可能是公报私仇，但谁让题主给他机会呢？而且这种途径合法合理合规，且不是在背后说，而是正面明说。另外这个问题，本质上是第一个问题，你对真正专业化的团队管理知识一窍不通，你毫无大中型团队管理经验所造成的。

5.对，我就是要问你带过多少人，就是要问你团队管理经验是从哪学来的，顺便还要问问您的亲朋好友在体制内最高做到什么位置。毕竟真正做过这些事情的，是可以对质很多细节，是不可能犯不允许同级公开点名的低级认知错误。毕竟真正在体制内达到高位，才会从本质上理解体制内外的差距，而不是拍脑袋想出来的差异。

6.2021 年了，社会很多问题的本质与矛盾，已经被一些表象所掩埋。你不懂，看不清楚，还真以为世道变了？

[gBurnX]

@hiccup00

1.你可以试试指出我书读呆的具体原因。

2.抛下一句指责，又指不出原因的，基本上是键盘侠。

[r0usan]

其实就是屁股的问题，这位 @gBurnX 估计是领导，就喜欢做点名的事

[justforlook44444]

@gBurnX 体制内不知道，不过说体制外靠实力也太想当然了，体制外有些领导比体制内不知道土皇帝多少倍

[abcbuzhiming]

@gBurnX
巧了，我还真没听说过，避免有人利用点名进行公开处刑的的是什么 [复古管理观点] 。你既然说了这是复古管理观点，还有你那所谓的现代管理，是从哪里看来的好了？我管理的团队最多的时候有近百人，请问您管理多少人的团队？


体制内一样要靠实力，体制外也不是纯靠实力，我的亲戚朋友里不仅有正厅而且有好几个。人家可没觉得体制内就是靠关系，体制外就是实力包打一切，我是不知道你是怎么自信的。


你现在改口了，加了限定词，“合法合规合理”，刚才你不是很牛的说有实力想干啥就干啥的吗？ [合法合规合理] 就不是限制了？

告诉你不能随便点名就是为了 [合理] ，你觉得公报私仇是好的，还说题主给了他机会，你居然不觉得公报私仇是有问题的，这还有啥好讨论的。你自己都没意识到自己是错的，还在那吹嘘“专业化的团队管理知识”。


世道没变，是你自己弄错了。认为公报私仇是无所谓的管理者，希望你把你的理论推广给你所有的下属知道，并且明言的告诉他们：我不在乎有人在我团队里公报私仇，谁被公报私仇那是活该，谁让它被人抓住机会了呢。嗯嗯

[WoodenTea]

怎么会没有人支持 @gBurnX 的回复，我支持他的观点。
楼主只是说了会议中的一小部分，更多细节也没有描述，大家不知道是老员工特意针对你？还是对部门每个成员都这样？老员工这样说是想让你成长还是打压你？你现在说的都是你自己的猜测而已。
事实就是楼主代码没有写好，老员工在大会上说出这个事实，我个人认为这是正常的。自己认识到自己错误，努力提高自己的能力，力图以后不要再犯错误，提高自己和部门的开发效率。

[tonytonychopper]

PR 已经到生产环境代码没看懂，但和 CR 相关的人也有关系吧，没认真做 CR ？
另外第二次 CR 是发现了什么惊人的问题吗非得在大会上拿出来说，我很好奇……

[fisherman0459]

如果只是就事论事的话，希望大家在把话题逐渐偏离前 @Turkestan 能提供一些更多的细节以供大家判断

[newtype0092]

天呐你们这些人精现在是连自己写的 bug 都不敢认了么？
每天张口卷闭口卷，把心思不放在技术上都拿去钻营了，可不就得卷么。。。

[hiccup00]

@gBurnX :-)

[TypeError]

好奇 code review 里问题的严重性多大，
如果是无关紧要的小问题，那就是对方没情商不会处理人际关系了，如果是对项目开发上线产生不小的负面影响，那就是楼主责任更多一些

[Turkestan]

细节描述：单元测试里 testid 写得有问题

[gBurnX]

@abcbuzhiming

1. 复古管理方式，与现代管理方式，属于组织管理学的入门章节。但凡真有机会能够管理百人，却没机会入门一下最基本的组织管理学？

2.你说你管理的团队，最多时有百人，但从你之前提问与回答来看，你连个正式的交通工具都暂时缺乏，并且连个小钱都要专门吐槽一下，这种经济状况，我并不信你会有能力有经验管理百人。就像你在前面说自己有好几位正厅亲朋好友，但你却对体制内，存在巨大认知错误。

真的不建议你继续口嗨，无论是管理经验、管理学常识，还是体制内位居高位的亲戚朋友。

[ajaxfunction]

有人的地方，就是人情世故，
如果真的以为体制外靠实力说话，就有点太天真了，而且还是天真的厉害。

而且啊，做管理可比做技术困难多了。
就拿台积电武汉弘芯，几个大佬来说，能做世界最复杂的芯片，但是管理呢， 你能说这些人不牛逼吗？技术实力强，最后不也是一地鸡毛吗？

[terence4444]

@gBurnX 团队稳定 ≠ 混日子
如果团队里谁都可以随便点名别人，那以后开会就会变成批斗大会。
多做多错少做少错的道理大家都清楚，能力再强也不可能一点错误都不犯。对人不对事的结果就是谁也不愿意多做、稍微有点风险的 backlog 就会互相推诿。

简单地把这件事情归为“人情事故”也是不成熟的表现，这不是人情，这是团队的原则。我的团队里从来不会有针对性点名，反而有时候我只是提了一嘴让大家以后注意，当事人会主动说这个事情是他做的，然后分享当时的情况以及以后可以预防的方法。如果当时指责了当事人，那么他 /她可能就不会和团队分享和回顾事件而是等着别人继续踩坑。

[terence4444]

@abcbuzhiming 我刚发现这位 @gBurnX 还是个大二学生………还是不用和他太较真了

[johnsona]

@terence4444 难怪他说的那么幼稚 有工作经验的看他说的真尴尬
回到这个问题
真要是就事论事 谁的代码敢说就没有槽点 想找槽点还不容易吗
再说怎么处理 要是直接问吧 对方肯定说就事论事 你要说能别提名字吧 对方肯定说你这是玻璃心 听不得批评
你要是下次以牙还牙吧 对方还说你打击报复听不得批评 当然你也可以不承认 就干起来
两次逮着楼主批判一番搞个大事情 没矛盾不太像
naive

[Mirage09]

点名这种事情就是找茬…我们 COE(correction of error)里面都没见过有人在里面 at 某某人的 alias made some mistakes

[Mirage09]

另外看这些张口技术实力闭口技术实力的人真的很逗...越喜欢把技术挂在嘴上的往往越菜

[gBurnX]

@terence4444

1.点名 ≠ 批斗大会。
各种高强度创业团队、研发团队，甚至电竞团队，经常复盘，在复盘时直接指出对方的问题，这都是家常便饭了，只有这样，才能让每个成员了解自己的缺点，加以改进。领导也能优化流程，避免问题。

2.另外，大二那个帖子，是我很早布的一个局，您没注意，掉进去了。但凡您稍微有点经验与耐心的，多看看的评论，就能发现我的早期评论，已经说过那个帖子是怎么回事。

所以，您以后应该，更仔细，更耐心才行。

[gBurnX]

@johnsona

你比 terence4444 还要惨，那个帖子是我的早期布局，他只是掉进去；而你，没有调查清楚，轻信别人，直接被暴击。

以后做事，建议稳妥一点，太天真、太容易轻信别人，可不好。

[gBurnX]

@Mirage09

如果你觉得，越喜欢把技术挂在嘴上的往往越菜，建议去看看乔布斯，linus，王小云的评论。

多关注业界大佬，比打游戏要更好。

[Mirage09]

@gBurnX
lol 马上对号入座了
have a nice day noob

[GraceYoung]

“你.....？”
“你不懂”
“... [就是] 活该...”
“你......还停留在上个世纪”
“体制内 [就是] 靠人与关系，体制外 [就是] 靠实力说话”
“实力强的 [就是] [屌] ”
“我 [就是] 要问你带过多少人”
“ [毕竟真正] 做过这些事情的”
“ [毕竟真正] 在体制内达到 [高位] ， [才会从本质] 上...”

@terence4444 这风格特征我很熟悉，和接触过的一些小土著思考方式、用词风格简直一模一样，果然是个学生，目测还有好几个，不知道是不是同学，哈哈

@abcbuzhiming 老哥较真了，v 站质量不比从前，活跃人群越来越低龄化，交流前尽量先评估下对方水平，能省很多时间

[bugFactory]

@abcbuzhiming 大佬分析到位

[heylogo]

@WoodenTea #54 那也犯不着大会上点名

[silencil]

有的人一开始抛出了一个观点，后来被不断驳斥，兴许到后来自己都不信这观点了，却放不下这面子服个软。如果不是，那么就是属于永远坚持己见的人,你改变不了他的想法。无论是前后两种中的哪一种，多说一句都是浪费口舌

[abcbuzhiming]

@gBurnX
还是那句话送给你：

认为公报私仇是无所谓的管理者，希望你把你的理论推广给你所有的下属知道，并且明言的告诉他们：我不在乎有人在我团队里公报私仇，谁被公报私仇那是活该，谁让它被人抓住机会了呢。呵呵

不再回复，你继续口嗨好了

[anzu]

一个笑话，超过 50%的人认为自己的技术超过 50%的人。作为个人向前 1%努力没问题，但是公众制度需要考虑平庸的大多数。

[lakehylia]

code review 就是拿着鸡毛当令箭。。。跟你的上级领导反映下

[Vegetable]

避免在代码中出现低级错误，或者说令别人难以理解的错误。大家都是写代码的，有些问题是不能犯的，比如非常不职业的：复制代码不检查就提交；非常低级的：return isTrue ? true : false ;

被点名难受但是你不用想太多，工作嘛，就这样，什么人都有。没人会当回事儿的，别自我聚焦。

[gBurnX]

@abcbuzhiming

建议您好好看看我上面写的东西，不知道你从哪看出我 [认为公报私仇是无所谓] 。

[Katrol]

其实上面的讨论总结一句话就是：人情社会，点到为止

[gBurnX]

@Mirage09

1.并不是对号入住。您曾经在评论里，明确提到过，你会专门配置一台 PC 机拿来打游戏。

2.你说我是 noob，给我扣帽子，然后又说对号入住，这算不算双标？

[hiccup00]

@abcbuzhiming 跟这位同学祝好就好了，庆幸不是同公司（

[gBurnX]

@GraceYoung

您这风格我不仅熟悉，这个帖子下就有案例。

48 楼那个小伙伴为了发泄情绪而批评我，并且没有提出任何具体问题。

我在 50 楼，要求他指出具体问题，不然就是键盘侠。

然后他在 58 楼认怂。

您觉得我的思考方式有问题，那我欢迎您一起讨论啊，您倒是指出我的思考方式，到底哪里存在什么具体的问题？

你没指出来，对我扣帽子为小土著，而且和前面的小伙伴一样，掉进我早就布局的学生帖子里，你这又菜又逗。

你说 v 站质量不如之前，我觉得应该是您。

[apeople]

幼稚,标准意义上的键盘侠

[gengo]

收集答辩论点论据好帖子，哈哈，精彩！

[zjuster]

这情况你领导没说话吗？如果领导不说话，不表态，那就只能脸皮厚一点，然后少犯错。

做技术的，一般心思还是单纯的，别太往心里去。
他如果对别人也这样，可能就是情商低。 如果只针对你，那就是对你不爽（后来的薪资倒挂之类的，或者你有他比不上的优势）。
别硬怼啊，别人挖坑你别硬跳。写 bug 谁都会，开会吵架那可是影响团队合作的，扣分更多。

团队里有这么一个人，做着就很不爽了。 看老板实际执行，如果真的被针对了，那就别带着了，和这样的同事和团队领导相处难受得很。

[dany813]

@abcbuzhiming 老哥说的不错

[iugo]

我一般都是点名说问题的, 第一次当面说是为了解决这个问题本身, 第二次会上说是为了大家不要再出现类似问题.

[terence4444]

@gBurnX 在技术论坛里玩“布局”无论从哪个角度都透露着“幼稚”的气息，也从侧面证明这人闲得发慌，恰恰说明了其学生的属性。
你来论坛的目的是什么，和人打嘴仗吗？

从你的一系列回复可以看出来软件应用得不少，软件开发最多属于半吊子水平。至于团队管理么……看到拿电竞俱乐部来类比软件开发，马上就知道怎么回事了😂

[johnsona]

@gBurnX 你别玩手机了 上课了 1+1=3

[Mirage09]

@gBurnX
你看这不巧了，为了防止有人翻我回复，这些 PC 啦游戏啦都是我早早布下的局，你看你掉进坑里了吧？
（ screw it 这种回复实在是太蠢了，还真有人喜欢这么中二么…

Enjoy the week NOOB.

[popil1987]

@gBurnX @abcbuzhiming 你俩的回答可以看出来是基于你们各自的经历得出的经验之谈这很好，这对我们其他人来说非常有帮助。但是你们言语中有无助于社区友好氛围的语言，这些语言对这个话题没什么帮助。我们都是翻出来的，不就是忍不了微博知乎的乌烟瘴气吗？无论认同不认同对方的观点，不要做赶走对方的事。像辜鸿铭和陈独秀那样多好

[thunderw]

传说乔布斯曾经说过：“我特别喜欢和聪明人在一起工作，因为最大的好处是不用考虑他们的尊严。”难道聪明人没有尊严吗？不是，是聪明人知道尊严不是在别人驳倒自己时去维护面子。真正的尊严是发现改进和成长的机会，成为更好的自己。

以上是传说，未经核实。

[iMiata]

@Mirage09 歪个楼，我想知道在论坛里发帖就发帖，布局？实在是没看懂 @gBurnX 这操作

回正题，我觉得楼主可以不用太在意这位老同事对你做的这些事情，反而多观察下你领导的态度
至于公开处刑，我觉得倒是可以不用太在意，如果因为不重要的小事被平级在大会上说，明白人应该能看出来这位老同事的品行
我曾经就被平级的测试同事在技术部大会上 diss 过，也被其他部门的 HOD 向技术部老大举报过我上班摸鱼，然而并没有影响老大对我的看法，我也就懒得在意这些人的跳梁小丑行为了

[klam]

@terence4444 @abcbuzhiming

别理他了，都是正经上班的，人在宿舍里打键盘比你有空儿

[Mrun]

@abcbuzhiming #41 是的，当众处刑。如果不是非常不可忍受的错误，我会直接把这个人从团队摘掉，一个小小的 CR 上纲上线，这个团队氛围会变得非常非常糟糕

[Mrun]

@lesismal #43 你搞错了，linux 喷人，是对事不对人，你多看看他的邮件就知道了，每次喷完后，都会肯定你的想法。然后给你提出改进措施；如果是新人，哪怕你做的不够好，尽可能的也会接受你的提交，鼓励你继续提交，让你在 linux 内核开发留名，他自己也说过，本来能做内核开发的人就少，如果再喷新人，等他们这帮老家伙走了后，就没人抗旗了。。

[Mrun]

@gBurnX #84 你还是歇一下吧，但凡带过团队的，都不会像你上面言论一样，这么幼稚，

[chuwt]

评论太精彩了，让我摸鱼的时间变得充实了