总结2010，规划2011

工作这么些年，我也没太正式写过年终总结之类的文字。说好听点是懒惰驱使的，说不好听的就是脑子里根本没啥思路，“浑浑噩噩”得渡过一年又一年，主要是对今后职业发展方向还没摸到啥门路，处于四处乱撞的境况。
很不幸，我同样也在职业发展的道路上遇到了十字路口，不知该朝着哪个方向继续前行；出现了迷茫、困惑的症状。对我来说，所谓的迷茫、困惑是在技术方面上高不成，低不就的处境，暂时无法上升到更高的一层；说转型做管理吧，我那可怜的经验还真没写代码的经验来得多。
说破大天，以后的路也是要自己走下去，所以请教谁都管不了P事，还是要自己给力才行！写下这篇博文，记录点点滴滴；明确自身优势和劣势，并针对这两方面为自己量身打造来年的规划，为自己制定一个职业发展方向，尽早摆脱迷茫和困惑。
昂首挺胸，大步前行，一年一定要比一年好！望诸君共勉！
[b]一、2010年[/b]
[b]1.技术情况[/b]
这一年当中编写的每一段代码我都是很用心的。那种用心的感觉很微妙，用语言暂时表达不出来。先不考虑程序效率如何，至少代码看起来还是很舒服的，有蓝、有绿、有紫、有黑，颜色分明、错落有致。再者现阶段写代码不再像刚出道时那样死板生硬了，而开始走优雅路线了，说白了就是当代码看着不舒服的时候就说明要进一步“优雅”一些了。
再来说说我一直关注的Java EE。这个方向的技术或框架零零总总，今天出了这个框架（技术），明天出了那个框架（技术），学都学不过来，至少SSH还是那样屹立不倒，依然存活在广大程序员的心中。我对SSH的掌握，也可以说用的最熟的套路就是：每个用户请求用Struts1/Struts2封装，每个数据库操作用Hibernate封装，每层模块的耦合用Spring去解。没了，我这四年工作的总体套路就是这些了，编写无意义的代码或者说是重复不能再重复的代码的充斥了60%的宝贵时间，20%的时间才是编写真正有意义的代码，余下20%的时间全部都奉献给了写文档上。
你还别说，现在我干点啥事，事先都要写份设计方案或者工作大纲之类的文档。无心插柳柳成荫，让我养成了这么一个习惯。现在工作也有条理化了，不像以前那么凌乱了；代码写起来也更安心了，不像以前来回改了。
工作不忙的时候，也看了一些开源框架的“局部”源代码，发现其中有一个共同点：每个框架都是一层套一层，有时折腾半天都找不到那块核心的代码；最后找到了吧，也没有那种太大的成就感，这让我想起马三立的一段相声来，《挠挠》。无限的讽刺。
为了看源代码，期间还补学了下传说中的设计模式。在我看来，设计模式就好比招式套路，有了招式套路再去拆招就方便多了。设计模式懂得其中的套路（套路说白了就是这个模式的UML图和应用场景）就足够了。死学不如活学，脑子里有这跟弦，遇到类似问题背景后，根据对应的套路解决掉这个问题，足矣。
目前我所在的公司还算是个小公司，用的技术也不是相当的潮。以上就是这一年当中对自己的编程技术一种委婉的总结。虽然在技术上无法有多大的提高，但我是程序员，我热爱这份职业！
[b]2.工作情况[/b]
这一年正儿八经的项目没做多少，大多都是维护项目或是仅仅参与某个项目其中一部分的开发任务。维护项目其中有70%都不是我亲自参与开发的，在我这里都不知道是几道手的了。做维护工作，记录是最重要的。由于没亲自参与开发，所以对项目整体设计的把握上肯定是个短板；每次维护之后，都会详细记录修改的BUG或补充的新功能。这也是我养成写文档习惯的主要原因，我也很庆幸，这个习惯让我受益颇丰。
我都是把每次修改好的BUG，攒到一定程度，再去client部署。第一次去的时候，是PM带着我去的，client那里根本就不是像我以往坐在办公室里用鼠标部署程序，而是要站着用键盘部署程序；PM叮嘱我说在client这边部署程序要小心，不要出差错，有事没事备份个。最后一句话我记得清清楚楚，也是按照他说的步骤一步一步的操作。第一次还是很紧张的，不过后来都是我自己去的，也不是那么紧张了，该怎么部署就怎么部署，沉着、思索、稳健，一气呵成。同时也增多了与client交流的机会，锻炼了沟通能力。
忙碌的工作虽没有过多的出彩镜头，但我从中却悟出了很受益的心得；也从当初的不情愿逐步转变到了适应。工作和编程，都有一个共同的目标：解决问题。
[b]3.学习情况[/b]
关于学习能力，我这一年还是有比较大的收获。关键是学会了如何去思考。
[b](1)关于思考是一个很具有深度的话题[/b]，我仅仅也是入了个门而已。我认为知识是
不会孤立的，它总是会和其它知识相关联的，只是没有挖掘到而已。另外在学习的过程中，少不了要记住某些东西；我采用的策略就是联想（捆绑）记忆：用另外的一个知识来记住与之相关联的知识；至少要保证有一个知识不会被忘记，当忘掉一个的时候，要想起另外一个，就会很容易恢复起记忆碎片，形成那个被忘掉的知识。
[b](2)关于学习当下业界流行的技术[/b]，我采取的策略是首先了解该技术身后的背景、是否配备相关的文档教程以及预估今后的发展趋势，这些信息都是可以在网上找到的。每时每刻都会出现不同的技术，人的精力是有限的，所以说要有选择性的去挑选，不会再盲目的跟风了，这是前期工作。
后期工作就是对该技术的使用和研究上了。要对其基本性的东西要掌握，比如说概念、语法、应用场景等；尝试性的将该技术使用起来，这样也好建立自信心；再之后深入研究该技术更深层的方面上，结合先前使用的流程步骤有针对性的研究，而不是撒网式得研究。
研究方向分两个：设计架构和实现原理。我比较倾向于先实现原理，因为这与使用有着密切的联系；在研究实现原理的同时，也会潜移默化地了解了设计架构。
[b](3)关于英语的学习[/b]，在下半年的时候开始发力，在网上找了一些英文资料阅读。起初有点小悲剧，看一段英文，得需要查1+N遍灵格斯。词汇量是最大的短板，好在我对英语还是比较感冒的，基本上磕磕绊绊得也能理解大概意思。看英文资料有一个最大的好处就是比中文翻译过来的文字能够传达比较丰富的信息。
我同时也在适应英语的思维方式，一般都是主要讲述的东西放在前面，后面会跟着一大堆的修饰性词汇、词组或定语从句等等，说的很是详细，表达的也很直接。
[b](4)关于扩大业界技术趋势的相关视野[/b]，别无他法，还得靠互联网。我主要看的网站有InfoQ、JavaEye、CSDN、OSChina、豆瓣；另外InfoQ和JavaEye都提供了相关的电子杂志，每期都会下载来看，还有CSDN旗下的《程序员》杂志（没别的，就是想说下咋又涨价了捏？）。看业界新闻和精品文章前四个网站来回看，寻找技术类书籍还得去豆瓣，主要是看专业书评; 写博客和逛论坛还是JavaEye的,养成长期写博客的习惯，记录思考后的文字，为今后能够更深入地发展打下更为坚实的思想基础。
视野是扩大了，不过却诞生了好多我看了很多次都不懂的流行技术。比如说云计算，我到现在也没整明白这到底是干啥用的；不懂的东西真是太多了，也有好多的东西也没有亲自使用过，有种只缘身在此山中的无奈。
这一年从力度和深度来讲，都比以往给力的很。时常会给自己高强度的硬性指标，逼着自己去学习和思考，让学习和思考成为一种习惯。总结在学习时走的弯路，摸索学习时使用的方法；积累并沉淀，才是最宝贵的财富。
[b]二、2011年[/b]
[b]1.步入从未接触过的领域[/b]
目前移动开发领域市场异常火爆，尤其是Android开发；我也会将目光逐步地转移到这片领域。观其移动智能手机市场需求会逐渐扩大，我还是对移动应用开发领域在当下的前景有着十足的信心。Android是用Java作为开发语言，对于开发来说不会需要太大的学习曲线。
转到陌生的领域，势必会让我以前的Java EE经验无从发力，而且都要从头学起。这些因素也是我要面对和需要考虑到的。困难在所难免，不过这片领域有着广大的发展空间和无限的创意，一定是值得全身心去开采的。
我个人认为移动开发领域是一个有着足够强的创意领域，是发挥程序员用技术实现梦想的华丽舞台。由于涉众群更广了，因此需要更吸引眼球的创意、更良好的用户体验。2011年，是崭新的一年；对我来说，也是一番崭新的职业景象。
[b]2.学习计划[/b]
[b](1)计算机基础学科[/b]一直是我最大的隐痛，但是我打心里又不想轻易地放弃。所以说要采取某些“手段”摄取到对我有用的知识，足矣！
a)数据结构，这个科目在于理解其各种结构的概念和实现原理，对算法做了一次基础性的诠释。数据元素之间存在着一种或多种联系，恩，知识之间的关系其实也是这样的。
b)计算机操作系统，这个科目以理解概念为主，用这部分的知识去Java里面找类似的实现，对于理解某些概念是非常有用的，理论和实践相辅相成；干巴巴地学只能是越学越死。
c)编译原理，完全陌生的一个学科，只知道是编译器将编程语言编译成机器可以识别的语言，而编译器就用到了编译原理。不知道恐不恐怖，不过先放在这里，程序员多少应该是要懂点这方面的知识，显得更专业些。
[b](2)英语[/b]
恩！又是英语。不出啥意外，英语要伴我这一生了。制定适合自己的英语学习计划，是最明智的选择：
a)系统的学习英语语法，读和写必备基础知识。至少写起来不会太外行，读起来能够更明白。
b)每天记住五个单词，与计算机相关的单词，贴近工作，满足需求。五个其实不少了，十个就撑着了，稳扎稳打，步步为营，方为上策。
c)至少看一本英文原版书，国外的大牛们，你们敢不敢学习一下博大精深的ZG语言?
d)锻炼自己的英语思维能力，毕竟东西文化有不可阻挡的差异性。隐约记得看过一本书，里面说到古时候的西方人崇尚大自然，英语因此也沾染了一些大自然的气息。
e)尝试性的练练口语，有可能是天津方言版的，恩，应该很给力！。
[b](3)Agile[/b]
我对Agile也是非常的陌生，不过我却对它保有一丝好奇之感。先把Agile暂且记录在这里，现在还没想好怎么去实践Agile，等自己对Agile了解更深的那一刻，或许就会知道Agile是为何物了。

PS:洋洋洒洒地写下了这么多的文字，用了很大的篇幅总结了2010年的经历，更多的是一些感悟。我在想，即将到来的2011年，我又会得到怎样的感悟，会不会比起2010年又是另一番的感悟呢？
[align=center][size=x-large][color=red]提前祝广大的JEer圣诞节、元旦快乐！！！[/color][/size][/align]