进大厂以后给我最大的收获之一，就是让我意识到写代码之前的设计有多么的重要——在编码之前要先进行系统设计分析，简称系分。
在系分阶段，用泳道图把要写的代码流程展示清楚，在设计阶段把疑惑都解决了，写代码的时候效率又高，BUG又少。如果在写代码写了一半才把疑问解决，往迭代分支合代码的时候过CodeReview，让其他人看糟糕的设计和愚蠢的返工，多丢脸。所以系分阶段是重中之重。
那么如何做好系分呢？肯定要画各种图啦。画图工具有很多，除了本文要说的Visual Paradigm（本文后续称之为VP）以外，还有draw.io、processon.com等网站。出于安全性的因素，不太方便把图放在上面，并且功能我觉得也不如VP强大，所以这里就来介绍一下如何使用。
可能我们都想成为技术上的大牛，写出优秀的开源框架/工具造福大家。
然而实际上可能我们都深陷业务的泥潭，似乎怎么也处理不干净纷繁复杂的业务。
身为打工仔就是这样，没办法，那既然只能依赖写业务去养家糊口，那要做就得尽量做到最好。
那面对复杂的业务，应该从哪里入手呢？哪些是最重要的环节呢？
并非office使用教程
2020年要结束了，2021年要开始了。
刚工作的时候，写下了 《3年经验程序员应该掌握什么技能》 的OneNote笔记。当有两年工作经验的时候，看当时的标准，觉得还有那么大的差距，基本不可能完成了。结果现在四年工作经验的时候，所幸，勉强算是完成并超越了当时的目标了吧。
虽然定下目标推迟完成了，但总比没有完成强。以前看了很多大神的博客，他们都有年度总结的习惯，即然现在我也开始正式写博客了，那我也要跟一波风。
先放个最大的收获！！！！
平时工作很多概念性的东西用不到，长时间不用吧，容易忘，但面试又确实是要问，只能复习面试的时候整理下来，也是再学习一遍。
真希望能找到一份，能把学习到的诸多理论知识变成实践的工作，而不是业务复杂，但技术不复杂的工作，嗨，加油吧。
平时工作很多概念性的东西用不到，长时间不用吧，容易忘，但面试又确实是要问，只能复习面试的时候整理下来，也是再学习一遍。
真希望能找到一份，能把学习到的诸多理论知识变成实践的工作，而不是业务复杂，但技术不复杂的工作，嗨，加油吧。
平时工作很多概念性的东西用不到，长时间不用吧，容易忘，但面试又确实是要问，只能复习面试的时候整理下来，也是再学习一遍。
真希望能找到一份，能把学习到的诸多理论知识变成实践的工作，而不是业务复杂，但技术不复杂的工作，嗨，加油吧。