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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,57654867e5205348 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-02-07 03:14:27 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: amir@sl.iae.nsk.su (Amir Yantimirov) Newsgroups: comp.lang.ada Subject: Re: C# should be last plain-text language Date: 7 Feb 2004 03:14:26 -0800 Organization: http://groups.google.com Message-ID: <97f98cd5.0402070314.2678974e@posting.google.com> References: <97f98cd5.0402052229.7f184e38@posting.google.com> <1028f364e6smfca@corp.supernews.com> NNTP-Posting-Host: 81.1.215.198 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1076152466 9533 127.0.0.1 (7 Feb 2004 11:14:26 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sat, 7 Feb 2004 11:14:26 +0000 (UTC) Xref: archiver1.google.com comp.lang.ada:5308 Date: 2004-02-07T03:14:26-08:00 List-Id: "Larry Barowski" wrote in message news:<1028f364e6smfca@corp.supernews.com>... > It seems to me that you don't need any of those, and would be > better off doing this another way. All the views and editing > features you want can be created on demand from plain text > source code, with only a "special comment" syntax, like > javadoc comments, for structure-specific comments and one > for "ability to mark declaration as commented out (for debug > purpose)". You can store information on the current state of > the views (what is folded, etc.) in a separate database. If > someone edits the code outside of your tool, they will lose that > state (no big deal), unless the other editor is compatible with > your tool. This way developers will be able to work with raw > source code and other editing tools if they want to (and they will > want to), but still have the views and features you want. From > the point of view of someone who uses your tool exclusively, > there is essentially no difference between a META-language or > META-comments and using a database. This is the method we > use to store source code folding information, breakpoint locations, > etc. in jGRASP. > > -Larry Barowski You are right, of course. But my intention is what developer should not work with raw code at all. The raw code should be something alike intermediate assembler code in some compilers. And then separated database dont't have much benefits. Generally, I think, existent programming languages are good enough for solving current programing tasks. Troubles come not from what tasks are difficult but from what they are numerous. This problem lies outside of language domain. And any new improvements as Ada 20XX or C++ 20XX cannot change this fact. The lesson of most productive environment I work with (C++ Builder) is that language is only part of development system. And the most effective addition to language are those what helps language better integrate with whole system. The cost in case is nonportatibility. By the way, I looked at http://www.jgrasp.org/ but from PDFs I see the same alphabetical list of files I argue against. :) Amir Yantimirov http://www174.pair.com/yamir/programming/