专注编码,一次只做一件事
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
TechLead 少个分号
扫码关注公众号
扫码阅读
手机扫码阅读
程序员在工作八年后,遭遇了编程错误,导致持续构建服务(CI)失败了一个上午,最终不得不回滚代码。这一经历触发了对“小步提交”原则的反思,因为在一次代码提交中,作者同时更改了多处代码,包括增加缓存和修改几个代码的坏味道,导致测试失败。
从这次教训中,作者总结出专注编码的心得。首先是“一次修改一个目标”,符合敏捷开发中提倡的“小步提交”,有助于保持目标感、获得快速反馈、提交记录清晰和减少代码冲突。其次,当进行代码重构时,应避免同时修改测试和实现。建议测试尽可能使用字面量和硬编码,以保持测试意图直观并减少实现变动对测试的影响。
作者还强调在日常工作中专注于一次只做一件事的重要性。这有助于进入高效的“心流”状态,不仅提高生产力还带来愉悦感。要想进入心流状态,需要做自己喜欢的事情、有充足的休息和良好的任务管理机制。
TechLead 少个分号
TechLead 少个分号
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
TechLead 少个分号的其他文章
分布式事务场景、概念和方案整理(含概念图)
从场景和问题出发,讨论分布式事务的实现思路,并对业界常见的概念进行了辨析,用于指导分布式事务方案选择。
架构中的矛盾和权衡
我们在讨论架构的过程中,总会陷入一些矛盾,这些经典的矛盾成了关于架构无尽争论的源头。这些矛盾往往是我们分析架构方法的关键所在。
系统设计 | 数据可视化和图编辑引擎库选型
这么多可视化库,我该怎么选?
我把去年的博客整理成了电子书
我把一本去年的博客整理成了开源电子书,这本电子书的名称为《程序员的认知心得》
构建离线应用的注意事项
如果有一天,产品经理告诉你,你正在开发的软件需要支持离线使用呢?先别着急挠头,我们来看下软件需要在离线情况下遇到的挑战和问题,以及如何解决它们。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线