观点3：数据库就是对象数组（Y10）

如果对《未来软件是什么样子？－数据库篇》中的观点1和观点2表示认同，那请让我们继续，否则就当我扯淡吧。

        

既然数据库都放在内存中了，那么我们索性把它作为应用程序更能理解的对象不就行了吗？因为它们有太多的相同点，例如表中的字段可以对应为对象的属性等。

比如硬盘中有一个【人类】的数据表，可以在内存中解析为一个【人类】对象数组，并为之建立一系列的关联对象组，如【公司】，【学校】，这样我们也可以很方便的查询到某个人在什么时候，在哪里上过什么学校，什么时候在哪个公司供职过。

现在的关系数据库的功能，数据对象也能一一实现：

存储过程       ――       过程

自定义函数    ――       函数

触发器           ――       事件

 

面向对象很重要的概念是抽象，是继承，是重用，那么我们可以很简单的从【人类】数据对象数组中继承，添加了“超能力”的属性，并派生出一个【超人】对象数组，它和父亲对象组【人类】可以保持某种关联，也可以完全摒弃这种衍生关系。因为好比人类和黑猩猩拥有共同的祖先，但是恐怕一般还是会把他们分为2个完全不同的种别。但无可否认，他们都是起源于单细胞生物。

这样我们就可以马上对【超人】对象数组进行我们的操作，比如纽约发现生化怪物，急切等待救援，我们马上为超人1号添加“蜘蛛侠”的属性前去拯救。

当然，【超人】这个对象数组和他们的所作所为，也会同步到硬盘上的【超人】数据库，以免他们的“伟绩”被遗漏。（有点像科幻小说了，鸡蛋伺候！呵呵）

 

观点1中数据库和开发环境的统一，在这种模式下，也可以很好的得到统一，因为现在的select，insert，update，delete针对的就是对象数组的集合。只要内存够大，或者说容量够大，我们完全可以把常用的【人类】表放在应用程序1和应用程序2中共同使用，实现了数据库表（即对象数组）的共享和重用。应用程序1和应用程序2只要通过了【人类】对象数组的读写等合法性认证，就可以进行读或写的操作。同样对【超人】对象数组也一样。

Saas模式下的开发，或许需要更深入的研究一下数据表的继承和重用。

 

画了一个简图，以便大家理解我说的意思。

 

 

 

观点4：人类的已知领域就是一个最大的数据库（Y100A）

 

如果把存储的容量比为一个【小型宇宙模型】，那么它就是有容乃大，只要够大，我们可以把【人类】【植物】【动物】等等所有已知的万物都放在【小型宇宙模型】中，我们应用程序的功能就是指挥这些模拟的世界进行运转。当然需要秩序的规范，联想公司的员工当然要到联想上班，惠普的员工应该到惠普上班，所以要加以规范，这就是应用程序对数据库的访问权限进行控制。比如现在联想的企业管理软件，当然不能够修改惠普的员工绩效。否则会乱套了。

 

国际标准化组织，应该建立一套中心数据库，存储包括人类在内所有的人类已知的领域。并开放其查询，新增，更新，删除等接口，通过认证，让有权限的机构、组织进行数据库更新和维护。

这样，我们在新浪上叫A，搜狐上叫B，CSDN上叫C，博客园上又叫D的问题，就能够迎刃而解了。统一就叫AAAA，是你在【小型宇宙模型】中的唯一标识。

而联想公司的内部管理系统，就是这【小型宇宙模型】中的一个小集合而已，可以与现实世界一一对应起来。

 

这样做会有以下好处和注意事项：

1）当前各个小数据库是最大的数据库冗余，建立一个统一的虚拟世界的模型，有助于删除这种冗余。国家，省会就是这么一些，没有必要在联想和惠普的系统中各自维护一套。把这个工作交给标准化组织。

2）最常用的数据放在最快的地方，好钢要使在刀刃上。

3）或许到时的贪污腐败将无所遁形，国家幸甚，民族幸甚啊：）

 

如果有一天能够这样天下数据一统，功绩堪比秦始皇统一度量衡啊，可谓人类发展的一个里程碑。

 

说的不对的地方，请大家指正。

  

未来软件是什么样子？

未来软件是什么样子？－SIF期货

未来软件是什么样子？－数据库篇

 

数据库技术是众多应用管理软件的核心部分，有着举足轻重的地位。

 

如果数据库及其相关技术，能够强大到每天处理百万亿级别的数据，那么相信许多应用软件的性能瓶颈马上可以迎刃而解了。

数据库技术的一个关键是要解决与存储介质之间的Read/Write问题。当前的硬件技术I/O性能问题,就是限制数据库性能的关键因素。在硬件技术目前无法大幅度提高的情况下，在满足相同需求的情况下，减少数据的I/O次数成为了判断数据库算法的优劣的标准。

既然无法大规模的向纵深发展的情况下，只能“曲线救国”，向横向发展。于是众多的数据库分布技术，同步技术，集群技术风风火火的发展起来了。扩展性是其优势，而数据统一性是其代价。

 

这里有以下不成熟的观点和大家交流，请大家指正。

观点1：数据库和开发环境的统一

当前每次数据库有变更的时候，可能相关的存储过程，视图等也需要变更，并且需要整理数据库升级脚本，变更对应程序并重新编译。这样造成了维护的成本增加。

为什么我们不能在程序源代码中直接定义数据库的结构（表，视图，存储过程等）呢？把数据库和编译器进一步结合呢？直接在源代码中维护数据库结构数据，编译时，如果不符合数据库规则，就直接报错提示。编译器根据不同的数据库，自动的生成对应的数据库变更脚本。甚至还可以结合的更加紧密，数据库文件本身就是开发环境的产物，数据库管理自身仅仅是整个开发环境的一部分。这样的话，甚至不需要另外的数据字典，源代码中定义的数据库结构文件就能实现这一功能。

现在微软的VS2008和SQL2008更加紧密的结合，或许就有那么点意思。LINQ更是向这一方向迈出了一步。

当然，这样的结构，或许安全性会存在一定问题。

 

观点2：把整个数据库放在内存里

既然内存（L3级Cache）比硬盘（L4级Cache）快，那我们为什么不能将整个数据库放在内存里面呢？

目前的64位的Win2003+已经支持到TB级别的内存量，TB级相信对一般的数据库应用应该已经属于海量了，那我们为什么还要把数据库存储在相对慢许多的硬盘上面呢？即使数据库有几十G，甚至几百G，放在内存中不是就可以马上提升性能了吗？

现在CPU的多核技术也在迅速发展，相信不久的将来8核，16核的CPU也会出现。如果内存数据库中有了变更，分出一个CPU的性能来处理内存数据库和硬盘数据库的同步问题，进而解决了数据库的常态保存问题。

当然，这样处理的话，内存数据库的启动（硬盘数据读取到-->内存）会花费更多的时间，但内存数据库的查询和写入性能会得到数量级的提升。好比我们为什么要使用索引？它导致了新增和更新记录时速度损失，但它极大的提升了查询性能。

 

说错的地方，请大家批评指正。

 

相关文章：

未来软件是什么样子？

未来软件是什么样子？－SIF期货

 

1）Framework1.1是32位的程序，Framework2.0以上才支持了64位。

2）但是可以通过WOW64方式运行32位的Framework1.1。

3） 首先要保证64位的win2003安装了SP1。

4）使用命令cscript.exe adsutil.vbs set W3SVC/AppPools/Enable32BitAppOnWin64 “true”配置IIS。

5）当然要发挥64位性能的话，可以把你的web应用程序升级到Framework2.0以上。

 

原文地址：http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

Running 32-bit Applications on 64-bit Windows (IIS 6.0)

Windows Server 2003™, Service Pack 1 enables IIS 6.0 to run 32-bit Web applications on 64-bit Windows using the Windows-32-on-Windows-64 (WOW64) compatibility layer. IIS 6.0 using WOW64 is intended to run 32-bit personal productivity applications needed by software developers and administrators, including 32-bit Internet Information Services (IIS) Web applications.

On 64-bit Windows, 32-bit processes cannot load 64-bit DLLs, and 64-bit processes cannot load 32-bit DLLs. If you plan to run 32-bit applications on 64-bit Windows, you must configure IIS to create 32-bit worker processes. Once you have configured IIS to create 32-bit worker processes, you can run the following types of IIS applications on 64-bit Windows:

•	Internet Server API (ISAPI) extensions
•	ISAPI filters
•	Active Server Page (ASP) applications (specifically, scripts calling COM objects where the COM object can be 32-bit or 64-bit)
•	ASP.NET applications

IIS can, by default, launch Common Gateway Interface (CGI) applications on 64-bit Windows, because CGI applications run in a separate process.

 

To enable IIS 6.0 to run 32-bit applications on 64-bit Windows

1.	Open a command prompt and navigate to the %systemdrive%"Inetpub"AdminScripts directory.
2.	Type the following command: cscript.exe adsutil.vbs set W3SVC/AppPools/Enable32BitAppOnWin64 “true”
3.	Press ENTER.

 

前文《未来软件是什么样子？》引发了一定的讨论，各位网友的发言也对我产生了一定的启发作用，谢谢！

有网友提出没有时间限定的未来没有意义。的确，为了解决这个问题，我们需要引入时间概念，我把它称为“SIF期货”。

超短期（Y3）：3年内

短期（Y10）：10年内

中期（Y30）：30年内

远期（Y100）：100年内

超远期（Y100A）：100年之后

诚如众位网友所言，软件需求瞬息万变，变化是其重要的特性，你要预测，谈何容易？诚然，但在纷繁复杂的乱相之中，还是有一定规律性的东西存在的。这些规律就是其价值所在。

正是由于SIF瞬息万变的特性，我联想到了同样扑朔迷离的股市和期市。许多时候，我们常常想，如果我有预测未来的本事，那我到股市上赚钱，该有多爽啊，哪怕只能预测到未来1小时。事实上，KDJ，MACD指标的发明就是希冀能够得到这种本领。

试想如果SIF能够有所发展，能够相对比较接近的描绘出未来10的软件需求的话，相信会有很大的价值的。

  

难道股市真的没有规律吗？我的理解就是“量”，这是一个重要的概念。

“地量见地价”“量在价先”，这些股谚很朴素的阐明了股市的基本规律。其实“量”的大小还是取决于投资人的需求，正因为有需求，认为会涨，认为股票是个好东西，所以才会放量，才会上涨；反之正因为没有需求，认为会跌，认为股票没有价值，所以没有人去买，才会缩量，才会下跌。这个规律可以说屡试不爽！

那SIF也一样。如果我们把一个软件的使用人数（股价）和它的潜在需求（量）画一个K线图的话，相信肯定和股票类似，而且有个使用人数滞后效应（类似“量在价先”）。比如画个月K线，把每一个月采集的最高点，最低点，开盘价，收盘价，生成一个K线走势，相信大家对该软件需求未来的趋势会有一个更加直观的认识。

 

对于软件公司管理者和创业者而言，如果能够根据SIF期货的趋势，顺势而为的话，相信能够更加容易得到业界响应，从而得到更快的发展速度和取得更加令人满意的投资回报,反之，如果始终固执己见，因循守旧，执着于明显下坡的软件需求，除非出现新的激发点，否则出现低增长和负增长也是可期的。这就是SIF期货的潜在价值。

比如90年代的呼机，几乎到了人手一个的地步，但是一旦手机出现，呼机的功能被手机涵盖，呼机的潜在需求出现下滑，最终几乎全军覆没。

当然SIF的波浪一般只有一个，没有股票来的多。

 

对于信息采集也是SIF期货的一个重要方面，数据的可信与否，将是决定需求分析成败的关键。

我们可以开发一个网站，用于需求调查和信息采集。注册用户认真填写个人信息和调查文卷，并通过评审之后，可以得到一定比例的现金奖励；反过来，也可以接受一些公司客户的调查申请，为他们进行需求调查并生成分析报告。

为了保持一定的采集标本的多样性，因为毕竟客户的类型还是多种多样的，比如程序员和演员的需求自然有所区别，你需要按照一定比例进行采样。比如，现实社会中，在中国实际的人员构成中，根据【经常上网】，【有时上网】，【从不上网】人员比例，需要建立同比例构成地采集样本，这样的调查才能更真实，更可信。另外你也可以建立一定的数据模型进行多样性的模拟，就如同现在的压力测试的模拟环境类似。

对于更加专业的领域，比如计算机编程领域，我们可以找一些“兼职人员”，他们是业界的开发人员，这样对专业领域的信息采集才有意义。

 

如同期货一样，越是远期的“SIF期货”越难判断。当然相应蕴涵的价值也越高。比如2007年初时，石油55美元，而当2008年初时，最高曾达到了145美元。但当55美元时，索罗斯说过商品牛市没有过去，还会到达100美元以上，但当时相信好多人不相信，但事实证明他是正确的，说明他的分析方法和掌握的数据是对的。

 

后记：

《未来软件是什么样子？－SIF期货》成文后，我在《程序员》2008年的9月刊上居然发现了一篇和我观点类似的文章《拒绝盲人摸象－从指数看技术发展大势》，有兴趣的朋友可以看看这篇文章。

这篇文章指出2008年8月，CSDN已经发布了6月的“CSDN中国技术指数”，看来有先行者已经迈出了自己的步伐。

 

另外，对于“博客园”上的一些网友，希望你们有一个开放的心态来对人对事，不要守着自己的“一亩三分地”，容不得看似怪异的观点和理论。微软现在都有开源了，为什么，大势所趋啊，即使它并不太愿意。

这是我第一次也是最后一次说这个问题，今后对于讨论内容之外的评论我会予以删除，请大家理解。

有一首诗和大家共勉：

横看成岭侧成峰，

远近高低各不同，

不识庐山真面目，

只缘身在此山中。

 

继续讨论网友的评论。

有网友说到：
SAAS,软件即服务。
软件会变成一个一个的块，接口定义的非常好。
所以，只需要向不同公司注册不同的服务，然后找一个继承服务商提供集成就可以。
软件不再买，而是租。比如上网，每月付一定费用即可。
－－－－－－－－－－－－－－－
我回答到：
这种模式最大的问题就是，我的宝贵数据，我凭什么要放在你这里呢！

又有网友“随心所欲”跟贴道：    
未来的时候，数据安全应该已经不是问题了----你吃得麦当劳里面的鸡肉非得存在你家里么？
并且，我最大的看法是，现在一家一户一个服务器的情况在未来不会出现：无论是硬件维护还是网络安全，数据备份等等都是很低效的。将来必然会出现更多大型专门处理数据的公司。

     首先谢谢大家的回复。

     这里涉及到一个数据存储问题和数据安全问题。
     现在业界热炒的云计算和SAAS，我持部分保留的态度。理由还是那一句“我的宝贵数据，凭什么要放在你这里呢！”，作为服务商，你又如何保持它的安全呢？一旦发生问题，造成我的损失，你服务商如何赔偿。
不可否认，“将来必然会出现更多大型专门处理数据的公司。”这一观点我表示认同，当前的许多地图供应商已经提供了数据服务，开放了OpenAPI，可以预见的将来，此类公司会越来越多。
但是你有没有发现，此类公司的数据都不是敏感数据。实在很难想像银行，电信部门会使用云计算；国家安全局会使用云计算；甚至商业巨头公司，如海尔公司会使用云计算。把自己的客户，现金流，物流信息，采购信息，订货信息放心的让第三方公司管理。
      即使是未来的相关商业制度完善了，网络安全过关了，能够防住外贼（黑客）了，那么家贼呢，对于开发人员来说，读取你点数据并非难事吧！
      再退一步来说，家贼也防住了，安全没有问题了，云计算的模式也成功建立了。但是想过没有，万一遇上“5.12”那样的天灾，怎么办！？如果这家云计算公司正好在四川，同时几乎完全被震毁，而它又运行着全国30％以上的软件服务系统。本来是四川一省的灾难，结果扩大到全国三分之一的地区，这是多么恐怖的事情。
      知道恐龙为什么会灭亡吗？它们过于庞大是主因，虽然它们看上去很强壮！

      所以如同“生物的多样性”一样，软件也应该保持一定的多样性。
      当然“云计算”还是有很大发展空间的，淘宝网等网站的成功，促使了它的发展。但心不要太黑，一心想吃成个大胖子，小心消化不良。

    对于前文《未来软件是什么样子？》一文的讨论还是比较热烈的，这符合我的初衷。因为我发表在博客园这里，就是希望能够得到大家的反馈。没想到【博客园】的人气还是很旺的，可喜可贺！（令我想起了【宽带山】，呵呵！）
    许多道理可以越辩越明，通过讨论，经常可以启发你的灵感。即使是相左的意见，也常常会启发你的思考。中国人经常难容相左的意见，其实很大程度上抑制了我们的创新能力。

    观点1
    网友：小猪凯     
    好像bill也曾经说过程序员用400K的内存就足够大了,可是现在呢?(有网友指出应该为640K)

    我的观点：
    我不知盖茨是何时说的这话，或许是DOS时代吧。针对DOS系统或许他的话没有错。这也是当时他的局限性吧，可能当时他没有意识到的东西太多。所以一定程度上“小猪凯”网友的观点是对的。

    又比如CPU硬件行业的摩尔定律，在90年代和21世纪的前2年，基本还是遵循这个准则的，之后出现了较大的背离。
    可能CPU行业发生了技术上的较大的瓶颈，但我始终觉得客户的需求是主因，即是客户的需求首先到达的瓶颈。一个1.7GHz主频的CPU已经可以满足我的所有需求了，包括Office，浏览器，企业管理系统，财务系统。。。那我为什么还要去追求17GHz呢。
    而硬件厂商为了利润的最大话，也不会倾尽全力来开发新技术,因为即使开发出来了也不会有很多人为之买单，于是反而在材质上下功夫，希冀使用更低廉的材质达到同等的性能。
    （硬件我是外行，请硬件高手拍砖。不过应该有那么点意思吧）
    对应我文中的“每天万亿级别的数据存贮”的例子也是一样，许多事务都有发展期，平稳期，我想需求也一样，在互联网的大发展时代，网络性能的需求极为强烈，一旦到某个节点，能够满足地球上人类的所有网络需求之后，我想这些需求的瓶颈，自然而然的会演变成为网络性能需求的平稳期。从而等待下一轮的激发点。
   
    我想盖茨的上述观点多半是基于DOS的平稳期发表的，当下一轮激发点windows时代来临时，显然不合适了。而我的观点是针对网络性能的平稳期而言的。
    我们不要总是追逐所谓的永恒真理，许多人类的认识的所谓真理仅仅是针对某个阶段或某个领域。所以我们才需要不断的探索，拓宽自己的视野。人类的文明才会不断前进。
    好比牛顿晚年转向神学，也有其历史原因，当自己的认识，用自己公认的理论，无法解释的时候，转向唯心或许也是必然。但他的理论还是成为了普遍的真理。

 

作为软件从业人员，如果你去问他们1年之后的软件什么样子，或许他会和你讨论，这个语言，那个框架，哪个更流行，哪个更好用；3年之后的软件呢，或许他又会和你侃SOA，SAAS，云计算等等当下流行的概念和趋势；那么10年之后呢？（WebOS?）20年之后呢？甚至100年之后呢？

或许有人马上发出异议：“哥们，没事吧？”“洗洗睡吧”之类。

的确，软件行业是一个充满了变数和奇迹的地方，今天你是一方霸主，明天或许已经老态龙钟；今天他或许已是暮气沉沉，明天或许又焕发出来第二春。。。 类似的例子很多，不一而足。只要一个看似不经意的决定，或许就改变了许多东西。

其实内在还是有一定的规律性的东西。

 

比如，一个很重要的概念就是“需求”。当今的诸多软件工程理论都把需求列在了一个很重要的位置，无论是瀑布模型，敏捷开发，CMMI等。“需求”就是根本。很难想象，一个没有需求的软件产品会得到开发和应用。无论是人类发现并使用了火，还是我们的“四大发明”，抑或当今的汽车飞机，哪一个不是需求的产物。正因为人类有了这方面的需要，所以才会开动脑筋，这些需求的产物才会诞生。软件自然也不能“免俗”。

那对于我们来说，要想知道20年，甚至100年之后的软件长什么样，就得从我们自己的身上寻找答案。我希望的软件是什么样？（希望看到这篇博文的朋友也考虑考虑这个问题，也欢迎参与讨论。）

 

可以想见，在未来的某个时刻（或许20年之后吧），由于硬件和数据库等技术的发展，我们对于当前网站头等重要的大事――性能问题已经不再关注，一台普通的计算机或者一个普通的计算机集群就可以很好的满足我们的需求。可能吗，当然！还是因为“需求”。就算到时地球有100亿的人口，每天使用计算机做了100件事情，也就是每天1万亿条记录，还会再多吗？不会了，至少地球人不会了，再多的话，还让不让人活了，不用休息啦！所以，这每天万亿级别的数据存贮查询，就是一个地球人对计算机需求的天花板。

有人说不够，那么我们再加上2个数量级，每天百万亿级，这里仅仅是针对人类的网络需求而言，等哪天和外星人连上线了，那又是另外一回事了。就好比DOS时代的640K就能满足需求，而Window时代到目前为止64位的Window2003已经可以支持到4TB的内存，不可同日而语。这里说的需求瓶颈指的就是在有限的未来，地球范围以内的人类对网络的需求。不要把他扩散出去，当然那一天蚂蚁都会上网了，那就另当别论了：）

而目前的技术能力，一台普通的web服务器，对纯静态html页面的响应也仅仅能完成7000左右REQ/秒，那么一天就是3600*24*7000=6.048亿，算它10亿，距离百万亿还有5个数量级，这里我相信我们软件工程师的集体智慧，终有实现的一天。（作为其中的一员，我也希望其中有我的一份力量。）

 

抛开了硬件和性能的禁锢，你希望未来的软件是什么样子的呢？

这里抛砖引玉一下，我描述一下我的一种看法：比如我是一个小制造公司的老板，由于业务发展的需要，我想买一套符合我公司自己流程的管理软件。于是我来到了“SIF 软件快餐公司”，和机器人sales描述了我的需要，机器人sales“SIF一代”马上将我的需求整理，并提示我有一个类似的软件套餐可以选择（该套餐马上可以使用），我一看，基本可以，同时又提出了2个需要的功能，“SIF一代”告诉我，这2个功能公司中心库中也有，不过需要等候30分钟，我说没有问题，OK。于是，半小时后，我满意的走出了“SIF 软件快餐公司”。或许未来的某一天，这变得很寻常。

 

在这里我也提出一个概念――未来软件（Software In Future），就是通过目前已知的信息，分析未来若干年后软件需求的一种方法。所谓“人无远虑，必有近忧”，相信如果我们能够把握未来软件的大方向，这对于业界的公司，国家，乃至整个人类发展还是有积极意义的。希望有更多软件开发人员能够参与SIF讨论，提出想法和见解，能够为它添砖加瓦！

(如需转载，请注明出处！)

该文章会写成系列文章

《未来软件是什么样子？》－开发流程篇
     《未来软件是什么样子？》－操作系统篇
     《未来软件是什么样子？》－数据库篇
     《未来软件是什么样子？》－软件人员篇

。。。

希望大家持续关注，谢谢！

 

    曾几何时，我们已经习惯了成为跟屁虫，跟在西洋人甚至东洋人身后，亦步亦趋。“洋人的玩意就是比我们好，外国的月亮就是比我们的大，比我们的圆。”这类话正是这种心理的真实写照。相信我们的中华先祖如果泉下有知，一定会摇头嗔怪我们这些不肖的后辈。毕竟我们是创造过灿烂文化的民族，曾经引领过这个世界的潮流。

    无可否认，我们目前的确处于追赶者的角色，而且和发达国家的差距还不是一点点。在这里我不想探究落后的原因，不想说明朝的嘉靖，万历年间如果怎样，现在会怎样；清朝如果不闭关锁国，现在又会怎样。那是几百年前的往事了，已遥不可追。重要的是现在，作为中华民族中兴的希望，受过高等教育的所谓精英们，你们到底准备好了吗？

    此时的你，或许已经衣食无忧了，有份体面的工作。追求着自己的小资生活，房更大，车更宽，没事上上馆子尝尝鲜。对国货嗤之以鼻，国产车，垃圾；国产手机，掉价；国产电视机，那玩意也能看啊？诸如此类，不一而足。恨不得把家里所有的东西全部改成洋标牌，改不了的也就是自己的黄皮肤，黑眼睛了，可悲可叹！或许你应该花点心思去了解一下，使用一下，或许你会发现：奇瑞汽车，并不怎么糟糕嘛，性价比奇高；夏新手机，也挺人性化的嘛；海信的电视，挺清晰的嘛。

    中国缺人，缺能静下心来，能安心基础研究的人才；又不缺人，不缺心浮气躁，沽名钓誉之辈。真正基础的东西，目前基本都是建立在近现代西方科技理论的基础之上的。难道就非得这样，就没有问题了？凡事多问为什么，做学问不能全盘接受。他山之石可以借鉴，但是中国人更需要的是自己的创造力，亦步亦趋的民族是可悲的。一个袁隆平院士，为中国创造了多少财富，多养活了多少人，就毋庸多言，这就是基础研究的魅力。基础研究需要深厚的理论根底，不是一时半载就能出成绩的，但是我们千万不要因此而忽视，短视。

    又比如当今的能源危机，也没有听说国家花了很大的力气，支持进行新能源的研究和开发。而笔者认为应当加强诸如太阳能等新兴能源的研究，不要事事等在发达国家的后面，这样你永远是老二，永远会受制于人。加大扶持力度，每年投入若干亿，未雨绸缪，相信未来终有一天会显出这些研究的价值。

上汽一位领导前些年发出“中国目前不能自主开发汽车”的所谓规模理论，现在看来真的是笑话。因为奇瑞汽车已经实现了，而且白手起家，比你上汽做得还好的多。这就是“为”和“不为”，“敢”和“不敢”的不同结果。

“冰冻三尺，非一日之寒”，希望国家不要短视，大家不要浮躁，认认真真，踏踏实实的干好每一件身边的事情。作技术工作的更要敢于和勇于创新，不要始终围在自己定的框框中，禁锢了自己，相信外面一定有更广阔的空间，任由我们去翱翔，我们一定要有“敢为天下先”的勇气和气魄！