Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 15 Sep 2002 19:47:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 15 Sep 2002 19:47:43 -0400 Received: from bitmover.com ([192.132.92.2]:27567 "EHLO mail.bitmover.com") by vger.kernel.org with ESMTP id ; Sun, 15 Sep 2002 19:47:42 -0400 Date: Sun, 15 Sep 2002 16:52:35 -0700 From: Larry McVoy To: linux-kernel@vger.kernel.org Subject: Re: [linux-usb-devel] Re: [BK PATCH] USB changes for 2.5.34 Message-ID: <20020915165235.B17345@work.bitmover.com> Mail-Followup-To: Larry McVoy , linux-kernel@vger.kernel.org References:

<20020915190435.GA19821@nevyn.them.org> <20020915162412.A17345@work.bitmover.com> <20020915234108.GA1348@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020915234108.GA1348@nevyn.them.org>; from dan@debian.org on Sun, Sep 15, 2002 at 07:41:08PM -0400 X-MailScanner: Found to be clean Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1762 Lines: 33 On Sun, Sep 15, 2002 at 07:41:08PM -0400, Daniel Jacobowitz wrote: > I also rarely have the luxury of working in > source bases that I've got long intimate association with We clearly have different definitions of what is acceptable. If your attitude is that understanding the code is a luxury all that means is that I want you nowhere near any code I maintain. Non-trivial code requires non-trivial understanding and that understanding is not a "luxury" in my book. If your company has such a poor business model that they can't afford to pay you enough to take the time to do a good job then find a different place to work. No amount of debugger "help" is going to make up for a lack of understanding. Yeah, I'm up on my high horse, but this sort of stuff just infuriates me. If you aren't going to spend the time to do the code right, which means spending the time to *completely* understand what it is that the code is doing, why the problem is occurring, and why the fix is a real fix and not a bandaid, then all you are doing is creating more work for somebody else in the future. You are *guessing*. Maybe your company tolerates that but I don't have to and I sure as hell don't and I'd question anyone or any company that does. If you like working like that maybe you should consider Microsoft, they seem to really value that approach. Otherwise realize that you are straying and get back on the correct path. -- --- Larry McVoy lm at bitmover.com http://www.bitmover.com/lm - 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/