共计 1098 个字符，预计需要花费 3 分钟才能阅读完成。
👋👋原文链接：几句话，送给程序员
- 如果代码没有通过测试，那么它就不起作用。
- 源代码是你的敌人，确保你会应用它。
- 尽管你编写了一些代码，但并不代表你领有这些代码，如果团队的成员不得不批改你的代码，请不要怄气。
- 不要反复造轮子，现有的轮子或者代码库可能提供帮忙，多去搜寻。
- 如果你有一些 idea，然而你没有实现过，并不意味着这些 idea 是废话。
- 源代码只是向编译器提醒你要做什么，但编译器不肯定会这样做（编译器优化）。
- 踊跃进行代码审查，不要带着自负的情绪进行代码审查。
- 难以了解的代码很难保护，所以要及时写正文。
- 难以保护的代码简直毫无用处。
- 学会从业务需要中读懂字里行间的意思，并把它转换为技术需要。
- 代码布局越整洁，你的代码读起来就越容易。越容易浏览，就越容易了解和保护。
- 代码是不会本人写正文的，你的正文可能帮忙别人了解，更重要的是，可能帮忙你了解，你可能当初明确了，但 5 年后呢？
- 蹩脚的代码会常常回来困扰你。
- 很少有 5 分钟就能做完的工作，至多须要半天。
- 魔法值十分蹩脚。
- 始终将代码文档化，不仅帮忙他人，理论也是在帮忙你本人。
- 项目管理人员总是心愿你能一天实现两天的工作。
- 如果你的产品有 bug，你的用户总会发现它。
- 重要的不是代码的数量，而是代码的品质，因为每个人都会写 if else，但不是每个人都会应用策略模式。
- 记住：代码审查不是在批评你的代码，无需多虑。
- 烂代码最大的老本在于运行，在于保护。
- 修复你代码中的 bug 能够进步你的编码能力而且可能进步你的理解力。
- 你必须时刻进步你的技能，否则你可能就会 out of 整个行业。
- 如果用户没有要求某个性能，请不要乱加。
- 如果代码没有通过测试，它就不起作用（是的，我晓得我曾经蕴含了两次，但这真的很重要）。
- 如果你写进去让你觉得很有成就感的代码，请不要自满，因为总会有人在某个中央，比你写出更好的代码。
- 代码测试的时候，要针对经常性状况和边界状况测试你的代码。
- 永远不要置信用户输出的内容，要始终对用户的内容进行 查杀。
- 要始终把缓冲区溢出纳入日常思考的领域。
- 你要花更多的工夫来思考代码怎么写，而不是花更多的工夫来写代码。
- 需要变更是最令人痛恨的货色。
- 请记住，你的胜利更多是依赖你的软技能和你如何论述问题及其解决方案，而不是你的技术能力。
- 当你看到你的一些想法纳入了产品，而很多却被废除了，不要把它放在心上，因为这就是事件的工作形式。
- 应用版本控制，这会在关键时刻救了你。
- 爱你的工作，而不是爱你的公司，你永远不晓得你的公司什么时候会进行爱你。
- 永远会有比你更年老，更有才华的人退出公司，这些年来一直的薪资倒挂很好的阐明了这一点。
💪最初给大家举荐一下我本人的 Github，外面有十分多的硬核文章，相对会对你有帮忙。
正文完
