xjb

我很长一段时间都在煎熬中度过，已经快到而立之年，对自己的发展方向、前途却还很迷茫。这么多年来，我一直受兴趣指引，走了很长的路，或曲或直，但我从来没有后悔过。可决定未来的方向却让我痛苦不已。

1987年，我开始在CONMAX（记得不是很清楚了）机器上学习BASIC，从此和程序语言结下了不解之缘。当时学校仅有两台苹果II型电脑，我们连碰的机会都没有。CONMAX机器开机就是BASIC，没有操作系统，没有磁盘（使用录音机记录程序），在这样的机器上，我和我的同学们用SHAPE命令编程序在屏幕上写自己的名字，写赛车游戏、碰碰球游戏。编程给我带来了无穷的乐趣。

93年考入大学，因为当时外贸非常热门，我放弃了感兴趣的自动化专业、机械专业，开始学习工业外贸。由于是工业外贸，所以在课程设置上包含了机械、电子、经济、英语、外贸等方向的多门课程。凭着自己的兴趣，在机械相关的课程上，我的平均成绩不在97分之下（画法几何还考了100分）。这也奠定了后来学习Auto CAD、3DS MAX的基础。电子类课程成绩也不错，基本上都是班中第一。我对外语和外贸并不是很感兴趣，但在周围同学的强大压力下，还是以73.5分的成绩通过了六级考试，并在全院第一个拿到了BEC2的证书，更没想到的是5年后我竟然成为了BEC的口语考官。

大学的生活非常紧张，除了在学生会任职之外，我还把学校中所有的计算机培训班课程学了一个遍，在这期间我接触了PASCAL、C语言、FoxBASE、FoxPro，也为我参加数学建模竞赛奠定了计算机基础。1995年，学校组队参加全国大学生数学建模竞赛，我没有被选中。在强烈要求下，我作为旁听生参加了近一年半的数学建模的培训。虽经过艰苦的准备，但最终由于一个小失误导致我们组在全国大学生数学建模竞赛上只拿到了河北省二等奖。为了挽回失去的荣誉，我放弃了考研，毅然决定与队友参加美国大学生数学建模竞赛，并最终取得了一等奖的好成绩。可笑的是，在参赛获奖的两组六个人中，竟然有三个人是当时的“旁听生”。

虽然外贸专业课没有学好，但大学的学习为我的英语、数学、计算机打下了很好的基础，这也是我的兴趣带我到这一步的。毕业后留校，并转行管理信息系统。比起管理信息系统专业的学生来，我欠缺了太多的知识。我把“计算机技术”作为我的专攻方向，不断追赶。VFP、VB、DELPHI、.NET、SQL Server……甚至成为了MCT，在计算机技术上走了很远。

现在，我忽然发现“累”了。我发现我对编程、对计算机技术不象以前那么专注了。我更加感兴趣技术后面的东西：设计模式、分析模式、财务管理、营销策略、企业信息化……想起当时我的老师说管理信息系统是“数学”、“管理”、“计算机”的交叉地带，我现在花了7年的时间才明白“技术”不能代表一切。

很多象我一样对计算机技术“狂热”的人，其中一个原因恐怕是“编程”容易上手，花上个把月的时间就可以学到一些“高深”东西，并且可以编程炫耀一番了。另外，编程是创造的过程，看着自己的想法付诸实现，总会有成就之感，即使程序编写的很糟糕。编程也能处处体现征服困难的喜悦，每当一个问题被解决，心里面总有一种成就感，即使这个问题早就有人解决过了。这也是为什么有人花上大量时间，用尽各种技巧用JavaScript编写一个Web控件，而根本不去琢磨是否有一种智能客户端的技术，可以使用功能丰富的Windows控件。

编程中的这种体会引导着我的兴趣，让我走了很远，也失去了很多。“专注于计算机技术”让很多人放弃了外语、放弃了数学、放弃了管理。很多人说这种放弃是心甘情愿的，你可能花了两年的时间学习英语，然而收获很少，为什么不去学计算机呢，至少能够“速成”，而且喜悦伴随着整个的学习过程。可是，这错了。编程创造的价值是什么呢？当你开发一套系统的时候，这套系统的管理内涵决定了应用信息系统的价值，而不是编程技巧的高低。编程技巧的高低可以决定开发效率，但不能决定企业应用信息系统究竟能带来多大的收益。编程是一种机械性的工作，它里面的创新并不能象优化管理流程一样对企业带来的巨大的利润。Web Service技术也不是凭空出现的，而是应企业应用集成的需求而出现的。

现在的编程技术也降低了编程的门槛（很多人的虚荣心可以更容易的实现了），寒枫天伤有一次推荐自动代码生成的一系列网站，我看了一些，其中“Constructor”软件让程序编写.net系统变的如此容易。应用MDA后恐怕更容易。也许有一天人们不用再写那么多的代码。程序开发员的价值是否也意味着会不断贬值呢？

“开发”阵营的人往往感慨为什么中国程序员没有超过30的，为什么中国没有人能够创造出一门语言来。不再专注于技术不意味着放弃技术。过分专注技术，就会陷入一种“技术成功”做成的陷阱中，最终变成一个“快乐的井底之蛙”。另外，只有知道技术的发展方向，才能更好的专注于技术，而技术的发展方向往往不取决于技术本身。设想有一天，一个跨国公司经营的几千万种商品一小时内完成清点，配货，及时针对竞争对手作出决策，所有这一切都是技术本身的功劳吗？我想不全是，其中一大部分取决于管理。用过ERP产品的程序员都说，其实每个界面都很简单，但ERP的价值不在于编程是否简单，其最重要的价值就是理顺的管理流程，推动了企业的运转。

我跟着兴趣走得太远了，而且这个“兴趣”实际上是“过分关注编程技术”带来的小恩小惠积累起来的，它让我走了条弯路（但我不后悔）。现在这个问题困扰了我太久了，我实在是很难割舍这些“小恩小惠”，可我还要割舍掉。我曾经放弃过自动化、机械选择了工业外贸，也曾经放弃了考研选择了参加美国大学生数学建模竞赛，还曾经放弃了我的大学专业工业外贸转行管理信息系统，现在我也要放弃“专注于技术”，将更多的精力专注在管理、财务、企业信息化上面。我不放弃技术，也会继续在博客园发表技术文章，只是不想再专注于技术这一方面了。

posted on 2004-10-17 22:59 吕震宇

苏飞

这个话题比较沉重。它提醒我们技术的本质是什么？

有时候我们在为一些眼花燎乱的东西所迷惑，C++,Dellphi就不能干活，非得java和.net。3G所沟勒的美好，是否也加重了信息世界的繁乱。这个世界资讯过于凌乱。

许多年前人们在说这是一个资讯爆炸的时代，但资讯过于繁复，同样造成大量的资讯垃圾。

十年前，我们需要那样一些软件英雄。十年后，我们不再那么坚定地说，我自豪我是一名软件人。

现在手头同事带的这个项目，再坚持一个月是有钱赚的，如果超过这个时间就没有钱赚了。它仍然是一个有价值的项目。而对公司来说，它更多的不是关心你这个项目完成的质量，而是关心这个项目的进度与成本。最重要的是软件有没有市场。

3G技术不能脱离现实。因为有如此之多的人会为3G所沟勒的美好所打动。因此3G是必须的。
面向对象是否是必须的？我们公司有一个300万的广东项目，它的失败不仅仅是因为客户需求的不统一。架构设计的失误，代码质量的低劣也是项目失败的原因之一。

要让你的产品从1.0发展到2.0，技术的保证很重要。如果说你只是做一个1.0的版本，那完成任务就好。

拿我个人的经历来说，我也体察到不是技术能解决一切问题。去年下半年与同事搭档做的湖北项目却非常成功，自己估计这个项目的利润在50%以上。集中式处理（编程简单，便于实施），客户的支持与配合，双方的协商与沟通都做的非常的好。

但是从技术的角度来看，它同样是一个质量低劣的系统。尽管老板与客户最关心的是从外面他们所看到的功能是否都达到了。



技术有时也是一种艺术。《设计模式》这本书带给我的就是这样一种冲击。编程可以如此结构。它是如此精巧。会如此动人。

苏飞

我并不知道以后自己会做什么，但至少先我会努力成为一名相对优秀的程序员。

苏飞

这些话还是不说，改了吧。

[此贴子已经被作者于2005-06-04 14:57:14编辑过]