阿里架构师的几条经验，精彩配图

不交流，就会头破血流

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

文档没人看，但还是要写

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

一定要写注释

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

别指望需求会稳定

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

业务高于技术

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

自己先测几遍

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

尽可能自己解决问题

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

版权申明：文章源自于网络，具体来源及原作者不详无法溯源，版权归原创者所有。除非无法确认，我们都会标明作者及出处，如有侵权烦请告知，我们会立即删除并表示歉意，谢谢。

关注 民工哥技术之路 微信公众号对话框回复关键字：1024 可以获取一份最新整理的技术干货：包括系统运维、数据库、redis、MogoDB、电子书、Java基础课程、Java实战项目、架构师综合教程、架构师实战项目、大数据、Docker容器、ELK Stack、机器学习、BAT面试精讲视频等。

点击【阅读原文】发现更多精彩内容~~

在看的你，请点这里↓↓↓