转自：http://www.jianshu.com/p/865d780d7dc1 ， 有删减
一：
不要炫技，老老实实写代码 网上有一个段子，说有人要用JS实现一个简单的功能，然后朋友给他推荐了几十个库。 真的有必要吗？具体情况具体分析。 居家过日子，你只需要一套普通的工具就可以了；如果你是修车的，你需要一套修车的工具；如果你是光头强，你需要一台伐木机。 吃饭用筷子，用刀叉，都可以，但不要用杀猪刀，不要用丈八长矛！，当然也不能用牙签。 用什么工具，用什么库，问问过来人，多在Google上搜索一下。举个例子：数据库ORM思想，用KM上推荐的GreenDAO就可以了；PC上3D引擎，用OGRE就可以了；小型游戏DEMO，用Irrlicht足够；写WebGL，用ThreeJS足够。 首先想想：一些大库hold的住吗，后续发展如何？这些库对安装包的体积影响有多大？有没有调研过同样的产品在用什么？ 想清楚了再决定用什么，最好是跟随成功项目的脚步。
二、既要有攻城之力，也要有熬战之气——BUG
产品开发完成后，必然有bug。其实开发人员在工作过程中，是有一定的直觉或者心理预判的，即：某个功能模块的质量如何。 这里面的质量包括：可维护性、扩展性、算法\渲染效率，还有就是bug与崩溃率。
功能开发完成后，就要开始守城了。
bug，一部分产生是由于架构带来的，例如比较复杂的架构，会导致复杂的实现细节；
但还有很大部分bug，其实是基于如下三个原因产生的：
1 . 对于某个api的不了解，或者对于某个平台，或者SDK版本的不了解。 举例而言：andrid里面非主线程，是不能直接处理UI相关的事情的；JAVA的内存释放也不是绝对的，相互指向是无法释放的；函数个数是有DEX问题制约的---------------------这些bug的产生，也是开发人员摸索学习的过程，经历过一次就不会再犯了。这是学习广度与熟练度的问题；
2 . 还有一些bug，是由于粗心大意导致的。例如空指针的问题，野指针的问题。在C的开发中，野指针的问题，GDI句柄的释放问题，这些都是严谨的代码需要避免的； 而又一些工具，或者方法是可以规避这些问题的，例如android中的利用@Nullable和@NonNull加强空指针检测等方法；
3 . 还有一些bug，是由于“使用情况各异导致的”。例如：偶现在某个模块crash。这里的本质还是因为逻辑的异常边界没有处理好。例如android上的OOM问题，还有PC上UI焦点导致的对象释放问题。这些异常情况，一部分靠测试发现，一部分靠用户反馈，还有一部分就靠自己的异常处理。例如Android中的try catch机制，其实就是遇到异常了，你能纠正错误的机会。
三、自审
每过一段时间，都要站在高空俯视自己，问问：到底是在承担过去，还是在改变未来。
如果之前程序代码质量不好，后面修改问题的时间就会比较多。到了开发的中期，得多问问自己，你在不停的改正以前的错误，还是在做新的东西。 如果修改错误的时间多一点，那就要注意自己的代码质量了！
四、注释
我很喜欢写注释。有大牛说：代码就是最好的注释。 可惜我还没有达到那个程度。所以，我会把注释写的非常清楚。其一：为了自己以后维护的方便； 其二：为了其他人接手的方便。
