为什么越来越多的人选择学Java 好不好就业

1、2002年到2012年当时由于还没有怎么流行框架开发，学个JAVA、JSP、Servlet就可以拿个6k工资。2015年12月份我记得当时是整个JAVA行业最好找工作的最后时期，只要会个SSH就可以拿个8k工资。

2、不过现在看来，2015年可以说就是一个分水岭，2015年之后整个行业发生了巨大的变化，你也许可能认为我在吹牛，瞎扯，吓你，不过我说的都是实话。你现在如果只是会个Struts、Spring、Hibernate、Mybatis、Ibatis框架是非常难找工作，就算进到公司很快就有可能被淘汰。坐不稳，某传播智客有一些学员反映，老师讲的拿到工作之中几乎根本用不到，发现一进公司，啥都不会，都感觉接触的都是新技术，那难道以前的框架就没用了吗？

3、2017开始流行了微架构，例如SpringBoot、SpringCloud，开发者是想：消除项目中所有的配置文件配置（纯属梦想）、我认为具有挑战性。真个如果从学习层次的角度出发，以前的框架可以说是整个JAVA课程中的高级部分内容，不过现在都成基础部分内容了。不过大多数培训机构还是学那点东西。

4、JAVA开发我认为玩的都是框架，现在高级部分依然是学一些新框架或组件，例如：SpringDataJPA框架、ZooKeeper协调组件、Storm流式分析框架、AVRO序列化框架、Kafka分布式消息系统、Hadoop框架、Docker容器管理平台、0Auth会话授权管理、RabbitMQ消息组件、Dubbo分布式服务框架、Redis集群、SSO、FastDFS分布式部署、Mycat、Codis集群、Shiro框架、DWR框架...我知道就这么多，反正我估计有几十个框架够你玩的， 我认为你把这些框架搞会了，找个工作拿个9k-15k不是问题。这些技术都是向互联网架构师或大数据开发工程师靠近的。架构师可以说是整个行业最值钱的岗位。

5、真正好的机构，为学员职业发展着想的机构，不是将时间、将重点放在框架部分，而是重在打基础、分析原理。基础课程如果真正的去深度学习，每天学6-8个小时，至少也要2个半月，接近3个月，这两三个月是最辛苦、也是最难熬的，基础打好了，后面的框架玩玩就会了。基础不牢，后面的课程就废了，面谈就废了。

6、关于JAVA市场问题：有很多的人抱怨JAVA不好找工作了，市场饱和了，培训机构泛滥了，搞JAVA泛滥了，看来要完蛋了。其实恰相反，根据某机构采集到的JAVA海量招聘信息来看，对JAVA工程师的需求量依然很大，大概有10W个岗位，如果算下来，平均每个岗位招5个人，5 * 10W = 50W人。这么大的需求量为什么有很多人抱怨找不到工作呢？原因其实很简单，现在很多的所谓的JAVA工程师会的是还是：SSH、SSM所谓的框架，其实就是一个工具，培训机构还是以培训学习SSH、SSM框架为主。真本事几乎没有，没有框架我估计什么都不会做，我开发工具，我估计关键字都不会写。现在你给面试官说SSH、SSM，别人一听就知道你是培训机构来的，可能就不会搭理你了。

如果想做java开发,要学哪些内容?

1) 类名首字母应该大写。字段、方法以及对象(句柄)的首字母应小写。对于所有标识符，其中包含的所有单词都应紧靠在一起，而且大写中间单词的首字母。例如：

ThisIsAClassName

thisIsMethodOrFieldName

若在定义中出现了常数初始化字符，则大写static final基本类型标识符中的所有字母。这样便可标志出它们属于编译期的常数。

Java包(Package)属于一种特殊情况：它们全都是小写字母，即便中间的单词亦是如此。对于域名扩展名称，如com，org，net或者edu等，全部都应小写(这也是Java 1.1和Java 1.2的区别之一)。

(2) 为了常规用途而创建一个类时，请采取“经典形式”，并包含对下述元素的定义：

equals()

hashCode()

toString()

clone()(implement Cloneable)

implement Serializable

(3) 对于自己创建的每一个类，都考虑置入一个main()，其中包含了用于测试那个类的代码。为使用一个项目中的类，我们没必要删除测试代码。若进行了任何形式的改动，可方便地返回测试。这些代码也可作为如何使用类的一个示例使用。

(4) 应将方法设计成简要的、功能性单元，用它描述和实现一个不连续的类接口部分。理想情况下，方法应简明扼要。若长度很大，可考虑通过某种方式将其分割成较短的几个方法。这样做也便于类内代码的重复使用(有些时候，方法必须非常大，但它们仍应只做同样的一件事情)。 (5) 设计一个类时，请设身处地为客户程序员考虑一下(类的使用方法应该是非常明确的)。然后，再设身处地为管理代码的人考虑一下(预计有可能进行哪些形式的修改，想想用什么方法可把它们变得更简单)。

(6) 使类尽可能短小精悍，而且只解决一个特定的问题。下面是对类设计的一些建议：

■一个复杂的开关语句：考虑采用“多形”机制

■数量众多的方法涉及到类型差别极大的操作：考虑用几个类来分别实现

■许多成员变量在特征上有很大的差别：考虑使用几个类 。

(7) 让一切东西都尽可能地“私有”——private。可使库的某一部分“公共化”(一个方法、类或者一个字段等等)，就永远不能把它拿出。若强行拿出，就可能破坏其他人现有的代码，使他们不得不重新编写和设计。若只公布自己必须公布的，就可放心大胆地改变其他任何东西。在多线程环境中，隐私是特别重要的一个因素——只有private字段才能在非同步使用的情况下受到保护。

(8) 谨惕“巨大对象综合症”。对一些习惯于顺序编程思维、且初涉OOP领域的新手，往往喜欢先写一个顺序执行的程序，再把它嵌入一个或两个巨大的对象里。根据编程原理，对象表达的应该是应用程序的概念，而非应用程序本身。

(9) 若不得已进行一些不太雅观的编程，至少应该把那些代码置于一个类的内部。