我正在培养的 6 个新习惯，以提升我作为初级开发人员的水平

到本月底，我作为一名软件工程师的专业经验就满一年了。随着我技能的提升，人们对我的期望（无论是我自己还是周围的人）也在不断提高。基于此，以及不断的自我反思和自省，我确定了一些我想改变自己和工作方式的地方，以便提升我的开发者水平。

这篇文章的目的是启发你思考自己的改进空间，或者或许你能理解我的一些坏习惯，并就如何改正它们提出一些新的建议。哦，我想部分原因也是为了督促自己。😉

开始吧！

我会更快地寻求帮助。

我首先要开始养成一个我最想养成的习惯：少花时间纠结于问题，无论问题大小。在过去12个月编写生产代码的过程中，我确实浪费了比我愿意承认的更多的时间。

我想，好处在于，每当我被某个特定问题难住时，我都能非常坚持。我百分之百确信自己能够解决眼前的问题（最终，哈哈！）。然而，坏处在于，这当然会以牺牲效率为代价。我会努力以结果为导向，而不是反复地向自己证明我能独自解决某件事。我曾经被告知，永远不要在某件事上停留超过1个小时，有时，学习新事物更快更有效的方法就是直接向别人请教。

我会先思考，然后再建设。

讽刺的是，我曾在初级开发者生存指南系列的一篇文章中提到过这一点，但发现自己却很少这样做。尤其作为一名前端开发者，我喜欢看到自己的修改在屏幕上生动呈现。我喜欢立即钻研代码库，亲自动手。可惜的是，这种情况偶尔会发生，我没有认真思考要做什么、在哪里修改、以什么顺序修改等等，最终导致我不得不再次撤消或修改修改。从现在开始，我希望在需要的时候放慢速度，从更广阔的视角来看待眼前的问题。

我将使用代码审查和拉取请求作为学习环境。

我非常感激身边有这么多才华横溢、技术娴熟的工程师。他们有时会开发一些相当高级的功能，然后我就会被要求去审核。真是的。

说实话，我以前总是回避审查这些 PR，因为我会想“这个实现相当复杂，我非常怀疑我的知识是否足以正确地审查它”或“其他人会留下更有用的反馈”。但是，从现在开始，我不会再被同行的 PR 吓倒，而是会专注于审查我熟悉的部分。然后，我会尽可能多地针对我不太熟悉的部分提出问题，并鼓励我的同事们用语言表达他们的想法和逻辑。

除此之外，我会更加关注同事在 PR 中看到的反馈（这些反馈是其他人留下的）。大家分享很多知识是很常见的，如果我不明白评论的意思，我会直接问。:-)

我不会害怕尝试新事物。

在检查当前冲刺中尚待完成的工单时，我注意到自己倾向于处理一些简单或小的任务，因为我知道这些任务我可以快速轻松地解决。我认为造成这种情况的一个原因可能是，在我实习期间刚开始写代码的时候，我的工单往往是冲刺最后一天唯一仍在进行（或等待接受）的工单，这让我感到非常内疚。

我很乐意开始拥抱新的挑战，不再惧怕未知，而是选择一些能够让我发挥的空间，而不是舒适区的工作。知道得越少，就能学得越多，对吧？

我将建立更多的副项目。

坦白说！跟很多工程师不一样，我几乎没有什么业余项目可以“埋葬” （剧透：不是因为我99%的项目都完成了）。我一直有一种冲动，一种内心的需求，想要打造一些实用、设计精美、能为我的生活增添价值的业余项目。我曾经严厉地批评过自己提出的每一个项目想法，你猜怎么着？大多数时候，我最终什么都没做成。

在接下来的几个月里，我将只构建一些供自己观看的项目，并将重点放在自己的学习和发展上，而不是试图将下一个大事件推向世界。

我不会再盲目地复制和粘贴。

复制粘贴极大地简化了我们工程师的工作，它很可能也是我们最常用的键盘快捷键。说实话，我可能经常用这个方便快捷键，也可能用得不多。由于我非常专注于工单的实现（再次强调，我得把工单从“待办事项”栏移到“已完成”栏），我经常在没有真正理解发生了什么的情况下复制粘贴代码。即使我的功能运行得很好，我也从来不知道具体原因（哎呀，这又滋生了我的冒名顶替综合症😅）。

展望未来，我会花更多时间更加谨慎地考虑重复使用某些代码的原因和内容。

今天就到这里！如果你已经读到这里，非常感谢你的阅读！🙌🏻 现在我很好奇，想听听你的意见——你想养成什么新的（开发者）习惯？