home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / pop / 69 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.8 KB

  1. Xref: sparky comp.lang.pop:69 alt.lang.basic:870
  2. Path: sparky!uunet!email!vexpert.dbai.tuwien.ac.at!mst
  3. From: mst@vexpert.dbai.tuwien.ac.at (Markus Stumptner)
  4. Newsgroups: comp.lang.pop,alt.lang.basic
  5. Subject: Re: Ok, so pop *pop* may be a valid lang, but where's basic?
  6. Message-ID: <6136@vexpert.dbai.tuwien.ac.at>
  7. Date: 18 Nov 92 13:43:27 GMT
  8. References: <BxoIzG.H94@access.digex.com>
  9. Followup-To: alt.lang.basic
  10. Organization: DB and ES Subdivision, TU Vienna
  11. Lines: 23
  12.  
  13. From article <BxoIzG.H94@access.digex.com>, by bruceg@access.digex.com (Bruce Garrett):
  14. >         Yah.  Right.  Funny how other languages are allowed to grow and
  15. > evolve, C becomes C++, Fortran goes through it's changes...
  16.  
  17. ...and you get huge languages (C++ is more complex than Ada which for
  18. years was the laughing stock of programming languages), monsters which
  19. retain above all syntactic compatibility while integrating lots of new
  20. concepts into a framework that was not intended for holding them.  All
  21. these extensions are not free from criticism.  As with Basic, the
  22. community is large enough to support such an evolution instead of a
  23. switch to newer, cleaner languages.  They work, and that is sufficient
  24. for their existence (and flourishing).  That's all.  But "good"
  25. languages by today's standards?
  26.  
  27. If extended Basics work for you, because you have years of experience
  28. in Basic and don't want to waste it, fine.  (Not intended as a Basic
  29. flame, but I would assume that those Basics have not evolved into huge
  30. languages [or have they?] because so much of the work spent on them
  31. was for bringing Basic to normal size.)  
  32. -- 
  33. Markus Stumptner                                mst@vexpert.dbai.tuwien.ac.at
  34. University of Technology Vienna                 vexpert!mst@relay.eu.net
  35. Paniglg. 16, A-1040 Vienna, Austria             ...mcsun!vexpert!mst
  36.