想进BAT?负载均衡必须懂!从入门到实操,linux老鸟带你走上高并发架构之路,详情点击>>>
0

我的帖子

个人中心

设置

  发新话题
1. 想清楚,再动手写代码
刚入行的新手,不要因为展示自己的能力,拿到需求就迫切地就开始上手写代码,大忌!


2. 不交流,就会头破血流
团队之间最重要的就是沟通,不要因为自己不爱说话和沟通,造成需求理解错误的情况,最终苦的可是自己,只能加班返工了。


3. 文档没人看,但还是要写
不要以为自己写的文档没有看,其实文档的作用大部分时候不是用来沟通的,是用来做记录的,大部分需求还是通过口头沟通,但是不写文档做记录,后续就容易扯皮。


4. 一定要写注释
有时候记忆力真的是一个“bug”,想记起来的偏偏一点印象都没有,时间久了,你会连自己的代码都看不懂。


5. 别指望需求会稳定
工作时总会夹杂着各种变故,产品需求是根据商业需求不断调整的,改需求是再正常不过的事,别抱怨。


6. 业务高于技术
如果技术不为公司商业做服务,那将毫无价值,公司赚钱才是硬道理。


7. 不要心存侥幸
你隐约感觉会出bug的地方,就一定会出bug。有时候直觉就是那么可怕,觉得有问题时就在筛查一下。


8. 自己先测几遍
不要写完就扔给测试人员去测,经自己手的东西,要保证质量。


9. 尽可能自己解决问题
遇到不懂的问题,要先尽力解决,别动不动就截个图扔给别人求帮忙,上司和同事不是来给你擦屁股的,但是真的搞砸了就要尽快求助。


10. 慎用新技术
新技术是好东西,但没有百分百把握,自作主张用了,多半是作死。




哈哈,七哥就是溜



51CTO论坛有移动端啦,发帖回帖更方便~
‹‹ 上一贴:运维都是做什么?   |   下一贴:有人了解广东三盟信息科技技术有限公司吗 ... ››
  发新话题
快速回复主题
关于我们 | 诚聘英才 | 联系我们 | 网站大事 | 友情链接 |意见反馈 | 网站地图
Copyright©2005-2018 51CTO.COM
本论坛言论纯属发布者个人意见,不代表51CTO网站立场!如有疑义,请与管理员联系:bbs@51cto.com