Slashdot Mirror


Myth of Linux Hobby Coders Exposed

Eh-Wire writes "Stuart Cohen, CEO of the Open Source Development Labs, does a short piece on the myth of renegade hackers coding in their parent's basements to create the Linux OS. He suggests this hasn't been the case for many years and goes on to claim that of the top 25 core developers, more than 90% of them are fully employed with some of the largest technology companies in the world. Stuart goes on to explode the myth of renegade programmers by saying, 'Sure, it represents a new way to create software, but the actual process looks a lot like how enterprise software has been made for decades.' A short but interesting read."

8 of 252 comments (clear)

  1. how is OSS protected? specifically! by yagu · · Score: 5, Insightful

    Interesting article that raises an even more interesting issue, possibly legal: Aren't these coders constrained by the same template IP contracts found in most corporations today? The basic distillation of these constraints stipulate an employee basically gives up their rights and "software" no matter when it's written, how it's written... the company "owns" anything said employee writes. Are these OSS coders and contributors seeing special waivers in their employment contracts? I know the article says the community has formal procedures in place to protect OSS IP -- but what are those?

    (I know these contracts are crap, but if they get your name in writing it can be a can of worms to draw a bright line between things that you (the employee) own and things they (the companies) own. I, as a contractor and consultant, have always taken contracting agreements and added my own modification which companies I work for must agree to before I'll sign the contract (I'll not get into specifics) and so far I've only had one company refuse.)

    Is there empirical evidence these contributors are doing this on the up and up? I know the OSS considers the community nothing but good, but I have a certain lack of trust for large faceless, morally and ethically bankrupt corporations (which includes pretty much all of them).

    1. Re:how is OSS protected? specifically! by flood6 · · Score: 4, Insightful

      They often have contracts that state that any work done on their respective OSS projects is not the IP of the company, even if done on company time.

  2. Romatic vision by MikeCapone · · Score: 5, Insightful

    The simple explanation could be that it just seems a lot more romantic and heroic to think that a bunch of people in their parents' basement are taking on Microsoft...

  3. PHBs will always get it wrong. by rice_burners_suck · · Score: 5, Insightful
    Just looking at the quality of much Linux code and the vast variety of features implemented therein will tell you that this ain't some system thrown together by some idiots who still live with their parents.

    Linux has grown up and had done so many years before most people who know about it now even knew that it existed. This is similar to how the Internet and email existed for decades before the general public knew anything about it.

    Now, many companies, and even government organizations, have their hands in Linux because it provides real advantages over other systems.

    The myth discussed in this article is really intended for a bunch of PHBs and people who aren't that technically inclined, who believe that Linux is a toy used by rogue hackers to break into peoples' Windoze boxes and steal their social security numbers... The kind of PHBs who wrote a book I recently read. Linux was mentioned only once, and that sentence stated something to the effect that, "Linux, a free software program available in the public domain..." Yeah. Even programmers know what the public domain is better than whatever PHB wrote that disgusting phrase.

  4. Well, maybe not for the Linux kernel, but... by skazatmebaby · · Score: 5, Insightful

    I code the project that feeds me eight feet from my bed, both located in a very small studio in a communal warehouse type deal. I don't have customers that come in and chat with me regularly, because my space isn't really set up like that - there's dirty clothes and all my messy art's done in here as well;

    I thank my lucky stars that this sort of setup works, as the work environment is optimal for me - no set hours, no boss, right in downtown. Just have to live simply.

    I love it.

    --

    Dada Mail - Program, Art Project or Absurdity?

  5. What a joke of an article by xintegerx · · Score: 4, Insightful

    Once again, an article just for the sake of filling up space.

    He suggests this hasn't been the case for many years and goes on to claim that of the top 25 core developers, more than 90% of them are fully employed with some of the largest technology companies in the world.

    Yes, it makes the article more interesting to read. But it doesn't prove nor should be used to draw any conclusions. In other news, 90% of the top 25 swimmers, are very good and experienced swimmers. Swimming is not a hobby.

    Number one, those people are already employed full-time, so they ARE doing a hobby.

    Number two, if the top 25 people who contribute are doing a hobby part-time, and they're the top 25 people, then what does that say for the rest of the contributors to Linux? There are probably thousands of them.

    This seems to actually DEFINE that Linux is coded by hobbyists. I don't know where they think this proves otherwise (that it's a MYTH.)

  6. Enterprise-like development? I don't think so. by LordNimon · · Score: 4, Insightful
    Sure, it represents a new way to create software, but the actual process looks a lot like how enterprise software has been made for decades.

    Not from where I'm sitting.

    I've done enterprise software development. Managing the releases is something that the Linux kernel developers don't know how to do. In real software companies, there is a quality assurance (QA) team whose purpose is to make sure that the releases pass standardized tests. I don't think the kernel developers know what that mean.

    Want an example? Download the 2.6.0 kernel, untar it, and do the following:

    make mrproper && make defconfig && make

    This is supposed to build a kernel with the default options. Sounds relatively simple, right? Well, it's not, because about 10 seconds after you press ENTER, compilation halts with an error:

    CC init/main.o
    In file included from include/linux/sched.h:23,
    from include/linux/module.h:10,
    from init/main.c:15:
    include/linux/smp.h:33: error: conflicting types for `smp_send_reschedule'
    include/asm/smp.h:41: error: previous declaration of `smp_send_reschedule'
    make[1]: *** [init/main.o] Error 1
    make: *** [init] Error 2

    That's right - you can't even build it! From an enterprise standpoint, this isn't just embarrassing, it's pathetic. It shows that there is virtually no real quality control in the kernel releases. How in the world could the kernel developers release a version of Linux without even checking to see if it compiles normally?

    Maybe you're thinking it's just a one-time fluke? Well, you'd be wrong. Because the 2.6.1 and 2.6.2 kernels have the same bug!

    --
    And the men who hold high places must be the ones who start
    To mold a new reality... closer to the heart
  7. Re:Selected Instances by prodangle · · Score: 4, Insightful
    Good point. I suppose it should come as no surprise that those who contribute most are paid to do so full time. The majority of contributers, who can work on OS only in their spare time, don't make it into the top 25.

    Also, it makes sense that only top developers would find themselves in a position where a company was prepared to pay them to carry on with their work.