不交流，就会头破血流

 

不爱说话和沟通，需求都理解错误了，最后做出来才发现，只能加班返工。

 

 

文档没人看，但还是要写

 

文档的作用大部分时候不是用来沟通的，是用来做记录的，大部分需求还是通过口头沟通，但是不写文档做记录，后续就容易扯皮。

 

 

一定要写注释

 

不写注释，时间久了，你会连自己的代码都看不懂。

 

别指望需求会稳定

 

产品需求是根据商业需求不断调整的，改需求是再正常不过的事，别抱怨。

 

 

业务高于技术

 

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

 

 

自己先测几遍

 

不要写完就扔给测试人员去测，经自己手的东西，要保证质量。

 

 

尽可能自己解决问题

 

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

工作一到五年的java 开发工程师朋友可以加入我们Java架构交流：760940986
群内提供 高可用，高并发，spring源码，mybatis源码，JVM，大数据，Netty等多个技术知识的架构视频资料
还有大把大牛在群内交流以及解答面试指导，问题答疑~~要进来和大牛交流学习提升提升自己吗~~~~