From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,5997b4b7b514f689 X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: Reading a line of arbitrary length Date: 1997/03/02 Message-ID: #1/1 X-Deja-AN: 222627737 References: <5ds40o$rpo@fg70.rz.uni-karlsruhe.de> <33032AE2.666F@mds.lmco.com> <33037A74.44AF@mds.lmco.com> <3304D791.489C@acm.org> Organization: New York University Newsgroups: comp.lang.ada Date: 1997-03-02T00:00:00+00:00 List-Id: Jon said <<> One person's "so much more useful" stuff is another person's > gratuitious rubbish. Wow. > to even considering elaborate pattern matching stuff, there are too > many ways to approach this problem to decree one as standard. Similarly > for GC, it is clear that there would be no consensus on this addition. There are "too many" ways to approach a language design to decree any as standard. Sounds pretty silly, eh?>> Not to anyone with any experience in language standardization. You only want to standardize something if there is reasonable consensus gathered around one particular approach. If there are many ways of doing something, and no agreement as to what the best approach is, and substantial argument about which is the best way, then you really have no basis for a standard. Sometimes, there can be multiple ways of doing things (e.g. drive on the right, or drive on the left), but it really does not matter which you choose, so long as you choose one of the possibilities, since what is important is that there *is* a standard. But on anything where there is real disagreement, you can't make progress often, and you just have to agree that you cannot agree on a standard in that area. Jon, I think you would have been *quite* frustrated with the Ada 95 effort (or any other language standardization effort for that matter). It is not good enough in such an effort to be technically correct, you have to be able to convince other people to gather behind one particular approach (hint: resorting to name calling as in "going off half cocked" is unlikely to succeed as a tactic -- sometimes good technical arguments succeed, but even there you can find yourself frustrated :-)