论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2009-09-12 23:37 |只看该作者 |倒序浏览

（很少发贴，谈一谈自己的经历、感受）

我接触计算机比较早，1993年作为一个初中生学习了DOS、WPS和五笔，谈不上编程，然后埋头学习课堂知识一直到大二，这是一个空前繁荣的时代，市场上有至少4家X86CPU厂商竞争，IBM的硬盘做不过昆腾，极其不稳定的win98装了又装，那个时候还乐此不疲，单机版游戏空前繁荣，大学在win98和dos7学习在如海的单机游戏种度过，理解了操作系统原理、软件环境、硬件环境，学了一门编程语言basic。毕业了凭借着这些知识找了份工作，开始使用VBS、ASP、VBscript、VB、java、VC++、PB、delphi，都是windows平台开发，谈不上什么风格、素养和框架，这样干了三年，开始深入学习java，unix（AIX）上的服务程序用java，管理界面用delphi，深入了解了n层网站构架、PKI、PMI、J2EE框架、Bea应用服务器、JSP实现方案，这些其实都不是我要说的。终于有一天我打算做一个编译器，不会手写，开始研究lex、Flex、bison、yacc，发现在win下面写一个编译器如此麻烦，使用win版的Flex和Bison出现了这样那样的问题，于是我开始考虑linux，有了工具基础我相当顺利的完成了一个类C编译器，开始使用win和linux的混合平台，开始研究linux的软件开发模式，发现linux和类unix系统由于图形系统不进入内核和为了软件的移植，编写一个软件总是先建立函数库，然后编写命令行，最后再考虑图形界面（利用管道向命令行传递参数），这样很让人惊讶，有很多好处，库可以支持别人开发，命令行可以最快完成软件功能和基本用户接口，命令行可以以最简洁的方式向操作系统甚至向内核传递命令、参数，根本不与X打交道，也有缺点就是新手感觉linux图形界面的控制力不如win，我来说说win是怎么做的，win2000以后图形界面深入操作系统核心，GUI函数跟操作系统核心函数是一个优先级，可能在win下面编程也了解了，GUI和功能函数是混合在一起的被主函数调用，这种开发模式，要支持第三方软件需要开发专门的接口，GUI容易死锁，GUI死锁软件就崩溃（除非采用linux开发模式），速度慢，因为GUI的响应也是程序的一部分。再说说C++，C++是最复杂的语言，众多的最尖端的3D游戏引擎都是C++开发的，win上的MFC朴实、扎实比API调用有更好的稳定性（API也是C++和C开发的，微软这方面很严谨），反观linux的kde4问题就很多，本人经历三次KDE崩溃，这在号称比win稳定linux上是不可想象的，原因就是KDE是基于C++的，开源世界的系统程序员对C++的掌控力远比微软逊色（注意我说的是系统GUI，不包括openGL），gnome是基于C的，稳定并根X完美结合，C在开源界远远比C++容易控制（C++本身就是一个颇具争议的语言，很多人批评其稳定性，但是其功能强大、高效一直走在技术的最尖端），C也有面向对象的使用方法，这里不细说了。web的兴起使得动态脚本兴盛起来，一时间大有超越C、C++的趋势，但是编写操作系统底层、编译器离不开C，编写图形图像复杂高级应用离不开C++，当然ada、fortran也是功能强大的语言，但是民间不留行。我们应该支持什么，我想大家都有个结论，最后说一些题外话，IBM、HP这些大公司喜欢瘦客户机，把大量的计算放在服务器上，他们打算利用他们的服务永远的垄断挣钱，作为一个小网民我们应当充分利用我们的桌面反抗计算垄断反抗霸权，是PC造就了微软（用过linux的人知道win98是多么垃圾，但是我们还是支持他），现在微软垄断了，我们幸好还有linux，我们是桌面用户，我们要BT、P2P那样的计算，现在有很多完美的PC上的分布式服务计算解决方案，不要迷信超级计算机，网络计算也很强大，况且很多超级计算机也是不同层面的集群，所以我们最后要明白我们支持什么、开发什么样的开源软件。

过两天我盘点一下动态脚本语言。