高效编程

引言

我们在这门课程中涵盖了大量内容。在学习过程中，我们聚焦于各个主题的核心要点，为了提高效率而省略了更深入的探讨。本章将对所学知识进行总结，包括主要知识点和最佳实践，并梳理我们创建网页应用时所遵循的流程。接下来该往哪里走？我们将推荐一些项目以帮助巩固新掌握的技能，同时也会列出尚未涵盖的众多内容。

代码的更新与管理

项目的首次部署通常仅占其生命周期的一小部分，尤其是当开发者明智地从最小可行产品（MVP）起步时。项目大部分时间都用于持续改进代码。因此，代码的更新与管理值得深入讨论。

如果采用最小可行产品（MVP）的方法，我们很可能会产生许多关于改进应用的想法。这些想法应被列在“待办事项”清单中。提升代码的第一步是管理这个待办事项列表，通常称为“待办事项清单”（backlog）。敏捷开发实践建议，待办事项清单的创建与优先级排序应尽可能贴近能提升用户满意度的内容。这实际上是对“满意的用户定义成功的代码”这一理念的系统化表达。这是一个普遍适用的良好实践。在个人项目中，开发者往往就是用户，因此这一点自然成立。但在其他情况下，尽早将软件早期版本展示给真实用户并获取反馈至关重要。将用户反馈转化为待办事项是一项颇具挑战性的技巧，值得专门研究。

在完成待办事项清单的优先级排序后，我们需要谨慎避免一次性承担过多任务。如果同时推进十几个改进项，就必须考虑它们之间可能产生的相互影响。更好的做法是每次只处理一两个任务，或选择那些事先确认不会互相干扰的任务。再结合将改进工作拆分为可操作的小块的思路，就形成了敏捷冲刺（Agile Sprints）。每个冲刺周期为几周时间，专注于完成一组高优先级的任务。这种方法的优势在于，它让我们能够集中精力进行改进，同时在冲刺之间定期重新评估和调整待办事项清单的优先级。

使用 Git

在修改代码时，使用 git 分支来保持组织清晰是一种良好实践。Git 分支是仓库的一个副本，可以轻松创建并合并回主分支（master）。在部署到 Heroku 时，分支至关重要，因为主分支就是实际部署的分支。我们不希望每完成一步更新就立即部署，但又希望所有更新都提交到代码仓库中。为此，我们可以创建一个新分支来添加一个酷炫的新侧边栏。

1$ git checkout -b sidebar-feature

此时，目录中的所有文件都属于这个新分支。我们可以在该分支上进行修改、测试和文档编写，并随时提交更新。通过 git checkout master 与 git checkout sidebar-feature 可在不同分支间切换。完成开发后，将其合并回主分支：

1$ git checkout master
2$ git merge sidebar-feature

主分支更新完成后，只需将其推送到 Heroku 即可重新部署。

随着持续更新，始终牢记以下基本原则：尽量缩短反馈循环，从前端设计更新，从后端逐步构建，将每一次变更拆解为一系列最小化的改动。