主题：【原创】一个程序员的自白 -- 荆棘探兴

我们工作性质应该类似吧，我以前从事的行业对it技术应用的要求不会比银行业低，在国内算新技术应用最多，要求最高的行业之一了。银行那种环境我也有所了解，以前给某银行开发中心做过私底下的咨询，发现技术人员胆子都太小，学新东西畏惧心理严重。对比起来，我们最多就是集中培训1个月，而且是以做mini项目为主的培训，然后直接投到项目中去学习，一般3个月左右，已经也必须可以为项目创造价值了。

我不是开玩笑，那个东西，确实就是一般工作中就会做的，也必须会做的，比如sql的语法检查，就比这个还复杂一点。 而java语言的基础培训课上那个就是一个课堂作业来着（计算器，中缀转前缀）， 我手下大部分刚毕业的人给点提示都基本有能力做出来。对一个智力正常的本科生来说，做不做的出来的关键是有没有这个决心和想法要去做而已。

我曾经带过的2个1年左右经验的小朋友，当时交待甲去做一个sql的部分语法检查算法，甲说不懂，化了2个小时把思路讲给他，过了2天再问，还是说不懂，丫就化时间在看别人的代码，不肯动手做，总觉得难，折腾了1星期烦了，换人。 换了甲不太看得起的乙，然后乙同学一上来根本不要听我讲思路，直接跑去找了本书就开做了，折腾了一个星期交出一个蛮复杂的实现，基本能跑，有点小bug。里面一堆转置矩阵，换算之类的，我看不太懂，化了2个小时重写了扔给他看，他看了一下就哦了一下，说原来这么简单呀，我想复杂了。小伙子后来工作一直都不错，比那个只说不干的甲强多了，关键是敢干。

象这种类似的语法检查和一些自定义的规则运算，在我们做的业务系统里是相当常见的工作，早期缺少脚本引擎和类似antlr这样语法解析工具的时候，熟悉编译原理固然有优势， 完全不懂自己土法实现，按2，8原则分解以后也不是什么难事，关键还是心态。给一个星期时间，做不出来下岗，我看80%以上都没问题。