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