乍看，难免让各位以为我现在已经沦落或者荣升到田间地头幻听虫语蛙鸣的地步，虽然并非如此，但感受现在的心情，却又欣悦着努力劳作的微薄收入。偶尔停下手中的锄头，卷颗旱烟，臆断路边车来车往的目的地，或急匆匆数下身后的脚印。
毕业一周年了，作为正规军也在IT界混了一年的光阴，功损参半，虽然稍稍比同学悟出的多那么点点，却也因为浩瀚学海而无心炫耀。很长一段，都不曾写个一星半点，只因为学的越深，越感觉自己知之甚少，区区皮毛不说，因为个人的认识浅薄而混淆视听，而落得个误人子弟的罪名，实在是让人折损不起，索性只能将自己刨过的坑摆在路边，供大家参考。
断想1：懒的艺术
世界是懒人发明的，想必这句话各位都比我清楚。或许有人把它当作座右铭贴在桌面或者放在QQ的签名上，也或许有人以此为偷懒的借口而沾沾自喜，到底怎么理解它，那也是仁者见仁智者见智了。
懒人可以发明世界，但如果你学那剪箭杆的庸医，恐怕就是毁灭世界了。因为懒，所以要去想尽办法提高效率，想尽办法去用最少的努力获得最大的收益（不要怀疑，这恰恰是生命的本能），正所谓手懒脑勤，但如果懒的连想办法的动力都没有，那他可以关掉电脑去睡觉了。
工作或学习中大家不妨试一下“偷懒”：
砍柴前先花点时间磨刀或者找一把快刀；
同样的代码只写一次；
别人有轮子直接拿来用；
告诉自己，这次的发明是为了以后偷懒。
断想2：牢记天职
天职，作为一个程序员，提到这个词貌似有点那个了，不过尽管这个职业分工详细、各具特色，但大家的目标很明确，那就是，用技术解决问题。
貌似我在说废话，嗯，一点没错，但下面我要解释这句废话。
自从进入这个行业，我们都在乖乖的遵循这个原则来做事：客户是上帝，我们就是为了解决客户的所有问题。嗯，作为职业考核，可以说我们都已经过关了，但大家有没有发现，在忙于应付客户需求的时候，我们却忘了解决自己的问题，而这些问题却恰恰是工作中的瓶颈所在。
一段代码为什么刚刚写过，这里却又要写一遍？
刚刚这个全局变量在哪里被修改过？
客户的要求怎么会经常变？我的编译器怎么这么慢？
有没有一些现成的既定的模式指导我去做相应的业务逻辑？
等等。
不知道是无暇顾及，还是根本无法想像这类问题，一系列并不跟客户有直接联系的问题却让我们的开发陷入困境，这个时候，我们不妨暂时停下来问问自己，是否忘记了天职，是否在解决客户问题的同时，也解决我们自身的问题？有句话不知道贴切不贴切：代码民工是解决客户的问题，设计师是解决自己的问题，架构师是解决大家的问题。
断想3：知一进三
举一反三、知其然亦知其所以然，这些说着容易想起来蒙写起来费劲做起来难的教条，怕是每个接受中国教育的人都是身感其受的。中国教育的一大败笔就是把晦涩当作高雅，把吐沫星子当学问。所以开发中，我们需要给这些空洞填充些血肉。
一般我们认为学习分四个层次：看得懂、写得出、说得出、讲得出。
看得懂：你能够看明白要学习的知识，理解它的脉路，这是第一步。
写得出：模仿所学知识，将它原封不动的默写出来。
说得出：对所学知识进行扩展，用自己的思维进行加工修改。
讲得出：将所学知识融入自身的认识基础，可以清晰的再现于其它人。
一段代码的学习你可能会经过：阅读、模仿、完善、掌握四个阶段，也恰恰与上述的四个层次相吻合。
断想4：心猿意马
学习中，这个词可不是什么好的词汇，但这里提到的却是另一种诠释。
这就要从程序/软件的本质说起，很简单，这类抽象的东西其实就是人日常事务的缩影，无论什么语言，什么工具，什么理念，什么架构，统统反映了人类活动的规律。既然这样，我们再停留在语言/工具的争论中，恐怕招来的不仅仅是同行的耻笑。
一种语言实现某个特性，那么它必然是人类活动中现实存在的抽象，那么在这个角度就可以认为，该语言与其它实现该特性的语言没有根本的区别，仅仅是具体的语法或者细节的不同。简单的说就是，实现了相同特性的语言可以看作是一种语言，你也仅仅需要学习一种。
那么，如果你还说自己只会用Delphi做窗体，而不会用VB，只会用.NET做MVC，而不会用JAVA，那你可能还没有理解编程的本质。
多种语言之间，大部分的特性都是相同的，只有少部分为了适应特定环境而不得不做出相应的特例，因此，我们学习过程中，他们的交集我们只学一次即可。解决一个问题的时候，我们大可以学习其它同类型语言的特性，正所谓法无定法。
各位不要误会，本人并非武林高手，或者笔林高手，仅仅是因为看多了横生妙笔，忍不住模仿一下，所述之事也仅仅是自身的点滴经历，如有不妥还望指教。
