给程序员的几条建议，精彩配图

点击上方“芋道源码”，选择“设为星标”

做积极的人，而不是积极废人！

源码精品专栏

 

• 中文详细注释的开源项目

• RPC 框架 Dubbo 源码解析

• 网络应用框架 Netty 源码解析
  

• 消息中间件 RocketMQ 源码解析
  

• 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析

• 作业调度中间件 Elastic-Job 源码解析

• 分布式事务中间件 TCC-Transaction 源码解析

• Eureka 和 Hystrix 源码解析

• Java 并发源码

来源：http://t.cn/RYytjpZ

• 1. 想清楚，再动手写代码

• 2. 不交流，就会头破血流

• 3. 文档没人看，但还是要写

• 4. 一定要写注释

• 5. 别指望需求会稳定

• 6. 业务高于技术

• 7. 不要心存侥幸

• 8. 自己先测几遍

• 9. 尽可能自己解决问题

• 10. 慎用新技术

---

1. 想清楚，再动手写代码

刚入行的新手，为了展示自己的能力，拿到需求迫不及待地就开始上手写代码，大忌！

2. 不交流，就会头破血流

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

3. 文档没人看，但还是要写

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

4. 一定要写注释

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

5. 别指望需求会稳定

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

6. 业务高于技术

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

7. 不要心存侥幸

你隐约感觉会出bug的地方，就一定会出bug。

8. 自己先测几遍

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

9. 尽可能自己解决问题

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

10. 慎用新技术

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

0. 彩蛋

如果胖友有什么建议，欢迎在留言区骚一波你的操作。

---

---

欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：

已在知识星球更新源码解析如下：

如果你喜欢这篇文章，喜欢，转发。

生活很美好，明天见(｡･ω･｡)ﾉ♡