学习

其实一直以来我都以为自己对于学习是很在行的。
表现嘛，一是自己考上了还可以的学校。一个就是发现自己对于学习总结出了一套可以行之有效的规则，可惜，当年老婆不喜欢听，现在也不喜欢听。当然了，要是当年老婆就喜欢听，现在也许就没有这么宝贝的老婆了，也可能也就没有了这么宝贝的宝贝儿。现在不喜欢听嘛，是她觉得这个东西要求时间太长了，不能马上见效或是自己坚持下来有难度，干脆就不听了。
将来呢？宝贝儿会听嘛？不知道，将来一切都有可能嘛。
工作后呢，发现自己在大学里掌握的东西只是太肤浅了，或者说自己以为自己什么都会，结果要是全由着自己去做，那么工作会是一团糟吧。还好，碰到个好领导，耳濡目染，加上领导的言传身教，自己总算知道了工作是怎么一回事。可惜还没等学会领导是怎么一回事，自己就要选择离开了，这也只能算是遗憾吧。
还是说学习吧。
参加了工作，最先面对的就是如何从学生转换到职员了。这个时候我们第一个要学习的就是关于质量的概念。
也许大家在学校中编码不少，也许能自诩是一个高手，如果没有一个质量的概念，恐怕不会对项目组有太大帮助，或者会起反作用。最直接的质量意识在于，
1.在自己编码完成时，要测试一下功能是否能正常运行，不要认为下一个阶段的人员会给你充分的测试。只有作者最熟悉自己的处理思路，当然也只有自己能最高效的测试自己的程序。就像你自己想什么只有你知道一样，说了，别人也只能了解一部分。复杂程序更是如此。
2.发现问题时要及时处理，千万不能拖，一是可能会忘，二是可能问题的严重性会超出你的想像或你的可控范围。尽早报告给上级，尽量处理解决才是正道。尤其是你不知道是不是问题，或者说不知道如何解决时，更要及时与上级相沟通。
3.对问题做分析，这样能让你更深刻的认识问题，BUG，并有效防止下次发生。
4.发现与客户要求不一致或是要求有问题，那么在任何阶段都要优先与客户进行沟通，与客户就问题的解决方法取得一致后，再修改式样，设计，编码，等。否则，有与客户要求相背离的可能。

随后就是开发技能的学习。
一般来讲一个大学毕业的本科生，是可能直接编码的。可惜，我只碰到过一，两个。更惨的要从基本的概念与技巧教起。
1.首先我们要对于开发工具有些了解，基本上是如何建立工程，编码，调试（断点），发布。
  可以考虑VS,Eclipse,Netbeans
2.掌握一门语言，很多学生的简历上会说精通XXX，XXX。这个太过了。掌握一门语言按我的定义是如下的，熟悉它的所有语法，可以非常熟悉的指出各种语法的使用。可能这一部不太难。下面就是要熟知各种常用的API或是类库，如IO类，数学计算，集合、网络，数据库操作，UI，国际化。这样一来，可能你就要掌握300以上的函数或是300个以上的类。按经验，基本上用一门语言要写上10000行代码，才可能说得上是掌握了这门语言。
3.掌握UML或者说OO的表达方式，不管大家怎么看UML，在事实上就是OO的表达语言。如果你不会UML，可以说你在某种程序上就像个设计语言的文盲。尽管你可能有很多东西要表达，只能用方言的话，会限制你的表达能力与交流范围。一个是民族的，一个是世界的。
4.掌握XML，XML在事实上是数据交换与配置文件的标准了。现在大家考虑到这类问题，基本上就是XML，那么它就要你去学习了。
5.掌握一定的SQL或者说数据库知识，这会让你在开发程序时考虑得更多。