[lkml]   [1997]   [Jul]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: documenting the kernel
    Alexander L. Belikoff wrote:

    > bother them. Instead, the better documented the cod is, the more
    > people will be able to fix bugs they encounter without asking others,
    > so the more time the gurus will spend on introducing new features
    > instead of fixing the old bugs.

    Do realize that there are also lots of "wrong" ways to fix some
    problems. I spent two weeks mailing back and forth with Linus
    to get the outline for the previous kmalloc "approved".

    Linus is good at that: seeing at a glance what a good design is,
    and what isn't. Lots of crap code gets rejected. He is a stubborn
    man, and he is right about lots of things.

    But keep in mind, that he has to read all the stuff that gets thrown
    at him. Crap or no crap. I bet that you wouldn't be able to keep up
    with the volume of mail that he gets....

    I find the Linux source code very readable, rewriting some piece of
    Linux-kernel usually takes me 4 hours of just simply reading. I write
    upto 10 lines of code in that time, and erasing them time after
    time. Then suddenly I understand what I'm doing and write the thing in
    half an hour. (That's how the previous kmalloc got written).


     \ /
      Last update: 2005-03-22 13:39    [W:0.017 / U:56.632 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site