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,ac39a12d5faf5b14 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-04-16 09:33:42 PST Path: archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-06!supernews.com!news-x2.support.nl!psinet-eu-nl!unlisys!news.snafu.de!boavista!nobody From: Michael Erdmann Newsgroups: comp.lang.ada Subject: Re: Rant! (was) Development process in the Ada community Date: Tue, 16 Apr 2002 18:34:09 +0200 Organization: [Posted via] Inter.net Germany GmbH Message-ID: <3CBC5281.1040202@snafu.de> References: <3CB46975.90408@snafu.de> <3CB77A6B.5090504@snafu.de> <184076622a7c648f157c56e417bd86d4.48257@mygate.mailgate.org> <3CB9375F.8040904@snafu.de> <3CB9AF3C.8030301@snafu.de> NNTP-Posting-Host: tc01-n70-039.de.inter.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204 X-Accept-Language: en-us To: Marin David Condic Xref: archiver1.google.com comp.lang.ada:22606 Date: 2002-04-16T18:34:09+02:00 List-Id: Marin David Condic wrote: > "Michael Erdmann" wrote in message > news:3CB9AF3C.8030301@snafu.de... > >>Did they manage to get this into an Appendix of the Ada 95 RM, or >>did they succeed with there container packages? >> >> > Getting any sufficiently complex library into an appendix of the ARM would > be very difficult and problematic. You would need to formally specify the > behavior and then come up with a formal validation process. Any package or > set of packages that might have hundreds of interface details would become a > major problem to incorporate into something as formal as the ARM. Interesing, i did not know this. Is there any information about this in the net? May be this formality is why most of the people in the community are not taking part in the standarization process. > > What needs to happen is to have some kind of second tier of "standard" that > doesn't require all that formality. If a thing could be reasonably well > described so that an understanding emerged as to what it should be/do and > the vendors were willing to include it in an identical way (same interface > specs, at least, or reference implementation) in all their implementations, > then you've got your "standard" without needing a ***STANDARD*** :-) This is what is normally called a defacto standard. Raising initial interest for a certain sloution and setting up alliences to enforce the solution normally creates such standards. But if these alliences breaking up, such standards start to dissolve and lot of derivates of the original solution are back on the market gain. I like to avoid this. But your second tier idea may be the right point! This second tier could become some kind of public entry process for the ISO WG which is in the first stage (input) less formal and at the output as formal as ISO requieres. Establishing such a second tier interface to the public would be an interesting project for the open source community, and may be some ideas of the JPC may be taken over for this purpose. I am realy wondering if there are comparable projects in the net exisiting?! Regards M.Erdmann > > MDC > -- > Marin David Condic > Senior Software Engineer > Pace Micro Technology Americas www.pacemicro.com > Enabling the digital revolution > e-Mail: marin.condic@pacemicro.com > > >