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 10:04:33 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!skynet.be!skynet.be!newsfeed00.sul.t-online.de!t-online.de!news-lei1.dfn.de!news-fra1.dfn.de!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:53:04 +0200 Organization: [Posted via] Inter.net Germany GmbH Message-ID: <3CBC56F0.9050300@snafu.de> References: <3CB46975.90408@snafu.de> <3CB77A6B.5090504@snafu.de> <184076622a7c648f157c56e417bd86d4.48257@mygate.mailgate.org> <3CB9375F.8040904@snafu.de> NNTP-Posting-Host: tc12-n67-174.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 Xref: archiver1.google.com comp.lang.ada:22608 Date: 2002-04-16T18:53:04+02:00 List-Id: Marin David Condic wrote: > "Larry Kilgallen" wrote in message > news:qnlsMmlYZCr9@eisner.encompasserve.org... > >>Don't worry about getting it into the ISO standards, just get people >>using a common set of packages and the rest will follow. There were >>recent efforts here in this newsgroup in the area of containers; you >>are free to choose a different venue. >> >>There is _nothing_ about the ISO process that is holding you back, >>and libraries/packages have little to do with core language changes. >> > > This is true. What matters with respect to libraries is not so much that > they have some rigid, formally defined, validated, ISO standard as it is > that at least most of the vendors provide pretty much the same thing. You > probably want a good deal of flexibility for libraries (at least in their > early lives) so they can be changed as experience dictates. Maybe at some > point when a given library has become very widespread and stable you could > get it declared part of the ISO standard - but you may never really want > that. Yopu may want to maintain the flexibility of being able to easily > change out the library for something else. Yes you may always want to change something, but using standard components means reliability by beening conservative even if you are loosing elegance. > If we had some community concensus that one or more libraries was what we > wanted for doing job X, all you'd have to do is persuade the vendors to > distribute it with their compilers and it instantly becomes part of Ada even > if it isn't part of the "standard". I dont think that we need the vendors this mutch, most of the popular open source software is distributed without them (thanks to sites as sourceforge etc..), In my mind the idea of a public ada process is showing up: - There is a job to be done and i have some solution for it. Propose the solution to the community (who is this, i gues comp.lang.ada?) - If sufficient interest has been raised, form a working group for this topic and provide an implemenation for public use. - Proceed until wide acceptance - Propose to ISO But this is nothing new, this is the typical open source process as we know it, the only difference is the last step. I think this is your second tier idea. May be it is possible to setup a new way of communication between the public and the ISO WG making the entry more easier for us. Or maybe it would be a good idea if ISO acts more proactive by asking the comminity for entires on certain issues (e.g. containers etc..)! 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 > > >