为了找到别人写的好文章，先分享下自己的知识，找找感觉路线。
学java前接触的c，后来转向java。第一个照面理解的就是面向对象，没想到让我想了好多年。当时有个负责任的老师说面向对象这个词具体释义众说纷纭，有自己的理解就好。于是java从开始就和高深神秘的“面向对象”挂钩。
里边的逻辑和其它编程逻辑差不多，表达同一些意思。至于java的核心，异常、继承、接口，没怎么用过，知道是用来做什么的，看上去还是让人觉得很麻烦，不是很懂。
很多语言也可以做到这些，只是在java里是不得不这样做，它规定了机制，限制了朝其它路线散蔓。我对java的理解一直停留在培训班阶段。接口异常继承这些东西多都被写进了框架里，用的时候直接按照要求用框架，不会自己去考虑这些东西。
我觉得语言是一个定量的承载平台，也就是它能承载的逻辑紧密度是一定的。开发程序的时候不能过多去修整逻辑，因为你逻辑好了，java本身也承受不起。java有自身的逻辑水平。所以开发时候有一个逻辑平衡，所用的逻辑水平应该在java水平之内，超过了就头痛了，想去钻底层。
软件是有需求的，java的逻辑足够应对这些需求，于是就用着。就像搭房子，能用木头支撑的就不用铁的。
很多时候在语言世界里徘徊，觉得那么多遗漏没人补，下层世界显得不透明，真正操作起来的时候不知道自己在做什么，就像背书一样不是在理解东西，只是把背诵过来的内容贴出来，用到逻辑思考的部分很少。
之后框架越来越庞大，又更依赖于框架，毕竟里边包含了很多别人已经写好的处理逻辑，我自己不懂那些底层只能拿来用，可是至于对效率上的理解，只能通过大项目多了建立一些直接的感官，也就是靠感觉来判断。这样背诵那么多东西到能有感觉的时候，是一个很头痛的过程，枯燥和忍耐。
我觉得代码里有很多好玩的东西，当把一些繁琐的内容介绍清洁了就可以。外文的缘故，不能直接看原代码手册，翻译出来的总是让人不理解，就像面向对象这个词，谁能在一接触的时候就知道是个什么鬼东西。
英文里object observed programming，站在object的角度上进行观察的编程方式，也解释不出来的样子，如果懂英文的话就容易理解多了。
学来的东西经过了一个翻译的过程，就像传输掉帧了一样，本来清晰易理解的画面被弄得找不到北，只能片段式地死记硬背。
很少有负责任的人在做java，升到高端没有一个诚实探索的心，传教出来误导人。以前的老师还会谦虚一点，知道自己的水平不够。现在的老师还没有以前的水平高，却说自己到顶了。
现在很多都用java开发程序，虽然它本身很慢很卡，可是却易读易用，而且稳定。刚开始学编程的时候，java主要是给银行这些行业用的，讲究稳定性而不讲究速度，现在到处都用了。
java讲究封装，它自身就是一个对底层很好的封装。只是当考虑到系统性能问题的时候，并不能通过java学到太多东西，都被那些英文装了起来。这样的话就不容易理解程序的运转逻辑，不容易理清为什么要有这些东西，只能通过需求反过来理清思路。就像断了的知识块，需要绕过去绕到很远以后，忽然有一天可以回过头来发现为什么要有那条直线，可是下次走还是要绕弯，因为那部分逻辑还是断块的。知道为什么有，仍然不知道怎么来的，都被java封装了起来。
或者被使用的框架封装了起来，而对于框架的理解，我所见之人都是在理解框架上，赞叹框架的好，没人在说框架有多么差、走偏进哪条路线、只能适用于什么，这种情况很让人担忧。
java里不用使用太多的特殊字符，就那些东西显得平板简单，特殊字符都被另向封装到英文里。出了程序框就出了生命周期，被回收机自动回收。显得很便捷，不用考虑太多东西。
所有对底层的应用都被封装到固定jar包中，知道怎么使用就可以了，不需要知道被连接的底层实际是如何建立连接的，需要哪些验证、传输环节、断带续连机制。
框架却把java作为底层封装了起来，所以使用框架离java自身也远了一步。框架一换新，原来背诵的东西显得没有用处，成了底层工作的人，还没等熟悉框架可以走到上层，框架就换掉了，一直被压在底层。
自己学习，谈何容易，过滤掉太多普通工作的人。环境基数小了，走出了框架也走不到上层。
有时我想去换另一种语言，发现太繁琐，想想还是没有java好用。让人排斥的或许只是那些框架，不是java语言本身，它本身还是封装了很多复杂的底层，再也不需要去理会，有专门的人负责。
至于框架，我觉得它是语言自身的逻辑（编辑出来的），如果可以尽量不要去用他们，给自己一个可以思考和成长的空间。