Slashdot Mirror


The Myth of the Isolated Kernel Hacker

Ant writes "The Linux Foundation's report (PDF) on who writes Linux — "... Linux isn't written by lonely nerds hiding out in their parents' basements. It's written by people working for major companies — many of them businesses that you probably don't associate with Linux. To be exact, while 18.2% of Linux is written by people who aren't working for a company, and 7.6% is created by programmers who don't give a company affiliation, everything else is written by someone who's getting paid to create Linux. From top to bottom, of the companies that have contributed more than 1% of the current Linux kernel, the list looks like this: ..."

23 of 282 comments (clear)

  1. The Myth of the Isolated Colenel Hacker by ExE122 · · Score: 4, Funny

    Captain Benjamin Willard was not a myth!

    --
    Capitalism: When it uses the carrot, it's called democracy. When it uses the stick, it's called fascism.
  2. shocking by alen · · Score: 4, Funny

    and i thought IBM and Red Hat just took the code and didn't give their changes back to everyone else

    1. Re:shocking by FudRucker · · Score: 5, Interesting
      --
      Politics is Treachery, Religion is Brainwashing
    2. Re:shocking by FudRucker · · Score: 4, Insightful

      @ 22:30 in the video Greg speaks about who is funding the work, and @ 23:20 he says Canonical is 300 in funding/contributing to the kernel, then goes on to say Canonical does not give back to the community, i think he is right, other than free *ubuntu ISOs i dont i know of any source code anywhere that comes from them...

      --
      Politics is Treachery, Religion is Brainwashing
    3. Re:shocking by bfields · · Score: 4, Informative

      "I doubt they contribute to the kernel itself at all."

      They do, see below--just not as much as some others.

      $ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
      $ cd linux-2.6
      $ git shortlog --author="@canonical.com" --author="@ubuntu.com"  --since="6 months ago"
      Andy Whitcroft (12):
            checkpatch: make in_atomic ok in the core
            checkpatch: do not warn about -p0 patches when checking files
            checkpatch: correctly handle type spacing in the face of modifiers
            checkpatch: pointer type star may have modifiers following
            checkpatch: a modifier is not an identifier at the end of a type
            checkpatch: extend attribute testing to all modifiers
            checkpatch: add __ref as a sparse modifier
            checkpatch: version 0.28
            Input: synaptics - ensure we reset the device on resume
            suspend: switch the Asus Pundit P1-AH2 to old ACPI sleep ordering
            mmc: add MODALIAS linkage for MMC/SD devices
            acer-wmi: Cleanup the failure cleanup handling

      Colin Watson (1):
            parisc: expose 32/64-bit capabilities in cpuinfo

      Leann Ogasawara (1):
            x86: add Dell XPS710 reboot quirk

      Luke Yelavich (1):
            ALSA: hda - add another MacBook Pro 3,1 SSID

      Scott James Remnant (13):
            [SCSI] ch: Add scsi type modalias
            sbus: Auto-load openprom module when device opened.
            netfilter: auto-load ip6_queue module when socket opened
            netfilter: auto-load ip_queue module when socket opened
            [MTD] Auto-load mtdchar module when device opened.
            [MTD] Auto-load nftl module when device opened.
            V4L/DVB (10947): Auto-load videodev module when device opened.
            floppy: provide a PNP device table in the module.
            applicom: Auto-load applicom module when device opened.
            cyclades: Auto-load cyclades module when device opened.
            specialix: Auto-load specialix module when device opened.
            usb: Auto-load cdc_acm module when device opened.
            riscom8: Auto-load riscom8 module when device opened.

  3. Myth definitely false! by dkf · · Score: 4, Funny

    Linux isn't written by lonely nerds hiding out in their parents' basements

    Of course! There's the lonely nerds hiding out in their parents' attics as well. More light, less ground water.

    --
    "Little does he know, but there is no 'I' in 'Idiot'!"
  4. Not quite a myth. by Hatta · · Score: 4, Insightful

    At 18.2%, individuals are still the largest single group contributing to Linux. The next is RedHat at 12.3%.

    --
    Give me Classic Slashdot or give me death!
    1. Re:Not quite a myth. by nvivo · · Score: 5, Insightful

      At 18.2%, individuals are still the largest single group contributing to Linux. The next is RedHat at 12.3%.

      By your analysis, the largest single group contributing to Linux is actually the "people working for a company" group, with 81.8%.

  5. Re:You know what company is shamefully absent? by Anonymous Coward · · Score: 5, Insightful

    They seem to concentrate on the userland experience..

    Not a bad idea.

  6. Re:You know what company is shamefully absent? by Anonymous Coward · · Score: 4, Insightful

    The kernel is only a small part of a distribution. If Canonical is contributing nothing upstream to any of its packages, then that's unfortunate. Focusing on the kernel is silly.

  7. Re:the list Before a karma whore can... by millwall · · Score: 5, Informative

    At least attempt to format the list, mate:

          1. Red Hat: 12.3%
          2. IBM: 7.6%
          3. Novell: 7.6%
          4. Intel: 5.3%
          5. Independent consultant: 2.5%
          6. Oracle: 2.4%
          7. Linux Foundation: 1.6%
          8. SGI 1.6%
          9. Parallels 1.3%
        10. Renesas Technology: 1.3%
        11. Academia: 1.2%
        12. Fujitsu: 1.1%
        13. MontaVista: 1.1%
        14. MIPS Technologies: 1.1%
        15. Analog Devices: 1.0%
        16. HP: 1.0%

  8. Where is the missing 24.1%? by vtechpilot · · Score: 4, Interesting

    If you sum up the figures given in the article, it only accounts for 75.9% of the contributions. I am going to speculate that this missing quarter is contributed by many who contribute infrequently. IE, IT staff in companies that use Linux and find the occasional bug and submit a patch to correct it. If this speculation is correct, the largest group that contributes is 'Everyone Else'.

    --
    Slashdot is an anagram for Has Dolts, and I am Dolt number 468543
  9. Re:GPL good for business by ClosedSource · · Score: 4, Insightful

    Yes, once Linux was established as a viable OS, companies jumped on the bandwagon.

    The real business issue about GPL'd code isn't whether established companies will support it once it is successful, but whether you can start your own for-profit software business if you license your software under the GPL.

  10. New collaboration model? by DoofusOfDeath · · Score: 4, Insightful

    For the longest time, it seems like major business have collaborated in one of several ways:

    • Standards-setting bodies, often backed by industry cosortia
    • Contractually established relationships.

    But with Linux, it seems like a new model of collaboration for companies. It's mostly a meritocracy where a company's stature cannot get a bad or only-self-serving idea pushed into the end result. But because of that discipline, the final product is so compelling that companies want/need to participate anyway.

    Am I right?

  11. It makes sense by HangingChad · · Score: 5, Insightful

    ...everything else is written by someone who's getting paid to create Linux.

    It pays for companies using Linux to contribute to the development. The long term savings of using Linux massively outweighs the small contribution of programming resources. And those contributing to development get to address the technical issues on top of their priority list. You can't get that kind of service out of Microsoft.

    We're quickly approaching the time when an operating system is more like a utility than a product. A commodity delivery mechanism for business services. The potential for Linux, very quickly approaching realization, is that it can provide a unified stack from a mainframe down to embedded systems. That type of efficiency is very powerful economically. I'm sure MSFT can swim against that tide a long time but, eventually, efficiency will win.

    --
    That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
  12. Re:the list Before a karma whore can... by nedlohs · · Score: 4, Insightful

    But since there methodology was garbage all that means is that someone using a Volkswagen email address wrote some code.

    It says nothing about whether it was done as part of their employment with Volkswagen, or whether it was done out of business hours while hiding in their parent's basement.

  13. Re:the list Before a karma whore can... by Lord+Ender · · Score: 4, Funny

    That's nonsense. Where's SCO on that list? We all know SCO wrote a big part of the Linux kernel.

    --
    A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
  14. Re:You know what company is shamefully absent? by Runaway1956 · · Score: 5, Interesting

    Seems a lot of people don't know squat about Canonical. Some rich guy invested a good bit of his fortune into making Linux widely known and acceptable on the laptop. So far, he's done a pretty good job. If he contributes nothing else back into the upstream system, he attracts some pretty bright people to the Linux community - SOME of whom go on to contribute something. Reality check: Ubuntu does contribute, whether they actually work on the kernel or not.

    --
    "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
  15. Re:You know what company is shamefully absent? by sapphire+wyvern · · Score: 5, Informative

    They're a little bit further down.

    The next two rows on the list in TFA are as follows:

    17: Freescale 1,375 0.9%
    18: Google 1,261 0.9%

    I'm not sure why the parent decided to stop where they did.

    These rankings are based on number of kernel changes submitted broken down by employer.

    However it seems that Google employees are making a significant contribution to Linux project management and quality processes though: Red Hat employees sign off on over 36.4% of changes, which is the highest proportion of sign-offs in the hands of a single company, but Google has second place in that table with 10.5% of all sign-offs. It looks like several Google employees are filling the roles of subsystem maintainers - they may not write as much code as some other companies but they are still contributing some senior people.

    Interesting stuff!

  16. Re:GPL good for business by the_womble · · Score: 4, Informative

    whether you can start your own for-profit software business if you license your software under the GPL.

    Depends on what the alternatives are and what your business model is. Assuming we narrow down the choices to the two best known open source licences (others are broadly similar to one of the other) and proprietary licensing:

    • Want to do all the development yourself, distribution yourself, not using GPL licensed libraries, want to make your money from license sales? Proprietary.
    • Want to accept community contributions and sell a proprietary version, happy for competitors to use your code, do not need GPL libraries, want others to redistribute? BSD or GPL and persuade contributors to sign over the copyrights, or cleanly separate open and proprietary components and LGPL.
    • Do not want to sell a proprietary version, want to use GPL licensed libraries, want to accept outside contributions, want to prevent people from reselling your code without contributing back, want other to distribute? GPL
    • Doing all the development yourself, but want to use GPL libraries, want others to redistribute, want to prevent competitors reselling your code without contributing? GPL
    • Want to re-assure users that the software will still be around if you go bust? GPL or BSD. Additionally want to stop competitors reselling a proprietary version? GPL.

    Obviously this does not cover anything like all the possibilities, but I just want to make the point that there are business reasons for every choice.

  17. Re:You know what company is shamefully absent? by pthisis · · Score: 4, Interesting

    It's not really "some senior people". Google's 0.9% of code contributed and 10.5% of patches signed off on exactly match the efforts of one employee, Andrew Morton. Aside from Andrew, they have a couple of other minor contributors but he is by far the most significant.

    --
    rage, rage against the dying of the light
  18. Re:the list Before a karma whore can... by Arthur+Grumbine · · Score: 5, Insightful

    Can you give me some info on "Independent Consultant"? .. they sound like a company I want to work for

    Trust me, dude, you do NOT want to work for them. You have to work tons of unpaid hours, and they make you find your customers/clients, and they rarely pay you in a timely manner, and they make you do your own taxes. It's absolutely shocking, in my mind, that no one has reported them to the Better Business Bureau... I've thought about reporting them myself, but I left on decent terms, and don't want to burn any bridges.

    --
    Now that I think about it, I'm pretty sure everything I just said is completely wrong.
  19. Why isn't it done yet? The bloatware problem. by Animats · · Score: 4, Insightful

    The Linux kernel ought to be done by now, and stable.

    Drivers, file systems, and networks ought not to be in the kernel. That's a big part of the problem.

    Real microkernels like QNX don't change much. USB and FireWire support were added without kernel mods, for example.

    Yes, microkernels require extra copying. But copying is cheap on modern CPUs, as long as what's being copied was accessed recently and is in cache. Fear of copying cost dates from older CPU architectures, where instruction cycles mattered more than cache footprint.