首页
外语
计算机
考研
公务员
职业资格
财经
工程
司法
医学
专升本
自考
实用职业技能
登录
外语
Programming Languages Programming languages are how people talk to computers. The computer would be just as happy speaking a
Programming Languages Programming languages are how people talk to computers. The computer would be just as happy speaking a
admin
2010-02-26
17
问题
Programming Languages
Programming languages are how people talk to computers. The computer would be just as happy speaking any language that was unambiguous. The reason we have high level languages is because people can’t deal with machine language. The point of programming languages is to prevent our poor frail human brains from being overwhelmed by a mass of detail.
Architects know that some kinds of design problems are more personal than others. One of the cleanest, most abstract design problems is designing bridges. Them your job is largely a matter of spanning a given distance with the least material. The other end of the spectrum is designing chairs. Chair designers have to spend their time thinking about human bodies. Software varies in the same way. Designing algorithms (运算法则) for routing data through a network is a nice, abstract problem, like designing bridges. Whereas designing programming languages is like designing chairs: it’s all about dealing with human weaknesses.
Most of us hate to acknowledge this. Designing systems of great mathematical elegance sounds a lot more appealing to most of us than pandering to human weaknesses. And there is a role for mathematical elegance: some kinds of elegance make programs easier to understand. But elegance is not an end in itself. And when I say languages have to be designed to suit human weaknesses, I don’t mean that languages have to be designed for bad programmers. In fact I think you ought to design for the best programmers, but even the best programmers have limitations. I don’t think anyone would like programming in a language where all the variables were the letter x with integer subscripts. If you look at the history of programming languages, a lot of the best ones were
languages designed for their own authors to use, and a lot of the worst ones were designed for other people touse.
When languages are designed for other people, it’s always a specific group of other people: people not as smart as the language designer. So you get a language that talks down to you. Cobol (计算机通用语言) is the most extreme case, but a lot of languages are pervaded by this spirit. It has nothing to do with how abstract the language is. C is pretty low-level, but it was designed for its authors to use, and that’s why hackers like it. The argument for designing languages for bad programmers is that there are more bad programmers than good programmers. That may be so. But those few good programmers write a disproportionately large percentage of the software.
I’m interested in the question, how do you design a language that the very best hackers will like? I happen to think this is identical to the question, how do you design a good programming language?
Give the Programmer as Much Control as Possible.
Many languages (especially the ones designed for other people) have the attitude of a governess: they try to prevent you from doing things that they think aren’t good for you. I like the opposite approach: give the programmer as much control as you can. When I first learned Lisp (表处理语言), what I liked most about it was that it considered me an equal partner. In the other languages I had learned up till then, there was the language and there was my program, written in the language, and the two were very separate. But in Lisp file functions and macros I wrote were just like those that made up the language itself. I could rewrite the language if I wanted. It had the same appeal as open-source software.
Aim for Brevity.
Brevity is underestimated and even scorned. But if you look into the hearts of hackers, you’ll see that they really love it. How many times have you heard hackers speak fondly of how in, say, APL, they could do amazing things with just a couple lines of code? I think anything that really smart people really love is worth paying attention to. I think almost anything you can do to make programs shorter is good. There should be lots of library functions; anything that can be implicit should be; the syntax (句法) should be simple; even the names of things should be short.
And it’s not only programs that should be short. The manual should be thin as well. A good part of manuals (说明书) is taken up with clarifications and reservations and warnings and special cases. If you force yourself to shorten the manual, in the best case you do it by fixing the things in the language that required so much explanation.
Admit What Hacking Is.
A lot of people wish that hacking was mathematics, or at least something like a natural science. I think hacking is more like architecture. Architecture is related to physics, in the sense. that architects have to design buildings that don’t fall down, but the actual goal of architects is to make great buildings, not to make discoveries about statistics. What hackers like to do is make great programs. And I think, at least in our own minds, we have to remember that it’s an admirable thing to write great programs, even when this work doesn’t translate easily into the conventional intellectual currency of research papers. Intellectually, it is just as worthwhile to design a language programmers will love as it is to design a horrible one that embodies some idea you can publish a paper about.
How to Organize Big Libraries?
Libraries are becoming an increasingly important component of programming languages. They’re also getting bigger, and this can be dangerous. If it takes longer to find the library function that will do t you want than it would take to write it yourself, then all that code is doing nothing but make your manual thick. So I think we will have to work on ways to organize libraries. The ideal would be to design them so that the programmer could guess what library call would do the right thing.
Are People Really Scared of Prefix Syntax?
This is an open problem in the sense that I have wondered about it for years and still don’t know the answer. Prefix syntax seems perfectly natural to me, except possibly for math. But it could be that a lot of Lisp’s unpopularity is simply due to having an unfamiliar syntax. Whether to do anything about it, if it is true, is another question.
What Do You Need for Server (服务器)-Based Software?
I think a lot of the most exciting new applications that get written in the next twenty years will be Web- based applications, meaning programs that sit on the server and talk to you through a Web browser. And to write these kinds of programs we may need some new things. One thing we’ll need is support for the new way that server-based applications get released. Instead of having one or two big releases a year, like desktop software, server-based applications get released as a series of small changes. You may have as many as five or ten releases a day. And as a rule everyone will always use the latest version.
You know how you can design programs to be debug gable (调试器)? Well, server-based software likewise has to be designed to be changeable. You have to be able to change it easily, or at least to know what is a small change and what is a momentous one. Another thing that might turn out to be useful for server based software, surprisingly, is continuations. In Web-based software you can use something like continuation- passing style to get the effect of subroutines in the inherently stateless world of a Web session. Maybe it would be worthwhile having actual continuations, if it was not too expensive.
What New Abstractions Are Left to Discover?
I’m not sure how reasonable a hope this is, but one thing I would really love to do, personally, is discover a new abstraction--something that would make as much of a difference as having first class functions or recursion or even keyword parameters. This may be an impossible dream. These things don’t get discovered that often. But I am always looking for.
Libraries are getting bigger and this can be dangerous for programming languages.
选项
A、Y
B、N
C、NG
答案
A
解析
本题根据文章第四个黑色小标题下第一句而设,文中提到“Libraries are becoming an increasingly important component of programming languages.They’re also getting bigger, and this can be dangerous.”题干意思与原文一致。
转载请注明原文地址:https://kaotiyun.com/show/YbOK777K
0
大学英语六级
相关试题推荐
Beingoutofworkandhavingtwoyoungchildren,______(夫妻俩发现勉强维持生计是不可能的).
Theconceptofpersonalchoiceinrelationtohealthbehaviorsisanimportantone.Anestimated90percentofallillnessmayb
WhatcanpeopleknowfromthecrownofanancienttreefoundinNewYork?Accordingtothefossilreconstruction,whatmainpar
A、Residentstherecan’tgohomedirectlybybus.B、Thehousesaretooexpensivetoafford.C、Peopletherearesomehowunreasonab
TheybothlikedLondonbecausetheycouldspeakEnglishatabarorarestaurant.Bobwouldagreetogowithher.
A、Prestigeschoolsmaynotbebetter.B、Thequalityisaboutthesameiseveryschool.C、Prestigeschoolsarealwaysthebest.D
ComparedwithEnglandandWales,Scotlandhasanothersetoflawsappliedtodivorceissues.Inthecaseofnegotiatingdivorce
Severalfactorsmaketheemergencyroomfrightful,andtheyalloriginatefromnotknowing.Afterthenurseoftheexamroomha
Whatisthetopicofthepassage?Itcanbeinferredfromthepassagethatthetheoreticalfoundationoficeboxshouldbethat
A、$1million.B、$1/4million.C、$1/2million.D、$2million.C女士说他们只筹集到了所希望筹集资金的一半,而男士说25万相当可观,本题的关键是halfofwhatitexpected和on
随机试题
患者,女性,50岁。对称性多关节肿痛伴晨僵1年余,血RF1:40(+),ESR100mm/h。本患者目前不考虑的治疗措施是
1973年以后,护理程序的步骤为
经产妇,33岁,第二胎,孕40周,第一胎因前置胎盘行剖宫产术,此次检查宫口开大2cm,胎位为枕左前,胎心音132次/分,适宜的护理措施不包括()
通信建设工程企业主要负责人安全生产管理能力考核要点不包括()。
XYZ公司2000年度会计报表由A会计师事务所审计,并被出具保留意见审计报告。负责XYZ公司现场审计的L注册会计师于2001年5月离职,加入B会计事务所,转所手续至2002年5月办理完毕。2002年1月,XYZ公司决定改聘B会计师事务所审计2001年度会
1999年10月,江西省新华书店、省外文书店和南昌市新华书店3家合并,组建了江西省新华书店联合有限公司。如今江西省店已经与全省11个中心门店和部分县店建立了跨地区的直营连锁经营关系,与40余家符合条件的书店建立了加盟连锁关系,还有行业外的加盟店3个,初步建
以行政的领导取代或者削弱党委的领导,必将使公安工作失去有力的()。
水与空气、食品是人类生命和健康的三大要素。人体的水分占体重的50%到60%,儿童体内的水分多达体重的80%,没有水就没有生命。地球上的淡水资源只占地球水资源总量的3%,这3%的淡水中,可直接饮用的又只有0.5%。所以说,水是宝贵的资源,是生命之
已知数组A中,每个元素A[I,J]在存储时要占3个字节,设I从1变化到8,J从1变化到10,分配内存时是从地址A开始连续按行存储分配的。试问:A[5,8]的起始地址为(40)。
若服务器系统可用性达到99.99%,那么系统平均无故障时间(单位:分钟)约为()。
最新回复
(
0
)