15年程序员老兵的40条编程技巧，句句都是血泪史

工作10来年了，总结出一些编程技巧，个人看法，不喜勿喷。有用的点就吸收。无用的点就忽视

将大块代码拆分成函数。
下班的时候还有问题没解决，请关上电脑，明天再看。
YAGNI 原则（你不会需要它）：只写别人要求你写的功能。不要预测未来，只需要尽可能快地完成开发。只编码解决当前问题最必要的部分。
你不需要什么都懂，也不需要了解所有框架。最棒的事情莫过于打好基础。在开始使用一个框架前先深入了解这门语言，学习基础的事项（如 SOLID 原则），或者如何写出干净的代码。
KISS 原则：KISS（保持简单和愚蠢）原则表明，大多数系统保持简洁而非复杂化，就可以运行得很好。尽管这很符合逻辑，但有时候却很难做到。
不要想太多。
如果你和一个问题或 bug 斗争了太长时间，先离开一会儿，等下再回来。通常，在离开办公室去往卫生间的路上，解决方案就会出现在脑海里。当你对客户或同事生气时，也建议你暂时离开去走走，如果你还想保住工作的话……
学习写有用的测试，学着用 TDD（测试驱动开发）。TDD 是一种软件开发流程，它是对如下简短开发周期的重复：写测试；运行所有测试，查看新的测试是否运行；写代码；运行测试；重构代码；重复。
先解决问题再写代码。不要在一筹莫展的时候开始编程。
不要记代码，而是理解逻辑。
如果你复制粘贴 Stack Overflow 中的解决方案，请确保自己首先理解它。学习用恰当的方式使用 Stack Overflow。
想学习，先实践。创建示例，并使其运行，因为只通过阅读来学习远远不够。
研究他人的代码，也时不时让别人研究你的代码。结对编程并进行代码 review 是不错的想法。
不要重复造轮子。
代码是最好的文档。
了解如何搜索。你需要有经验，大量阅读，了解需要找什么。
你写的代码以后会由自己或别人进行维护，因此写的时候想着读者，不要把自己当做最聪明的人。写代码要像写故事一样。
用谷歌解决错误的最佳方式是复制粘贴。
不要放弃，问题总能得到解决的。糟糕的时刻总会过去。
好好休息。解决问题的最佳方式是先让大脑得到充分休息。
学习使用软件设计模式。设计模式是软件设计常见问题的解决方案。每个模式就像一个蓝图，你可以依据它进行自定义，进而解决自己代码中的常见设计问题（记住，不要重复造轮子）。
尽可能地使用集成工具和自动化方式。
练习编码套路（code kata）：编码套路是一种编程练习，可以帮助程序员通过重复实践来提升技能。在此我向大家推荐一个架构学习交流圈。交流学习指导伪鑫：1253431195（里面有大量的面试题及答案）里面会分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、分布式架构等这些成为架构师必备的知识体系。还能领取免费的学习资源，目前受益良多
编程并达到接口水平，而不是实现水准。依赖注入是必要的，参见 SOLID 原则。
重构——测试 - 重构。重构即对现有代码进行重建、改动，在不改变其内部行为的前提下提升内部结构。
必要的时候寻求帮助，不要浪费时间。
多实践，熟能生巧。
尽管有时候注释可以帮到你，但不要在这上面花费太多注意力。注释可能是过时的。
了解自己的开发环境，并建设足够强大的开发环境，如 IntelliJ。
重用组件。
在开发 web 应用时，思考移动端及其相关的电量和带宽限制。
不要过早地优化或重构代码。尽快做出最小可行性产品比较重要。
不要为了节约几分钟，而选择低效的捷径。每次写代码，都要竭尽全力。
遵循文档标准。
用户不是技术人才。开发 UI 时时刻想着这一点。
经常使用 GitHub 或 bitbucket 等源代码控制系统，并频繁进行小的提交更新操作。
使用 log 要比代码 debug 更好。将所有关键部分记录下来。
写代码时要保持连贯性。如果你使用一种风格，请一以贯之。如果你和多人合作的话，请和整个团队使用同样的风格。
不要停止学习，不止是学新语言或新框架，还要关注软件开发基础知识。
最后，保持耐心，保持热爱。