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,8623fab5750cd6aa X-Google-Attributes: gid103376,public Newsgroups: comp.lang.ada Subject: Re: Improving Ada's image - Was: 7E7 Flight Controls Electronics References: <40CF734C.7020108@noplace.com> <7iLzc.97433$3x.15169@attbi_s54> <40D03317.1080903@noplace.com> From: Brian May X-Home-Page: http://snoopy.apana.org.au/~bam/ Date: Thu, 17 Jun 2004 11:33:12 +1000 Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) Cancel-Lock: sha1:fOMu4Bm+3piH3PlnjbBqpXWjqGM= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii NNTP-Posting-Host: dsl-202-173-153-89.vic.westnet.com.au X-Trace: news.melbourne.pipenetworks.com 1087435993 202.173.153.89 (17 Jun 2004 11:33:13 +1000) X-Complaints-To: abuse@pipenetworks.com X-Abuse-Info: Please forward all headers to enable your complaint to be properly processed. Path: g2news1.google.com!news1.google.com!news.glorb.com!newsfeed3.easynews.com!easynews.com!easynews!border1.nntp.sjc.giganews.com!border2.nntp.sjc.giganews.com!nntp.giganews.com!news1.optus.net.au!optus!news.mel.connect.com.au!news.melbourne.pipenetworks.com!not-for-mail Xref: g2news1.google.com comp.lang.ada:1596 Date: 2004-06-17T11:33:12+10:00 List-Id: >>>>> "Marin" == Marin David Condic writes: Marin> I've found Outlook to be bloated, slow, etc. That might Marin> make a good candidate. Perhaps with a philosophy of not I don't think so... You are comparing an incredibly poorly designed, poorly written, insecure application written in C (I assume), with presumably a properly designed and written application in Ada. To conclude that the second one is better then the first because of the choice of language is a bit misleading IMHO. In fact, my guess is a number of the security flaws in Outlook would also occur in Ada. eg. look at the JavaScript related security issues. Marin> trying to build the Swiss Army Knife of e-mail programs: Marin> Build the various functions as independent units (capable Marin> of working together) so that you don't need to load/run the Marin> pieces you don't want or for which you have a substitute Marin> (like an address book). That might be a concept that could Marin> work well & find some popularity in the user Marin> community. Perhaps even making it work in conjunction with Marin> OpenOffice might help? Do you load these units at compile time, start-up time (when application starts), or on demand (eg. when user selects address book)? Loading units at compile time is fast and efficient as far as the user is concerned, but means recompiling for adding a new unit. The other options are more flexible as far as the user is concerned, but may result in slower execution while the units load and initialize, and may require more overhead to keep track of the different units at run-time. -- Brian May