1.想清楚，再动手写代码

刚入行的新手，为了展示自己的能力，拿到需求迫不及待地就开始上手写代码，大忌！

2.不交流，就会头破血流

不爱说话和沟通，需求都理解错误了，最后做出来才发现，只能加班返工！

3.一定要写注释

时间久了，你会连自己的代码都看不懂！

快速反馈信息

一旦写好代码就要尽快得到反馈。当收到大量的Pull请求，不妨做些细微的改动，然后立马打开PR，讨论设计和代码。

和你的“橡皮鸭”交流一下，请他们提点建议。要知道，迭代原型可远比纠正成品要节约成本。

有的团队结构，最初可能并不要求写代码。因为实体模型、白板设计等等，这些成本都比一下子删改上千行代码的成本要低。

搞定端至端

当我们在解决问题和完成功能时，很容易深入到细节问题的研究。这里有一个好方法，能让我们尽快搞定端至端。

例如，假设我需要在网页上设置一个功能，能在用户点击之后做一些复杂运算并把结果存储到服务器中。有些童鞋可能想着想着就先去研究这个运算方式了。

我们的做法是，先为用户的操作设置事件处理程序，用一些固定的值来模拟计算，然后调用API向服务器请求数据。这样一来，我们就没必要先考虑每一个具体细节，可以直接端至端地测试系统。

同时，这个快速的反馈回路有助于我们更快地迭代和写代码。一开始出来的设计可能并不完美，但是通过亲眼目睹各个部件是如何组合的，我们将会对整个系统有一个更清晰的了解，做出最优的设计。

当你的同事沉浸在思考中时，不要打断他们

己所不欲，勿施于人，当你自己沉浸在编程中时，当你的大脑高速运转工作时，就像你正在小心翼翼地用纸牌搭建房子一样，你也不希望有人来打搅你。这时 如果有人问你问题的话，那么你的注意力必然无法集中，就像房子可能会很容易坍塌。这可能需要5到10分钟的时间才能将注意力重新集中起来，将思绪一一理 顺，而原本这个问题只需要Google搜索一下，或者询问别人就能解决。如果你在这方面尊重你的同事，并且让他们知道这样做的重要性，那么他们也会做相同 的事，从而反过来让你变得更高效。

力求精简

Always strive to simplify.

所有问题都可以进行分解。

最佳的解决方案往往是最简单的。

但简单并不容易,简化事情需要付出努力。

本文目的在于简化复杂的软件开发和人生。

相信我,这并不容易。

傻瓜为问题提出复杂的解决方案。简化解决方案需要更多的精力和耐心,但这没有错。

避免编写新的代码

这是每个程序员都应该遵循的：“The best code is the code that isn’t written”（最好的代码是不用被复写的代码）。你拥有的代码行数越多，你的缺陷就越多，发现和修复bug的难度就越大。

在编写一行代码之前，问自己，是否有一个工具、函数或库已经完成了你所需要的工作？你真的需要那个功能而不是调用另一个已经存在的函数吗？

了解相关技术的发展趋势

在开源环境中，软件开发技术总是在不断发展变化。现在所谓的新框架，可能到时候会过时。当前框架上解决不了的问题，可能在新框架上就不再是问题。所以要时刻注意着新事物的诞生和旧事物的消亡。

另外还有一点可以通过自身的学习来获取一大进步。