程序语言之愚见

 

       有人说学了一种语言就不想再学其他了，也有人说某某语言比其他语言好多等等，网络上吵吵嚷嚷的叫喧乎不停，所以就来谈谈我的想法吧。

       首先说说我的经历，我买电脑比较早，大约在1993年，那时候386和486当道，操作系统DOS，所以汇编语言和C占据主流位置，当然还有简单的Basic语言和用于工程计算的Fortran。由于读书的关系，这四种语言都接触一些，其中最喜欢的还是C, 为啥呢？当然是其能实现的功能很多，从操作系统的功能调用，图形图像，到普通运算和数据库，无一不能涉足，而且编写容易，上手不太复杂，加上谭浩强他老人家那基本入门书大大的降低了入门门槛，所以就一直用C。大学一年级的时候谈了女朋友，也就是现在的老婆大人。而未来岳母要炒股，当时很流行个什么江恩波动理论，需要对股价进行数学分析并用波浪形式的图形表示出来，所以手工处理就很不方便了，我就用foxbase编写了一个小小的数据存储程序，并用C的接口实现了图形展示，这在当时还是比较先进的，对C的认识就进一步加深了。当时觉得用C编写库文件还是很方便的，只是函数太多太复杂，自己容易弄乱。

       大学二年级，开始通过学校外的盗版光碟认识Delphi了，惊为天人，原来UI设计这样容易，而且Windows程序似乎比Dos程序好写得多，加上数据结构用的 Pascal语言，自然就爱上它，一用就是3年，看遍了当时流行的大小书籍，而且后来毕业找工作也是用的它作为敲门砖。

      后来就工作拉，98年，加入公司后，发现大量的函数式的编程不是办法，但那时公司上下都还是函数式思维，尽管工具早已是面向对象了，但大家都还没有理解面向对象的意义，只是做做Demo程序是才想到用用对象，说实话，现在很多公司估计还是在这样使用对象吧（函数包当成对象）。其间接触的有VB,VC, Borland C++ 等等，编了两年多程序，学到了三点东西，函数及其参数的命名风格一定要规范， 函数功能不要太复杂，不能遗留内存空洞问题。

     2001年左右到成都，进入一家新公司，跟着原金算盘的技术总监作商业卖场内部管理程序，这才学会了商业程序通用模式架构，其实也就是后来流行的MVC，但真的觉得十分有用。其间也通过自己的努力当上了部门小头目，趁机实践了软件工程管理，文档化过程，测试驱动等等新颖的开发模式，但往往以失败告终，感谢老板的宽容，后来领悟到，好的管理是需要成本的，如果没有好的流程和大量的投入，根本就无法实现软件工程化，后来看着很多公司都流行过CMMI，就觉得这些流程管理模式的出发点都是好的，但实施和坚持是很不易的，大多数小公司搞软件工程都不了了之。当然如果成功坚持下来的公司，加上好的运维模式，现在都颇具规模了吧。干了辛苦的三年，学会了很多东西，最重要的一课就是，团队合作很重要，招聘选人时人的个性很重要，一定要找到符合当前团队文化的那种，技术可以培养，个性改变不易。要想发挥群体的力量，一定要讲优势互补，搭配运作和团队协作，这样才能很好的完成一个个的攻关任务。

2003年又回去读研究生，其间也去学习了MCSE认证，锻炼了一下英语，然后就顺利进入一家外企从事IT运维，管理西南西北8大片区，这时候其实编程的任务变少了，更多是做系统推广和人员培训，第一次体会定预算和时间，自己去独立运作项目的感觉。其间和公司里的精英们的交往过程中也学到了更多的人际沟通技巧，也从大区管理的上层那里体会到很多商务上的运作技巧，最珍贵的心得就是学会了如何操作项目实施，从前期资源运作到后期的实际执行，很能锻炼一个人的全方位能力。

三年后，由于公司业务调整，觉得和公司的发展方向不是很能契合，就选择了离开，来到现在我待的这家财富500 之一作正式的项目经理，当然从事项目方面的运作也就更加有机会接触到更规范化的运作以及精准的管理，这里我发现，其实于是规模巨大的公司，越是有改进的空间，越是有机会进行系统自动化建设，所以目前我正全力投身于这场自己发起的轰轰烈烈的改进运动。

写了这么多，好像和程序语言无关，但我实际上就是想通过以上事实说明一个简单道理，武器并不重要，关键是战略思想。其实任何语言和开发环境都包含以下部分：

·         变量定义

·         控制语法

·         对象系统

·         大量的类库

初步掌握的能熟练使用的地步，大约只需要一个月左右，但真正的好的程序，需要大量的实践，而且是真实项目的实践，通过项目中的各种问题去探索语言的能力，并解决碰到的技术问题，可以得到大量的收获，从而实现技术本质的提高并锻炼出强大的自信。所以我关于学习一种语言的建议就是，大量的使用它，充分了解它，才能掌握透它。而且一通百通，道理都是相似的，不同的语言只是熟悉需要时间的长短不同而已。