Messages in this thread | | | Date | Tue, 14 Oct 2003 16:00:52 +1000 | From | Nick Piggin <> | Subject | Re: 2.7 thoughts: common well-architected object model |
| |
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
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |