site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com On 8/28/06, Shawn Erickson <shawnce@gmail.com> wrote:
I don't see the point of doing that... since it quickly becomes a merge/diff nightmare with existing code branches. It would likely have to be Apple that took such steps to decide to lock down development on a segment of the code base to do reformatting (based on their corporate code standards). The point of cleaning up code is to improve the conceptual mapping from the requirements to the implementation. To me the most basic code-cleanup is reformatting, "K&R removal", variable renaming, and documentation. Beyond this is refactoring. All of these would provide benefit to a programming wanting to get involved in a open-source project and long-term benefit to programmers already involved. In my experience not willing to perform code maintenance is equivalent to not wanting to document code.
:) cacahuets code , magical mystery code ... Hold on here... I was making no statement about the merits of such things (please don't presume that and I don't need any education on the subject). I am questioning the feasibility of doing this from outside of Apple without visibility into what Apple is currently doing or is planning to do with various segments of the code. Speaking from experience you need much better visibility into such things if you want to do something like this without causing problems to current development and you want acceptance of such code backing into main branches. A dialog should be started between folks interested and Apple first to establish the feasibility of such a thing, align it with any coding style requirements that Apple has (best if you want Apple to pick it up), etc. before any work begins, otherwise you will likely just be wasting your time. -Shawn _______________ there are many codes which were modified with tricks… sometimes I have the impression to see David Copperfield ... :( and i could say i know very well this exercise :) Best Regards, {|} _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... yep sure my proposal it's to work with the Apple Team/ FreeBSD Team as Team Leader, if you are serious and conscientious ... if I lend the voice of Jordan I could say that for an example the src of ifconfig cmd is a monument to obfuscation :) many parts were not improved correctly but just modified to work and "basta" A Long Time Ago, In A Galaxy Far, Far Away :) while working gradually with beautiful a database , it 's really possible This email sent to site_archiver@lists.apple.com