想清楚,再动手写代码
不交流,就会头破血流
- 不爱说话和沟通,需求都理解错误了,最后做出来才发现,只能加班返工。
文档没人看,但还是要写
- 文档的作用大部分时候不是用来沟通的,是用来做记录的,大部分需求还是通过口头沟通,但是不写文档做记录,后续就容易扯皮。
一定要写注释
- 时间久了,你会连自己的代码都看不懂。
别指望需求会稳定
- 产品需求是根据商业需求不断调整的,改需求是再正常不过的事,别抱怨。
业务高于技术
- 如果技术不为公司商业做服务,那将毫无价值,公司赚钱才是硬道理。
不要心存侥幸
- 你隐约感觉会出bug的地方,就一定会出bug。
自己先测几遍
- 不要写完就扔给测试人员去测,经自己手的东西,要保证质量。
尽可能自己解决问题
- 遇到不懂的问题,要先尽力解决,别动不动就截个图扔在别人求帮忙,上司和同事不是来给你擦屁股的,但是真的搞砸了就要尽快求助。
慎用新技术
- 新技术是好东西,但没有百分百把握,自作主张用了,多半是作死。