如何选择一门计算机语言.docVIP

今天在网上看到一篇《Eric Raymond对于几大程序开发语言的评价》。其实，这些我也不是很内行。但是因为我最近想再学一门程序语言，所以就把它转贴过来了。 我的感受是学习程序语言，一定必须从徒手写每一行代码开始学，这样可能是最简单的方法。我最早学的是微软的Visual Basic，按理说BASIC是最简单的计算机语言，应该最好学，可是微软帮你把所有图形界面都做好了，成了一个完全的黑箱，用户等于在对这个黑箱编程，对程序的实际运行流程一点感觉也没有。我学了有半年，感受什么都不会。从那时起，我就开始觉得不能跟着微软走了。 后来，我又去学了C。这次就从命令行下开始学，一行一行的写，然后再编译。C是公认比较难学的语言，但是我下了决心从最低的起点开始学，学习环境是将近10多年前推出的Turbo C 3.0。虽然我现在C的水平还是很低，但是感觉对C的认识很清楚，许多原理上的问题都理解了。 C编程比较麻烦，我下一门想学perl或者python。我正好有一些想法想实现，急需自编软件处理数据，希望今年之内可以解决掉。 【译者注】 Eric Raymond是开源运动的领袖人物，对于UNIX开发有很深的造诣，主持开发了fetchmail。他的《大教堂与集市》被奉为开源运动的经典之作。下面对几大开发语言的评价非常中肯，是我近年来看到的比较出色的评论。特别是他评价中抱有的那种“简单就是好”的思想，很值得我们深思。我特别选译出一些段落，供大家阅读思考。原文参见：/~esr/writings/taoup/html/ch14s04.html#c_language Raymond此文不是在泛泛地去谈语言的优劣，而是要回答一个问题：在UNIX下开发开源项目，如何选择开发工具？我翻译的很零散，建议大家去看原文。 C 虽说C语言在内存管理方面存在严重的缺陷，不过它还是在某些应用领域里称王称霸。对于那些要求最高的效率，良好的实时性，或者与操作系统内核紧密关联的程序来说，C仍然是很好的选择。 C良好的可移植性也为它加了分。不过现在很多其他的语言可移植性越来越好，C在这方面的优势可能会逐渐丧失。 现有的很多程序可以产生非常棒的C代码，比如语法分析器、GUI Builder等，这时候C语言也是有吸引力的，因为你所需要编写的代码只是整个程序的一小部分。 再有，我们当然应该认识道，C语言对于程序员来说具有无可替代的价值。就我这里讨论的每一种语言而论，只要你发掘的足够深，到最后你会看到它们的内核都是用纯正的、可移植的C写成的。 到了今天这个时候，我们最好把C看成是UNIX虚拟机上的高级汇编语言。 就算是其他的高级语言完全可以满足你的工作需要，抽出时间来学习C语言也仍然有益，它能帮助你在硬件体系的层次上思考问题。 即使到了今天，最好的C语言教程仍然是1988年出版的KR第二版The C Programming Language. 总结：C最出色的地方在于其高效和贴近机器，最糟糕的地方在它的内存管理地狱。 C++ C++最初发布于1980年代中期，当时面向对象语言被认为是解决软件复杂性问题的银弹。C++的面向对象特性看相去使其全面超越了C，支持者认为C++将迅速把上一代语言挤到陈列馆里去。 但是历史并非如此。究其原因，至少有一部分归咎于C++本身。为了与C兼容，C++被迫作出了很多重大的设计妥协，结果导致语言过分华丽，过分复杂。为了与C兼容，C++并没有采用自动内存管理的策略，从而丧失了修正C最严重问题的机会。 另外一部分原因，恐怕要算到面向对象身上。看起来OO并没有很好的达成人们当年的预期。我就这个问题调研过，我发现使用OO方法导致组件之间出现很厚的粘合层，并且带来了严重的可维护性问题。今天让我们来看看开放源码社区，你会发现C++的应用还是集中在GUI，游戏和多媒体工具包这些方面，在其他地方很少用到。要知道，面向对象也只是在这些领域被证明非常成功，而开放源码社区的选择，很大程度上体现了程序员的自由意志，而不是公司管理层的胡乱指挥。 也许C++实现OO的方法有问题。有证据表明C++程序在整个生命周期的开销高于相应的C, Fortran和Ada程序。不过，究竟这是否应该归咎与C++的OO实现上，还不清楚。 最近几年，C++加入了很多非OO的思想，其异常思想类似Lisp，STL的出现是非常了不起的。 其实C++最根本的问题在于，它基本上只不过是另一种传统的语言。STL中的内存管理比先前的new/delete和C的方案要好的多，但是还是没有解决问题。对于很多应用程序而言，其OO特性并不明显，相比与C，除了增加复杂度之外没有获得很多好处。 总结：C++优点在于作为编译型语言，把效率与泛型和面向对象特性结合起来，其缺点在于过于华丽复杂，倾向于鼓励程过分复杂的设计。 Java Java的设计很聪