Why MS is Not Opening More Source Code
mario_grgic writes "Apparently inappropriate code comments is one of the reasons according to this story.
I wonder what kind of things developers put in comments that would be so bad for the rest of us to see?"
/* Nothing for you to see here. Please move along. */
The force that blew the Big Bang continues to accelerate.
/* The word 'fuck' is here so you can grep for it */
-mkb
Heh, no surprises here. I mean, from what we've seen from the leaked windows source...
I had but a simple dream, to destroy all humans.
/* Copyright © 2000 Apple Computer, Inc. All rights reserved. */
- Adam L. Beberg - The Cosm Project - http://www.mithral.com/
I used to pepper my code with vulgarities. Then clients wanted copies on their own hosts. It's a hard habit to break.
:)
Particularly when debugging scripts. "F*CKING C*NT" and the like weren't to uncommon.
An interesting tidbit, Viaweb (now Y! Store) used to have a program called storef*cker
-William Shatner can be neither created nor destroyed.
Better yet: The word 'fuck' is here so you can graph for it.
/* Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. */
/* It's our TCP/IP thingy. We're gonna patent it. We own the Internet and all it's (sic) protocols. Resistance is fu... is fut... is useless */
;-)
And a little further down...
Resistance is futile. Reactance buggers it up.
Lawrence Person (lawrencepersonh@gmailh.com (remove all "h"s to mail)
http://www.lawrenceperson.com/
Well, if ya look at the performance, it's pretty obviously not C.
My favorite from the Quake III source // what the fuck?
i = 0x5f3759df - ( i >> 1 );
Yeah yeah, YHBT and all that...
Notice how the code snippet you pasted is inside #if? That means the preprocessor will strip it out at compile time, not run time... got that? Next you note that htons performs the same check. That would be the htons function right? There's this thing about functions... Every time you call them you have to push your state onto the stack, wasting cycles. That means your version will waste a processor cycles every single time it is called, but the linux one won't. We call this optimisation.
What's that? Cycles don't matter? How frequently do you think the function above is called? Can you be certain it won't be called when performance is key? Lets be clear, there is some ugly code in the linux kernel, most of it is stuff written years ago that could be refactored if anybody bothered. But pointing to an optimisation and saying: look, that's redundant! is just foolish.
These all from 2.6:
/* XXX Fucking Cypress... */
/* Binary compatibility is good American knowhow fuckin' up. */
/* Fucking losing PROM has more mappings in the TLB, but
/* Why the fuck did they have to change this? */
arch/sparc/kernel/ptrace.c:/* Fuck me gently with a chainsaw... */
arch/sparc/kernel/head.S:
arch/sparc/kernel/sunos_ioctl.c:
arch/sparc64/mm/init.c:
arch/sparc64/kernel/traps.c:
Even better is this from 2.4:
arch/sparc/mm/srmmu.c: Are you now convinced that the Swift is one of the
biggest VLSI abortions of all time? Bravo Fujitsu!
Fujitsu, the !#?!%$'d up processor people. I bet if
you examined the microcode of the Swift you'd find
XXX's all over the place.
dragonhawk@iname.microsoft.com
I do not like Microsoft. Remove them from my email address.