没有我想选的分类，好伤心。就不介绍我是如何接触web的。
最开始我是执意要做后端的，大环境下接触了java。此时时间还在两年前的寒假。
寒假归来
java勉强接触了封装、继承、多态、组合。那时候刚接触程序，不愿意动手。原因是多方面的，现在看来，最主要的原因是敲字敲得慢。现在的我在测速网站上偶尔能达到前99%。反正，新手刚学的时候，一定得多敲。面向对象的思想，没有一定得经验是理解不了的。封装、继承、多态、组合就像设计中的工具，衍生了各种设计模式，多种设计模式之下衍生出了现在的java大世界。虽然我现在仍然不懂设计模式。
继续说寒假归来的事情，那时候实验室需要搭一个web开发平台。那时候不懂啊，不知道平台是啥啊。其实就是一个具备很多基础功能的开发框架。比如：角色管理、用户管理、权限管理、功能管理、等等等等web平台上通用的东西。不过，后来做的许多东西都闲架子太大了，不想用。不过，现在看来，作为商品卖给用户时，这些东西确是必须得考虑的。
这时，开始写模块了，折腾了快一个星期，我的模块才折腾完。分给我的模块内容是很简单的，基本上就是对一张表的增删查改的操作。
那时候不懂HTTP，对HTTP的唯一印象是在浏览器中输网址的时候不输也能访问到，然后在后续的请求中经常会犯这种错；
不清楚FORM的提交方式，HTML要依赖W3C；
不懂JAVASCRIPT，属于会基本语法，其他的API就一概不知。最重要的是，完全没有调试意识，没有控制台意识。
代码出错了，会把代码盯着看很久，然后发现了一个全角符号。到后来，我知道了有个东西叫做开发者工具，于是我的生产力不可同日而语。
虽然前端实在不会，但是没人给你写，你还是得自己写啊。由于我适用的前端开发技术比较落后，所以相对简单的前端我反而走了更长的弯路。
对于我这样的小白来说，哪一步路走的都不会很顺利。后端也如此。
我们用SVN作为项目管理（SVN的操作我掉过很多坑），基本上我的开发就是把老师写完的模块的代码复制一份，改一改，调到自己能用。现在想一想，简直不忍直视。说白了，还是对开发的不理解。
直接说我学习框架的过程。那时候我们的框架是用Spring搭建的，持久层是对JDBC的封装。
按我现在对Spring的理解，Spring是一套后台开发框架，不过框架也只是一个个类、对象。核心是IOC容器，就像web应用运行在web容器（如tomcat）中一样。项目启动时，tomcat会根据web.xml去加载对应的组件。如果你在web.xml中配置了Spring的话，接下来就会去扫描Spring的配置文件，Spring的配置文件有一大坨的命名空间，定义了许多的标签（xml是扩展性语言），这些标签就像一个个指令，告诉系统去执行哪些操作。如果你是和我一样的小白的话，为了做出一些Spring的产品的话，将学习重点放在配置文件上面，切不可小看这些屈指可数的代码，这正是框架的魅力所在。最后总结一句话，Spring就是一个工具箱，能解决并简化大部分的开发问题，你需要什么，就用什么（在配置文件里面添加相应的指令），我现在接触的有：Spring MVC，Spring AOP，Spring Scheduled，事务管理。基本上，出现过的问题，Spring都有解决方案。如果你是一名Spring使用者，当你遇到你个新的web问题时，大可搜索Spring+problem，解决方案往往是一个注解符号。
接下来是Hibernate，Hibernate大大的提高了持久化层的开发效率，对于小型系统，性能上绝不会有瓶颈。利用Hibernate来操作数据库，主要在两个方面，建数据库，和查询数据库。建数据库的话有两种方式，一种是用类建表，一种是用表映射出类。我更习惯前者，虽然学习成本要高一些（关系映射，索引
等注解，注意是注解），但整个开发过程非常顺畅。学习成本高在需要掌握的指令比较多，当然用的多了就熟悉了。操作数据库方面，网上有质量非常高的模板类。对于特殊的业务，就要求对hql的掌握比较好。这是我对Hibernate的大概认识。
后端大概就这样了。
前端的话，这几年发展的太快了。业务需求，我学了几天angular。对我冲击最大的是，angular似乎将最常用的一些业务封装到了指令级别，我是十分喜欢这么干的。就是说，做简单的东西，angular非常迅速，简洁。这样带来的结果是，我的代码很简洁，感觉上开发效率爆棚。做复杂的东西的话，很抱歉，我不会。
肚子好饿啊，我就是来水一水。
随时随地看视频
