文档博客
挺烦，忘了备份markdown 本地文件了，系统重新安装后，丢失了。没有找到恢复方法。本来想讲一下自己最近工作的感受，自从今年年初进入了一个阶段。形成了知识结构化网络后， 自己觉得 一切都是套路，无论是架构设计，代码设计，还是各种**方案，都是万变不离其宗，从spring 到 spark flink 到apache所有的项目，还有其他公司一些开源的项目，他们的代码设计结构都是相同 或者相似的，于是我也是这种套路，实现自己的框架，发现其实只需要按照这个代码框架套路模板补上相关的service 补上相关的组件一切都是so easy,按照这个**套路看开源框架也是so easy，也许是以前的开发太过依赖spring了 自己这阶段挺讨厌spring的，说实话，很多时候spring太重了，CDI 或者 很多组件很多人实现的组件，太过依赖spring了，导致一叶障目，什么都是讲实现，却从来没有人告诉你怎么实现一个框架，实现代码的设计，而不是实现项目中的使用，就像告诉你你掌握的技术只是给框架贴墙砖，却不懂怎么建房子打地基，很多文章，很多技术书籍都是讲 笼统的架构设计，各种，其实都缺少了代码设计，其实这很重要，当你发现所有比较知名的框架组件都是一种套路，或者说为啥这么代码结构这么代码设计时候，你就很容易理解一个开源项目了
我最近把我自己这个阶段叫做庖丁解牛阶段，这个时间点有很多时候自己变成了代码的搬运工，从开源组件，从开源项目，提取核心架构代码设计，从中提取核心代码 ，参考核心思路 参考设计，移植到自己的项目中不断的消化进步 其实当自己发现你知道了这些人的代码设计**，代码结构设计， 然后你自己总结的架构思维，设计思维，不难，要实现一个像apache 那样的优秀开源项目真的，就像房子建好了一个非常的顶配模子了，我只需要不断的填充相关功能就行了 后面就是很简单的工作，但是这些却很少人说，但是这就是最重要的2大法则体现，分层与抽象，你代码能力的体现： 我觉得这是自己代码能力步入新的阶段的一个体现，后面时间，我想细心 后面我将继续研究一下重要框架设计细节实现。自己实现去中心化实时计算框架，最近觉得其实最难的是P2P拓扑网路组件实现。其他的参考flink storm等核心就行了。 也该是自己证明一下自己的能力了。