Slashdot Mirror


56.2% of Software Developers use Open Source

cfelde writes " 56.2% of software developers use open source components by ZDNet's ZDNet -- Evans Data has found a rising trend toward including open source modules in software development world. While 38.1% said they used OSS modules in their applications in Spring of 2001, in the most recent survey, 56.2% said they had."

16 of 167 comments (clear)

  1. 56% use OSS software... by PocketPick · · Score: 4, Interesting

    ...but the more interesting question is of that body of users, how many follow the terms of the GPL or whatever free license the Library is distributed with?

    1. Re:56% use OSS software... by ackdesha · · Score: 5, Interesting

      I agree. I spend more and more time writing long emails to my "business" friends, explaining Free Software, Open-Source, BSD, Sun, RMS, Hackers, hackers, blah blah. Not only is there a lot of misinformation and FUD floating around, there is just a lot of ignorance and an attitude only concerned with profit, speed to market, and results. It will be really interesting to see the generation that grew up warez and freeware begin to start running major corporations.

    2. Re:56% use OSS software... by vansloot · · Score: 2, Interesting

      Any company that doesn't just focus on profit, speed to market, and results is going to be a failed company.

      That's not to say you can't get all of that with OSS.

  2. OS Breakdown by ronark · · Score: 2, Interesting

    I would like to see a breakdown of open source software across operating systems. I would bet that out of that 56.2% a large majority of the development still occurs on Windows. It would be interesting to see.

  3. Hmm by Evil+Adrian · · Score: 2, Interesting

    I wonder what percentage of software developers that are on the clock are using OSS. I bet most of these developers are doing this stuff in their free time for zero pay.

    --
    evil adrian
  4. This is why the BSD license is good... by cperciva · · Score: 4, Interesting

    If you want to convince closed-source software developers to consider writing open source software -- or, for that matter, if you simply want to make closed-source software developers aware of open source software -- then what better approach is there than saying "here's some code; go ahead and use it" and waiting until they notice that the code is both useful and high quality?

    People don't just become open source software developers overnight; there's a gradual process involved, and it almost always includes a stage of starting to recognize the virtues of open source software while still writing closed-source software -- a stage which the GPL makes extremely difficult.

    1. Re:This is why the BSD license is good... by ackdesha · · Score: 2, Interesting

      I agree that there is a gradual process. However, myself, I didn't make the leap to "recognize the virtues of open source" until I began actually reading the GPL and learning about the work of the FSF and RMS. That gradual process may be quite different for each developer. I personally am quite inspired by FSF and RMS, and using Free Software connects me to a history and community I'm proud to be apart.

    2. Re:This is why the BSD license is good... by Jeremi · · Score: 4, Interesting
      If you want to convince closed-source software developers to consider writing open source software


      At my previous job, I wrote a lot of useful (to me, anyway) networking code. That code was all closed-source, owned by the company. So when I moved to my current job, I no longer had (legal) access to any of that code, and had to essentially re-write it all from scratch.


      Determined not to make the same mistake twice, I got permission from my current employer to open source the re-written code. Now I am guaranteed access to it for the rest of my life, for any professional or personal project I ever do. I'll never have to re-invent this particular wheel again. (Having other people contribute free bug fixes and new features to the code on a semi-regular basis is the icing on the cake)


      So there is a nice, selfish reason to write open sourced code. The code got written on company time, but because anyone can use it for anything, that means I can use it for anything. And since I wrote it, it's designed exactly the way I want it to be.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    3. Re:This is why the BSD license is good... by synthespian · · Score: 2, Interesting

      So there is a nice, selfish reason to write open sourced code. The code got written on company time, but because anyone can use it for anything, that means I can use it for anything. And since I wrote it, it's designed exactly the way I want it to be.

      I think your is a nice testimonial of the BSD license. You're allowed, without hindrance, to reuse your code and other's code, to your company's advantage, in fact any company you work at, without any potential liability springing from any legal blunders involved in the GPL affecting you or any company you work for.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  5. Nice number, but... by gugod · · Score: 2, Interesting

    It shoud also be noticed that they are simply using open source software instead of making contribution. It is the contribution that counts. Also, I think the are way more then 56.2% of developers who are using proprietary software in development process. There are some overlap between open source users and proprietary software users. But it is still a good number to tell people the impact of open source software in general.

  6. Knowingly use Open Source by oo_waratah · · Score: 4, Interesting

    In a company that will not install the GCC compiler and give us a single system to compile our C code on a licensed compiler, every system has openssh and sudo installed.

    I use Open Source software because it is good. valgrind on my C code has found so many potential problems in code. I use Linux and gcc because I cannot afford the $1,000 minimum I was spending on proprietary tools at home just to play with technology for my career development.

    I envy the beginning programmers today. They can have a full professional system for the cost of the hardware only. They can work on professional software and really contribute then establish their careers without going through what I had to go through to get my first programmers role, 90% hardwork but 10% miracle.

    Statistics

  7. Re:The REAL tragady of P2P by sillybilly · · Score: 4, Interesting

    If you're developping for a single company, solving a single issue at hand, the GPL is no problem, because you can ask money for it, you can only not decide what happens to the code after you get paid, it's out of your hands. But neither do you lose the code, because you can go on doing what you want with it, so it's not like a sale and transfer. So as far as most programmers are concerned, working at a company IT dept, it shouldn't matter that much.

    The only issue is when you wish to solve broad problems, where you have many customers at once, and you don't want one customer taking your work and becoming your competitor, selling to your work other customers, when the inital agreement/hope during the code generation phase was that you'd get a full return from all of them, and they won't outcompete you by selling/giving each other your work. Would you have done the same work if you only got the return from one of your customers?

    However, if the problems is broad enough, you can start justifying standardization even among competitors, with standards such as ASTM, ISO, IEEE, for the sake of efficiency and interoperability. In such schemes everybody gives up something, but the customer base benefits trememdously. Imagine if all memory manufacturers produced their own proprietary formats? How about harddrives? How about screws? There are opposite examples too, how about motherboard sockets or car parts? When is a 1-click shopping 'invention' generic enough to be called a screw?

    Software standards such as Apache or Linux, emerge similarly, where if you come across a problem, you are allowed to look under the hood, and go search for a standard fix, but if one doesn't exist, you are allowed to go ahead and fix your own problem. Being allowed is a BIG deal, because not everyone has months/forever-never to wait on someone else, and if they can't do it themselves, they'd rather hire another programmer if the original who "owns" the product is unwilling, or is acting similar to a blackmailer. Once you do this, fix the problem for yourself, the cost of releasing the fix is nil. You can only talk about opportunity cost, the sales that you lost that you could have had - which is a very vague term. But if the product wasn't "yours" in the first place, you're committing a crime by simply fixing the problem, and instead you're forced to contact your supplier and cross your fingers and hope he will do it for you. This is the key difference between information "goods" and conventional material goods - if you produce a traditional good, if you hand it over, you no longer get to keep it, it's a cost to you. Once information exists, it costs nothing to freely duplicate, the real cost is only the initial generation part, where money can be quite an incentive, or instead of money, trying to fix your own problem.

    Imagine if you could duplicate a car-part that broke down on your car by simply beaming over a copy from your neighbour's? By nature, you can do this with information, and this is what DRM-ultracopyright-digital technologies are meant to fix, so you will no longer be able to, because the intellectual property owners want to get paid. Welcome transactional digital age, where every information transfer network packet is handled as a database or bank transaction - it will either transfer and erase original, or not transfer at all. I wonder how they will apply this to your brain, when you try to teach - i.e. transfer information - your kids math, language, literature, culture.

    I think information consumption, education in existing knowledge, is at least as important as the creation or generation of new information, because without a good education you only generate crap. Therefore consumption of information such as education, going to a public library, or even listening to music, could be compensated financially, instead of put a break on by lack of funds. Plain english - you should get paid to get an education or for reading a good novel instead of you having to pay for it - it's a worthwhile human a

  8. How many don't know they are using OSS? by Spoing · · Score: 2, Interesting
    I've had people tell me -- directly -- that they don't trust open source to be used on the current project. When I tell them that the core app is running under not one but 3 open sourc systems, they are shocked.

    They know Apache, they know Tomcat, they know MySQL, but a good portion of these same people don't know that each of these are open source.

    --
    A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    1. Re:How many don't know they are using OSS? by et764 · · Score: 2, Interesting

      I get that sense where I'm working now. In meetings developers will talk of open source like it's a dirty word. For example, we have a system that used to have a C client, but they've started using SSL and dropped support for the C client because they didn't think there was a suitable C library for SSL. One developer made a comment along the lines of "There is an open-source library called OpenSSL, but that looks like its development is pretty disorganized, even for open source projects." The company seems to prefer spending lots of money on proprietary solutions when there are open source solutions that are probably better and more cost effective. That being said, most of the developers use Eclipse as their development IDE, and I'm sure we are using more open source tools than they realize.

  9. Re:To be honest... by ScrewMaster · · Score: 3, Interesting

    The real question is how many of the developers surveyed would take the chance of admitting that they used an Open Source module or procedure in their code, particularly if any license requirements were ignored. So, we have 56-odd percent of developers who cheerfully admitted that they legitimately used OSS in their work. How many didn't use it legitimately? How many work for PHBs that would go postal if they heard the phrase "Open Source"? How many hidden GPL violations are there out there right now?

    Besides, there's a TON of honest-to-god public-domain freeware out there on the Web, just for the taking. Many times in the past five or six years I've stumbled across something that would take me a week or so to figure out on my own ... but I have a production schedule to meet so I'll cruise the Web looking for a thunk of free open source that I can use. Frequently what I find isn't exactly what I'm looking for, but just makes a good starting point, or simply provides some valuable, time-saving insight even if I don't actually use the code. So far as I'm concerned, that qualifies as "using open source" because I did benefit from that programmer's work, often more than if I'd just used the other guy's code verbatim.

    Having been burned by some closed-source commercial libraries before, my company has no problem with our using open source so long as it is public-domain or has licensing that we can accommodate.

    But I'll say this: given the power of Google and the army of programmers that post useful and often completely free code on the Web, the way is so easily and temptingly clear to just cut and paste a thunk of open source into your own project. I'd not be surprised if the real percentage of open source inclusion is a bit closer to the 100% mark.

    --
    The higher the technology, the sharper that two-edged sword.
  10. Red tape by tbuskey · · Score: 3, Interesting

    I'm a sysadmin and love using OSS stuff. I don't have to go through the maze of approval, budget, purchasing and installing licenses. I don't have to worry about tracking the license for users, to transfer to another machine or deal with a downed license server.

    Even if you discard all those barriers, I find OSS to be a bit easier to support. Not always, but more often.

    Anyways, that's using OSS tools. Code is another issue and I imagine there can be a whole 'nother mess of red tape there and lots of reasons to avoid it as a developer.

    OTOH, I wonder how many developers are even aware that they're using OSS code. I know developers that haven't checked in clearcase views for 3 years. Some have issues with figuring out what their .cshrc does and source it over & over until they run out of memory and crash their xterm. Some have code that hard codes IP addresses instead of using a *variable* to allow use on another subnet.