“最后该谈谈你们最为关心的语言问题了。”冒号环视一番，众人眼球的瓦数显见增大，“如果说编程范式是一种文化，那么编程语言更像是一种宗教——尽管它本不该是。每种流行的语言都有大批忠实的信徒，随时可能与其他的信徒发生宗教战争。”

逗号深有同感：“周围和网上关于语言的争论从来不绝于耳，志不同道不合者动辄恶语相向。”

提起这些，冒号不免有些忿忿然：“这些信徒或准信徒们认为他们所崇拜的语言鹤立鸡群，远比其他语言高明得多，恨不得成为全天下程序员的通用语言。对其他语言的使用者，或居高临下地同情，或不屑一顾地讥讽。无知与偏见总是相辅相成的，他们中的绝大多数顶多熟悉一两种语言，其他的或浅尝辄止、或道听途说，却敢妄评优劣，岂不可笑之极？”

引号点头称是：“是啊，没有深入的了解，怎会有深入的比较。”

冒号进而尖锐地指出：“从心理学上分析，一个人在某种观点形成后，会通过自我的暗示和倾向性的证据不断地强化这种观点，并对其他观点本能地选择性失明。这背后折射的其实是一种懒人心态——认定自己掌握的语言是最好的，便不必费事再学其他语言了；这更是一种弱者心态——无论是耿耿忠心的铁杆卫士，还是振振有词的辩护律师，一旦丧失自我批判的勇气和精神，声嘶力竭的挞伐只能反证他们的偏狭浅薄与自信缺失。”

冒号刻意借辛辣十足的嘲讽再次传递精神的信号。

叹号道出苦衷：“只是真正掌握好一门语言已殊为不易，同时掌握几种就更难。学完一种语言再看另一种，怎么都觉得别扭。”

“这就是第一堂课所说的‘学会’与‘会学’的差距。”冒号挑明要害，“每种语言都有天然设计上的不同，当你用得很别扭时，恰恰说明没有真正掌握。正如刀法以劈为主，枪法以扎为主，你若反其道而行之，刀扎枪劈，能不别扭吗？如果愣拿双节棍当单节棍使，恐怕没砸到别人倒先砸晕自己了。可见不是兵器问题，而是招法问题。”

下面隐约传来周杰伦《双截棍》的调子。

问号注意到：“似乎不只是初学者，大师们也会对一些语言提出过尖锐的批评。”

冒号引用道：“C++的发明者Bjarne Stroustrup说过这样一句话，语言只有两种：一种怨声载道，一种无人问津（There are only two kinds of languages: the ones people complain about and the ones nobody uses）。”

众笑。

句号有所体会：“一种语言如果用者甚众，自有其可取之处。没有一种语言是完美的，爱之深者尚苛之切，何况其余者乎？”

冒号忽然问：“你们知道对一种语言最大的批判是什么吗？”

众人纷纷摇头。

“那就是发明一种与此语言有类似功用的新语言。”冒号语速放缓，“Stroustrup认为Simula太慢、BCPL又太底层，于是发明了C++；Gosling觉得C++用得不爽，于是发明了Java；微软恼恨Java，于是请Hejlsberg发明了C#；Matsumoto用了两年多的C++仍不顺手，于是发明了Ruby。如此这般，不一而足。”

叹号无奈地说：“那是牛人的批评方法，常人怎能办到？”

“没有能力发明语言，就老老实实地用别人的吧。”冒号酷酷地说，“对待一门语言的态度应该是：与其抱怨争执，不如扬长避短。”

引号顺势道：“按这种说法，编程语言的发展史就是一种批判史咯？”

冒号祭起辩证法：“从另一个角度看，发明一种语言也是对先前语言的一种最高的赞美。C++之于C，Java之于C++，C#之于Java，都是后者对前者的一种承认，哪怕是极不情愿的承认。批判与赞美，继承与发展，谓之扬弃。”

众人心想，语言课又改哲学课了。

冒号续道：“对于编程语言还有一种论调：语言只是一种工具，哪种都差不多。”

逗号接茬：“是啊，经常在论坛上看到一些高手这么说。”

“一群伪高手，是工具就差不多？能拿锤子当刀使吗？”冒号嗤之以鼻，“过分拔高一种语言与抹煞语言之间的差别是两种极端，皆为秕言谬说。图灵奖获得者Alan Perlis曾说过：如果一种语言不能影响你对编程的看法，那么就不值得去了解。试想，一种没有独特魅力的语言如何吸引程序员趋之若骛？了解这些独特之处对于编程往往至关重要，如果沿袭以前语言的做法，会显得不伦不类甚至可能铸成大错。”

问号要求：“能说得具体点吗？”

冒号举例：“有人说，学C++要先学C；还有人说，学会了C，C++就不在话下了。”

叹号一惊：“难道不是吗？”

冒号解释：“其实C++的真正来源是Simula而不是C，向下兼容C只是因为C效率高、普及广。换句话说，C++与C形同而神异。学会了C当然对C++有一定帮助，但若不能理解C++的OOP思想，那么C的背景反而是一种障碍。”

逗号想当然：“C++与Java都是OOP语言，差别该不大了吧？”

冒号再次否定：“不同编程范式的语言差别固是不可以道里计，即使同一范式的语言也是千差万别。一个纯粹的C++程序员用Java编程，会非常不习惯没有指针运算、没有内存控制、没有运算符重载、没有自由函数等等。一个纯粹的Java程序员用C++编程，会极度不适应相对贫乏的标准库；会困惑于指针、引用、数组、字符串还有头文件等的用法；会毫不吝惜地在堆（heap)上创建新对象，并且从来不去释放它们。这些概念或用法都是贯穿整个程序始终的，差别能不大吗？”

叹号听罢叹曰：“做一个好的程序员还真不容易。”

“如果容易，我们开这个班做什么？” 冒号笑道，“提一个问题，程序员最不能离开的应用软件是什么？”

逗号顺嘴道：“当然是IDE了。”

引号纠正：“应该是编辑器，有些程序员用vi甚至记事本来写程序。”

冒号插一句：“有人还在命令行下写程序。”

叹号眼瞪得溜圆：“怎么可能？”

冒号眉毛一挑：“当然可能，一些简单的程序完全可以在命令行下完成，然后重定向（redirect）到一个文件中或者直接编译执行。这种情况虽有些极端，对于那些离开IDE就没法编程的人来说更是不可思议，但至少说明编程离开编辑器还是有可能的^[1]。”

句号突然明白了：“是编译器！”

“不错，是编译器或解释器。”冒号作了一点修正。

问号有点茫然：“为什么谈这个呢？”

“因为编译器或解释器是语言实现的标志。”冒号提高了声调，“我想借此说明一个简单的道理：对一个程序员而言，编程语言乃立身之本。许多人偏偏本末倒置，常常为在IDE、框架、设计工具等中挖掘到某些新功能而欣喜不已，或者津津乐道于各种语言的优劣高下，却对正在使用的语言中大量的宝藏视而不见，与执金碗而行乞者何异？这些人若有幸拜关公为师，他们最艳羡的一定他的赤兔马和青龙偃月刀，或许还会抹红脸蓄长须什么的，就是不太愿学他的盖世武功。”

引号质疑：“我明白您是想修研强调内功的重要性，但似乎有些唯语言论，设计思想不是更重要吗？”

冒号补充道：“我所谈的语言，自然不是孤立的语法和用法，也包括背后的编程范式和设计思想。当然更高层的架构设计可能会脱离具体的语言，但那不在考虑之列，因为我们谈论的主体是程序员，而不是架构师。”

提到架构师，众人神往之情油然而生。

冒号看透了大家的心思：“架构师并没有多么神秘，他们也是从程序员过来的。也不要以为架构师就不关心语言了，相反需要对语言有更广博、更深刻的认识。理想的架构师应当如文学大师，既有恢弘大气的构思，又有细腻深刻的笔法；应当如统军大帅，既有运筹帷幄的韬略，又有冲锋陷阵的武功。那些在语言与低级之间、设计与高级之间毫不犹豫地划等号的人，多半高不成低不就，既不懂语言，也不懂设计。”

逗号仍有疑惑：“语言真有那么重要吗？IDE的一些集成工具可以辅助生成许多代码，或许到了某一天，拖拖鼠标、画些UML图之类的，程序就大功告成了。”

冒号哈哈一笑：“这不就是元编程吗？元编程也是用语言实现的。且不说你描绘的美景是否可能，即便实现了，程序员的任务也是用更高级的语言做更高级的编程——还是离不开语言。别忘了，技术含金量是与工资含金量成正比的，你永远需要比别人多一门扎实的功夫。程序员这门职业，你选择，你担当。好了，闲话打住，欲知在下如何评价各种编程语言，且听下回分解。”

众人听兴正浓之际，课堂却在说书式的结语中戛然而止了。

新课开始了，冒号一反常态，并没有直奔主题：“在谈论新话题之前，先请诸位畅所欲言，谈谈这段时间的学习感受。”

叹号表情有点复杂：“通过前面的学习，让我长了不少见识，只是——”

“但讲无妨。” 见叹号有些吞吞吐吐，冒号鼓励道。

“只是觉得有点——纸上谈兵。”叹号鼓足勇气说出心里话。

引号不以为然：“我倒觉得应该更深入地去了解编程范式，现在有了一些感性认识，但还非常肤浅，希望以后能进一步展开。”

逗号挺实在：“有些地方似懂非懂，听起来挺费劲的，直到情景编程才觉得轻松了些。以后可不可以多谈些具体的编程知识、编程技巧和编程经验？”

句号拍了拍他的肩膀：“你想学的是招法，老冒传的是心法。”

逗号不服：“没有招法再多心法也白搭——光说不练假把式。”

句号反驳：“只关注招法，境界永远得不到提升——光练不说傻把式。”

“二位请暂停争论。”冒号把头转向问号，“你怎么看？”

问号很干脆：“管它心法还是招法，能解决问题的就是好法。”

“你倒滑头，整个一白猫黑猫论嘛！”冒号哈哈一笑，“首先，编程范式绝非中看不中用的屠龙之术，它有助于我们更快速地掌握、更深刻地理解、更纯熟地运用编程语言，故有心法之谓。其次，心法只有通过招法才能落到实处，也只有通过招法才能融会贯通。”

“那传说中的‘无招胜有招’呢？”引号问。

冒号哂道：“武侠小说看多了，容易想入非非，那种境界岂是一般人所能达到的？对绝大多数人来说，无招就意味着自己没招而将中他人之招。”

众人窃笑。

“还有一样是至关重要的。”冒号提醒道，“那就是实战。”

句号深有体会：“以前在学校里编程似乎还得心应手，到了公司就时感力有不逮。”

“花拳绣腿对付小喽啰绰绰有余，真碰到高手自然漏洞百出了。”冒号直言道，“编程水平的提升之道是：在实战中演练招法，在招法中领会心法，心法反过来提升招法，进而提高实战水平，如此循环往复呈螺旋式上升过程。正所谓熟能生巧，巧能生通。”

问号询道：“下面我们的主题是什么？”

冒号亮出他的一套学习理论：“软件工程中有个迭代开发法，本班则采用迭代学习法：即在具体知识与抽象理论之间进行折返式学习。当然这种迭代不是机械式的重复，而是增量式的循环。假定你们以前更关注具体的编程语言，那么遵循这种方式，先介绍抽象的编程范式是合适的。在初步了解范式之后，不妨重新回到编程语言上来。”

叹号唯唯连声：“是啊，在空中飘久了，会染上恐高症的。”

冒号笑着警告：“不要高兴太早，着陆后我们还会再次起飞的——别忘了我们的迭代式学习是周而复始的。至于眼下谈什么，还是先征求各位的意见，这样开放式教学才名副其实嘛。”

众人开始交头接耳、七嘴八舌地议论起来。

一阵商讨之后，大家似乎未能达成共识。冒号见状，便让他们一一道来。

问号再次充当急先锋：“能不能比较一些当今主流语言各自的优缺点？”

冒号笑言：“我怎么恍惚间又回到了第一堂课？你的潜台词还是那句话：到底学哪种语言好？”

问号被窥破心事，微露窘色。

“不过我非常理解你们的想法。”冒号体谅道，“虽然这是编程中最易提出却又最难回答的问题，但考虑到大家对它如此兴致盎然，我决定不顾引火烧身之危，铤而走险一回。”

众人鼓掌。

冒号故作疑惑：“你们这是对问题的答案表示期待呢，还是对我的勇气表示赞赏？”

众皆笑曰：“兼而有之，兼而有之！”

叹号提出：“近来动态语言非常流行，能说说它与静态语言到底有何不同，是否会取而代之？”

“嗯，这个问题总算简单了些。”冒号如释重负。

逗号坚持道：“我还是那个建议，希望学些具体的编程知识和技巧，比如将最流行的Java语言中的一些重点和难点分几个专题来讨论。”

冒号颔许：“这是个很好的建议，可以采纳。”

引号有不同意见：“Java没有C++来劲：要说难点，C++多得多；要说流行度，按照TIOBE的数据，C与C++之和还超过Java六个百分点呢。”

逗号不服：“你没看到C和C++正在逐渐没落吗？”

引号冷哼一声：“开玩笑，什么时候操作系统、数据库、游戏软件和嵌入式系统都改用Java了再说这话。别忘了，Java的虚拟机都还是C或C++写成的呢。”

冒号忙止住干戈：“我还没来得及成为众矢之的呢，你们二位倒先掐上了。”

句号提议：“最好找一个项目实例，从头至尾演练一次，既能贯穿各个知识点，又能让我们对软件开发有个整体认识。”

“这个想法听起来非常不错。”冒号沉吟了一会又道，“只是一个真正企业级的项目，涉及面太广。比如一个完整的web应用，不论是采用重量级的Java EE或.NET技术，还是采用轻量级的Perl、PHP、Ruby、Python等动态语言技术，除了要掌握各自的主体语言外，还涉及到相应的框架、集成环境和各种工具，以及JavaScript、CSS、HTML和XML等技术，同时数据库的知识也是不可或缺的。”

问号奇道：“JavaScript、CSS和HTML这些不主要是网页设计人员的语言吗？”

冒号解释：“网页设计人员大多用Dreamweaver之类的工具来设计HTML页面，开发一般网站尚可勉力而为，若开发企业级软件则有些力不从心了。更何况web应用的趋势是具有更丰富用户体验的Rich Internet application （RIA），采用大量的AJAX、FLEX等技术，需要熟悉Javascript或Actionscript之类的语言，这些就更非一般网页设计人员所能胜任。”

引号插言：“据我所知，许多公司都是请网页设计师来编写HTML和Javascript等代码的。”

冒号指出：“网页的迷人之处就在于，能够用精美的画皮来包裹冗长低效的代码。出于软件开发的时间和成本的考虑，公司的选择无可非议，但如果要提高软件竞争力，这些代码至少要经过程序员的加工处理。”

逗号复言：“那数据库总该是数据库管理员的事吧？程序员至多用到hibernate、iBATIS之类的ORM^[1]框架。”

冒号断然否定：“数据库绝不只是DBA的事，ORM也不能取代数据库的设计和SQL的使用。另外，复杂的应用需要编写大量的存储过程（stored procedure），故还应掌握PL/SQL或Transact-SQL等扩展数据库语言。换句话说，从web开发最前端的网页到最后端的数据库，都应该有程序员的身影。”

句号联想到：“借用前面餐馆的例子，不妨把接待员看作客户层（client tier），把服务员看作表现层（presentation tier），把厨师看作业务层（business tier），把收银员看作数据层（data tier），把厨工看作常用的辅助类（helper class）^[2]。”

冒号微微点头：“比较靠谱。要说不当之处，就是服务器端的表现层不会如服务员那样直接与客户打交道，此外业务层常与数据层打交道，但厨师好像不会与收银员有什么瓜葛。”

叹号夸张地捂住脸：“天哪，程序员竟然身兼五职，太惨了吧？”

“当然程序员会各有分工，不过如果你总局限某一层的应用开发，今后凭什么谋取更高的职位？”冒号苦口婆心，“无论干哪一行，要想胜任愉快，离不开四样东西：才能、兴趣、方法和努力。没有才能则难以胜任；没有兴趣则难以愉快；没有方法则事倍功半；没有努力则一事无成。我相信好的方法最终能激发人的才能、兴趣和努力，这也是本班的一个理念。希望大家能通过各种问题的讨论，获得一些方法上的启示。”

问号急切地询问：“那么我们的下一步是什么？”

“综合各位的意见，我们从简到繁。”冒号公布计划，“先简单谈谈动态语言；再对主流语言作简评；然后范式上以OOP为主，语言上以C++、Java和C#为主，作一些专题讨论；最后如果时间允许，找一个项目来实践一番。”

“呕耶！”众人皆大欢喜。

冒号开了个程序员提高班，今天迎来了首期学员，他们是问号、句号、逗号、引号和叹号，皆为IT业的新兵。望着台下洋溢着青春与渴望的脸庞，冒号开始了他的开班发言——

大家好！先自我介绍一下，本人姓冒名号字解之。诸位不必叫我老师，就叫老冒好了。比在座各位痴长几岁，“老”是担得的，“师”却不敢妄言。在下编程多年，自觉小有所成，不敢专藏，特开此班与众共享。虽系一家之言、一孔之见，若能抛砖引玉，又何惧方家之哂？疏谬之处，还望海涵斧正，不致自误误人。

客套已毕，言归正传。本班主要采取讨论的形式，只要是软件开发中值得讨论的，但凡本人力之所及，均可共同探讨。

本班的宗旨是：学会不如会学，会学不如会用，会用不如被用。对于一个软件开发者来说，这意味着四个阶段：

至于被用的更高层次，如发明出主流的设计模式、算法、语言乃至理论等，则可称得上计算机专家了。本班的目的，正是为各位向更高阶段的提升助一臂之力。

大家可能都习惯了在小学、中学和大学里的课堂，那里的知识大多是系统而完备且貌似终极的，那里的学习大多是单向而被动的。但习惯并不意味着享受，更多的是因为别无选择。你们曾被引入一座座知识殿堂，被告知它们如何美轮美奂、巧夺天工，尽管很多时候你们或不以为然、或不解其妙，但还是不得不记下每一处被指点的细微结构。很少有人带你们看看当初为建造这些殿堂而打下的地基、搭设的脚手架，哪怕只是上漆前的模样也好，更遑论一瞻数易其稿的设计图纸了。那些与殿堂相比显得有些原始、甚至丑陋的东西，被有意无意地挡在视线之外。可没有那些，你们将来如何为这些宫殿添砖加瓦，又如何另起楼阁呢？

中国学生恐怕是世界上最擅长考试、最习惯考试、也最厌倦考试的群体了。你们告别了学生生涯，踏上了职业之旅。首先我要恭喜你们，脱离苦海了！同时也要悲告你们，掉进火坑了！危言耸听吗？如果你选择了做程序员，你时时都得学习，没有手把手教你的老师，没有指定的教科书和参考书，有的是层出不穷令人眼花缭乱的新概念、新技术、新问题，好不容易学到一些皮毛，有的已成明日黄花。你时时都得考试，每提交一段代码就是上交一份答卷，你不知道什么时候、什么人会批改，直到——开发组同事发现你的代码难以看懂，系统分析员指出你的程序不符合规范，测试工程师检验到你的软件有缺陷，客户抱怨你的产品太慢太难用，最后老板倒可能告诉你一个好消息：明天起放长假！

其实，又有哪行哪业的人不需要学习和考试呢？IT业只是相对更激烈、更富挑战性而已。在这个瞬息万变、适者生存的时代，如果还沿用封闭、被动的学习方式，恐有淘汰之虞。有鉴于此，本班的风格与你们习惯的课堂有所不同：这里的知识不一定是系统或完备的，但一定是生动鲜活的。如果知识是水，我们要挖掘最先涌动的泉眼；如果知识是火，我们要捕捉起初点燃的火花。如果知识是树，其树大根深，不究立固之本则无以知过去；其枝繁叶茂，不握支撑之干则无以知当下；其蓬勃旺盛，不察生长之点则无以知将来。这里的问题不一定是预设的，结论不一定是终极的，甚至不一定是正确的，但一定是有的放矢、发人深思的。由此决定了这里的学习方式将是开放多元、双向互动的。

越是喧嚣的世界，越需要宁静的思考，让躁动的心灵得以平息，让蕴藏的灵性得以释放。学习编程没有速成大法、没有必杀之技、没有锦囊秘笈、没有终南捷径，只有思考、实践、再思考、再实践。中国的IT界乃至整个学术界都过于浮躁和急功近利了，既盲从又自大，缺乏务实精神与研究精神、独立精神与合作精神、批判精神与自省精神。如果一个程序员沾染这种风气，哪怕有再好的学习方法和学习能力，他都注定与“优秀”绝缘。这就是本班极力倡导并将贯穿始终的理念——知识之上是思想，思想之上是精神。

我的开场白到此为止，现在把话语权交给你们，大家自由发问吧。