想进BAT?负载均衡必须懂!从入门到实操,共享娱乐棋牌注册送38老鸟带你走上高并发架构之路,详情点击>>>
0
51CTO首页 技术频道 51CTO旗下网站 地图
CTO俱乐部 学院 论坛 博客 下载 更多

我的帖子

个人中央

设置

  发新话题
1. 想清晰,再动手写代码
刚入行的新手,不要由于展览自己的能力,拿到需求就急切地就开始上手写代码,大忌!


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


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


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


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


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


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


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


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


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




哈哈,七哥就是溜



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