前言
作为渣硕一枚，毕业时一线互联网公司招聘基本没有参与过，等回过神准备参加，春招都快结束了【17年毕业】；跌跌撞撞面了几家公司，虽然被虐，但是基本上都给了Offer，几番比较之后到了苏宁，选择做一枚金融码农。虽然网上关于在苏宁做IT有着不同的看法，有好有坏，褒贬不一，但就我而言，作为新人，苏宁还是给我提供了不错的工作和学习环境【入职快4个月了】。
言归正传，作为一个初入职场的新人，面对很多复杂的业务场景，不同的开源技术的使用，一开始确实有点“慌”，但是随着慢慢的渗入，从能够将一个项目成功跑起来，到对着详设给代码加注释，到自己去画某一条业务线的流程图，到第一次独立完成一个需求，再到不断的去发现现有框架或者业务逻辑中的问题并去尝试优化；这个过程还是很“吃鸡”的。技术始终是来支撑业务的，熟悉产品很重要，只有深入了解了某一个业务，然后拓展出与其他业务的关系，这样才可以发现问题，找到切入点去做具体的代码优化和业务优化。所以人人都是产品经理这句话很中肯，特别是程序员，要学会和产品经理“讨价还价”。
为什么要写
为什么要写，最开始的想法就是把自己工作中的问题和坑记录下来，以便于自己不会再调到坑里面去。但是后来发现跑偏了，在没有具体深入了解的情况下开始“借鉴”+“总结”。后来再去看，该不会的还是不会，这就很无奈。
网上有很多什么“JAVA学习路线一览”、“数据库学习路线一览”，“Spring学习路线一览”。。。，实话实说，尝试过，但是都失败了，走不下去。比如说我想学习java集合，然后就去看，去总结，然后就会发现，线程安全和不安全在集合里面的比较很多，然后就去看线程安全相关，然后再走，就会发现从这个坑跳到了另外一个坑，一方面是没有足够的时间去研究，另一方面没有把自己的思维放进去，结果就是学到的还是很碎的东西。因此放弃别人的成功之路，回来走自己的独木桥。结合自己之前的一些技术积累和实际工作的需求，来整合。
看了很多，却发现深入的不多。一开始想的是从java的Object开始写，但是当我去尝试一次之后就放弃了【其实从java基础类库学还是很不错的】；我觉得不适合我这种不按套路出牌的人，因此就给自己定了一个框，在框里学。这个框是什么呢？就是设计模式。
无论是java基础类库的设计还是Spring体系的设计基本都离不开设计模式的使用，为什么说不从Object开始，不从Spring的启动开始就是因为当我顺着一条线开始走的时候，就会牵扯出无数条线，直到不知道去往哪一条开始。只有当前站在顶层去看整体的时候，才会对全局有一个把握，才能直到不同分支的关系，才能更好的学抓细节。
写什么
我的想法是以设计模式为主线来贯穿，开始重新学习。【从java语言的角度】
设计模式中基本上都是围绕六种设计原则来约束的，再利用JAVA中提供抽象、继承、多态提供的机制来进行具体的实现。顺着这个思路简单罗列下我自己的学习路线：
因为需要使用JAVA，那么就必须先要对抽象、继承和多态有一个比较清楚的理解，因此第一部分将会从java语言本身的特色来学习，主要包括：
- 1.抽象，继承，多态的理解
- 2.类和接口
- 3.面向接口编程的理解
OK，到此就收，第一部分就把后面设计模式中我们需要用的方式的基础定了个基调。
第二部分就直接进入设计模式范畴之内： - 1.设计原则
- 2.创建型
- 3.结构型
- 4.行为型
在学习某个具体的设计模式的时候会结合java语言中某些类库来讨论，穿插学习；
第二部分之后，对于设计模式、设计模式在java中的应用、Spring的顶层设计以及java中的一些类库会有一个大体的掌握。这个部分会需要很长时间，会涉及到的知识点会很多，有点慌。
第三部分开始数据结构，为什么是数据结构而不是并发或者数据库呢。一方面在java中很多关于并发的问题都会涉及到集合的使用，集合内部就依赖于不同的数据结构；数据库方面，如果都不清楚数据库是怎么存数据的，就不可能知道怎么去优化；如果都不知道数据库中的数据的存储结构是什么，又怎么能知道数据是怎么存的呢？
上面三个部分结束之后，关于java差不多也就结束了。那么作为一个程序员，对于网络理解和开源技术的使用才是真正快速解决实际问题和吃饭问题的根本。
spring、mybatis、redis，struts2,hibernate,以及相关rpc框架。
关于java虚拟机这个东西不会单独的写了，感觉写不出来，等有了实际的经验积累之后再去谈吧。。。结束语
其实我们每个人每天都会有想法，好坏不说，要去试试，这篇文章写完之后我也不知道自己能走到哪个部分，但是还是回去尝试走一走。我也不知道这种学习的“野路子”适合不适合，但是就现在【2017.11.5 11:59】看，我觉得对我是可以的。
