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,936b98ceff0d9f3e X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-02-07 00:24:11 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.uchicago.edu!newsswitch.lcs.mit.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-hub.siol.net!news.siol.net!not-for-mail From: Karel Miklav User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: One language environment don't have future References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Fri, 07 Feb 2003 09:24:08 +0100 NNTP-Posting-Host: 193.77.153.232 X-Complaints-To: abuse@siol.net X-Trace: news.siol.net 1044606248 193.77.153.232 (Fri, 07 Feb 2003 09:24:08 MET) NNTP-Posting-Date: Fri, 07 Feb 2003 09:24:08 MET Organization: Slovenija OnLine - SiOL Xref: archiver1.google.com comp.lang.ada:33869 Date: 2003-02-07T09:24:08+01:00 List-Id: I'm starting to sound like a certain R-company promoter, but as Grady Booch said about objects and patterns: "no class is an island, but rather that all interesting, well-structured object-oriented systems consist of societies of classes." The point in evolution of knowledge is to compress it in the sense of complexity, to make it appear plain simple. As every possible combination of assembly instructions didn't come out practical, people invented higher level languages. And even though that may not be the reason there shure is a limit in practical societies of classes and their tweakable parameters. Beard, Frank Randolph CIV wrote: > From: Karel Miklav >>The IT tower of Babel may never be built, but UML and tools around it >>are a step forward. And there is a difference between modeling and >>coding; I guess we're not going to rewrite data structures in all sorts >>of languages forever? Or watch compilers #%@! us with cryptic messages? >>There must be evolution even in IT. > > Wasn't (or isn't) that the goal of CASE tools? Of course, the CASE tools > would need to evolve more to go from design to implementation. > > I haven't kept up with the current state of the CASE tools, but most of them > were trying to use a graphical interface tool to draw your system on the > screen and then produce compilable software components. > > The ultimate evolution of the CASE tools would be to draw something on the > screen and have it spit out a working executable. I guess you would have a > "primitive" (or base) set of components and data structures with which to > build all others necessary for developing your target product. The problem > someone else eluded to was, what do you do when a new data structure is > required which cannot be built from your primitive or composite sets? Then > someone has to go in with the language used to build the CASE tool and > add the new structure(s). Unless the CASE tool can be used to build the new > components or data structures for itself (the Cobol compiler to build a > Cobol compiler approach). You're right, but there are other ways. The other day I downloaded Booch components for Ada; I managed to compile the examples but I don't have a clue what's going on. For start I would just like my tool to select and tweak the apropriate version of container for me. There is no tool like that at the moment, but with more stupid people like me, there will :) Regards, Karel Miklav