|
|
|
vc++学习经验:谈编程本质 |
|
|
| http://www.iyit.net 日期：2005-11-24 17:47:51 来源：易特网络技术 点击： |
leezy_2000把程序设计归结为四大要素：问题、概念、逻辑和技巧，并且举了一个例子加以说明。问题是程序的目的，概念是在解决问题时用到的抽象事物（或者说是术语），逻辑是描述如何解决问题的，技巧等同于实现，使用何种计算机语言或框架等。这四大要素其实是程序设计的四个步骤，分析、抽象、概要设计、实现。从程序开发的过程上来说，的确如此。
但是，作者把程序的本质归结为概念和逻辑，我并不赞同。我倒是有些赞同cpptrier的观点，“编程的本质是问题模型到编程语言的映射”。但是这样描述的话，程序员变成了翻译员，抹杀了程序员的创造性。所以我觉得编程的本质更应该是以编程语言的思想描述、解决现实问题。thinking in programming language。
关于语言和框架，leezy_2000的描述非常的经典。“语言是逻辑的载体和描述工具，框架是对逻辑和概念的一种封装”。使用不同的语言解决相同的问题，他们的逻辑是不同的。一个极端的例子是prolog语言，这是我见到过的最奇怪的一种语言，但是用它来解决一些离散数学的问题却很方便。如果同样的问题让一个prolog程序员和一个c++程序员来解决，他们的逻辑显然是不同的。大师说“语言磨砺了我们的思维方式，也决定了我们的思考范围”，就是这个道理（感谢weihere的引用，有时间我要去读读《the c++ programming language》）。每一种语言都有它内在的一种描述问题的思想和方法。
作为一个程序员，对于所使用的语言应该有一个全面、深刻的认识，掌握它的思想，学会用它来思考和解决问题。这也是bruce eckel在他的系列书籍thinking in java，thinking in c++所提倡的。
那么如何掌握语言的思想呢？看看bruce的书就行了吗？那样只能学到一些皮毛。你必须实践，写上几千，几万行代码。只有在水里才能学会游泳。一本好书只能帮助我们缩短学习的过程，它不能代替实践。我不能想象一个人如果从来没有写过面向对象的程序，他是如何理解uml之类的东西的；更不能想象一个初学c++或是java的程序员是如何通过读读《design pattern》就能掌握设计模式的。
计算机是一门实践的学科。当我们在讨论编程的本质时候，决不能忘记实践是重要的。本质固然重要，如果少了实践，就会变得形而上学。即使是微软的高级副总裁，rick rashid，仍然每年坚持编写大约50 000行代码。他认为，用最新的技术编程可以使他保持对计算机最前沿的技术的敏感。（摘自李开复《给中国学生的一封信》）。而在我的周围，一些只带几个程序员的小官，就以编程为耻，他认为象他这样的官（也叫项目经理）写程序，太丢份。真让人汗颜!
我们是程序工人(coder)还是软件设计师(designer)？在回答这个问题之前，我们首先要明白，什么是设计？设计是工程上的概念，设计的结果是一组文档，制造团队可以依据这份文档，准确的构建出产品。源代码是满足这一要求的惟一的软件设计文档。和一般工程不同的是，根据源代码构建产品的成本非常低廉，它无须什么工人，计算机可以代劳。现在流行的看法，似乎只有画uml图才是设计，而使用设计模式编码的设计倒不算设计。这其实是本末倒置了，uml图只能算是辅助设计文档，真正的设计文档是源代码。因此，我们都是软件设计师，我们是在设计软件，而不是构建软件。（这一观点出自于jack reeves的《源代码就是设计》，《敏捷软件开发-原则、模式与实践》附录d）
设计软件不是凭空的，你总是要以某一种编程语言来设计。和语言无关的设计，只能算是概要设计，只能做到一定的程度。要做详细设计必须和某一种语言相关。
|
上一篇：如何用vb程序来播放wav文件
下一篇：c++编程人员容易犯的10个c#错误
[发送给好友] [打印本页] [关闭窗口] [返回顶部] 转载请注明来源：http://www.iyit.net |
|
| 特别声明： 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员，我们尽快予以更正。 |
| 责任编辑： |
投稿作者： 易特网络技术 |
| 信息来源： 易特网络技术 |
录入时间： 2005-11-24 17:47:51 |
| 浏览次数： |
投稿信箱： shtghy@163.com |
|
|
|
|
|
