滚滚长江东逝水，浪花淘尽英雄。虽说是小我私家英雄的时代已经成为过去，但我们仍然不能对这样的模范们有所忘怀，他们是WPS求伯君、CCDOS严援朝、2.13吴晓军、四通利方王志东、CCED朱崇君、UCDOS鲍岳桥等。因为他们不只是成名的优秀措施员，也不只是在写文章时所必需想到的人物，更主要的是他们激荡了很多批措施员的编程热情，坚定了学会汇编和C就能走天下的决心和勇气，他们代表着以往中国软件业的辉煌。
 多年来，我们一直就这样跟跟着，也未曾怀疑过有什么不同错误的处所。即使在DOS已成为过去，Windows和Internet把持天下的今天，我们也未曾怀疑过。
 我们能怀疑吗？我们眼见的实例太多了。我们不是看到Linux等操纵系统和许多应用措施的内核都是用C来体例的吗？即使在高校的计算机或非计算机专业中，C/C++措施设计课程的广泛开设不也是一个极好的证明吗？Norton Utility 首席设计师Enrique Salem不是也认为"每小我私家都该当使用C++"吗？
 难道还有什么怀疑吗？
 诚然，我们不能否认C/C++语言的超凡魅力。然而我们不禁要设问，在Windows风行的今天，用Windows C体例出界面奇特、成果强大的应用措施，你能吗？即使能，你需要几多时间？
 在有许多措施开发工具可供选择的今天，强调"C/C++是措施措施员所必需掌握的语言"难道就没有人真的敢站出来提出质疑吗？
其实，在网络一统天下的今天，任何应用措施都必需颠末网络的验证。谁的软件好用，谁就会被承认。为了能到达这样的方针，许多Windows措施员都选择了简单易学、能快速有效地开发的Visual Basic、Dephi等工具。E_book电子阅读器就是此中一例，它是李晓东用VB设计的。
 如果这显得太过苍白无力的话，那么让我们先来看看C语言从过去到此刻的成长历程，看看它为什么这么成长。
 众所周知，C语言是在70年代成长的语言，由于其时人们设想一种集初级语言和高级语言长处于一身的语言，于是C语言就诞生。基于它的简结、紧凑、便利和灵活，它很快就成为国际上广泛风行的语言。
 然而，C语言毕竟是面向过程的语言，数据和措置惩罚惩罚数据的措施是疏散的。当对某段措施进行了改削或删除时，整个措施中所有与其相关的部分都要进行相应的改削，从而措施代码的维护对照困难。为了制止这种情况的产生，在C的根本上中引用了面向东西的设计要领。它是将数据及措置惩罚惩罚数据的相应函数"封装"到一个类中，而使用类数据变量则称为东西。在一个东西内，只有属于该东西的函数才可以存取该东西的数据。这样，其他函数就不会无意中粉碎它的内容，从而到达掩护和隐藏数据的效果。这就是C++。固然，面向东西的C++还撑持多重担任、模板、操纵符重载、内联函数界说、预措置惩罚惩罚、宏、全局静态类变量、嵌套类界说等等。
 C++太庞大了，任何一个使用C++开发者的企业必将支付更多的本钱，因为优秀的C++措施员是少而又少。基于软件企业化的需要，人们很自然地需要一种简单易用、面向东西、安适灵活的"新一代Windows处事"(Next Generation Windows Services，简写为NGWS)应用措施的语言，于是C#呈现了。它全方位简化了C++的成果，使其具有C++所没有的简单易学的优势。它既没有C++"悲剧性"的指针观点，也没有类似"：："、"."和"->"的"愚蠢"操纵。
 因此我们也可以说，C#才是措施员们所必需掌握的语言。但是，我们不能忽视这一点，语言总归是措施员的工具，谁具有简单易用、撑持最新技术并能快速有效地进行软件开发，谁就是措施员的工具。
 如果上述的结论还不能接受的话，那么让我们看看此刻C++措施员的窘境吧！
 就目前而言，选择C++就意味着选择Visual C++，而不C++ Builder。这是C++措施员第一件让人头痛的事。因为VC与Windows 98/NT同出一炉，不异成果的Visual C++应用措施编译后，其巨细要比C++ Builder小得多。不只如此，其不变性和完善措施要比C++ Builder要强得多。
 但是"Visual C++"这个名字曾误导了很多人，他们认为本身买了一套完全可视的编程系统，类似于Visual Basic，并在刚开始的几天总这样幻想。然而不久，人们认识到他们必需实际编写和阅读C++代码。虽然Visual C++向导可以节约时间和提高正确性，但措施员必需理解向导所孕育产生的代码，最主要的，还必需理解Microsoft Foundation Class(MFC) Library的布局和Windows操纵系统的内部事情方法。许多C/C++的DOS平台的措施员把这种事情方法评价为"枯燥且艰深晦涩"的过程。尽管新版本的Visual C++6.0供给了控制台应用措施类型，使DOS措施员能便利地进入MFC应用措施的开发，但仍然不能从根柢上转变上述毛病。
 选择了Visual C++，就一定选择MFC，一种措施布局，一种编程气势派头。但由于MFC是OWL同时代的产物，已经掉队于VCL一个时代了。从开发出基于ATL的WTL可以反衬出MFC的不敷。这恐怕是Visual C++措施员最窘的处所。
 但我们暂且不提MFC过时的尴尬，单是稍稍地转变一下应用措施的外不雅观，Visual C++已是力不从心了。例如，想要转变控件的字体和配景，你得从头生成一个类，而VB只需变动一部属性。从Visual C++界面设计的网站的火爆可见一斑。
 不只如此，Visual C++措施员也时常感想此外一种尴尬，一个小小的BMP、jpg?图片显示，在Visual Basic中垂手可得的事件，到了VC居然需要那么多的代码，而且在数据库应用措施的开发中还常产生许多一些细微的错误，令措施员们大为恼火。更为甚者，如果有人还想用Visual C++编写Internet/Intranet措施的话，那的确就是自寻懊恼。
 虽然，一个优秀Visual C++措施的薪水要比其他措施员高。但是，他所花费的精力不是其他措施员能相比的，他不只需要承当昂扬的培训费，而且还要承当90%弗成功的概率。这恐怕是想成为Visual C++措施员的人最苦恼的事。
 固然，我们不是劝你放弃使用C/C++语言，相反还十分撑持。因为使用C/C++编写的措施布局和算法能被更多人接受，终究C影响了整整20个年头。但是时过今天，我们还能靠它来"谋生"吗？
 相信你已经有了本身的答案。固然，我们之所以跳出来，是但愿措施员们不仅是在这个方面去思考，更主要的是：在我们国家软件成长浪潮到来的今天，我们不能再盲从，我们应该存眷软件财富、存眷互联网财富、存眷信息财富。我们也应该有本身的归宿，难道印度软件大国给我们的启示还不够多吗？