Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S267305AbSLEMSf>; Thu, 5 Dec 2002 07:18:35 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S267308AbSLEMSf>; Thu, 5 Dec 2002 07:18:35 -0500
Received: from dux1.tcd.ie ([134.226.1.23]:40888 "HELO dux1.tcd.ie")
	by vger.kernel.org with SMTP id <S267305AbSLEMSe> convert rfc822-to-8bit;
	Thu, 5 Dec 2002 07:18:34 -0500
Content-Type: text/plain; charset=US-ASCII
From: Shane Helms <shanehelms@eircom.net>
To: Ed Vance <EdV@macrolink.com>, "'jeff millar'" <wa1hco@adelphia.net>
Subject: Re: is KERNEL developement finished, yet ???
Date: Thu, 5 Dec 2002 12:24:50 +0000
User-Agent: KMail/1.4.3
Cc: linux-kernel@vger.kernel.org
References: <11E89240C407D311958800A0C9ACF7D1A33CD5@EXCHANGE>
In-Reply-To: <11E89240C407D311958800A0C9ACF7D1A33CD5@EXCHANGE>
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Message-Id: <200212051224.50317.shanehelms@eircom.net>
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1588
Lines: 37

On Thursday 05 December 2002 02:00, Ed Vance wrote:
>
> Oh, ye of little imagination.
>
> It's only polishing because the new work must merge into the
> framework imposed by the old work (un*x legacy environment).
>
> If you assume nothing about OS architecture, there are still
> huge vistas of unexplored solution space, where no one has gone
> before. It's just really hard for engineers to let go of the
> stuff that works and start climbing from the bottom of the
> mountain.
>
> cheers,

I can agree that target based OSes are becoming popular these days, and 
leading companies try to build an optimized, task specific OS for their 
particular hardware and need.

But, if you're implying that we can start once again from bottom, and come up 
with something better that unix (which has been opensource, around for long 
while, tested and developed by many as well) I _HIGHLY_ doubt, and disagree. 
This is unless main kernel developers *confess* that some incorrect design 
decisions were made at the start (at a major section or so), which now 
they're forced to comply with, and let such bugs traverse through kernel 
versions, and there is no way to remove them, unless start from scratch 
again.

I doubt there be any such errors (mistakes) if ANY. but then, i'm not a kernel 
developer, and new to this whole mailing list !!

Shane
-
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/