简单的定义
什么叫复杂，没有做了没有必要的逻辑，达到目的有更简单的路线，比如下图：
尽量通过简单的办法来达到目的，技术本身并无优劣之分，关键是要识别面对当前场景的问题，分析出当中的痛点，选用合适的技术解决；比如上图中如果A和B之间直线有陷阱，有可能看似绕远的路径依然是最简单的路径。
应用一：简化需求
功能设计复杂了，不一定有收益，可能更不好用；
举个例子：
需求：平时我会在电脑上把不同的资料按文件夹划分，每天需要把这些文件夹中不需要备份的文件删除，然后把剩余文件压缩为Zip包，然后备份。
设计开发：按照这个需求，我开发了个文件压缩工具，批量压缩文件夹，并且在压缩前删除备份文件；
优化：随着系统的使用，我逐渐发现这样备份是有问题的
- 我干嘛不统一把需要备份的文件放入一个文件夹，一起备份呢，更简单呀
- 我为什么不提前规划好，把不需要备份的文件和需要备份的文件分离开呢
一些细节，通过了一些小技巧让备份文件更干净（提前规划胜于临时处理）：
原来的目录：
doc(备份的根目录)
----.git(版本控制文件夹，需要在备份的时候删除)
----aa(资料文件)
----bb（资料文件）
ps:只用了本地git管理版本，是因为资料不适合上传远端Git服务器。
docGit(为了版本分离专门建立根目录)
----.git(版本控制文件夹，不再需要删除了)
-----doc(备份的根目录)
---------aa(资料文件)
---------bb（资料文件）
doc的版本一样得到了管理，但得到了个清晰的可以直接备份的doc文件夹。
新需求设计：把文件夹压缩为Zip文件,是不是比原来需求简化太多了，而且更好用了。
PS：当然新需求使用压缩工具就可以实现，不需要小工具；这里为了展示需求的简化过程，隐藏了小工具的一些细节,通过这个优化，我的小工具更能专注解决我真正的痛点了。总结：挖掘真正的用户痛点，提供解决方案，去除无效需求。
应用二：简化技术方案
待完善
