作者在本文揭露了软件行业存在着羞辱的恶习，当项目由于提交代码的人提交错误出现问题时，提交者一般会受到指责，导致心理发生扭曲，从而影响发展，因此作者就从自身做起，告诫我们需要摒弃这种恶心，让行业朝着健康的方向发展。

软件开发人员的职业生涯可能是坎坷的。从一开始，你面临的挑战是技术层面的难关，对于这些难关你毫无解决办法。有些人可以很容易理解概念和原则，而另一些人却很难做到。这就需要你不断学习，而学习是一个艰难的过程。失败是经常的，成功只是偶然的。

在这个过程中，其中一个最大的挑战其实不是技术层面的，而是来自于社会的。在每攻克一个难关以后，你都能get到新的技能，然后再遇到新的挑战。当你开始一份新的工作或职位，发布一篇博客文章，提交请求或甚至制作产品时，会有很多人排队说你错的有多深，如果结果失败了，又会说你不够好。我就是来告诉你的，你的确就是这样！

我并不擅长处理羞辱、共情、脆弱这些问题，但是我知道我需要尽自己的一份力量，去唤醒人们的意识。请在阅读时牢记这一意图。

羞辱与内疚

内疚和羞愧就好比是同一枚硬币的两面。它们产生自同一个地方，但却有着完全不同的结果。让我们来看看它们分别是定义的。

内疚：是指为犯罪行为而负责的一种行为；是一种道德责任 - 出自The Free Dictionary

羞辱：是指由于人的行为，想法，情况或经验而被认为是或被其他人所认为是劣质或不配合的感情或尊重所造成的痛苦的情绪 - 出自The Free Dictionary

换句话说：内疚是你对自己的行为而产生的一种糟糕的感觉；羞辱是别人对你产生了不好的感觉。

内疚是一种你可以理解并从中学习的东西，而羞辱会让你质疑自己的价值。

在软件开发过程中，羞辱和内疚被用作一种强大的、破坏性的力量。开发者们在社交媒体、问答网站和其他在线游戏平台上争论不休。他们用极其严格的标准去对待他人，当别人做的事情没有达到他们的标准时，他们就会立即告知别人。这么做是为了确保你能够知道，他们认为不仅是你工作做的不够好，而且你这个人同样也不怎么好。

软件行业的恶习

项目出问题时

如果由于你提交了一个小小的调整而导致项目构建有问题，在这种情况下，大多数团队都有自己的恶习，可能会把你叫出去训一顿，j2直播，可能在开团队例会时进行批评，也有可能会惩罚你穿一件滑稽的帽子或者服装。

把那些导致项目出现问题的人叫出去训一顿，会让他们感到不安。出现一两次，你可能会觉得好玩，但是当它演变成一种相互指责的游戏的时候，也就是你认为是需要开始做出改变的时候了。也许你会开始怀疑自己的编程方式了？也许你的时间大部分都花在了去研究如何不出现问题上面，从而导致你不想去学习新的知识了？也许当下一个人也出现问题时，你也会指责他们，把他们叫出去训一顿？

年轻的工程师可能会因为过分在意项目出现问题而被摧毁掉，因此失去了一些宝贵的机会。这是反映这种情况的一个故事：“当你导致项目出现问题时该如何道歉”。

git的Pull Request功能和Code Reviews功能

当代码经过Pull Request和Code Reviews以后，你就相当于把你的作品展示给别人看了，并且需要他们进行评估，给出他们的反馈意见。但是问题是Code Review的作用就好比是足球场上的守门员，起到把控质量的作用，它是由那些根据自己喜好去制定标准的高级开发人员去执行的。这样就会导致复审后的评论可能五花八门，可能有人会反馈“我的一生当中我还没见过如此糟糕的代码”，也有人会反馈“代码还不是足够的好”。

我所做的一切都是为了得到公正的反馈，但是当一个开发人员在提交代码的时候被骚扰而导致出现问题，那么你也会羞辱他们。此外，由于复审工作是由开发人员自己直接做的，所以也很容易让人联想到“他们是糟糕的开发人员”。这样就会错过了学习的机会。

如果你不做X，你就不是一个好的开发者