Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 18 Feb 2002 12:37:24 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 18 Feb 2002 12:35:25 -0500 Received: from prgy-npn1.prodigy.com ([207.115.54.37]:53252 "EHLO deathstar.prodigy.com") by vger.kernel.org with ESMTP id ; Mon, 18 Feb 2002 12:33:56 -0500 Date: Mon, 18 Feb 2002 12:33:26 -0500 Message-Id: <200202181733.g1IHXQr11950@deathstar.prodigy.com> To: riel@conectiva.com.br Subject: Re: That Linux Guy ,Re: Of Bundling, Dao and Cowardice In-Reply-To: In-Reply-To: Organization: TMR Associates, Schenectady NY Cc: linux-kernel@vger.kernel.org From: davidsen@tmr.com (bill davidsen) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org In article you write: >I don't quite agree on the "more trouble" part either, >in the end it is MUCH more trouble when a big blob of >code gets integrated than when a series of small changes >get applied one by one. I would say "more than one idea" here, if something need changes in a lot of places, so be it, they often won't work except as a whole. You don't cross vast chasms in a series of small safe steps. Hanging multiple indenpendent things in a single blob is bad practice, of course. -- bill davidsen CTO, TMR Associates, Inc Programming without software engineering is like sculpting with a chain saw. The very talented can produce a work of art, the mediocre wind up with a misshapen lump in a pile of rubble, and in neither case does the end result have more than a passing resemblance to the original intent. - 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/