平衡信心和冒名顶替综合症

我从事开发人员工作才一个月，这可以说是人生中最新鲜的经历。上篇文章下一条非常直接的评论提醒了我这一点：“如果你真的是一个冒名顶替者，‘冒名顶替综合症’这个词就不适用了。”

一方面，我想把这当成又一个让我质疑自身价值的网络喷子，但我意识到，鉴于我刚入行不久，我确实觉得有必要为自己的观点辩护。一方面，我想保持自豪和自信，另一方面，我又想躲起来，不让别人看出我的虚伪。不管怎样，我知道总会有人试图劝我放弃这种想法。

那么，如何在新手阶段知道自己还有很多东西要学，以及拥有助你成功的自信之间找到平衡呢？我不确定，但我会在这里解释一下我的想法。

卑微的出身

初入开发者的世界，我感到谦卑。第一天走进办公室，眼前突然涌现出浩瀚的知识​​、精湛的技术以及多年的经验。那种感觉让我惊叹不已。我为获得这份工作感到自豪，但也敏锐地意识到，我可能是工程部门里知识最匮乏的人。我没有因此感到自己像个冒名顶替者，觉得自己格格不入，反而为受邀向所有这些人学习而感到谦卑。这其实是一个很棒的位置，在这里，你只会学到更多，随着你的成长而晋升。我不会永远做知识最匮乏的人！

信心与能力

“或许最令人震惊的是，我们发现成功与自信的关联比与能力的关联更密切。”
——凯蒂·凯，《自信密码：自信的科学与艺术》

去年我读了一本很棒的书，讲的是自信如何影响个人成功。当我听到书中的研究结果显示自信在成功中的作用比能力更大时，我并不感到惊讶，尽管我有点沮丧（猜猜哪个性别通常表现出更高的自信——这是另一个话题）。从那时起，我就一直把这个想法记在脑海里，因为我知道仅仅专注于掌握一项技能并不一定足以实现我的人生目标。在我现在的工作中，当我将哪怕是最小的代码投入生产时，我都会充满信心地庆祝胜利，并克制住自己的直觉，不去告诉每个人它花费的时间比我预期的要长，或者我基本上是复制粘贴才让它工作的详细情况。展现自信让我在承担下一个任务时感觉更强大，并最终让我感觉更有能力。

提问

当你不知道别人在说什么时，提问似乎是理所当然的，但这种行为可能会带来很多情绪。有时，如果我承认自己不知道一些本应显而易见或根本性的问题，我可能会觉得自己是个冒名顶替者。但当我提出问题时，我从未遇到过任何负面评价，甚至有几次我的提问还得到了掌声。有一次，我问了 DLQ 是什么（结果发现是死信队列），房间里的其他人都松了一口气，因为我问了这个问题，因为他们也一直在思考同样的问题。对我来说，在某些会议上做出贡献有几个阶段，目前我感觉有些难以理解：

1. 观察并吸收，尽可能多地获取信息
2. 不懂的地方可以提问
3. 真正能够为对话做出贡献

目前，我专注于第一和第二阶段。我没有足够的知识和经验在建筑设计会议上发表我的意见，但我也知道，如果我不询问那些尚不明晰的细节，我就无法取得进一步的进展。

畅所欲言

现在看来，我不太可能在会议上指出别人都没注意到的问题。大家都经验丰富，对我们的代码也了如指掌，我这几周的工作怎么可能发现他们都没发现的问题呢？这就像提问一样，有时感觉就像是快速暴露你是个冒名顶替者的事实。最近，我公开表达了对一张工单中我不同意的部分意见，虽然很快就决定我应该按原样完成，但后来一位高级工程师过来感谢我的发言，并说我的观点很有道理。虽然我的意见可能会被否决，但我希望开始养成良好的习惯。我希望成为那种看到有待改进的地方时，能够自信地说出来的人，而这种自信最终会让我成为团队中更有价值的成员。

抓住机会

不要假装成任何人或任何事——只需行动。勇敢地做一件小事，下一件就会变得更容易，很快自信就会油然而生。我们知道——假装得更吸引人——但这确实有效。——
凯蒂·凯，《自信密码》（再次）

我喜欢这句话，因为它提供了一条建立自信的切实途径。克服冒名顶替综合症并增强自信，理论上听起来很棒，但实际上该如何做到呢？我第一次提交 PR 时非常害怕，但第二次就容易多了。第一次接手 2 分工单时，感觉很吓人（而且花费的时间比预期的要长得多），但下次我就知道可以做到。不过，我仍然觉得自己还没有冒过什么大风险。我接手的都是那些在我看来问题远在解决范围之内的前端工单。即将进入第二个月，是时候开始给自己一些心理准备了。我来接手那些可怕的 C# 后端工单了！

对我来说，冒名顶替综合症与对失败的恐惧类似。建立自信是克服这种恐惧的好方法。每当我承担一项让我感到恐惧或看似可能失败的任务时，当我成功时，我就证明了我的冒名顶替综合症有一部分是错误的，同时也建立了自信，以便下次承担更大的任务。如果一切都失败了，请记住，你并非孤军奋战——FreeCodeCamp引用了一项研究，该研究表明，高达 70% 的人在职业生涯的某个阶段都经历过冒名顶替综合症。并非只有你一个人在努力寻找这种平衡。