(Forwarded to the list by request of the author) ----- Forwarded message from [EMAIL PROTECTED] -----
From: [EMAIL PROTECTED] To: Chris Winters <[EMAIL PROTECTED]> Subject: Re: One P5EE or Many? was Re: RFC Response - P5EE Date: Fri, 26 Oct 2001 23:25:43 +0200 Message-ID: <[EMAIL PROTECTED]> User-Agent: Mutt/1.2.5i On Thu, Oct 25, 2001 at 11:07:06PM -0400, Chris Winters wrote: > Making it easier to develop, deploy and distribute nontrivial > applications is a huge, huge plus, and to me is one of the most > sensitive areas of development. By 'sensitive', I mean that a small > change can go a long way to attracting developers to at least checking > out a system. > > To me, this means I can package up my application with: > > - Object definitions (what they're named, how they're related, > various serialization/persistence metadata) > > - Data structure definitions > > - Object data (required and/or sample) > > - Metadata about what actions are supported > > - Views (generally templates) > > - Code to accomplish everything necessary (object behavior, > > - Documentation Absolutely right. It isn't all about APIs. Most of them are similar, if you really want to link you need proper specification and description. And this isn't the same as docs in English or any other language, formal specification is needed. If developers really provide the information listed above, it solves a lot of problems and actually makes it easier for them or other developers. Of course you can build more powerful tools ... Frameworks and standards being developed should encourage people to do more in the design stage and to share their design specs. So IMHO we shouldn't start with core APIs but with ways to specify interfaces, object/class associations, ... Core APIs are needed of course but users shouldn't have to develop so low-level. Things like UML are already used and accepted and show that it is convenient to use it. Torvald ----- End forwarded message ----- -- Chris Winters ([EMAIL PROTECTED]) Building enterprise-capable snack solutions since 1988.
