[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-kernel
Subject:    Re: [ck] Re: Linus 2.6.23-rc1 -- It does not matter who's code	gets
From:       Carlo Florendo <subscribermail () gmail ! com>
Date:       2007-08-01 7:12:31
Message-ID: 46B0325F.5050608 () gmail ! com
[Download RAW message or body]

Arjan van de Ven wrote:
> Let me repeat the key message:
> 
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
> 
> What matters is that the problem gets solved and that the Linux kernel
> innovates forward.

This, I think, is what really really matters in the end.

> I've had several cases myself where I spent quite some time solving a
> problem, just to get some random remark from someone smart on lkml
> saying "if you had done <this simple thing> you would have had <this
> simple and superior solution>". Was I pissed off that my patch didn't
> get merged but that this better approach got picked? NO! The problem
> that I needed to solve got solved in a really good way. Mission
> accomplished.
> 
> (and merging the code that is cleaning up/smallest is a reasonable one
> to pick for someone like Linus, likewise for the "which is likely to be
> maintained best" arguments)

Very rational.  I would now have to contend that CFS didn't lose and 
neither did SD.  Linux won.

Thank you very much.

Best Regards,

Carlo

-- 
Carlo Florendo
Softare Engineer/Network Co-Administrator
Astra Philippines Inc.
UP-Ayala Technopark, UP Campus Diliman
1101 Quezon City, Philippines
http://www.astra.ph

--
The Astra Group of Companies
5-3-11 Sekido, Tama City
Tokyo 206-0011, Japan
http://www.astra.co.jp
-
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/
[prev in list] [next in list] [prev in thread] [next in thread]