一不小心梦想即将实现

      时间过得真快，不知不觉在黑马培训的时间就过去了3个月了。在这三个月的学习当中也确实学习到了不少东西，每天都会有新的知识灌输进来，很有成就感。

      在这段培训的时间也是给换过好几个讲师，每个讲师都有他们自己的教学特色，都很有意思。但是对于刚开始第一阶段的时候要换讲师的时候我的内心是很抵触的，心想难得遇到一个教学那么牛逼的老师，还那么幽默，那么负责任。每天很easy的让我们接受了新的知识；要是换了一个新老师来教我们，如果比前任好的话那还是可以的，但是如果是一般般的话，那不是很影响我的学习效率吗，来黑马培训这是我绝对不能允许的.......但是，这些都是我想多了，其实黑马的每个老师都是很有教学经验的，也都有他们自己的教学特点。一天的课程下来也学习了好多知识。虽然有些老师不喜欢用开车的方式授课，每天都是一本正经的讲课，但是他们每个知识点都讲的好细腻。会将一个知识点像以剥洋葱的方式一层一层的剥开，可以看到它的本质。因为java是一个面向的对象，同时会将各种实现的步骤进行一步步的封装到对象当中。大家只要能使用对象就可以操作java语言。但我是一个喜欢打破砂锅问到底的人，凡事都要了解个一清二楚。通过带领翻看源码就可以让我大致明白它们的来龙去脉。而对于顶着方向盘的老师，他们是以一种幽默，形象，生动的方式将知识传授给我们。每天上课都是轻松加愉快，因为java本身就是一门比较枯燥的语言，枯燥的接受是一个痛苦的过程；但老师们却能将它们的枯燥通过各种wrap一下，立马变得生动形象起来了。感觉就像一门艺术展示。

第一天的时候我就深深的记得jack老师说过一句很经典的话：“上课听懂都是骗人的，只有靠自己一个个地敲出代码来，实现效果才是正真的学到了，才是理解，掌握了”。

      所以我每天的时间主要是敲敲敲敲敲敲敲敲敲敲，要将代码敲到手指里；刚开始对于菜鸟的我来说，费了九牛二虎之力写出了一个类，接下来就是run，但控制台页面总是满屏的errors。看到错误就着急，看错误又看不懂，只能将自己的代码一个一个和老师的笔记进行对比，经常是发现自己的代码是没有问题的，怎么老是出bug呢。那就只有一个解释了，我的运行环境和他们有差别。是外界因素，而非我本身的原因......最后只能求助于助教了，助教过来都是三两下的把我的问题揪出来了。同时告诉我解决问题的方法：遇到问题一定要看错误信息，即使是看不懂也要强迫自己去看，不要求你每句话都能看懂，但要将几个关键字能明白，就可以知道它们的大概意思了，它们能提供很好的线索，给你指明错误在哪里。总比你自己像无头苍蝇那般瞎找的要强的多的多；还有就要学会自己解决问题的能力，出现错误可以先用debug工具进行一步步跟踪进行看看具体是哪里出现了问题，它能更加精确定位到错误的位置和原因。总结就是看控台信息和debug模式调试。

在这段时间里，遇到bug都是很稀疏平常的事情了。下面就来就举一个耗时最长的一个bug了，而且这个坑都是我之前自己亲手埋下的。

我们都知道，java代码最终都会以war的文件方式发布到linux系统进行运行的。同样，我费了九牛二虎之力将linux系统和相应的运行java代码的软件都安装成功了。最终就是激动人心的时刻了，在linux系统进行运行，并对项目进行访问。最终的效果是，只有静态页面形式了，而后台的数据没有传送过来。那我第一个想到的是我的mysql数据库可能没有安装成功，于是又是卸载了重装，但最终的效果还是没变。就这样连续操作了好几遍，效果如初。这他妈的不是老子要的效果呀。我又重新访问我Windows系统下的项目，一切都很正常，没有任何毛病呀。(每个程序员对自己写的代码都是很有自信的)那时候又是休息的时候，想问助教是不可能的，只能将问题压下，明天再问，但是我有强迫症，不解决我就没有心思继续学习。我又回去进行测试，还是一样。为此，我又将之前写的一个小项目也一起以war包的形式发布到linux系统，一运行可以呀。那我就有理由排出我环境的问题了，一定就是我代码的问题了，但是我的项目在windows下是能够正常访问的呀。在linux下怎么会出bug呢。为什么。对于这些在linux下的操作我有重复了N编，出现的结果让我抓狂......

         对于新手，尤其是第一次接触linux系统，一切都是那么陌生，根本不知道到哪里寻找错误的源头。最后，通过百度了解到可以通过各种神操作查询log信息，我看到错误原因是某个对象是NullPointException,多么熟悉的异常呀，好亲切呀。我想这下问题该解决了，但是，我在windows下debug了一下我的程序，我没毛病呀，老铁，到底是为什么呀，

期间还是不断的各种测试，时间一点点的过去，耐心却慢慢的消磨殆尽......最后各种纠结，纠结，一天的时间就这样过去了，什么都没有做成功，将我之前积累对java的信心击溃的一无所有。

第二天，我就迫不及待的向助教“求救”，怎么说了，牛叉已经不能够形容了。问题根源是我他妈的把配置文件的路径写死了。当然只能在该windows系统正常访问了。换了一个环境，路径就变了，当然不能连接到数据库从而获取不到数据了。路径写死一直是程序员的一个大忌，平常讲师也是强调了好几遍了。但是之前就一直将这话当做了耳边风，因为我运行的环境一直是在同一个系统下访问的，一直没有出现过差错。而这次却第一次换个系统来运行同一个项目了，问题就一下暴露无遗了。

到现在我都依稀记得为何会将配置文件的路径写死的原因。一开始我是想写相对路径的，但是我写了几次，都获取不到数据，又赶时间要放学回去了。所以一狠心写了一个绝对路径，最后的运行结果是“perfect”，最后就是信心满满的回去了。。。。。。殊不知一个更大的隐患种子已经被我不知不觉中埋下了。

       俗话说“和年轻人讲再多的经验，也不如让他自己亲身体验一次来的更有效果”。这句话在我的身上体现的淋漓尽致。

最后，在接下来的一段时间，要需更加努力才行，这样人身才不会后悔。“聪明的人并不可怕，可怕的是比你更加聪明的人却比你更加的努力”。最后我要吹个牛逼：我要成为一名高级架构师。梦想要有的，万一不小心被我实现了呢！！！！！

一不小心梦想即将实现

      时间过得真快，不知不觉在黑马培训的时间就过去了3个月了。在这三个月的学习当中也确实学习到了不少东西，每天都会有新的知识灌输进来，很有成就感。

      在这段培训的时间也是给换过好几个讲师，每个讲师都有他们自己的教学特色，都很有意思。但是对于刚开始第一阶段的时候要换讲师的时候我的内心是很抵触的，心想难得遇到一个教学那么牛逼的老师，还那么幽默，那么负责任。每天很easy的让我们接受了新的知识；要是换了一个新老师来教我们，如果比前任好的话那还是可以的，但是如果是一般般的话，那不是很影响我的学习效率吗，来黑马培训这是我绝对不能允许的.......但是，这些都是我想多了，其实黑马的每个老师都是很有教学经验的，也都有他们自己的教学特点。一天的课程下来也学习了好多知识。虽然有些老师不喜欢用开车的方式授课，每天都是一本正经的讲课，但是他们每个知识点都讲的好细腻。会将一个知识点像以剥洋葱的方式一层一层的剥开，可以看到它的本质。因为java是一个面向的对象，同时会将各种实现的步骤进行一步步的封装到对象当中。大家只要能使用对象就可以操作java语言。但我是一个喜欢打破砂锅问到底的人，凡事都要了解个一清二楚。通过带领翻看源码就可以让我大致明白它们的来龙去脉。而对于顶着方向盘的老师，他们是以一种幽默，形象，生动的方式将知识传授给我们。每天上课都是轻松加愉快，因为java本身就是一门比较枯燥的语言，枯燥的接受是一个痛苦的过程；但老师们却能将它们的枯燥通过各种wrap一下，立马变得生动形象起来了。感觉就像一门艺术展示。

第一天的时候我就深深的记得jack老师说过一句很经典的话：“上课听懂都是骗人的，只有靠自己一个个地敲出代码来，实现效果才是正真的学到了，才是理解，掌握了”。

      所以我每天的时间主要是敲敲敲敲敲敲敲敲敲敲，要将代码敲到手指里；刚开始对于菜鸟的我来说，费了九牛二虎之力写出了一个类，接下来就是run，但控制台页面总是满屏的errors。看到错误就着急，看错误又看不懂，只能将自己的代码一个一个和老师的笔记进行对比，经常是发现自己的代码是没有问题的，怎么老是出bug呢。那就只有一个解释了，我的运行环境和他们有差别。是外界因素，而非我本身的原因......最后只能求助于助教了，助教过来都是三两下的把我的问题揪出来了。同时告诉我解决问题的方法：遇到问题一定要看错误信息，即使是看不懂也要强迫自己去看，不要求你每句话都能看懂，但要将几个关键字能明白，就可以知道它们的大概意思了，它们能提供很好的线索，给你指明错误在哪里。总比你自己像无头苍蝇那般瞎找的要强的多的多；还有就要学会自己解决问题的能力，出现错误可以先用debug工具进行一步步跟踪进行看看具体是哪里出现了问题，它能更加精确定位到错误的位置和原因。总结就是看控台信息和debug模式调试。

在这段时间里，遇到bug都是很稀疏平常的事情了。下面就来就举一个耗时最长的一个bug了，而且这个坑都是我之前自己亲手埋下的。

我们都知道，java代码最终都会以war的文件方式发布到linux系统进行运行的。同样，我费了九牛二虎之力将linux系统和相应的运行java代码的软件都安装成功了。最终就是激动人心的时刻了，在linux系统进行运行，并对项目进行访问。最终的效果是，只有静态页面形式了，而后台的数据没有传送过来。那我第一个想到的是我的mysql数据库可能没有安装成功，于是又是卸载了重装，但最终的效果还是没变。就这样连续操作了好几遍，效果如初。这他妈的不是老子要的效果呀。我又重新访问我Windows系统下的项目，一切都很正常，没有任何毛病呀。(每个程序员对自己写的代码都是很有自信的)那时候又是休息的时候，想问助教是不可能的，只能将问题压下，明天再问，但是我有强迫症，不解决我就没有心思继续学习。我又回去进行测试，还是一样。为此，我又将之前写的一个小项目也一起以war包的形式发布到linux系统，一运行可以呀。那我就有理由排出我环境的问题了，一定就是我代码的问题了，但是我的项目在windows下是能够正常访问的呀。在linux下怎么会出bug呢。为什么。对于这些在linux下的操作我有重复了N编，出现的结果让我抓狂......

         对于新手，尤其是第一次接触linux系统，一切都是那么陌生，根本不知道到哪里寻找错误的源头。最后，通过百度了解到可以通过各种神操作查询log信息，我看到错误原因是某个对象是NullPointException,多么熟悉的异常呀，好亲切呀。我想这下问题该解决了，但是，我在windows下debug了一下我的程序，我没毛病呀，老铁，到底是为什么呀，

期间还是不断的各种测试，时间一点点的过去，耐心却慢慢的消磨殆尽......最后各种纠结，纠结，一天的时间就这样过去了，什么都没有做成功，将我之前积累对java的信心击溃的一无所有。

第二天，我就迫不及待的向助教“求救”，怎么说了，牛叉已经不能够形容了。问题根源是我他妈的把配置文件的路径写死了。当然只能在该windows系统正常访问了。换了一个环境，路径就变了，当然不能连接到数据库从而获取不到数据了。路径写死一直是程序员的一个大忌，平常讲师也是强调了好几遍了。但是之前就一直将这话当做了耳边风，因为我运行的环境一直是在同一个系统下访问的，一直没有出现过差错。而这次却第一次换个系统来运行同一个项目了，问题就一下暴露无遗了。

到现在我都依稀记得为何会将配置文件的路径写死的原因。一开始我是想写相对路径的，但是我写了几次，都获取不到数据，又赶时间要放学回去了。所以一狠心写了一个绝对路径，最后的运行结果是“perfect”，最后就是信心满满的回去了。。。。。。殊不知一个更大的隐患种子已经被我不知不觉中埋下了。

       俗话说“和年轻人讲再多的经验，也不如让他自己亲身体验一次来的更有效果”。这句话在我的身上体现的淋漓尽致。

最后，在接下来的一段时间，要需更加努力才行，这样人身才不会后悔。“聪明的人并不可怕，可怕的是比你更加聪明的人却比你更加的努力”。最后我要吹个牛逼：我要成为一名高级架构师。梦想要有的，万一不小心被我实现了呢！！！！！