本文仅从技术的角度讨论这个问题，不涉及其他诸如人员素质、经济、法律等各个方面。
计算机工业发展的过程中，出现了许多思想、方法和技术——结构化程序设计、可移植性、跨平台、面向对象分析和设计、UML、COM、CORBA、可重用性、LINUX、软件工程、TCP/IP、三网合一、互连、电子商务、DCE。那么，这些思想、方法、技术是如何产生的？
作者对此进行了自己的分析和总结。简单地说，就是我们在利用计算机解决问题的过程中，遇到了许多新问题，随之也就产生了这些思想、方法和技术。我们所遇到的问题分布在四个领域——问题域、解题域、计算机域、项目管理域，它们之间互相促进，相互制约。
我们中国人为什么在其中的贡献微不足道？我们该怎么办呢？
作者认为，只要将上述四个领域的问题分析清楚，也就从技术上找到了答案。
1． 问题域
这个方面需要专门的知识，计算机人员非常不熟悉，必须需要相关人员的帮助。
通用问题当然有通用解，但是问题都有特殊的一面，不能一概而论，所谓隔行如隔山。如何解决呢？就是将问题分类，所谓的领域工程、面向对象中的设计模式就是这个思路。我们常用的模板也是这个思路。总之，积累是必要的。
每个公司都有自己的定位问题，如何选择合适的问题领域至关重要。
我们承认，我们现在落后，但是只要我们努力，通过充分的积累，我们会赶上的。
2． 解题域
这个领域最需要人的创造性劳动，需要领域专业人员和计算机人员共同努力。
关键是数学模型问题。这个不是所谓的OO、UML可以解决的，它们充其量提供了一个辅助表达的方法。
所以我们现在的高等教育强调数学的基础地位是非常重要和必须的。
不过，通过专门的训练可以提高我们建立数学模型的能力。
作者有这样一个问题：是否可以建立一套可行的规则，帮助相关人员建立数学模型，就想解微积分似的？
3． 计算机域
计算机域的问题是计算机工作者的重点，它的实质就是在问题和解决问题的产品之间搭起桥梁，从问题——UML——COMPILER——OS——IC——到产品就是这个思路的体现；当我们的生产积累达到一定程度、所解决的问题越来越复杂时，必然要求搭积木似的生产方式，所谓的CORBA、DCOM、软件总线、构件等等，就是这个思路的体现；我们可以设想，下一步的发展就是模块（构件、零件）智能化，就象现在所谓的柔性制造一样。
如果想让各个公司的产品能够搭集成新的产品，这些产品必须遵循标准。谁掌握了标准，谁就成功了。CORBA与DCOM之争、JAVA论战、LINUX与WINDOWS之争，起因就在这里。不过，我想说一句心里话，这些公司的产品真能互相交互吗？这大概是一个梦想。ORACLE的CEO就说，我们这里什么都有，全用我们的吧，他们的集成性能更好。
那么，我们该怎么办呢？突破点在那里？
4． 项目管理域
要想好快省地作出一个产品，满足客户的需求，没有必要的管理是无法想象的。
项目管理包括人员组织搭配、设备材料管理、资金管理、进度计划制定和控制四个方面。
从人员的角度讲，有人说项目经理可以不懂技术。作者不感赞同，起码这会给沟通造成困难。
从设备材料管理讲，必须注意降低成本，有效地管理和使用是关键。NOKIA成功的关键一点就是成本控制。
资金的流入和流出必须有计划并受到相关制度的控制。
进度控制是最难的。原因包括项目需求的频繁变动，创造性劳动的不可预期性等。
计算机产品的生产管理有它内在的规律，肯定不同于传统行业的生产管理，需要我们进一步在实践中总结经验。企图全盘照搬其他行业的做法，是肯定行不通的。必须充分考虑到创造性劳动的特殊性，包括对人员组织的影响、对资源使用的影响、对进度计划控制的影响。
5． 人类的梦想
人类失去梦想，这个世界就会死气沉沉。
我们设想这样一个智能助手。
我们的银行信息系统需要升级。作为系统管理员，我告诉智能助手，我们需要在本周将这个任务完成，具体任务内容在某某文件中，具体工作由它负责，遇到问题要向我汇报。
这下子，智能助手忙坏了。它首先联系系统中所有的实体，问问它们目前所使用的信息系统，什么时候有空升级等等情况。然后制订了一个升级计划，包括两个应急措施。
当工作开始后，智能助手发现。。。。。。
这是我所设想的分布式计算的高级目标。
6． 我们究竟需要什么
有人说，我们目前的水平需要提高，毕竟老外已经先我们走了几十年。
有人说，看看印度、爱尔兰，我们需要的是管理。
有人说，我们太浮躁了，没有能够脚踏实地。
我想补充一点——科学的精神。就是当我们碰到问题的时候，要用科学的眼光看待它，要用科学的方法解决它。
从五四运动到现在，有很多年了。但是五四精神，依然离我们很远。就从现在做起吧！就从你我做起吧！
注：
1. 你可以随意处理这份文档，包括修改、复制、分发。
2. 作者水平有限，欢迎大家批评指正。即使恶毒攻击，我也欢迎。
3. 我的联系方式
E_MAIL：[email protected]