From: Nick Piggin <piggin@cyberone.com.au>
To: retu <retu834@yahoo.com>
Cc: James Antill <james@and.org>,
m.fioretti@inwind.it, linux-kernel@vger.kernel.org
Subject: Re: 2.7 thoughts: common well-architected object model
Date: Tue, 14 Oct 2003 16:00:52 +1000 [thread overview]
Message-ID: <3F8B9114.9030502@cyberone.com.au> (raw)
In-Reply-To: <20031014050136.80712.qmail@web13007.mail.yahoo.com>
retu wrote:
>// these ungeneric interfaces will kill. Right now
>it's a
>{/usr/local/,/usr/bin/,/usr/..}NameYourClassLibrary_empty.
>Below a list pasted from the .net namespace with many
>dozens of classes covering everything from io to
>drawing.
>
>They _appear for the most part to be consistent
>wrappers to underlying existing APIs (including some
>for >kernelspace< to userspace), are quite well done
>although a little on the heavy side. I've not seen
>Nextstep for years but this was a very good design
>along the same lines and much thinner (implemented to
>fly on 20MHz+ 68040s).
>
>Hence, what would be needed is in the first place a
>component model (well architected - thin - efficient)
>that would allow folks to populate the other areas
>successively. Replicating .net for licensing and
>efficiency reasons (Linux ought to scale to HPC
>levels), broadening some application class library OR
>architecting something without the kernel in mind is
>not it I believe. It's gotta come from the core, have
>the ingenuity that leads others to build on it and not
>start with a disconnect (to the kernelspace that is).
>
>If there are multiple sets of classes for e.g. 2D
>drawing then so what as long as they use the same
>Linux component model (which has yet to be defined or
>even a grain of consens found that it is necessary in
>the first place).
>
>Now here's the competition:
>
Retu,
I don't mean to sound rude, but you're mail is somewhat incoherent.
Also, you
have not addressed some people's questions. This really frustrates
people and
that can cause a potentially useful discussion to go nowhere.
What you need to do is raise or elaborate on _one_ idea per paragraph, have
some sort of introduction or overview and logically structure your argument
from there, stop using parentheses, stop using marketing buzzwords and most
of all, explain specifically WHY your ideas are better than what is already
available in Linux. Don't keep repeating how other operating systems do
things
unless you back it up with an analysis of WHY it is better than what Linux
has.
Best Regards,
Nick Piggin
next prev parent reply other threads:[~2003-10-14 6:01 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-11 4:45 2.7 thoughts: common well-architected object model asdfd esadd
2003-10-11 14:30 ` Valdis.Kletnieks
2003-10-11 16:06 ` asdfd esadd
2003-10-11 16:48 ` Valdis.Kletnieks
2003-10-11 17:13 ` asdfd esadd
2003-10-11 17:38 ` Valdis.Kletnieks
2003-10-11 17:56 ` asdfd esadd
2003-10-11 18:20 ` Mark Hahn
2003-10-11 18:13 ` Zwane Mwaikambo
2003-10-11 23:33 ` J.A. Magallon
2003-10-11 17:00 ` Scott Robert Ladd
2003-10-11 17:57 ` Kenn Humborg
2003-10-11 18:34 ` asdfd esadd
2003-10-11 18:46 ` Valdis.Kletnieks
2003-10-11 19:01 ` Kenn Humborg
2003-10-11 19:11 ` retu
2003-10-11 19:25 ` viro
2003-10-12 11:59 ` Jamie Lokier
2003-10-12 16:04 ` retu
2003-10-12 16:44 ` Valdis.Kletnieks
2003-10-12 16:51 ` retu
2003-10-12 17:50 ` viro
2003-10-12 21:52 ` Jamie Lokier
2003-10-12 20:21 ` Rik van Riel
2003-10-13 20:21 ` James Antill
2003-10-14 5:01 ` retu
2003-10-14 6:00 ` Nick Piggin [this message]
2003-10-14 5:31 ` retu
2003-10-14 6:05 ` Tim Hockin
2003-10-14 6:46 ` viro
[not found] <Ft4B.3ML.3@gated-at.bofh.it>
[not found] ` <FutO.5TB.29@gated-at.bofh.it>
2003-10-11 17:03 ` Ihar 'Philips' Filipau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F8B9114.9030502@cyberone.com.au \
--to=piggin@cyberone.com.au \
--cc=james@and.org \
--cc=linux-kernel@vger.kernel.org \
--cc=m.fioretti@inwind.it \
--cc=retu834@yahoo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox