关于写代码，有些感受拿出来跟大家分享，共勉一下。
1、 若是这个问题你觉得有可能会出错，那么就一定会出错！
如果你对于某些事并不确定，如果你发现自己使用了“应该”这个词，那你就麻烦了。
请不要放过任意一个怀疑的点，往往这个问题会造成很大的影响。
2、 所有的代码都很烂；
每一个中途进入项目的人，都觉得这个项目中代码已经烂到不行，甚至无药可救，
而每一个开始就在这个项目的人都觉得代码还不错；
每一个去接替别人工作的人都觉得自己是去给别人擦屁股，其实也有人正在给你擦屁股；
所以我得意见是：要么提出改进意见，并且开始改，要么闭嘴修炼好自己内功！纯吐槽会让人非常反感的！
3、 Bug总会存在的；
不管经历多少轮的测试以及什么样的测试，bug都总是会存在的；
问题是，请问你bug出现时，是怎么处理的；
所有项目中出现的问题，请不要归结于某一个人的责任，哪怕出错的那行代码刚好是他写的；
客观分析问题，找到根本原因，改善工作流程，提高技术能力，是非常有必要的！
4、 客户最大；
客户根本不会管你的详细设计，不管你代码分了几层，写的多牛逼….
请不要背地里一直说你的客户是SB，自己不懂还提各种不合理的需求；
你要想着要怎么引导客户，让他认识到不合理性和不可实现性等；
要永远记着客户至上，软件行业也一样，客户必须要伺候好；
5、 纸上谈兵是行不通的；
我曾经认为，我可以在前期就把我的整个设计置于纸上，然后只要将缺漏处填上就好，但这样根本行不通。
软件开发是复杂的，若不亲手去碰碰看，很难看到所有的实际层面以及它们之间的关系。
因此，在前期保持规划与设计是很有用的，但不要过度坚持，也不要把设计图表当作合约固守。
6、 少即是多；
或者，你可能知道更好的说法是：“Keep it simple, stupid!”（保持简单，KISS设计原则）。
所以，如果没有必要的就舍弃吧！因为要记住：“事情若有可能出错，就一定会出错。越少错误概率就越小。”
7、 写代码只是我们工作的20%而已；
这个我就不过多废话了，请准备好，花80%的时间用于思考、调试、测试、开会、谈话……而所有的其他活动都是非常重要的，
所以若要成为一个优秀的软件开发人员，你必须培养广泛而全面的Skill（综合技能），而不仅仅是Technical（写代码）。