Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Programming IT Technology

Do Women Write Better Code? 847

JCWDenton writes "The senior vice-president of engineering for computer-database company Ingres-and one of Silicon Valley's highest-ranking female programmers-insists that men and women write code differently. Women are more touchy-feely and considerate of those who will use the code later, she says. They'll intersperse their code ... with helpful comments and directions, explaining why they wrote the lines the way they did and exactly how they did it. The code becomes a type of 'roadmap' for others who might want to alter it or add to it later, says McGrattan, a native of Ireland who has been with Ingres since 1992. Men, on the other hand, have no such pretenses. Often, 'they try to show how clever they are by writing very cryptic code,' she tells the Business Technology Blog. 'They try to obfuscate things in the code,' and don't leave clear directions for people using it later. "
This discussion has been archived. No new comments can be posted.

Do Women Write Better Code?

Comments Filter:
  • "They try to obfuscate things in the code, and don't leave clear directions for people using it later."
    Excuse me? "Try to?" Like, it's on purpose?

    I've seen all genders write obfuscated code--but it worked. And every single time it was because we were under the gun for a deadline or there was simply no other way to do it. It's preposterous to even try to sound like you have empirical data supporting this blanket assessment.

    There's a big need to fix testosterone-fueled code at Ingres ...
    Even in my state of extreme naivete about what is going on at Ingres, I would suggest you first dump efforts into your supporting teams to help your developers out ... like your systems engineers, test teams, database teams, etc. What McGrattan is accusing men of is just bad documentation. Anyone can suffer from this and anyone can do it expertly.

    I could combat her anecdotal subjective statements (probably describing herself) with my own anecdotes or go on a rant about how many of the great programmers are men (like Donald Knuth and his 'literate programming') but what's the point? Men can be just as meticulous as women can at providing good documentation and women can be just as sloppy.

    It's good to have a healthy mix of diversity and I wish that programmers were 50/50 split on gender (trust me, I really really do) but it's not because women are better than men at coding. Prime example of American sexism in one of the few forms it exists today.
  • Simplistic? True? (Score:5, Insightful)

    by neapolitan ( 1100101 ) * on Monday June 16, 2008 @08:34AM (#23808883)
    Inflammatory short article to "sex things up" (pun intended); surprising for the WSJ (or maybe not.) Written by a Rebecca Buckman, quoting Emma McGrattan at database company Ingres.

    Any such broad classifications such as this should be taken with a *lot* of salt.

    That being said, the article reminded me of a large digital systems design project that I had back in college, writing assembly for a 6502 processor in a device we made. My lab partner was a girl (probably only 10% of the class was female) who really, really thought differently than me in a way. It was weird -- some of the things I thought were impossible or not worth doing she would code in 10 hours; and the reverse was true. It was pretty much pure synergy (forgive the cheesy phrase) and we were extremely productive and got along well.

    However, to reduce anything like this to gender differences is almost nonsensical. I could have been good lab partners with any number of people that thought differently than me, male or female. Personality is complex, not binary. I know many girls that code beautifully, and many more that can not code at all. This article is kind of interesting cocktail conversation, but nothing more IMHO...
  • by Zarhan ( 415465 ) on Monday June 16, 2008 @08:35AM (#23808885)
    My friends include a woman who writes 100-line SQL statements embedded in a perl-script. You need a magic decoder ring just to see what's there.

    A male colleague, OTOH, likes to write code in style such as

    for (unsigned int i=0;ij;i = i + 1) // Loop counts from i to j, with increments of one
        { .... } ...and no, his job does not include teaching basics of programming.

    There, I've the counterpoint for the article with my own biased view!
  • by notnAP ( 846325 ) on Monday June 16, 2008 @08:41AM (#23808941)
    [It's a] Prime example of American sexism in one of the few forms it exists today.

    What's a prime example? The fact that coding is a male dominated workplace? Or that someone can make blanket, derogatory statements against a group of people based on their sex/race/religion and get away with it?

    Never mind, actually. I'd agree either way.

  • by wiredog ( 43288 ) on Monday June 16, 2008 @08:41AM (#23808957) Journal
    Partly because the comments start out as the design, to which I then add code.

    I also comment obsessively because I want to be able to come back to the code a year later and know, quickly, what I did and why I did it.

    Many years ago I was porting someone else's C code from 16 bit to 32 bit and came across "//Why did I do this?" at the top of a couple hundred lines of uncommented code that had multiple embedded while anf for loops, with a pow() and a couple of sizeof()'s in there. I had to print it out and trace it by hand to figure out what he'd done, and why. Took awhile.

    Too many comments can be ignored, too few can give you heartburn.

  • by tomalpha ( 746163 ) * on Monday June 16, 2008 @08:42AM (#23808959)

    "They try to obfuscate things in the code"

    Forget a male/female issue. I think she needs to hire better programmers period. Anyone in a professional code shop that's deliberately trying to write obfuscated code shouldn't be there and she's not doing her job properly if she's not firing them or getting them into remedial classes of some kind.

  • Of course (Score:5, Insightful)

    by pthor1231 ( 885423 ) on Monday June 16, 2008 @08:43AM (#23808971)
    If someone wrote an article that was the opposite of this, from a "man's point of view" it would be extremely sexist, and the publisher, writer, and anyone quoted in the article would burn in the ninth layer of hell for being such a terrible person.
  • by HappyHead ( 11389 ) on Monday June 16, 2008 @08:44AM (#23808977)
    This sounds like a severe case of deciding on a problem, and then picking out observations to support it. Let's say you have 1000 coders, and 1/10 of your coders (100 of them) write poorly documented code. Now we'll also consider the gender-split - if 1/10 of the coder population is female, and the statistical 1/10 of the coders writing poorly documented code applies to them as well - this means you'll have 10 female coders writing poor documentation, and 90 male coders writing poor documentation. WOW! NINE TIMES as many male coders who can't document code properly, CLEARLY that means that men can't document code, right? Right?

    The same sort of thing applied here at the University I teach at - a certain ethnic minority had a very bad reputation as producing cheaters in Comp.Sci. So for a few years, I carefully recorded every instance of cheating, and kept track of the ethnic background of the people getting caught. You know what? The only reason more people of that background were getting caught is because they represented 85% of the population in the department - the overall percentage of them that were cheating was actually LOWER than others.

    Perhaps this McGrattan person should concentrate more on fixing the problems than on blaming them on some group she doesn't like.
  • by risinganger ( 586395 ) on Monday June 16, 2008 @08:47AM (#23809009)
    I know female coders as well and they don't do crap like that. I think your company needs to follow the same advice given elsewhere in this thread and hire better programmers.
  • by proud american ( 1003577 ) on Monday June 16, 2008 @08:50AM (#23809049)
    I have lots of coders reporting to me. You can't judge the sex, race, age, sexual orientation, etc of the coder from the quality of the code.
  • Short Answer: No (Score:2, Insightful)

    by jaxtherat ( 1165473 ) on Monday June 16, 2008 @08:50AM (#23809059) Homepage
    Enough with the sexist and discussion provoking (read: flamebait) stories already.

    Any programmer (whether male or female) who 'try to obfuscate things in the code' are on a fast tract to sacked-ville, and ignored-for-promotion town.
  • Sooo tired (Score:2, Insightful)

    by Alphasite ( 1261864 ) on Monday June 16, 2008 @08:51AM (#23809081) Homepage
    I'm so tired of this stupid studies. So if we say "men code better than women do" then it's clearly a chauvinist article that makes unfair or unclear comparisons and undermine females and blah blah blah...

    But if the article says "women code better than men" then everything is ok. Is like some spot by Boss (at least in Spain) where the woman could replace the man if he wasn't able to use the stove or the washer ... or those chapters of Family Matters when men always mess up ... Well I'm tired of this.

    I think coding is about the person not about the gender. Careful people comment more and make more comments while rush people may make more cryptic code. Sometimes some brilliant people just don't comment but makes the most elegant code ... but you see ... "PEOPLE"
  • by Speare ( 84249 ) on Monday June 16, 2008 @08:52AM (#23809085) Homepage Journal
    Your associate uses the programming style that triggers my standard "Tactics in Code, Comments in Strategy" rant.

    * Explain your intent, then write your code.

    This goes beyond just "put comments in your code." When you want to write a routine, or a program, start by describing the problem in natural human terms. One good approach is to open a new text file, write the problem description in English (etc.), but put comment/remark syntax markers around it. For each sentence in the problem description, you can often insert the real programming code necessary, and leave the English description behind.

    Adding translations and comments for every line of code, to explain every single operation, is not effective documentation. Instead, write your intentions for how the routine should work in English, and follow it with several lines of code. Put strategy in comments, tactics in code. This will help you write code cleanly and logically the first time, and it will help your associates decypher the program later. Commenting code shouldn't waste time, it should save time.

    If they wrote "// walk the array of customers" (above the loop) instead of "// increment i from 0 to j in increments of one", wouldn't that help you follow the chain of thought so much more? Of course, literate programming would rather you use variable names that conveyed their intent as well.

  • Here's my anecdote (Score:3, Insightful)

    by stewbacca ( 1033764 ) on Monday June 16, 2008 @08:52AM (#23809091)
    I work for a software company. Our female programmers get all the important work because, well, they are good at what they do. Most notably, they have PEOPLE skills and can contribute to the project in meetings. They improve quality in two ways. First, they care about the code they write (as the article states) and second, they aren't afraid to REWRITE code to make it better. They aren't defensive and recalcitrant when it comes to working out the bugs.

    Of course, I don't think this is 100% gender related, because the female programmers that act like the stereotypical programmers also kinda suck at work too. I think it's more of an issue of having people skills and my anecdotal evidence supports hiring more female programmers.

  • by billcopc ( 196330 ) <vrillco@yahoo.com> on Monday June 16, 2008 @08:53AM (#23809105) Homepage
    Sexism aside, that article reads like a want-ad. Seems to me like Ingres is in desperate need of more estrogen, and that lone female coder has grown tired of chatting up the HR bimbos.

    If women write better code, does that mean we shouldn't hire bulldykes ? Talk amongst yourselves!
  • by jgardner100 ( 559892 ) on Monday June 16, 2008 @08:55AM (#23809123) Homepage
    Hate to burst your bubble, but I get the same thing with my male and female co workers. It's called team work.
  • by h4rm0ny ( 722443 ) on Monday June 16, 2008 @08:55AM (#23809131) Journal

    Bah! I can think of three female programmers immediately who I've worked with closely enough to comment on their code. Two of them were C++ programmers and I don't remember their code being anything atypical in terms of comments, though one wrote very elegant code. The third works primarily in Java and somehow manages to turn out hideously unreadable code. Conversely, I've seen numerous men who program in a variety of ways, readable and otherwise.

    It's now well established that the human brain builds negative stereotypes more easily than positive ones and that people see what they are expecting and apply a double standard. This person sees what she wants to see.
  • by Bozovision ( 107228 ) on Monday June 16, 2008 @08:58AM (#23809165) Homepage
    Trying to say it's got something to do with gender is a meaningless generalization unless the author shows us the proof. Pointless and offensive at the same time. Try these substitutions for size:
    "Pandas comment better than Gnomes at coding". (I guess it's cos pandas take time to think. Gnomes are just to fast for their own good.)
    "Short people code better on average than tall people" (Presumably because their heads are closer to the computer?)
    "Hispanics code differently to black people." (I have no idea what I can say about this comparison that won't sound racist, and the point of this comment is to show how STUPID any general comparisons like this are.)

    On the other hand, maybe these would be valid comparisons:
    "Managers write worse code than developers". Yep, it might come as a shock that on average people who practice are better.
    "Good developers comment more than bad developers." Shock! Horror! There's a surprise!

    And while I'm at it. The picture that the WSJ used to illustrate their article shows a dramatic lack of imagination. Next time let's have a pictures of a naked coders instead of a half-assed, inappropriate, royalty-free attempt to use a bit of beauty into an otherwise daft article.
  • by jmnugent ( 705421 ) on Monday June 16, 2008 @09:01AM (#23809213)
    ..."and its not obvious at first site" The problem with this line of thinking is that everyone has a different definition of "obvious". (whats obvious to you, may not be obvious to others, and vice-versa) I'm not saying code should be commented until its longer than "War and Peace".. but descriptively succinct comments can go a long way to helping others understand 1.) your code segments overall goal, 2.) the basic logic, 3.) the expected output and 4.) what it means (and what you might do) if you dont get the "expected output" ./grain of salt - I'm not a programmer (but trying to be one), and hate, hate, hate unnecessarily obfusticated code. Its OK to write great code. Its not OK to act elitist and expect others to automatically understand it.
  • by Atraxen ( 790188 ) on Monday June 16, 2008 @09:02AM (#23809245)
    Not only that, but even if the observation (that women write better documented code than men) is true, that would only be a correlation. The gender itself is not causation - if you want to learn something meaningful, find out why the gender is correlated (e.g. women at that company are given more reasonable deadlines, men feel less secure in their positions so they don't care about helping others untangle the 'spaghetti').
  • I don't think so. (Score:5, Insightful)

    by DougReed ( 102865 ) on Monday June 16, 2008 @09:04AM (#23809277)
    One of the better programmers I ever knew was a woman, and also one of the worst. The better one didn't even indent her 'if' statements, much less add comments until I shouted at her and made her review something she had written a few months earlier. The other one, wrote more comments than code... Like she thought she could justify the fact that it didn't work by explaining what it was supposed to do.
    Pretty much kills that theory in my book. Men and women often think differently, and even different programmers of the same sex think differently. There are a lot of generalizations one can make about women and men in the world, and argue religiously about whether it is environment or instinct... Somehow I don't think programming style is one of them.
  • by Sobrique ( 543255 ) on Monday June 16, 2008 @09:05AM (#23809291) Homepage
    Repeating what the code actually says, in 'non geek' is redundant commenting IMO - if anyone doesn't know enough about the code to know what that 'for' line says (like the original coder, given the comment is incorrect ;p) then they have no business touching the code at all.

    I work on the assumption that the next person to read the code will have at least a vague idea of what the programming language is, and how to speak it, so comments are the subtext to explain what happens, where, and where any obfuscations are. (Deliberately obfuscating is bad; occasionally it's unavoidable, and therefore needs more comment)

  • by borgheron ( 172546 ) on Monday June 16, 2008 @09:07AM (#23809305) Homepage Journal
    I think this is a stereotype like any other. You can't say that one group of people always does something in a given way.

    I certainly do not write my code in a "cryptic way" to show off. I find it a little insulting to my entire gender to be pigeonholed in that way.

    I was taught that when you write code it should be easily understandable and well commented and that's what I do.

    Sheesh.

    Greg C.
  • but i do know that wildly speculative sweeping generalizations provides lots of fodder for utterly useless watercooler chit chat

    congrats slashdot for picking a topic everyone feels entitled to comment on and absolutely no one actually says anything useful on
  • Re:That's not why! (Score:3, Insightful)

    by SQLGuru ( 980662 ) on Monday June 16, 2008 @09:10AM (#23809353) Homepage Journal
    My code is only cryptic if it's submitted to a contest like this one: http://www.ioccc.org/ [ioccc.org] or if performance is critical.

    This day and age, the few extra cycles to do something in a more readable fashion are worth it for most tasks. If performance is critical, those rules are out the window and it can get pretty hairy. But those are also the times when you write novels for your comments to let others know what's going on and why it was done.

    Layne
  • by Evildonald ( 983517 ) on Monday June 16, 2008 @09:11AM (#23809371)
    It's also good to see that they can think the same. Both can spew sexist rubbish.
  • Deadlines... (Score:5, Insightful)

    by Lonewolf666 ( 259450 ) on Monday June 16, 2008 @09:16AM (#23809429)

    I've seen all genders write obfuscated code--but it worked. And every single time it was because we were under the gun for a deadline or there was simply no other way to do it.

    Yeah, been there, wrote my share of spaghetti code to tack on another feature the quickest and least elegant way.
    Now add a management that is not willing to invest in refactoring during slower times, and the code will degrade over the years as one quickhack is added to the next.
  • by Anonymous Coward on Monday June 16, 2008 @09:17AM (#23809441)
    "The senior vice-president of engineering for computer-database company Ingres-and one of Silicon Valley's highest-ranking female programmers-insists that men and women write code differently"

    That there is a difference I could buy. But that the difference is so easily stereotyped in the way she describes I find a little hard to believe. In fact, were this a man talking about the "difference" in the same way, I'm sure they would be in enormous trouble for offering such a blatantly sexist anecdote. I'm a little surprised that someone with such an attitude has a management position and is so bold about stating their prejudices. I'm all for getting as many women in coding jobs as are interested and are skilled at it, but I'd think twice about working at a place where someone in charge has such obvious gender biases.

    Improve coding practices by requiring better documentation and setting standards? Great idea. Attribute existing differences in those practices to gender? Sounds like foolishness unless she's got some kind of scientific study to statistically back it up.
  • by ranulf ( 182665 ) on Monday June 16, 2008 @09:18AM (#23809461)

    This article told me I code like a woman.

    Actually, this article is almost completely fallacious... Let's look at the facts quoted:

    McGrattan boasts that 70% to 80% of the time, she can look at a chunk of computer code and tell if it was written by a man or a woman.

    ...at Ingres because only about 20% of the engineers are women, McGrattan says. (Most of them are in jobs involving quality assurance or adapting the product to a new locale, she says, and not the "heavy lifting" of writing code.)

    So, basically, she'd get a higher score if she guessed "man" every time than if she tries to be clever. Clearly, then, she does think some men's code looks like it's been written by a woman, which invalidates to point of the article.

  • Re:yeah yeah... (Score:5, Insightful)

    by Xiaran ( 836924 ) on Monday June 16, 2008 @09:21AM (#23809489)
    Wooooo there cowboy. It was an old hacker joke. Like all the old "Real Programmers..." jokes. Like real programmers dont need debuggers, they just read the core dump. With cat.

    Also I have nearly 20 years of professional software development. You wound me sir.
  • by Anonymous Coward on Monday June 16, 2008 @09:21AM (#23809509)
    ...then again, we hired a woman to program (as an intern) and she ended up preferring to write documentation, which she enjoyed a lot more than programming, and trust me, we were more than happy with that situation. We had a veteran programmer who was a woman and she wrote hardcore C (ex physicist) and didn't comment much.

    I comment my code profusely and stick notes about "why" (not "what") all over the place, and I'm a guy.

    I think the OP is generalizing way too much. The point of my post is that everyone is different, not just because they are men and women. Women can be just as elitist as guys and write clever code that runs as efficiently as possible (in other words, can be a little hard to understand) then assume that anyone following them should know what they are doing so not comment much. It can look obfuscated but sometimes to get max performance that's how things turn out.

    Tell me something new... admittedly I have to push myself to comment, but in my old age it's coming a lot more naturally. Everyone is different and sex has little to do with it.

    -Viz
  • by gmack ( 197796 ) <gmack@noSpAM.innerfire.net> on Monday June 16, 2008 @09:22AM (#23809513) Homepage Journal
    What if the code doesn't match the comments? Is the code correct or the comment?

    What if the comment doesn't match what the code does and is obfuscated? Your never going to tell where I screwed up.

    There is a lot more to writing readable code than just adding comments. In fact, I've come across a lot of code where the comments weren't any more helpful than the code was in the first place.

    Much more important than good comments are: Using descriptive variable names not overusing language shortcuts. Not overusing order of operation. Isolating complicated code into it's own functions and keeping functions short and to the point instead of trying to do 15 things in a function.
  • by syzler ( 748241 ) <david@syzde[ ]et ['k.n' in gap]> on Monday June 16, 2008 @09:22AM (#23809515)

    I completely agree with the parent.

    From the FTA:

    There is a big need to fix testosterone-fueled code at Ingres because only about 20% of the engineers are women, McGrattan says. (Most of them are in jobs involving quality assurance or adapting the product to a new locale, she says, and not the "heavy lifting" of writing code.)

    Hmm, most of the women modify existing code or review existing code rather than write from scratch. Where is the comparison between male and female "heavy lifting" code writers and between make and female quality assurance/adaptor coders. Or was this comparison not as sensational as blaming the sex of the coder rather than the type of coder?

  • by ronbo142 ( 942105 ) on Monday June 16, 2008 @09:28AM (#23809599) Homepage Journal
    Many years ago when I wrote COBOL the guyes who wrote ALC would say.... "The applications was hard to write so it should be hard to understand." "Only wimps document." "Job security, what a concept." I have some more but will hold in reserve for later use. Ronbo
  • Comment removed (Score:2, Insightful)

    by account_deleted ( 4530225 ) on Monday June 16, 2008 @09:34AM (#23809675)
    Comment removed based on user account deletion
  • by sheepofblue ( 1106227 ) on Monday June 16, 2008 @09:34AM (#23809693)
    Women and Men DO think different. The men are evil and women rock tone of this article however is pathetic as are her conclusions.

    However you could leverage the fact that men and women think different to gain fault tolerance. If you have two independent programmers do the same work, with the same requirements they will frequently arrive at different solutions. As most know this can be leveraged by comparing the output of both solutions to verify the solution is proper. If one solution was done by a male and the other by a female the probability of difference should go up due to the difference in thought patterns, I would think.

    That is a real chance of benefit versus the male hating nonsense she spewed.
  • by DrugCheese ( 266151 ) on Monday June 16, 2008 @09:34AM (#23809695)
    I've always lived by the rule that there are three options when it comes to programming:

    1. Cheap
    2. Fast
    3. Correct

    You can choose any two options when developing something. Guess which two my clients usually make?

    Regarding this, I agree - flamebait, article - I've only ever worked with one other female coder. Her code was the sloppiest thing I've ever gone cross-eyed staring at. Usually that doesn't matter to the clients much as long as it works, her code didn't even work half the time. With 0 lines of documentation 2 out of the 3 projects I worked with her on I ended up completely redoing her responsibilities myself.

    Do I judge all women coders by her standard? No I'm not that ignorant.
  • by paanta ( 640245 ) on Monday June 16, 2008 @09:39AM (#23809753) Homepage
    Eh. I think in general, women engineers (as a group) are better than male engineers. Pretend 5% of the population (either gender) is predisposed to be good at engineering. Given cultural factors that encourage men to go into sciences, 10% of men might go into engineering, meaning half of them are NOT meant for the work. OTOH, if only 2.5% of women go into engineering, they're probably biased towards the whip smart + motivated side of things.

    I don't think either men or women are better at engineering, but there are just plain fewer women in these fields and they tend to be very competent, in my experience. More wheat; less chaff.

  • Re:Of course (Score:5, Insightful)

    by gsslay ( 807818 ) on Monday June 16, 2008 @09:42AM (#23809789)
    I particularly liked the "There's a big need to fix testosterone-fueled code at Ingres because only about 20% of the engineers are women"

    Cos we all know that testosterone is bad, and women engineers are all better because, well, they're not mad things driven by their hormones, like silly men.

    Basically the woman is a fool with an agenda (women into computing) so is constructing a theory to fit the purpose using crass gender stereotypes. There are good coders who document and comment clearly. There are good coders who don't, but should. There are rotten coders who both do and don't document and comment clearly. But any attempt to assign any of the former attributes to gender specifics is pathetic, and more than a little worrying for someone who, I presume, is responsible for employing people under present gender discrimination laws. If I worked for her I would more than a little annoyed at being patronised and my coding style & skills being categorized by gender.
  • by TheRaven64 ( 641858 ) on Monday June 16, 2008 @09:53AM (#23809941) Journal
    It's quite easy to understand if you look at the context. The gender ratio in the sampled workforce is quite heavily male-biased, which implies that the only women who are likely to survive there are the ones that are really good at their job.
  • by Gazzonyx ( 982402 ) <scott,lovenberg&gmail,com> on Monday June 16, 2008 @09:57AM (#23809973)
    */
    Sorry, I couldn't stand to see an unclosed comment... It was driving me nuts.
  • by paeanblack ( 191171 ) on Monday June 16, 2008 @10:00AM (#23810015)
    I've seen 1, ever, a DB programmer, she was supposedly good.

    Inept male programmers have an easier time hiding in the crowd. Inept women programmers can't.

    Because of this culling effect, the women that are still around are, on average, more capable.
    Industries dominated by women have a similar effect. The males end up being better because they need to overcome the inherent prejudice to get the same performance review.
  • by beav007 ( 746004 ) on Monday June 16, 2008 @10:02AM (#23810041) Journal
    Only if it has stopped.
  • by RobBebop ( 947356 ) on Monday June 16, 2008 @10:04AM (#23810069) Homepage Journal

    Thanks for the link. When she refers to gender as "women" and "boys" it really makes it clear where her prejudices are.

    As a young man, I have worked hard to mentally apply the words "women" and "ladies" in place of "girls" during recent years because I have found that many females have a reasonable personal preference not to be called "girl" ("chick" is also a bad choice).

    In any case, seeing "boys" applied within an "anti-man" argument is a refreshing reminder that women also suffer the negative effects of sexism and bigotry.

  • by NotBornYesterday ( 1093817 ) * on Monday June 16, 2008 @10:08AM (#23810115) Journal
    From TFA:

    McGrattan boasts that 70% to 80% of the time, she can look at a chunk of computer code and tell if it was written by a man or a woman.
    From McGratten's blog:

    We had a great chat, and the one question I had to think long and hard about was how code written by a woman would differ from that written by a man, and whether or not I'd be able to identify the gender of the author of a piece of code. This is nothing I'd ever thought about before, and given our strict coding standards at Ingres, our code is fairly androgynous.
    The Financial Times article that McGratten's blog links to also quotes the 80% figure.

    How does "nothing I'd ever thought about before" and "fairly androgynous" code add up to "at least 80 per cent of the time [ft.com]"?

    If you publish shit based on psychic code-reading ability and made-up, pulled-out-of-your-unthinking-ass subjective factoids, you need to publish it as what it is - fiction.
  • by eclectro ( 227083 ) on Monday June 16, 2008 @10:10AM (#23810143)
    1)Nerds are inherently lazy at replacing seldom used tech. It just stays in place until it gets in the way.

    2)Nerds don't need their VCRs to tell time or record with. They use a HTPC.
  • Re:Even if true (Score:4, Insightful)

    by Tranzistors ( 1180307 ) on Monday June 16, 2008 @10:11AM (#23810153)
    Maybe it is because of incompatible personalities, and not so much because of gender?
  • by Jerajdai ( 1221128 ) on Monday June 16, 2008 @10:13AM (#23810185)
    I know your post is a joke, but on a serious note ...anybody with a computer science background knows at least one female programmer. Matter of fact, she's the first programmer ever -- Lady Lovelace.
  • by hvm2hvm ( 1208954 ) on Monday June 16, 2008 @10:14AM (#23810201) Homepage
    And if you live in that twisted world of AM/PM.
  • by penguin_dance ( 536599 ) on Monday June 16, 2008 @10:21AM (#23810311)
    Sure, women have a different way. In my experience, that is rarely the best, most concise, most efficient way of doing something.

    When giving directions, most men will say something like, "Turn north on Smith Street." Technically, it's correct, but most people don't know north from south.

    A woman usually navigates via landmarks, such as, "turn right at the Shell station." That can also be confusing if it's *too* generic and the driver is going to be passing a lot of Shell stations. OTOH, it's often a lot easier to see and remember a landmark than a often obscured street sign. That doesn't make it more or less concise than a man's directions.

    When giving directions, don't give people your special "short cut route" unless you're having to do so they can avoid construction or other major delay. Short cuts are rarely direct and it's best to have as few turns as possible even it means it's longer mileage-wise. If you write down directions to send, it's best to double check with a map as it's easy to leave out parts when it's somewhere you travel all the time. Or better yet, just Goggle a map, print it out and tuck it into the invite.

    As to code, sloppy, lazy code is just that and there's no helping someone with bad habits. But if someone is trying to make it cryptic on purpose to be macho or, more likely, a feeble attempt at job security, they're an idiot. THEY may have to go back one day and rework that code and trust me, they won't remember what they were doing. I think a lot of coders don't document like they should, usually because they're under a deadline. Or they think they won't have a problem because they're working in it all the time. And they almost never go back after the project to document. But consider that, situations change, and you might find yourself changing languages, working for a year or so on another project. THEN just try and go back to ASP after being immersed into ASP.net or Perl or something else. You'll wish you'd paid more attention to documenting.
  • by omfglearntoplay ( 1163771 ) on Monday June 16, 2008 @10:36AM (#23810517)
    " "Men and women think differently." This is such shocking news. Unbelievable." People would rather believe in stereotypes than measure the actual individual. This is such shocking news. Unbelievable.
  • The biggest problem with "brains work differently" is that "differently" is too easily interpreted as "better". People simplify this down to a one dimensional score of IQ. No matter how you rig the scores, one group is going to come out looking "better". Then you get things like how former Harvard President Summers' speech was interpreted. And you get denial for purely political reasons, insistence that everyone is equal because otherwise it would be unfair.

    Which is the better chess piece, the knight or the bishop? That's not a good question. It presumes that there's a clear advantage to one or the other when actually it's situational. The knight is regarded as better for closed positions, while the bishop is better for open positions. Nonetheless, chess experts couldn't resist concluding that perhaps the bishop is overall slightly better, and have gone as far as giving computers a blanket preference in that direction. Perhaps the bishop is the better piece for the computer's typical style of massive tactical computation paired with ever more sophisticated but insufficient heuristic rules to compensate for zero understanding of the overall strategic considerations of a chess position. (For instance, computers have been known to continue to grind out move after move in positions where the outcome is already known, positions such as king and knight vs king which is a draw no matter what the players do, because unless specifically programmed to do so, computers do not assess positions from a view of what is possible.) What I wonder is if programming is a situation in which men's or women's style of intelligence seems to work better, or is programming a more varied situation than that?

  • by Per Wigren ( 5315 ) on Monday June 16, 2008 @11:06AM (#23810937) Homepage
    The variation among the individuals of a gender is bigger than the difference between the genders.
  • by Evanisincontrol ( 830057 ) on Monday June 16, 2008 @11:07AM (#23810953)
    First, I think you chose a poor example, because I think a vast majority of Slashdotters can't name a single "famous flautist", male OR female.

    Second, your supporting data makes no sense. Why are you asking about names of famous flute players and comparing to the stats of high school flute players?

    It's not guaranteed obviously, but there are data points to support some correlation.
    Those data points may exist, but you have not demonstrated them anywhere in your post. There is no direct correlation between high school flute players and famous flute players unless you can show data that says otherwise. (Such as, "80% of famous flute players played flute in high school", or similar).
  • by Archangel Michael ( 180766 ) on Monday June 16, 2008 @11:20AM (#23811115) Journal
    Giving directions should be a lesson to coders and developers in general.

    Turn left (North) on 16th street (Starbucks on the corner)

    Go 1.5 miles (about three minutes) to Broadway (Shell Station) and turn left (West) ....

    The problem is that people tend to give directions one way, or another, but not both. Both is always better, even for those that tend to work one way better than another.

    I don't mind obfuscated code, if it is well documented as to what it does. It can be more efficient way to get something done.

    The some of the best coders make some of the worst documenters, because they think everyone should think like them.
  • by Hyppy ( 74366 ) on Monday June 16, 2008 @11:21AM (#23811123)
    Whoah, when did this discussion go from geeks to nerds?
  • by |/rad|/oder ( 202635 ) on Monday June 16, 2008 @11:54AM (#23811607)
    Way to miss the forest for the trees everyone.

    1) 80% of software cost goes into maintenance.
    2) Developers rarely stick with a position for more than 3-5 years.

    It's more cost effective to have code that is easy to maintain, thus her focus on READABILITY. I can't tell you how many man-hours have been lost on our projects because our code is stupid and unreadable. Remember every time you've wanted to throw a brick at the guy before you? Yeah, that's stress that I really don't want yo be paying for on my project. Now:

    3) Developers spend more time reading code than writing code.
    4) Developers absorb code density faster via code examples than they do via documentation.

    So, it's better to write self-documenting code, than to document highly analytical code. That means sensible variable/method names as well as collections/relationships that are relevant, at least where OOP is concerned.

    Now, most business software is non-algorithmic, i.e. it isn't really computing so much as it is moving data around. The math isn't all that complex when the hardest thing you have to model is your database and the queries used to run it.

    Considering all these things, I often hire programmers with better verbal skills, even at the expense of their analytical skills. Women tend to be more verbal than analytical, thus the authors conclusion. It's also easier to teach optimization and performance than it is to teach English grammar/syntax and how to "port" that to a programming language, and as outlined above, this is the part of the software that is not only the most expensive, but will give you the higher ROI over the life of that software. Enterprisey stuff can linger for tens of years, incurring maintenance costs all the while.

    Now if the author had looked beneath the surface of what her gut (correctly) told her into the real cognition of what was going on, she might not have pissed off a bunch of insecure slashdot trolls. She might have even realized what was "better" about what she was seeing and how to train the rest of her staff to perform at that level.

  • by h4rm0ny ( 722443 ) on Monday June 16, 2008 @11:56AM (#23811619) Journal

    Whilst your intentions are good in the above, and you are correct as far as it goes, the real problem of -isms is not whether one group is generally different to another or not, but when members of a group are presupposed to conform to the stereotype. We know that a bishop moves in a specific way in chess. But the real world that you are comparing to has "bishops" that may tend to move in a particular way but very far from always do. For a generalisation such as this article makes to be a useful guide to decision making such as what gender to employ, even if the article were correct in a general case which I'm very far from allowing, the tendency would have to be absolutely overwhelming before it became more efficient to pre-judge people based on their gender rather than assess people for who they actually are.

    Quite simply, the average man is seldom average, and neither is the average woman.
  • by Duncan Blackthorne ( 1095849 ) on Monday June 16, 2008 @11:57AM (#23811639)
    Let's remove gender from the subject completely for a moment.

    I've never been paid to write code, but I know how. If you're going to write code that nobody other than yourself is ever going to see or have to modify, then you can get away with not embedding comment text and generally being sloppy. You can also be as obfuscated and cryptic as you want, because again nobody else is ever going to have to try to decipher it. But seriously, if you're getting paid to code you have to assume somebody down the road is going to have to deal with how your source is written. If nothing else, your boss may want to look it over, and if your boss can't make heads or tails of it without a sherpa guide, then you're not going to be viewed favorably, are you? In a nutshell, I think writing clear, concise code, with clear, concise commenting, is the professional way to do the job.

    Now let's put gender back into the equation: I wouldn't be surprised if the ratio of male to female professional programmers is 1000:1, if not 10000:1 or higher. The few women coders out there HAVE to be more professional, HAVE to do a quantum level better job than their male counterparts, if they want to be taken seriously, don't they? It's a sad commentary on humanity in general that we have to see this sexist bullshit attitude day in day out in this world, but that's what they have to contend with, so that's the only way they, as professionals, can handle it.

  • by SirLurksAlot ( 1169039 ) on Monday June 16, 2008 @12:10PM (#23811823)

    Heheh, unfortunately I have.

    A lot of people feel the same way about COBOL, but for a language used in more than 80% of the world's businesses [wikipedia.org] it's done pretty well. Say what you will about it, but it has been very influential, and was groundbreaking in its time.

  • by cjb658 ( 1235986 ) on Monday June 16, 2008 @12:21PM (#23811981) Journal
    Sometimes using a VCR is better than using a computer. [flickr.com]
  • by Nightlily ( 140378 ) on Monday June 16, 2008 @12:33PM (#23812143) Homepage Journal
    That's good to know. Some of the comments starting making feel like I was a unicorn.

    Yeah I know a female programmer - me.

    I've known good female programmers and have met a few bad ones (like a database programmer who claimed joins were impossible). I can say the same thing for my male colleagues.

    As far as commenting goes, it depends on the programmer.
  • by story645 ( 1278106 ) * <story645@gmail.com> on Monday June 16, 2008 @12:41PM (#23812245) Journal
    Totally depends on the person. I have a friend who writes awful, incredibly buggy, code 'cause he only cares about it working. OTOH I think about all the possible uses for my code, exponentially increasing my coding and testing time-but my code is clean, a lot less buggy, and a lot more usable.
  • by song-of-the-pogo ( 631676 ) on Monday June 16, 2008 @12:46PM (#23812311) Homepage
    writing clear, readable code isn't a "guy" thing or a "girl" thing, it's a "good programmer" thing. similarly, writing confusing, obfuscated code isn't a "guy" thing or a "girl" thing, it's a "clueless programmer" thing (unless it's being done for the ioccc, in which case it's totally cool).

    do i comment my code? yes, but it's not because i'm "touchy-feely". i hate commenting my code. i hate documenting my work. it's a chore and a bore (and something i often leave until the very end). i do it because it's essential for me to be able to go back to my work in a few months time and understand what the heck it was i was doing/thinking at the time. this was drummed into us at school by our prof, who made code commenting and documentation 15% of the grade. he also required we use informative variable names and write legible code and we'd get dinged heavily if we didn't. i think he was right and so i continue to try to follow his advice every day, and this includes code i write purely for myself, but it goes against my nature.

    i'm reminded of one time, early in my career, where i was given a small problem to solve. i solved it, then set about seeing what i could do to make it tighter and more clever, getting very caught up in the process. finally, i was very pleased to have something that used all kinds of nifty, bit-shifting tricks and whatnot and fit all on one line. i was pretty stoked, actually. awesome! it looked cool! the senior programmer mentoring me took a look at it, told me he thought it was way neat, but requested that i redo it all so that it a) was on many lines and 2) made sense to everyone else who'd have to come by later and figure out what i was doing. oh, and could i please be sure to include comments? lesson learned.
  • by Anonymous Coward on Monday June 16, 2008 @12:50PM (#23812365)

    The biggest problem with "brains work differently" is that "differently" is too easily interpreted as "better".

    Actually the biggest problem is that it is seeking a broad stereotype based on gender, and when uttered by the Senior VP Engineering could be taken as having hiring implications. "Ah, you have a pair of knockers, code you write will surely be friendly and well-documented" is no better than "ah, you have a pair of knockers, please don't try to reverse parallel park in front of my car!"
  • by JebusIsLord ( 566856 ) on Monday June 16, 2008 @12:52PM (#23812381)
    My best computer science prof (who taught us OO, via Java), said a few things that really stuck:

    1) Don't be clever! If you have to be clever, write a ton of documentation as to why you did it the way you did it.
    2) Don't optimize (unless you must), and even then, leave the unoptimized (readable) code commented out. And only optimize the code blocks than a profiler tells you to... there is no point optimizing a loop that runs once.

    I actually don't understand how some people can write such obfuscated code. I write comments like there is no tomorrow because in 2 days, I won't know what it does any more than another developer would! Refactoring is a bitch, or impossible, when you don't understand what you've written.

    Anyone who writes code like a "hotshot" is anything but.
  • by Lodragandraoidh ( 639696 ) on Monday June 16, 2008 @01:39PM (#23812953) Journal
    This speaks to 'whatever happened to code reviews...'

    If they are managing to get obfuscated code past a code review, either:

    a) people reviewing it can't comprehend it or do the research to comprehend it and don't want to look stupid to the rest of the team.

    b) the team lead isn't establishing solid coding practices. In many instances team leads/project managers have no coding background - and thus can't establish standards.
  • by bjourne ( 1034822 ) on Monday June 16, 2008 @01:47PM (#23813061) Homepage Journal

    How come you were *all* so scared that not a single one of you had the guts to ask for it to be removed? Even when it was demonstrated hands-on that a request like that would be perfectly acceptable?

    Peer pressure? Afraid of being seen as being afraid of seeing dicks?

    It is pretty clear why a female boss would put up a poster like that as a blatant display of power. Every guy that walks into her room will glance over the poster, compare his dick with the one in the poster and maybe get slightly uncomfortable. Imagine having a salary negotiation with your boss with ten dicks on the wall. She knew what she was doing, and that it was "illegal." Yet by having it, and intentionally breaking the rules, she demonstrates that she has more authority that anyone else.

  • by Slur ( 61510 ) on Monday June 16, 2008 @02:30PM (#23813571) Homepage Journal
    It's such a sexist label, and I never use it in reference to women because - if you ask me - it's the kind of thing insecure men say when a woman asserts herself in a way that would be perfectly excusable for a man.

    Instead, I prefer to say "what a fucking asshole" or "what a fucking jerk" which are more equal-opportunity and apply equally well to men and women. I know it's weird to say, "Mary is such an asshole," but give it a try and you may find you enjoy the refreshing change.

    However, when I run into a particularly impenetrable bug in my code, I am wont to say "this bug is a cunt," but I don't think it's especially demeaning, as it is both funny and British-sounding.
  • by hedwards ( 940851 ) on Monday June 16, 2008 @03:23PM (#23814221)
    I'm still trying to figure out what TFA has to do with anything. The reason why people hire computer scientists is usually because they're supposed to understand about documenting, when to use a library, when to write a library, how to format the code and how to set it up for proper maintenance later. I'm sure there are more reasons than that, but anybody who has been through a reasonable program has had their profs banging those into their heads for however long it took to stick.

    Women may or may not comment code by nature, but comments and organization are hardly things which cannot be learned. And it's hardly an innate gift of females to do this all the time. I'm willing to bet any sum of money that there are at least a few out there that don't.

    And the fact of the matter is that it's easy to learn to comment and format things, it's far more difficult to learn how to code in an efficient and reliable manner. Comments and formatting help a lot, but you can still sort of spaghetti code even with comments and organization, it's just organized and formatted crap.

    I'm really not a very good programmer at all, I rarely finish anything. The only reason why anything I code ever works is that it's formatted in a way that allows me to find the myriad errors. If I couldn't do that, I wouldn't even be a bad programmer.
  • by llefler ( 184847 ) on Monday June 16, 2008 @03:28PM (#23814279)
    2) Don't optimize (unless you must), and even then, leave the unoptimized (readable) code commented out. And only optimize the code blocks than a profiler tells you to... there is no point optimizing a loop that runs once.

    I generally agree, with one comment. Don't leave commented code unless it is well documented WHY you are leaving it. In this example I think I would prefer that a good explanation of the purpose of the section rather than leaving the unoptimized code. The reason is that over time there is a good chance that someone will modify the executing code, but not the commented code. I've worked on a number of projects where code was commented out with a note // fixing xxxx problem, or // removing yyyy option. When someone comes back to work on it later it really tells them nothing. A better solution is to remove the code and let the CVS do it's job.
  • by NeoSkandranon ( 515696 ) on Monday June 16, 2008 @03:34PM (#23814357)
    counterpoint: An inept woman programmer is going to be FAR more difficult to get rid of, as it is automatically a gender issue if she chooses to push that angle.
  • by JebusIsLord ( 566856 ) on Monday June 16, 2008 @06:17PM (#23816165)
    That's a good point... In this day and age it probably makes more sense to:

    a) Write it the easy-to-understand way.
    b) Write some really good unit tests (100% or greater code coverage.
    c) Optimize the hell out of it, and make sure the tests still pass.

    The unit tests work as a form of documentation, as well as for regression testing. a and b can of course be reversed, if you're into that sort of thing. I usually do a bit of both.
  • by joggle ( 594025 ) on Monday June 16, 2008 @07:48PM (#23816981) Homepage Journal

    I generally can't stand code that was written by a male
    That's a bummer since the great majority of open-source code is written by guys. Why that is, I'm not sure. I would guess that it's because guys tend to like to tinker in their off-time whereas girls usually want to do other things. Note I didn't say all girls or all guys, just commented on the trends.
  • by mgblst ( 80109 ) on Tuesday June 17, 2008 @10:50AM (#23823263) Homepage
    Women and men do tend to think differently.

    Not worse, nor better really, just ... different


    You know who else think differently, my friends, they think different to me as well. Amazing isn't it? They like different things, like different girls, have different priorities, etc... It is almost as if we are ALL individuals, not part of some great group hive mind.

Genetics explains why you look like your father, and if you don't, why you should.

Working...