单元测试和集成测试哪个更重要这里不做争论

由于我个人更喜欢写出最小可测试单元的代码，而这些代码又大多数是私有方法，那如何覆盖到私有方法就很重要了，还好万能的spring提供了工具类可以用：ReflectionTestUtils

工欲善其事，必先利其器

一个顺手好用的IDE工具或者插件，哪怕能提升你1%的研发效率，也是值得使用的

下面是我自己个人使用的IDEA插件和设置，留作备份用

进大厂以后给我最大的收获之一，就是让我意识到写代码之前的设计有多么的重要——在编码之前要先进行系统设计分析，简称系分。

在系分阶段，用泳道图把要写的代码流程展示清楚，在设计阶段把疑惑都解决了，写代码的时候效率又高，BUG又少。如果在写代码写了一半才把疑问解决，往迭代分支合代码的时候过CodeReview，让其他人看糟糕的设计和愚蠢的返工，多丢脸。所以系分阶段是重中之重。

那么如何做好系分呢？肯定要画各种图啦。画图工具有很多，除了本文要说的Visual Paradigm（本文后续称之为VP）以外，还有draw.io、processon.com等网站。出于安全性的因素，不太方便把图放在上面，并且功能我觉得也不如VP强大，所以这里就来介绍一下如何使用。

可能我们都想成为技术上的大牛，写出优秀的开源框架/工具造福大家。

然而实际上可能我们都深陷业务的泥潭，似乎怎么也处理不干净纷繁复杂的业务。

身为打工仔就是这样，没办法，那既然只能依赖写业务去养家糊口，那要做就得尽量做到最好。

那面对复杂的业务，应该从哪里入手呢？哪些是最重要的环节呢？

并非office使用教程

2020年要结束了，2021年要开始了。

刚工作的时候，写下了 《3年经验程序员应该掌握什么技能》 的OneNote笔记。当有两年工作经验的时候，看当时的标准，觉得还有那么大的差距，基本不可能完成了。结果现在四年工作经验的时候，所幸，勉强算是完成并超越了当时的目标了吧。

虽然定下目标推迟完成了，但总比没有完成强。以前看了很多大神的博客，他们都有年度总结的习惯，即然现在我也开始正式写博客了，那我也要跟一波风。

先放个最大的收获！！！！

平时工作很多概念性的东西用不到，长时间不用吧，容易忘，但面试又确实是要问，只能复习面试的时候整理下来，也是再学习一遍。

真希望能找到一份，能把学习到的诸多理论知识变成实践的工作，而不是业务复杂，但技术不复杂的工作，嗨，加油吧。

平时工作很多概念性的东西用不到，长时间不用吧，容易忘，但面试又确实是要问，只能复习面试的时候整理下来，也是再学习一遍。

真希望能找到一份，能把学习到的诸多理论知识变成实践的工作，而不是业务复杂，但技术不复杂的工作，嗨，加油吧。