很多东西，包括日常中的内容和琐事，大多越臃肿问题越多，比如项目，越大问题也就越多，我不喜欢大而臃肿的架构，排错很麻烦，修改东西也很麻烦，尤其是当必须修改数据结构的时候涉及到历史数据改的人想吐。所以Java的模块化是很有道理，我都喜欢干净的程序干净的模块，做点小功能和小模块，完成一点就打包好，再继续下一个，这也要求架构的模块化设计的足够好，这是我的理想，现在的我很希望能做到，但还是不能做到。
我觉得很多知识都是需要小包装才适合我接受，大的容易让人畏惧，我就很畏惧大部头，我希望大部头可以分解成小而美的知识点，能以一种很精巧的方式联系起来，容易理解也容易探讨，我猜之所以Java有那么多大部头，大概是那些大神们除了想把Java的体系建设的更完善之外，也无形中提高Java的学习门槛。
其实，很多知识理应不麻烦，理应很简单，Java也当如此，所有语言都当如此。我一方面很喜欢简洁优雅的知识，一方面也希望获取更多的知识，我无法改变既成的事实，很多专业知识包括除了Java之外的专业知识都高深的让人畏惧，这让人失望，事实上，我们很努力的去学习，只有真正的理解了，以一种更高维度的框架理解了我们接触的知识，才能更优雅的去解释我们遇到的知识。比如说一个正方形立体，由8个顶点，12条等长的线相连组成，当我们的大脑中构建出来这个简单的几何模型，那就是完全把这个模型放在了我们的心中，因为我们理解了，所以我们可以换无数种语言去描述它，但是对于一知半解只看见一部分甚至只有一个角的人来说，就只好从他所看见的不全面的部分再结合很多毫无意义的结论去推导这个正方体的模型，无论他掌握了多少正方体的特性，对于我来说，他掌握的还是不如我，因为这个模型就在我心中，但是在他的眼中，这个模型只是一个平面。
我们应该使用更多的立体的方式去看待我们面对的浩瀚的知识海洋，相信当我们研究并找到了好的学习之道，Java学习之路会变的更加有趣的。我也希望，自己通过自己的学习能将Java只是打包成一个个小而美的小包裹放在这里，等有心人去领略这份惊喜。
