1.如果性能不佳，就在应用层处理，别放在数据库层。
排序和分组就是一个例子。在应用层操作性能提升总是比在数据层操作容易。在这点上，无论是服务器端的MySQL数据库还是移动设备端的sqlite 数据库都是如此。让我来给大家解释下：大家会对一些特定的查询应用方法虽然不能减少客户端的响应时间，不过还是可以减缓数据库服务器的压力，这样可以避免 数据库成为所有客户端的瓶颈。
2.避免并发运算
有时可能没法避免，那么一定要知道，功能超强，程序当然就越复杂。最好避免直面线程。一定要在更高层次上处理问题。就拿ios系统的例子来 说：GCD、分派和队列操作可是我们的好帮手。要明白一点就是，人的大脑是不具备推理暂存的和无限情形这个功能的，这可是个人经历过的惨痛教训，希望大家 参考并且有用。
3.单一责任，对象状态尽量越少越好，实用才是硬道理。
4.简洁，组合，而非聚合
5.不些地方尽量不用注释，因为有时会适得其反。慢慢的随着时间的流逝，你的那此注释可能会变的过时，但如果都不注释也是不对的，只要不是什么小事都拿来注释就好，大家要懂得把握好度，那个可以注释那个不用注释。有些地方我们可能还要写上大篇的注释，因为人的记忆总是有限的，可能过一天后就忘记了。
6.不要臆断有时在做某个应用时你就会在想，这个应该不会有问题吧，有可能过不了多久你就会生自己的气，反问自己为什么要图省事，折返会让自己付出最多的代价，所以遇到疑问时一定要主动测试、积极验证。
7.遇到疑问时，和你的小伙伴积极讨论和沟通。
8.切忌，做正确的事，我想大家都明白。
9.用户都不傻，他们只是不想浪费时间去了解你所谓的捷径。
10.有些时候一个开发人员没有被派到维护自己曾参与创建的团队中去，发现问题了又不能参与，可能他们会觉得自己之前的付出都不值了，而过时却发现之前那些人员的维护又出了问题才要自己参与进去，这时一定不要怨天尤人，你要明白这正是你将要成为一个更为睿智的专业程序员的节奏。
11.每做一个项目的前后，自己要有一个任务清单。
12.努力让自己更积极的面对工作，这样我们才能觉得有趣。
13.有时系统的崩溃仍是自己不原看到的，所以一定要做好日常的监控，记好监控日志，避免出现各种异常，保持系统对故障的敏感度和及时警报。
14.最后一点，要记得做好自己的本质工作，及时处理问题，做好相应对策。