对文章“加油！@＃带有您的”毒性”的后回复。
如果我听从本文的建议，那足以让我表现出情感并对作者说：“加油……您什么都不懂！”。
但是，这无助于传达我的想法。 因此，让我们仔细看看。
引用1：
如果一个人不称职，则需要让他清楚地了解这一点，而不是保护他的温柔感情，以免损害其他所有人。
我不同意这一说法的依据。 我相信一个人不能胜任或无能。 这种通用的黑白方法在实践中不起作用。 即使是最高级的老人也可能不知道某些事情。 反之亦然，大三学生有时会有很好的主意。
切换到个性（“您不称职！”），而不是特定的论点，编写代码审查太容易了。 如果您是一个如此聪明的年长者，请努力工作，并解释为什么在此代码位置中所有内容都应该有所不同。 您无法解释-最好不要写任何东西，因为您自己可能不完全了解。
当然，与此同时，有必要讨论代码中的特定问题。
普通人很乐意讨论合理的立场。 他会怀有敌意的负面情绪。 谁愿意和一个有毒的团队成员一起工作？
引用2：
一个人能否一遍又一遍向您发送带有相同错误的代码，并且需要礼貌和微笑地回应？
如果一个人一遍又一遍地犯错误并且不尝试以某种方式成长，那么他就必须被解雇。 与团队负责人交谈。 但是反正没有必要歇斯底里。 好吧，仅仅因为它没有帮助。
负面情绪只会引起负面情绪。 并且这将无法修复代码中的错误。
引用3：
职业责任越大，抗压力就越大。
我在生产环境中工作，习惯于晚上解决问题。 通常，这很压力（尤其是当您领导这些部门并负责整个集体农场时）。
我要负全部责任：即使有人能够承受压力，没有人喜欢压力。 每个人总是试图减轻压力。
例如：
- 配置监视，及时从服务器发出警报，指出有任何问题
- 通过自动和手动测试检查代码
- 数据库备份以检查可恢复性
- 等
简而言之，我们会尽快减少潜在的问题。
即 压力实际上不好 。 即使是最能承受压力的人。
只是一个不喜欢压力的人，很可能会做正确的事情，仔细检查所有事情，撒谎，不会犯致命的错误。
语录4：
毫无疑问，由于缺乏知识而侮辱同事是不可接受的，但是明显的格式“您的代码不好，我现在将详细解释原因并提供建议”已被视为有害行为。
是的，是的。 “您的代码很糟糕”是一个毫无意义的短语，可以立即从技巧开始，甚至可以更好地阐明问题，为什么这样做而不是其他。
后记
压力会干扰性能。 当员工害怕给出审核代码时，他不会热情地工作，不会产生想法，不会忠于公司，等等。
轻松搜索的研究表明，当超过一定程度的压力时，性能会急剧下降。
通常，在小组回顾时，礼貌待人并没有被发明出来，而早在代码审查和编程普遍流行之前。 一堆关于“团队合作技能”的文章，这些文章与IT毫无关系。
最好的想法是在有利的氛围中产生的。
例如，集思广益的规则：起初每个人都会提出想法，而您根本不能批评它们。 然后才进行详细的讨论。
好吧，就是我们都是人。 人们不喜欢有人指出自己的错误。 即使是最正确的评论代码，也常常看起来像是在公开鞭log。 好吧，不要加重！
在那些由我担任团队负责人的团队中，我输入了良好的行为准则以进行代码审查（甚至在这种情况尚不成熟之前）。 即：礼貌，禁止命令语气，禁止讨论个人品质，仅允许有理由的评论等。 在有争议的情况下，多数决定。
顺便说一句，它是多数，而不是替利德/替利德。 由于代码的可读性和其他方面对整个团队都很重要，因此将来将使用该代码的是团队。 而不是认为自己最聪明的人。
这些简单的措施大大改善了团队的气氛。
为什么现在每个人都在谈论CoC和团队合作？ 因为一般来说，单身天才的时间过去了。 紧密协作的团队可以解决任何问题。 我与一个人交谈，然后又与另一个人交谈-问题的答案已经解决。 软技能每天都变得越来越重要。
有些人从来没有在紧密的团队中工作过，也没有想象过这有多激动。
是的，实际上我要钉在十字架上，继续努力...
（PS主持人删除了最后一句末的表情。我不想冒犯任何人，这只是个玩笑）