propertyutils，自学JAVA难不难？
答主本身也不是科班出身，除非你特别聪明或者有毅力，否则还是不建议自学Java。我也是毕业后培训了三个月才找到工作的，班里也有科班出身又去培训的，当然他们基础要比我好上很多，也有学过C语言的，也有重点大学理科毕业的。对于我来说还是很难的，我下边列出来认为的难点。
1 Java基础
面向对象是难点，也是重中之重，说整个Java围绕着面向对象作为核心也不为过。就我现在也不能说掌握了面向对象。
2 数据开发“SQL”是数据库开发的前提，一定要牢牢掌握;“JDBC”是连接数据库的重要步骤，这点要融会贯通。
3 HTML这是前端的一些东西，js需要多看看。
4 Javaweb学到这里就可以进行简单的开发网站了。MVC模式也是重点，但是很好理解。
5 框架三大框架是以后开发经常需要用到的，需要不断的练习，但是现在随着时代的发展，流行框架可能会发生改变，前几年用ssh的比较多，我认为作为入门还是可以的，现在普遍用springMVC比较多，但是几乎都从上图的三个框架开始学起的。
对于题主这种情况，可以参考我给你的学习路线在网上找些资源，毕竟都是免费的，推荐一个自学IT网站:慕课网。当然有什么不懂的也可以和我讨论。
怎么样才能学好java编程？
要学好Java，就要学好Java语言+Java技术生态，单纯学习Java语言并不能算是“学好”，更多的计算机理论+Java技术生态都学习了，才能把Java学好。
学习内容每一门语言都有自己的特性，单纯学习特性和语法是很简单的事情，但是要学习好这门技术就要了解很多的东西。
1. Java语法及高级特性
Java语言是高级语言，是一门面向对象程序设计的语言，基础阶段需要掌握Java语法、面向对象、多线程、反射、IO、网络、枚举、集合、常用类，高级阶段需要深入理解多线程的实现（JUC）及多线程框架、NIO、Java虚拟机（JVM）等知识。
2. 设计模式
设计模式是面向对象设计的经验总结，是GOF四人帮总结出来的23种设计模式，应用非常广泛，是每个Java程序员必须掌握的内容；设计模式是一套指导思想，或者是一套方法论，较为抽象，需要不断学习和应用才能融会贯通。
3. 数据结构与算法
无论是否学习Java语言，数据结构与算法都是必须掌握的，每个计算机从业人员都应该掌握常见的数据结构和算法，此处不再赘述。
4. 常用框架
Java生态有很多面向不同技术的框架，针对NIO的框架Netty、针对多线程的框架
Executor、针对WEB业务的常用SSM框架（Spring+SpringMVC+MyBatis）等等，这些框架都是要求熟练掌握，最好能达到源码级别的掌握。
5. 分布式
现在越来越多的应用都是分布式的，要掌握分布式相关技术，解决分布式带来的各种问题，分布式中常用技术包括：Redis、Memcache、Zookeeper、Dubbo、ElasticSearch、各种MQ中间件、分库分表及中间件等等。
6. 微服务
微服务越来越流行，SpringBoot、SpringCloud等技术都是必须掌握的技术，非常重要。
7. 工程化
构建工具Maven、版本工具Git、Docker技术、容器编排技术K8S、Jenkins等等。
学习方法不仅仅是学习Java技术，所有语言及技术都是一个循序渐渐、不断积累的过程，不可贪图一蹴而就、一口吃个胖子式的学习，填鸭式的学习方式更不可取。
作为一名程序员必须将终身学习作为目标，IT行业本身就是一个要求不断学习和快速学习的行业，为了快速入门，建议参考如下方式学习：
1. 快速入门-跟随视频学习
在线教育已经越来越发达了，大部分的技术都可以找到对应教学视频，可以根据视频教学快速入门，宏观掌握技术关键点，以此作为后续学习的依据。
2. 精进之路-不断实践
代码才是最重要的，技术只有不断的实践才能真正掌握并精进，反复练习才能越来越好。
3. 层层深入-官网文档、阅读书籍和技术博客
要深入理解并掌握，必须详细阅读官方文档、高质量的书籍、高质量的博客，不断阅读和思考才能从更多角度、更多细节理解这门技术。
4. 彻底掌握-分享和博客输出
自认为掌握后往往对技术依然有所欠缺，能够给别人讲解清楚才算是真正理解的，因此，可以将技术分享给他人，也可以整理后输出到博客、今日头条、个人网站等地方，输出的过程才是检验自己是否真正掌握的关键。
5. 大彻大悟-参与开源技术
何为大彻大悟？就是精通到信手拈来，精通到能够全面掌握，精通到理解作者的思考维度和思路，如果已经能够深入掌握，可以尝试参与到该技术的开源维护中，得益于GitHub，大多数的技术都是可以让有志于对技术共享能力的人，通过该网站参与维护和功能开发中。
进阶之路技术人员的成长之路，要么深入技术研究成为架构师或技术攻坚人员，要么转行到产品、管理等工作岗位。
个人对技术很憧憬，之前在优知学院找到过一份脑图，分享给你，希望对你有帮助。
希望上述内容对你有帮助，谢谢~~~。
在舒适的开发环境中做前端是一种怎样的体验？
去年一篇《在 2016 年学 JavaScript 是一种什么样的体验？》吓坏了很多想要入行新同学和入行很久的老司机，感觉一下子前端世界已经看不懂了，做个页面要那么麻烦？当然如果你只是想要一个简单的静态页面，这么玩儿就是杀鸡用牛刀了。但如果你准备开发一个 Web App，之后会不断的迭代，有一个舒适的开发环境是及其重要的，那么底怎么样的环境才会是舒适愉悦的呢？
比如这样的一个环境：资源依赖可以安装并模块化引用、可以使用很酷的 ES6 语法、可以使用 SASS 预处理器写 CSS、代码可实时更新而不用一遍遍的手动刷新页面，这样的开发环境你会不会觉得很爽！好，我们这就来配置一个这样的环境！
基础环境
首先，你需要一个 Node.js，然后 NPM 也会随着 Node.js 一起装上。
什么是 NPM ？简单的说 NPM 是用来下载安装 Node.js 的第三方工具包的一个管理器。当然，现在也可以安装浏览器中使用的包。提到包管理器，就不得不说下 Bower，Bower 之前一直是前端库管理工具，一开始 NPM 只能发布和安装 Node.js 的包，所以 Bower 盛行一时，随着 CommonJS 的普及，以及 UMD 规范的出现，让 NPM 安装前端浏览器 js 包成为了可能，随着 NPM 生态的成熟，Bower 也就慢慢被人淡忘了～
Node.js 安装完成后，可以执行以下命令验证安装是否成功：
$ node -v v6.11.0 $ npm -v 3.10.10
别急，Node.js 的部分还没完，国内通过 NPM 的官方源安装依赖好像很慢，动不动就要等上半天，如何解决？我们可以装一个 nrm！nrm 是 npm registry 管理工具，可以自由切换 npm registry，然后命令行使用时依然是 npm ，国内有很多 npm 的镜像，比如淘宝的 cnpm ，然而很多公司都架设了自己的私库。什么是私库？私库就是只能在公司内网访问，不能发布到 npm 共享平台的 npm 包，比如我们大公司私库的 registry 的名称就是 hnpm。不细说了，我们先装一个试试：
$ npm install -g nrm
然后根据官方教程我们先切一个国内的 registry，比如大淘宝的：
$ nrm use cnpm
然后用 NPM 随便安装个什么，看看速度如何？是不是很快^_^
等等，Node.js 还有。有的开发依赖包是有 Node.js 版本依赖的，我们知道 Node.js 不同大版本的功能还是差别很大的，但我们又不会一遍遍的卸载安装吧？感觉好蠢！好吧，我们当然可以装一个nvm，nvm？好像和 nrm 很像！nvm 是 Node.js 的版本管理工具，可以在多个终端切换和运行不同的 Node.js 版本，可以到这里参考具体的安装教程。不过 nvm 在 windows 下不能使用，没关系，这里还有几个替代工具：nvm-window，gnvm 供你选择。
同样，我们执行下命令验证安装成果：
$ nvm --version 0.33.0
项目初始化
有了上面的工具我们就可以开始创建一个项目了，我们执行以下命令来开始一个项目：
mkdir my-app cd my-app npm init
执行 npm init 后你会看到你需要输入项目的一些信息，完成后回车确认，然后npm会在根目录下创建一个叫 package.json 的文件，你之后通过 --save 或者 --save-dev 安装的依赖包都会出现在这个文件里。
先不管那么多，我们在根目录下创建一个 src 目录，然后在 src 下创建index.js、index.html……，好吧，你可以按照下面的结构新建文件：
. ├── package.json └── src ├── index.css ├── index.html └── index.js
在以下文件中输入代码：
index.js：
var el = document.createElement('div'), text = document.createTextNode('My App'); el.appendChild(text); document.body.appendChild(el);
index.html：
<!doctype html> <html> <head> <meta charset="utf-8" /> <title>My App</title> </head> <body> </body> </html>
我们要想办法让这个页面跑起来，what??? 就这么简单？，把js引入 index.html 不就完事儿了嘛？当然没那么简单，我们可是要搞高大上的东西的呢！
哈～跑题了，我们继续。
首先我们要装一个叫 webpack 的东西，它是一个模块打包器，也就是我们俗称的构建工具，之前的那些 Grunt，Gulp 也都是构建工具，但是这年头流行 webpack 了！开个玩笑，webpack 的可扩展性和可插件化，以及把任何文件都视为模块的概念得到了前端社区的一致推崇，而且在打包效率和按需分割文件上都是其他几个构建工具无法相比较的，当然 webpack 的配置太灵活，官方文档写的太太太难看懂，也导致了很多初学者无从下手。
接下来我们就来配下这个神奇的工具吧。
自动构建
我们先安装下 webpack：
npm install --save-dev webpack
然后在根目录下新建一个 webpack.config.js 文件，输入以下代码：
let path = require('path'); module.exports = { entry: { app: path.resolve(__dirname, 'src', 'index.js') }, output: { filename: '[name].js', path: path.resolve(__dirname, 'dist') } };
但要想在浏览器中访问还得有个本地服务器，好在 webpack 都帮我们想到了，我们可以装一个webpack-dev-server：
npm install --save-dev webpack-dev-server
我们在 package.json 中增加个 npm scripts:
"scripts": { "start": "webpack-dev-server --port 3003" },
ok！我们执行下 npm start，在浏览器中访问：http://localhost:3003。哎？好像哪里不对！是的，你得告诉 webpack，你的 bundle(打包后的 js)要插入到哪个 html 模板，前面说过，webpack 是插件化的，它把很多功能开放给了第三方来实现，他只是来负责拼装的，好，现在我们需要安装一个 html-webpack-plugin 插件：
npm install --save-dev html-webpack-plugin
修改下 webpack-config.js：
let HtmlWebpackPlugin = require('html-webpack-plugin'), path = require('path'); module.exports = { entry: { ... }, ... plugins: [ new HtmlWebpackPlugin({ template: path.resolve(__dirname, 'src', 'index.html') }) ] }
再次执行 npm start，页面可以正常访问了。
但是，这样似乎有点 low，我们新增一个文件 utils.js，搞点es6语法：
. ├── package.json └── src ├── index.css ├── index.html ├── index.js + └── utils + └── utils.js
utils.js:
export function wordsToSentence(...words) { return words.join(' '); }
修改 index.js
+ import { wordsToSentence } from './utils/utils'; let el = document.createElement('div'), - text = document.createTextNode('My App'); + text = document.createTextNode( + wordsToSentence('Welcome', 'to', 'my', 'app!') + ); el.appendChild(text); document.body.appendChild(el);
刷新页面后好像也没什么异常（你肯定用了 chrome 吧！），仔细看控制台的 source 的 app.js（你的 bundle）的代码片段：
"use strict"; /* harmony export (immutable) */ __webpack_exports__["a"] = wordsToSentence; function wordsToSentence(...words) { return words.join(' '); }
值得注意的是，使用 ES6 时需要考虑那些没有支持 ES6 的旧浏览器，虽然在 chrome 或者其他高级浏览器中没有出现问题，但不能保证在其他浏览器中能正常运行。为了万无一失，我们需要将 ES6 转换为 ES5，也就是js代码转换器，这类工具当今世界就属 Babel 最牛逼了：
npm install --save-dev babel-loader babel-core
稍等，装了 Babel 还没法用，还得搞个 presets：
npm install --save-dev babel-preset-env
在根目录下新建个 .babelrc，输入配置：
{ "presets": ["env"] }
修改 webpack.config.js，增加 babel 的支持：
... module.exports = { ... module: { rules: [ { test: /\.js$/, loader: 'babel-loader', include: path.resolve(__dirname, 'src') } ] }, ... };
执行 npm start，找到控制台 source 下的 app.js 代码片段：
"use strict"; Object.defineProperty(exports, "__esModule", { value: true }); exports.wordsToSentence = wordsToSentence; function wordsToSentence() { for (var _len = arguments.length, words = Array(_len), _key = 0; _key < _len; _key++) { words[_key] = arguments[_key]; } return words.join(' '); }
已经成功转换成 ES5 代码。但是，目前 ES6 Modules 是由 Babel 来转的，你可以对比前后 2 次的代码片段的模块输出部分。现在，webpack 2 已经内 4 置了 ES6 Modules 的转换，据说效率和性能比 Babel 高！^_^没验证过哦，我们先试试，把 Babel 的模块转换关了先：
.babelrc
{ "presets": [ ["env", { "modules": false }] ] }
执行 npm start 再次查看输出后的 app.js 的代码片段：
-Object.defineProperty(exports, "__esModule", { - value: true -}); -exports.wordsToSentence = wordsToSentence; +/* harmony export (immutable) */ __webpack_exports__["a"] = wordsToSentence; function wordsToSentence() { ... }
模块输出方式又回到了使用 Babel 前的代码。
js 的环境似乎已经准备就绪，但 css 还没上场，我们来修改下 index.css：
#app { color: #57af09; }
同时将 css 导入 bundle 入口，并修改下 index.js：
import './index.css'; import { wordsToSentence } from './utils/utils'; let el = document.createElement('div'), ... el.id = 'app'; ...
有了样式还不行，webpack 还需要相应的 loader 来处理 css 的模块：
npm i --save-dev style-loader css-loader
修改下 webpack.config.js：
... module.exports = { ... module: { rules: [ ... { test: /\.css$/, loader: ['style-loader', 'css-loader'], include: path.resolve(__dirname, 'src') } ] }, ... };
执行 npm start，现在可以看到页面已经有了样式。但是，我们说过，我们希望使用先进的武器：SASS。我们修改下 index.css：
$app-color: #57af09; #app { color: $app-color; }
再修改下文件后缀：
. ├── package.json └── src - ├── index.css + ├── index.scss ...
修改 index.js 的入口：
-import './index.css'; +import './index.scss';
由于文件（模块）类型变了，我们还需要一个 SASS 的 webpack loader:
npm install --save-dev sass-loader node-sass
再次修改 webpack.config.js：
... module.exports = { ... module: { rules: [ ... { - test: /\.css$/, + test: /\.scss$/, - loader: ['style-loader', 'css-loader'], + loader: ['style-loader', 'css-loader', 'sass-loader'], include: path.resolve(__dirname, 'src') } ] }, ... };
执行 npm start，webpack 编译没有报错，页面显示一切正常！
代码自动更新（热更新）
如果你尝试修改 index.scss 的样式，你有没注意到一个问题：页面会自动刷新。但有时候我们在开发一个模块，比如 dialog，刷新会导致你需要反复的在页面上操作才能看到这个 dialog 的样式更新。那我们有没有办法不刷新页面又能看到代码的更新呢？
其实很简单，因为 webpack-dev-server 已经内置了这样的功能，我们只要配置下 package.json的 npm scripts：
"scripts": { "start": "webpack-dev-server --hot --inline --port 3003" },
注意到上面的代码，我们增加了 --hot --inline，让开发环境有了热更新的能力。我们重新执行 npm start，然后将你的浏览器和编辑器并排放置，然后反复修改 index.scss，你会看到页面不会刷新，但样式在自动的推送更新，这就是传说中的热更新。
结束语
到这里，简单（简陋）的、现代化的前端开发环境已经有了基本的雏形，但是，本篇文章不是webpack 的使用指南，也不是 ES6 的语法教程，尽管如此，还是希望你通过本篇文章感受到前端开发在工程化领域的发展带来的惊喜。
还没有评论，来说两句吧...