编码可能是最有价值和最具创造性的工作之一，但说实话，它有时也可能让人不知所措、失去动力，甚至完全令人沮丧。多年来，我个人一直在与无聊、任务不堪重负和完美主义兔子洞作斗争。无论您是在从事业余项目、与团队合作还是应对专业挑战，这些技巧都旨在帮助您使编码变得更易于管理、更高效，而且最重要的是，更有趣。虽然我将使用 javascript 作为这些想法的镜头，但它们是普遍适用的。
0. 将项目分解为尽可能小的可交付成果
首先将您的项目分解为可实现的小块。定义每项可交付成果的绝对最小范围，并仅关注正在进行的交付成果。这种方法不仅可以避免事情让人感到不知所措，还可以让您庆祝一路上的小胜利，并从最终用户或利益相关者那里获得见解。
1.先写类型
如果您使用 typescript 或类似工具，首先定义类型可以作为代码的路线图。即使在纯 javascript 中，预先绘制数据结构或接口也可以在以后节省大量时间。此外，这些类型可用于生成用于测试、故事书故事的模拟数据，或在开发系统的其他部分时直接生成模拟数据。
那些更喜欢使用原始 javascript 而不是 typescript 的人仍然可以在 jsdoc 中编写类型：
/**
* @typedef {object} task
* @property {string} id - the unique identifier for the task.
* @property {string} title - the title of the task.
* @property {string} description - a detailed description of the task.
* @property {boolean} iscompleted - indicates whether the task is completed.
*/
/**
* adds a task to the task list.
*
* @param {task} task - the task to be added.
* @returns {boolean} - returns true if the task was added successfully.
*/
function addtask(task) {
// logic to add the task
console.log('task added:', task);
return true;
}
2.使用测试标题作为待办事项列表
测试驱动开发 (tdd) 不仅仅关乎质量；还关乎质量。它也是生产力的助推器。编写描述性测试标题，作为实施的清单 - 就像将待办事项列表直接构建到工作流程中一样。例如：
// File: user.test.js
describe('User Management', () => {
it.todo('should create a new user');
it.todo('should fetch a user by ID');
it.todo('should update user details');
it.todo('should delete a user');
});
这种方法可以让您保持井井有条，同时为需要完成的工作提供清晰的轮廓。
3. 首先做能带来最大价值的事情
从影响最大的功能或任务开始。这种优先顺序可以激励您并创造动力，尤其是当利益相关者或团队成员立即从可见的进展中受益时。
立即学习“Java免费学习笔记（深入）”；
例如，如果您的应用程序的核心功能是视频处理，那么您应该首先关注它。可以在稍后阶段添加用户管理，并且在此之前可以通过基本身份验证来保护网站。
4. 编写你能想到的最简单的代码
始终编写最简单的代码来完成所需的任务，仅此而已。代码是可以改变的，并且随着需求的发展自然会变得更加复杂。一开始试图让它看起来聪明或复杂往往会适得其反。智能代码非常简单——随着时间的推移，调试、审查和适应变得更加容易。
weiit-saas是一款Java开源项目，由weiit团队自研，意在通过技术封装，帮助企业一键生成小程序、公众号，让企业拥有独立品牌的自营商城。weiit-saas是完全开源电商SaaS系统，属于weiit开源的社区版，旧版已不在维护和更新，仅供学习和参考，新版saas从底层架构到前后端UI设计已经全面优化和升级。 主要特点1、项目采用Spring+SpringMVC+Mybatis主流开源框架
5. 对工具、库和框架很挑剔
在选择外部依赖项时，优先考虑开发人员经验、项目适合度和质量，而不是受欢迎程度。你听说过关于 node_modules 是宇宙中最重的物体的大胡子笑话吗？不仅重，而且重。外部代码通常很难适应或修改，因此彻底审查和测试工具至关重要。如果您自己的实现更值得信赖或更适合您的项目，那么编写自己的实现是完全可以的。同时，如果外部工具和库能带来真正的好处，就不要害怕使用它们。只要确保您的项目不会变得如此依赖它们，以至于以后解开它们将需要全面的“凝固汽油弹重构”。
6. 使用提交来记录你的决定
将您的 git 提交视为您旅程的日志。每次提交不仅应该捕获代码更改，还应该捕获它们背后的原因。这使得未来的调试和协作变得更加容易。考虑采用传统提交来维护一致且描述性的提交历史记录。例如，像 feat:、fix: 或 chore: 这样的前缀有助于阐明每个更改的目的并提高可读性。
7. 边走边重构
不要把所有重构都留到最后。实施过程中的小规模增量改进不会那么令人生畏，并且有助于维护高质量的代码库。根据经验，如果您现在可以重构而不会对当前任务产生太大影响，那就去做吧。否则，请留下 // todo: 注释、创建任务或找到其他方法来确保您在时间允许时返回该任务。
8.定期自我检查你的代码
在考虑完成之前先退后一步阅读并批评您的代码。这个习惯可以发现不一致的地方并改进你的工作——就像校对一篇文章一样。最简单的方法是在第一次提交后立即打开草稿 pull 请求。
9.尽早并经常寻求反馈
不要等到你的工作“完成”才让其他人参与。结对编程是获得即时反馈和分享知识的绝佳方式，但即使是同事的早期审查也可以节省时间并提高质量。
最后，要记住的最重要的提示是，没有完美的代码或完美的流程也没关系。在一些代码之后甚至稍后编写测试是完全可以的。偶尔错过一个错误是很正常的。只要您的代码和创作随着时间的推移变得更好并且您玩得很开心，一切都是允许的：毕竟，编程应该与您用它创建的解决方案一样有价值！
以下哪些提示对您来说是显而易见的？您发现哪些富有洞察力？您有什么建议想分享吗？请在评论中告诉我。
本文的草稿和封面图片是在 ai 的帮助下创建的
