CSDN见证了我的成长

       3个月的时间一转眼过去了，回头看看自己的博客，惊奇地发现了自己成长的足迹，感谢CSDN。

       记得第一次写CSDN博客是今年的5.24号，那时是刚从管理转岗做技术，决心要在这里扎营。因为做了几年的管理，对技术的细节已经渐渐淡忘了，留在脑海里的只剩下那些“技术天花板”（什么是技术天花板，就是说的天花乱坠，负载均衡、单点登录、容灾、灰度等等一套一套的，但却缺乏实践，也就是纸上谈兵。）。

       如何学习、要达到什么高度、要接触什么人？

       这一直是我思考的问题，想要在技术上取得成就，就得先定一个目标。这个目标不能自己定，因为技术这东西，随着眼界的扩宽，会不断推翻以前的答案甚至思维模式,就好比 DIP、TDD一样。工作8年的我，明白这个道理，因此没有给自己一个目标，我是打算先走进“圈子CSDN”，我感觉到答案就在那里。为啥偏要进CSDN呢，因为我心目中的大神“戴老板”他就在这里混~ 我是不是挺没主见的~

       期初我的打算是专攻JAVA基础，我选择了一本《Thinking In Java》，每天看书和编码2个小时左右，基本就是学习书中的例子，然后把书里经典的代码用自己的例子再现一次，当然再现过程是很辛苦的，学到的也很多。就这样，over and over，我学到了15章，泛型。但这时候我已经察觉出了一些问题，就是这本书的翻译实在是太晦涩了，虽然里面的内容蕴含很多知识，但却因为这些翻译，让我摸不着头脑，我的英语也不好，看不明白英文原版。

       正在我哭闹的时候，我想起了戴老板跟我说过的一句话，“我觉得spring源码讲解，还是网上有一个系列的文章讲得最好，书中的我没看到比那个好的。”二话不说，改变自己的学习方式，不再拼命揣测《Thinking In Java》的翻译，改用泛读，把难点记下来，去百度~这样，书的内容和网上的文章结合起来学习，感觉效率高了不少，做小例子更快了。

       就这样 1个半月过去了，JAVA基础依旧按部就班的进行着，这时候，疲劳期来了，觉得自己没有什么进步，也没有什么实际的知识能用在工作上；其实每个人都有这个过程，就像长跑一样，会有一个疲劳期。我当然明白这个道理，但我也不想一味的与枯燥和乏味作斗争，我再次转换了一种方式，基础与实际相结合。

       我一方面开始收集工作中遇到的很多难点和问题，例如:springAOP和AspectJ的区别，SpringAOP的源码实现，Solr搜索引擎，CXF的soap和restful的协议小例子。我开始着手去解决一些实际的问题，这对工作来说，其实是立竿见影的，只要你能做出demo，你几乎就等于永远掌握了这门技术。当然还有一些目前还没有时间去搞的，例如：mysql的分库分表，redis的集群模式等等。

       另一方面，我开始拓展我的知识面，去开源社区逛，基本是泛泛的看，然后看到那些技术出镜率高，再进去瞧个究竟。前一阵我在研究急速web开发框架JFinal，也做了一篇源码的详细分析。（还欠了一篇，应该分两部分的。）感觉做这些的意义还是挺大的，但切记不能什么新就去学什么，跟不上的，全中国程序猿的肩膀，你最多就站在4个肩膀头子上。

       到现在为止，我把时间分配是 周一~周五，学基础&扩展知识面，如果当天加班累了，就去论坛里答疑。周六、周日看两个设计模式，设计模式切记不能太快，一定要消化思想，消化思想~最后是每天半小时英语，这是必须的，牛逼的程序员有几个不会看英文注解的。

       谈论成长，我确实是成长了许多，感觉这3个月高强度的学习甚至能顶上我前3年的工作经验。这其实并不夸张，在编程的世界里，你会的越多，你学的就越快。最高境界就是不需要学，需要用的时候，拿着API查一查 就开始编码。就好比武侠小说里的“心中有剑”一样。

       论实力，说实话，我觉得自己很弱，而且越来越弱，但这是个好事儿，因为我的眼界广了。记得以前打游戏我总结的，说自己在圈子里最强的人，其实都是菜鸟一只，因为他的格局就在那。大的格局并不能给我带来些实际的东西，但却能让我看到自己前进的方向。那么到现在，我终于有了自己的目标和努力的方向，开始有针对性的奔跑了~

       最最后，感谢CSDN，感谢你的陪伴，请你见证我的成长。

   

 

       PS：依赖倒转是Dependence Inversion Principle,简称DIP，正常情况下，我们在做一块功能的时候，先考虑上游的数据→校验→封装→内聚→流转...，这其实是面向过程的思考方式，并不是OO思想，更不是DIP。DIP的思想是从“我”出发，你是谁、你想要做什么，你需要什么资源，别人怎么给你提供，一层一层往上推。

              测试驱动开发 Test-Driven Development，简称TDD，是指要改变编写代码的思维模式。先编写测试用例（Hard Coding），反生成逻辑代码。