初级开发人员如何开始一项任务

TL-DR：

在本文中，我将探讨我作为一名患有注意力缺陷多动障碍（ADHD）的初级开发人员，如何在工作中高效完成任务。
本文涵盖以下主题（我的内容比入门部分更深入一些）：

• 在开始任务之前
• 在发展过程中
• 任务完成时

基本上，我在执行任务时会运用三种策略：**降低启动难度的策略、开发过程中优化流程的策略，以及任务结束时减少代码审查错误（避免遗漏）的策略* 。为了便于理解，我将以几个月前完成的一个 React 模态框项目为例进行说明。
*需要提醒的是，这些技巧会在中期内提升你的工作效率，但短期内你可能会感觉进度比预期慢。建议你与领导沟通，明确彼此的期望。

在开始任务之前

在开始任何任务之前，我喜欢先了解要使用的代码。我会查找任务中涉及的组件，阅读它们，并在笔记本上记下每个组件的功能、数据来源以及内部函数的作用。这样，我就能更深入地理解即将处理的内容，避免信息仅仅停留在脑子里（脑子里的记忆并不可靠），同时也能为日后需要再次处理相同组件时提供参考。

你可能会觉得这样做会“占用”很多时间，但我保证它能让开发更轻松，并减少后续查找 bug 的时间。从初级程序员的角度来看，这种方式能让你更快、更深入地掌握代码。人们通常不会这样做，但我发现，事先阅读和理解代码能帮助我发现一些即使是经验丰富的程序员也会忽略的问题。

然而，有时任务需要从零开始。在这种情况下，我会寻找类似的组件，并采用相同的步骤来理解其所有代码的功能，因为这可以避免我盲目复制代码片段而不理解其实际作用。我创建模态框的任务就属于这种情况，我必须基于项目中已有的更通用的组件从头开始创建它。

最后一步是记录主任务中的子任务。我尽量让子任务简单明了，因为这样可以缩短子任务之间的间隔时间，从而大大提高开发效率。我的模型大概是这样的：

• 创建模态组件
• 点击条件 API 调用
• 模拟 API 返回
• 测试点击按钮的操作
• 了解如何在不同组件之间传递信息

在发展过程中

将任务分解成非常小且相对简单的子任务，有助于减少焦虑和拖延，让你更容易开始，也能让你更清楚地看到进度。有时，为了打破开始任务的惯性，需要制定一些微步骤。对我来说，当需要研究某个复杂的主题时，一个非常有用的方法是：打开网站或文档，然后离开椅子走一会儿。不知为何，当我刚刚散过步，而我需要的网站已经打开，随时待命时，我会感觉压力减轻了很多。这种方法对编写代码本身也适用：找到要处理的文件后，我会先出去走走放松一下，然后再开始工作。

在执行任务的过程中，总会遇到一些意料之外的bug或需要修复的地方，所以我把所有我没预料到的事情，以及所有需要上网搜索或咨询团队成员的问题都记下来。这样就不会遗漏任何信息，也能确保我最终能弄清楚所有问题。
当特别难以集中注意力时，我还会采取另一种策略：写下我正在尝试解决的问题，以及引导我找到解决方案的小步骤。以下是我这样做的一个例子：

• 点击应该在什么时机打开模态框？
  • ↪ 当元素被注册时，由以下因素决定element.isEnabled
  • isEnabled 的定义是什么？它在什么情况下会被改变？
• 模态框必须包含：isOpen、onClose、type、name、date、activitys
  • 日期来自网址 ✅
  • 其他信息从哪里来？父组件里都有吗？我还需要从其他地方获取吗？

在某些情况下，结对编程是必要的，我意识到如果没有笔记，我可能会迷失方向，所以我喜欢在别人帮我解答问题之前先做好这些准备。

任务完成时

现在是时候检查是否有任何疏忽的大错误了。在提交代码审查之前，我通常会再检查以下几点：

• 运行所有自动化/集成测试，以确保我没有意外地破坏任何东西。
• 运行 lint（如果未自动运行）
• 更新我的分支，使用 main/master
  • 如有必要，更新库和数据库
  • 必要时，解决合并冲突。
• 运行代码并确保其行为符合预期，包括错误情况。
• 检查我是否遵循了公司制定的代码标准。

我的技术主管给了我一个建议：如果你在完成整个任务后觉得代码很糟糕，可以叫团队里的某个人来看看，你可以解释你尝试做什么，对方可以给你一些改进的反馈，然后再提交给代码审查。

进入开发领域可能相当困难，尤其是对于那些经历过职业转型或缺乏扎实理论基础的人来说。在本文中，我想分享一些我用来减轻工作压力和焦虑感的策略。
您是否还有其他建议，不仅可以分享给我，也可以分享给其他刚入行的人？请在评论区留言，帮助更多的人。