你所有的英雄都有失败的经历——从小的错误到大的灾难。没有人天生就什么都会，学习的过程通常是混乱的。那么，为什么“除了你之外，每个人都知道自己在做什么”这种看法如此普遍？为什么我们会将成功归功于外部因素，而将失败归咎于自身呢？
当你努力学习新东西，然后看到另一个人拿走他们的 Jira 卡片，并在 sprint 结束时带着完整且可运行的东西回来，并在演示中滔滔不绝地谈论它时，你感觉如何？当然，你也完成了你的卡片，但这真的很难！ 有一个新的算法、一种新的编程语言、一个新的系统需要学习。她是怎么做到看起来如此轻松的？
事实是，她可能也和你一样在与同样的问题作斗争，并且想知道你是如何做到看起来如此轻松的！
失败是正常的、健康的，并且是不可见的
无论我们称之为错误、糟糕的假设还是其他委婉语，都很难不去评判自己或期望自己做得更好，尤其是与其他人相比。
我的背景主要是在 Linux 系统管理方面，在这一行工作中，通常是“何时”而不是“是否”我们会遇到生产服务中断的问题。这些服务中断可能是由多种原因造成的——有时是因为有人犯了错误。撇开关于控制以减轻人为错误的讨论不谈，我们可以清楚地看到，我，Lisa Seelye，犯了一个直接导致生产问题的错误。
每当一群系统管理员聚在一起时，我们通常会谈论我们的工作，并且不可避免地，我们会谈到我们参与过（或导致过）的生产服务中断的故事。听到其他人搞砸得有多糟糕，然后环顾四周，看到我们都是人，犯错是其中的一部分，这是一种宣泄。
我认为这种分享对于信息技术行业人员的成功至关重要。
我们为什么要分享？
除了分享我们的错误以使其常态化之外，我还认为同样重要的是分享我们的学习过程——这既是为了强调我们都从某个地方开始，也是为了强调学习通常充满了失败和误解。
作为个人，我需要提醒自己，我的同龄人可能只是看起来在一周的工作后带着一个完整的解决方案从卡片中返回。实际上，情况可能是他们不理解需求、代码库、语言、所需的算法等等。无论如何，因为最终产品的外观而相信他们没有面临这些挑战是一种逻辑谬误。
但我们为什么要分享呢？
我们应该分享我们的学习经验，因为我们都受益于听到其他人面临的挑战以及他们如何克服这些挑战。如果 Jira 卡片不清楚，那么我们可以做得更好。如果算法不清楚，那么也许可以围绕它进行教育。
最重要的是，我们需要将“不知道一切是可以的，仍在学习是可以的，并且寻求帮助是可以的”常态化。为新的或更初级的工程师树立榜样非常重要。在我们的行业中，我们处理非常复杂的系统，这些系统可能会以奇怪或意想不到的方式相互作用。在许多情况下，一个人不可能知道一切。公开我们的学习过程和我们的错误可以导致更紧密的联系。
您团队中的新工程师是否期望可以打断并提问？在第一天说出来很容易，但实践这种价值观是另一回事。您的团队如何体现平易近人和开放性？
我的学习机会
将本节标题命名为“我的错误”，然后列举我犯过的所有错误可能很容易，但这并不能完全说明问题。我认识到这些错误，但它们也是扩展我对我的技艺理解的事件。虽然我并没有打算故意做这些事情中的任何一件，但我确实从中学到了东西。
我曾意外地删除（删除）了客户的数据库。对所有人来说幸运的是，这是一个测试阶段的数据库，没有造成进一步的损害。那天我学到了宝贵的一课：密切关注代码在做什么，并注意您正在工作的环境。
有一天，在使用奇怪的 DNS 设置执行例行维护时，我不小心破坏了客户向安全站点提供信用卡信息的能力。我们有两个“payments”DNS 记录，用于覆盖通配符 DNS 记录，我假设第二个“payments”记录仍然存在。但它不在。然后通配符记录接管了，DNS 开始表现得好像“payments”不再特殊了。当然，我根本不知道发生了这一切——直到我的维护结束后，我才了解到这个愚蠢的行为。
客户在将近两个小时内无法提供付款信息！但我吸取了教训：当某个特定配置有特殊之处时，请务必确保它在其整个生命周期内保持特殊。当 DNS 参与其中时，各种各样的事情都可能崩溃。
在我开始在会议上演讲之前，我是一名与会者，我在网上观看了演讲。转变为自己演讲后，我担心我会说太多的“嗯”和“啊”，而且我的笑话会冷场。多年来我喜欢的演讲者似乎都没有这些问题，而我却很不成熟。
但是一旦我走上舞台，我发现我的看法改变了。我曾与观众一起练习我的演讲，并听取了他们的反馈——事实证明我有点成熟。在观众面前，我确实说错了话，并且没有完全按照我的意愿表达某些内容，但这无关紧要。我从观众席的角度没有意识到的是，观众希望演讲者成功，并且演讲者可以在他们的演讲中改变方向而观众不知道。
我当然曾经并且继续发出这些声音，我甚至不得不在演讲前一天晚上纠正主要的 фактическую 信息，但观众永远不会知道。观众看到我展示给他们的东西，并且因为他们希望我成功，他们会原谅我的“嗯”和“啊”。
我承认我并不完美。我会发布错误，并且我尝试从中学习。
如何分享
分享我们在学习过程中或日常职业生涯中遇到的困难非常重要，但同样重要的是如何分享它们。我坦诚且不带自我评判地分享了我（以艰难的方式）学到的东西。我认为我们都应该本着这种精神分享。我不是一个坏人，因为我犯了错误，你也不是。
那么，我们应该如何分享？谁是听众？
在生产服务中断期间，就像上面的 DNS 支付情况一样，没有回旋或隐藏任何东西的余地。最重要的是让主要利益相关者意识到，然后团结起来解决问题。听众首先是内部的——你的团队、业务领导、支持团队。其次，听众是面向外部的——客户。在起草对外信息时，明智的做法是让沟通专家参与进来。
在与初级工程师分享时，我们需要将学习过程常态化。人们并非天生就知道 C 语言中的指针是如何工作的，所以我们都需要学习指针的陷阱是什么。在任何技能水平都需要学习新技能是可以的，并且需要加强这些技能也是可以的。我们发送的信息应该不带评判。
因此，撰写博客文章，发布 Twitter 话题，在 Slack 频道中分享挫折感，寻求帮助。 齐心协力，我们可以打破“每个人都是完美的，除了你”的神话。
1 条评论