`
西蜀石兰
  • 浏览: 116718 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

2015年末总结

 
阅读更多
本科毕业,五一长假之后入职,今天12.31号,整整8个月,大半年的时间。
方向是Java Web,虽然我依旧想去做安卓。

零零碎碎地接触过很多东西。做了个粗糙的统计,分类并不准确,不过就这样吧。
语言:Java、javascript、html、mysql、unix;
插件:Jquery、Echarts、bootstrap、trigger、Log4j;
软件:eclipse、tomcat、jetty、workbench、Xshell 4;
框架:spring、maven、mybatis、svn。

用的时间不长,一些技术性的东西也不是一篇年末总结能够说的清的,所以想聊一聊这大半年自己比较深的几点体会。

一、尽量避免影响别人,有意识地去思考自己这么做会不会影响别人。
这应该是工作中最重要的一条原则。
个人的时间怎么用都没关系,但是因为自己的失误,导致别人花了一两个小时甚至更长的时间去解决,谁来背这个锅呢?和谐的团队,并不是团队每个人天生习性就类似,而是每个人都有意识地去为别人为整个团队考虑。
和别人交流前,整理下自己的思路,组织下语言,无论对于别人还是自己,都是一件很愉快的事;

二、没有什么比解决问题更重要。追究责任或者推卸责任,不应该是第一反应。
程序员做的事情不就是解决问题么?如果能用代码解决,那么就用代码解决。项目上线出了问题,团队一起把问题解决了就是,即便造成了损失,如果不是那么严重,当事人态度好些,团队也能够包容;相反推卸责任,会影响团队的和谐,进而影响团队的效率。优秀的团队不是不会遇到问题,而是遇到问题时,首先去解决问题。

三、不要凭直觉做事,列出计划和步骤,效率远比直接出手高。
工龄一长,容易养成习惯思维,遇到问题会下意识地去解决。对于有足够经验的程序员来说,是好事,往往他们的直觉会很准;而对于经验不足的,比如我这样,真不要跟着感觉走。维护的代码出了问题,不要直接去看代码,花十几分钟分析下,往往更有效。在经验还不够熟练之前,用逻辑思考解决问题,而不是凭直觉。如果日志某个文件报错,就去看对应的文件,这是很浪费时间的,捋下这块业务的整体逻辑,想想这样错误是由于什么原因造成的,会比直接看代码更高效。

四、每天拿出点时间列计划和回顾,会比没有计划强太多。有总结收获更多。
每天工作9小时,写代码的时间一般不会超过3小时,更多的时候是在解决遇到的各种问题,也有在各种群里、论坛吹逼。每天给自己列个小计划,即便完成不了,也会感觉一天很充实,人也不会那么浮躁;而一天花一小时时间总结,收获会更多。你可以知道自己一天时间的分配,自己在解决问题时,踩了哪些坑。积少成多,聚沙成塔,这些东西,每天攒点,自己的知识技能体系才会越发完整。
分享到:
评论
2 楼 西蜀石兰 2016-03-04  
cai_haiyang 写道
你是妹子?

并不是。。。
1 楼 cai_haiyang 2016-02-23  
你是妹子?

相关推荐

Global site tag (gtag.js) - Google Analytics