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."

167 comments

  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 PsychicX · · Score: 3, Insightful

      Indeed, a complete license breakdown would be interesting. But to hazard some guesses... If you're using open source software, you're probably plugging in various libraries into your app for certain functionality. So most people (myself) included are using LGPL licensed libraries. Then there's zlib's license, which if nothing else is because of the sheer number of people who use, well, zlib. I don't know of too many libraries which use a BSD license, though there are a few which use MIT. There's also Apache, but not many take that either. And yes, there's also GPL, which due to it's happily infectious nature, is probably nto used that much. The breakdown for the top is probably LGPL on top, then zlib. After that, well, it's hard to say.

    2. Re:56% use OSS software... by Anonymous Coward · · Score: 0

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

      Most software developers work on in-house applications, so they don't have to. The majority of the rest are probably using some sort of BSD/X variant. That would leave the number of developers that have to follow terms like "distribute source" in the extreme minority.

    3. Re:56% use OSS software... by $1uck · · Score: 2, Insightful

      I use lots of open source projects at my work (GPL, bsd, etc). Whatever it takes to get the project done. I just make it extremely clear to my boss that we *cannot* sell the software with out giving all the source code to the customer. Its not really a problem since our business model is more along the lines of providing a service and the software I develop is used by us to make our process cheaper/faster.

      I haven't had to modify any code yet (mostly I just plug it in/use the api's provided), but if I ever saw the need or had to improve a particulary piece of os software I would gladly offer the "enhancement/improvements" back to the community (provided it wasn't horribly specific to the work we perform in which case it would really only be of interest to competitors).

    4. 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.

    5. Re:56% use OSS software... by arose · · Score: 1

      They wouldn't say they use it if they would be breaking the license. Most of it should be pretty standard stuff: zlib, jpeg, png, vorbis.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    6. Re:56% use OSS software... by slashdotnickname · · Score: 1

      how many follow the terms of the GPL or whatever free license the Library is distributed with?

      a related question, that perhaps answers yours, is what teeth does the GPL(etc.) bodies have to enforce that such licenses are followed?

    7. Re:56% use OSS software... by Billly+Gates · · Score: 0, Troll

      Which is why I favor the BSD license. (let the flames begin) :-)

      However I really do wish more libraries were copyleft as opposed to just GPL.

      A copylefted api or library allows linking in closed source projects and at the same time allows the main library to be gnu. Its the best of both worlds.

    8. Re:56% use OSS software... by Anonymous Coward · · Score: 0

      The problem with GPL is that it seeks to justify the time required to get code into a maintainable, legal state and get it hosted.
      If we had a central open-source, open-input (wiki-style) database, we would not only solve maintainence and hosting issues, but we would also be alot more able to fight against future software patents by providing evidence of the huge amount of prior work that exists.

      Unfortunately, making sure code in a legal state is expensive, capitalism strikes us down again :-(

    9. 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.

    10. Re:56% use OSS software... by Clover_Kicker · · Score: 1

      Yeah, who needs quality and service?

    11. Re:56% use OSS software... by rm69990 · · Score: 1

      Not sure, perhaps you should direct your question to Linksys. They more than likely know the answer to that question.

      Click here for more info

    12. Re:56% use OSS software... by marauder404 · · Score: 1
      there is just a lot of ignorance and an attitude only concerned with profit, speed to market, and results

      Isn't that the bottom line, though? Software, platforms, and licensing philosophies are usually just tools that enable the succcess of profit, speed to market, and results. If you can't affect one of these things with your decisions, why should anyone beyond yourself care?

      That being said, OSS vs closed, GNU vs BSD, worm vs. virus can matter -- but you have to articulate the specific differences toward things they are charged with caring about. Being pedantic isn't going to get you anywhere, but good management teams will be interested in your reasoning if you can say things like:

      • "This will reduce our long-term costs."
      • "This buys us option value."
      • "It saves 0.5 headcount this year."
      • "It helps me work better."
    13. Re:56% use OSS software... by Tim+C · · Score: 1

      It will be really interesting to see the generation that grew up warez and freeware begin to start running major corporations.

      Bear in mind that most of the generation running companies now grew up with taping records off their friends, before graduating to copying videos.

    14. Re:56% use OSS software... by vansloot · · Score: 1

      I would say that "results" includes "quality" if not "service."

  2. To be honest... by zegebbers · · Score: 1

    I would have thought it to be a lot more... There are so many useful tools that it is hard *not* to come across the tools as a developer.

    1. Re:To be honest... by praseodym · · Score: 1

      Probably most developers don't know they use open source tools. It might not sound like a big deal, but those developers could also be helping those projects if they miss a feature or find some bug.

    2. 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.
  3. 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.

  4. Low? by praseodym · · Score: 3, Insightful

    It's a bit low if you take in mind that nearly every developer has a copy of Firefox or some other tool.

    1. Re:Low? by Hope+Thelps · · Score: 3, Informative

      It's not about having or using open sourced applications. It's about incorporating open sourced modules in their own projects.

      --
      To summarise the summary of the summary: people are a problem. ~ h2g2
    2. Re:Low? by Anonymous Coward · · Score: 0

      No, that number was shown separately, and it was lower.

    3. Re:Low? by Hope+Thelps · · Score: 1

      There were only two percentages given. One wa ssoftware developers using open source components in their software in spring of 2001, and another was of a more recent survey of the same thing. There were no values given for anything else.

      --
      To summarise the summary of the summary: people are a problem. ~ h2g2
    4. Re:Low? by dave420 · · Score: 1

      They don't, though. :)

  5. What license? by TERdON · · Score: 1

    It would be interesting to know what license is most common. I have a gut feeling that BSDL/LGPL are a lot more popular among "traditional", closed-source software makers...

    --
    I have a really elegant proof for Fermat's last theorem. If this sig was only a bit longer...
    1. Re:What license? by timeOday · · Score: 1
      Sure, but are you implying that takes away from it somehow?

      I think it's a great trend, because I fall among the 56.2%, and I love using software that's always available when and where I need it, and that I can trace into to, or look at a core file to find out whats wrong.

    2. Re:What license? by TERdON · · Score: 1

      Of course it doesn't take anything away from it. As a matter of fact, it's still very impressive. I still do think it's an interesting question though...

      --
      I have a really elegant proof for Fermat's last theorem. If this sig was only a bit longer...
  6. but but ... by eneville · · Score: 1, Insightful

    anyone who uses SDL/OpenGL/OpenAL/Java must use open source components. Same goes for .net, that is, after all, open. I know there are stupid licencing laws with .net and jaav btw, so dont troll off about that.

  7. Using Open Source in Business by python_kiss · · Score: 0

    Can someone suggest to me why small funded Internet startups not use Open Source to produce programs to minimize cost?

    --
    Science without religion is lame. /. without me is lamer
    1. Re:Using Open Source in Business by Anonymous Coward · · Score: 0

      And once the project development phase is over, make it closed source!!! look at LuceneDotNet, it remained OSS when it needed support from developer community, and then they become closed.

    2. Re:Using Open Source in Business by Anonymous Coward · · Score: 0

      Power to them for making and keeping it open source so long. You dislike their behavior just grab one of the older versions and keep on coding....

  8. Data basis by Anonymous Coward · · Score: 0

    Is that for Unix/Linux stuff or does it include windows and macs? And are macs unix? or just uniques?

  9. New system here by fimbulvetr · · Score: 1

    We just implemented some new business process systems at my work. Management + Vendors == My life a living hell.
    Anyway, now that it's all setup, I've been cruising around and they offer the names, licences and follow the terms of every application they use, including:

    MIT License
    Apache License
    GPL
    and
    Lesser GPL

  10. 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
    1. Re:Hmm by Rew190 · · Score: 2, Insightful

      In my office at least, OSS tools are generally used because they don't require running out and getting licenses and are free. OSS popularity probably has less to do with supporting the open-source movement and more to do with the sheer convenience of downloading free programs that get the job done.

      I would also imagine that Eclipse and its plugins have a bit to do with this.

    2. Re:Hmm by Anonymous Coward · · Score: 0

      On the flip side, I wonder how much time is spent developing custom tools/components (for pay) which other developers could use?

    3. Re:Hmm by CausticPuppy · · Score: 1

      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.

      I work in a java development shop.

      All of our front-end web servers are apache. Most of our back end app servers are Tomcat (both are OSS)

      We also have a very large scale enterprise portal web site in production, which uses a closed source application/portal server, but numerous open source components behind the scenes, for everything from database abstraction to content management.

      There aren't many instances where we are actually modifying the open source components, we're mainly just using the jarfiles-- but the original question was regarding "using OSS" which we are clearly doing.

      But we do our time tracking and bug tracking in an open source app which we have extensively modified to suit our needs.

      --
      -CausticPuppy "Of all the people I know, you're certainly one of them." -Somebody I don't know
    4. Re:Hmm by phliar · · Score: 1
      At every company I've worked for over the last couple of decades, everyone used free (beer and speech) software -- this even includes the regrettable couple of years at Micros**t shops. If you don't, you and the company you work for are being fools for not using tools with infinite benefit-to-cost ratio.

      On occasion, where the license permitted it, we've also incorporated code from free software into products.

      --
      Unlimited growth == Cancer.
  11. 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 Anonymous Coward · · Score: 0

      If you want to convince GPL software developers to consider writing BSD software, then how about you start by telling us what YOU have given away for US to use?

      Your logic applied to yourself, you see. So how about it?

    2. Re:This is why the BSD license is good... by torstenvl · · Score: 2, Insightful

      There's a big difference between "encourages" and "allows".

      A license cannot encourage anything. A license is a legal agreement and only specifies what is allowed and not allowed. Any sort of conversational cruft is exceedingly unprofessional.

      The BSD community encourages sharing just as much as the GPL .. erm .. community does. Often with very good, arguably better results. I bet there are many more users who would be effected by Apple's launchd than who jumped for joy about... wait, what was the last really important *forced* GPL re-contribution?

      I generally release code I write under the BSD license. I think it's better to give freely. People just tend to trust you more when you upfront, and don't have any restrictions on something that's supposedly free, not to mention when your license is only half a page long and readable by mortals.

    3. Re:This is why the BSD license is good... by torstenvl · · Score: 3, Informative

      I usually don't respond to AC trolls, but I'd like to point out that the vast majority of files SCO pointed out as "proof" of infringement were BSD-licensed. So those stacks and stacks of listings, that preponderance of code? Yeah. That represents a *portion* of BSD-licensed contribution to the GPL community. Think about it.

    4. 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.

    5. Re:This is why the BSD license is good... by Anonymous Coward · · Score: 0

      Sure, BSD license is very buiseness-friendly but I don't see a problem with LGPL. If you use an LGPL module as-is then providing its source is non-issue. If you fix or modify it a little to incorporate into proprietary software then releasing the fixes or mods is not likely to be an issue neither.

    6. Re:This is why the BSD license is good... by Jeff+DeMaagd · · Score: 1

      I generally release code I write under the BSD license. I think it's better to give freely.

      The problem is that humans don't always operate in the best faith, another person could take your code make some changes and never release those changes. As such, you may have helped someone make money from your code, and you got no code in return for the favor.

    7. Re:This is why the BSD license is good... by Anonymous Coward · · Score: 0

      As such, you may have helped someone make money from your code, and you got no code in return for the favor.

      *Gasp*

      Somebody might have made some money? And torstenvl might have helped in this?

      That's terrible!

    8. Re:This is why the BSD license is good... by Anonymous Coward · · Score: 0

      That represents a *portion* of BSD-licensed contribution to the GPL community.

      I don't doubt at all that a great deal of BSD code is used by GPL developers just like it is used by closed source developers. I don't see how that answers my question.

      The original poster claims to think that people should be releasing their code under the BSD license as an incentive for others to do the same. He wants others to do this. So is he following his own logic and incentivising them with his own code or not?

      Just like you, I can point out other people's code that is BSD licensed and used by business. The original poster feels that isn't enough. He feels that I should license my code under the BSDL. I was asking whether he licenses anything that way. No answer yet.

    9. Re:This is why the BSD license is good... by Rich0 · · Score: 3, Insightful

      Most projects on sourceforge just use the GPL without thinking due to ignorance. This causes problems for corporate developers.

      Uh, how do you know that this is a result of ignorance?

      It could just be that they want their libraries to be GPL, and that they don't want people linking them into non-GPL products.

      I see no reason that it should be obvious that libraries MUST be licensed LGPL. Licensing a library GPL confers an advantage to other GPL projects since they can use your library, and a disadvantage to non-GPL projects since they have to rewrite the whole thing themselves. To people with the FSF-mindset this is probably a good thing, since it encourages the liberation of software. Who knows, maybe one or two proprietary products end up getting GPLed just so they can use the library since their owners figure there isn't much downside to opening the code. With the LGPL they can just be lazy and link it in...

      When you think about it, many proprietary projects out there could stand to be GPLed. The prominance of GPL code that these projects could otherwise use helps encourage proprietaryware to open up.

    10. Re:This is why the BSD license is good... by Anonymous Coward · · Score: 1, Insightful

      "The problem is that humans don't always operate in the best faith, another person could take your right to free speech, release some pamphlets, and preach the wonders of anti-democratic terrorist violence. As such, your allowing free speech may have helped kill thousands of innocent people. And you got no code in return for the favor."

      Potential for abuse doesn't justify limiting freedom.

    11. Re:This is why the BSD license is good... by pauljlucas · · Score: 1
      Most projects on sourceforge just use the GPL without thinking due to ignorance. This causes problems for corporate developers.
      I write open-source software as a hobby. I release it under the GPL by choice. It's not my job to make corporate developers' jobs easier.

      Being the sole author or my software allows me to dual license it. If somebody wants to use my code in a closed-source project, I can grant them a seperate license in exchange for a fee.

      If my fee is less than the person-dollar-hours it would take for a corporate to develop, test, and debug their own code, then the best business decision is for them to pay me.

      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    12. Re:This is why the BSD license is good... by synthespian · · Score: 2, Informative

      Being the sole author or my software allows me to dual license it. If somebody wants to use my code in a closed-source project, I can grant them a seperate license in exchange for a fee.

      And that is why anyone with half a brain should never contribute to your project, because that would mean you take their code too, and sell it, while they can't do it.

      And in GPLing a project that no one should contribute too, defeats the purpose of the GPL. So the GPL, by allowing a dual-license trap, is the smartest choice for the developer dual-licensing, but the dumbest choice for the contributors, who must, in practice must assign their copyright to others.

      Only the BSD license allows fair play.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    13. Re:This is why the BSD license is good... by mdfst13 · · Score: 2, Informative

      http://www.gnu.org/philosophy/why-not-lgpl.html also explains this. I.e. that using the GPL for a unique library is preferred by the FSF *because* of the problems it causes for non-GPLed projects.

    14. Re:This is why the BSD license is good... by pauljlucas · · Score: 2, Insightful
      And that is why anyone with half a brain should never contribute to your project, because that would mean you take their code too, and sell it, while they can't do it.
      Over the years, I've gotten only a handful of very small patches and they've either been of pretty poor quality or fixed some bug in completely the wrong way (most likely because they don't understand the codebase well enough to know what the right way is). So, having been alerted to the bug, I ignore their patch and fix it independently so the code remains 100% mine.

      Contrary to the starry-eyed vision of people like RMS and ESR, the number of open-source projects that attract a community of open-source developers who submit quality code is very small.

      Since, through experience, I've learned that the number of quality patches or significant contributions is virtually non-existant, I'm not too concerned about people not contributing since it doesn't actually happen.

      Before you say that the above proves your point, keep in mind that a potential submitter doesn't know in advance what my general philosophy/policy on contributions is, so it can't possibly act as a deterrent.

      And in GPLing a project that no one should contribute too, defeats the purpose of the GPL.
      Except that's not the purpose of the GPL. The main purpose of the GPL is to force users of code to make their code open-source (and GPL'd) also to contribute the source code of their project back into the pool of open-source so the amount of freely-available code grows.
      Only the BSD license allows fair play.
      The BSD license allows free-loaders to use (and profit) from the unpaid labor of others without giving anything back.
      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    15. 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.
    16. Re:This is why the BSD license is good... by Jeremi · · Score: 1
      The problem is that humans don't always operate in the best faith, another person could take your code make some changes and never release those changes. As such, you may have helped someone make money from your code, and you got no code in return for the favor.


      How exactly is that a problem? It sounds to me like the author of the BSD'd code made the world a better place, at no additional cost to himself.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    17. Re:This is why the BSD license is good... by cowbutt · · Score: 1
      Being the sole author or my software allows me to dual license it. If somebody wants to use my code in a closed-source project, I can grant them a seperate license in exchange for a fee.

      And that is why anyone with half a brain should never contribute to your project, because that would mean you take their code too, and sell it, while they can't do it.

      Not necessarily. If the OP's code is sufficiently unique and useful, then it may be used regardless of the license. If it is then discovered that it needs to be modified, this may also happen. After a cycle or two of trying to keep the patchsets private (entirely allowed by the GPL, providing no distribution is taking place) they may very well contribute them so they no longer have the costs of maintaining the patchset (effectively a private fork) themselves.

      Only the BSD license allows fair play.

      The BSD license is fine, but the GPL and LGPL are rather more assertive. If you don't like their rules, don't play and write your own code. Personally, I think that (with the exception of trying to supply the canonical implementation of a standard) people who release code under the BSD license are allowing themselves to be taken as mugs. That's their choice though.

    18. Re:This is why the BSD license is good... by xenocide2 · · Score: 1

      So how much longer till WindRiver takes notices that they'd be better off releasing their code under BSD?

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    19. Re:This is why the BSD license is good... by synthespian · · Score: 1

      (...) After a cycle or two of trying to keep the patchsets private (...) they may (...) contribute them so they no longer have the costs of maintaining the patchset (effectively a private fork) themselves.

      The same exact argument can be made for the BSD license: maintance of the patchset in sync with the original project becomes so costly, it is to your advantage to contribute.

      What differentiates the GPL and the BSD license is that, having contributed with the original authors they are the ones who sell the software. You cannot do it, legally. Who's being taken as mugs? What you're saying, if I understand you correctly, is that you think this is fine, because: 1) the code was GPLed, therefore you're allowed to fork it in-house (althought let's wait and see what the GPL v 3.0 will say about this); 2) It is only fair to the original author that he retains the right to fork the code proprietarily, you as a contributor retaining the right to use the code, even fork it in-house, as long as you contribute back (as the GPL demmands) should you distribute it. To that I say, no, it is not fair play that they can dual-license your code, but you can't. As I said, fair play is only garanteed by the BSD license.

      OTOH, I think, on the whole, the GPL is largely untested. Only larger projects demmand that you give up your copyright. For the ones that don't, it remains to be seen the legal hurdles the GPL entails if one claims and proves to have contributed to a project that has been dual-licensed. Lawyers would love the myriad mini-SCO-like allegations of people suing the dual-licensing forker. Which is why some make money selling books about the GPL, where the BSDL never grabbed their attention. It moves the industry, makes money go 'round, just like the lawsuits against physicians in America.

      By and large, the dual-licensing aspects of the GPL is an unforseen collateral effect. It is a way to appropriate the other's code and make money from it, while removing their right to compete. It is a devilish game-of-life algorithm. The BSD license, on the whole, forces you to think if what you want is to really contribute to a collective body of work that will spread in a huge universe of things, software, devices and protocols, to the benefit of all, or do you just want to fuck people over by releasing a proprietary fork while you feed on their work and leave them foodless.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    20. Re:This is why the BSD license is good... by hacker · · Score: 1
      Most projects on sourceforge just use the GPL without thinking due to ignorance. This causes problems for corporate developers.

      Besides you making a completely wild 'rectal approximation' about the nature of choices made by thousands of developers who put projects on Sourceforge..

      How do you figure that the choice of a license "causes problems for corporate developers"? Did those corporate developers not read the instructions when they put their code on Sourceforge? Did those corporate developers forget that they can re-edit their Sourceforge project and change the license at any time? I'm missing your point here.

      Unless of course you're trying to say that the projects on Sourceforge should exist solely to benefit corporate developers. See, corporate developers are paid to... wait for it... "develop" code. This means writing code, not searching Sourceforge for projects that they can pick and choose code out of to solve their corporate goals.

      And lastly, the needs and desires have absolutely no weight on the choice a developer makes for his license. They're not writing their code to help you, they're writing it to help themselves.

    21. 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
    22. Re:This is why the BSD license is good... by cheesybagel · · Score: 1
      Freedom to do what? LGPL is just fine for libraries.

      The only thing the LGPL prevents is obnoxious non-sharing behaviour.

    23. Re:This is why the BSD license is good... by synthespian · · Score: 1

      So what are you saying exactly? That you use the GPL because:
      Since, through experience, I've learned that the number of quality patches or significant contributions is virtually non-existant
      1) No one contributes anyway
      (...) a potential submitter doesn't know in advance what my general philosophy/policy on contributions is
      2) You wanna screw people over by forking their contributions with not even explaining what your policy is (not only it's unethical, might get you a lawsuit)?
      Gee, that was a really good defense of the GPL.
      The GPL doesn't stop free-loaders. On the contrary. Free-loaders fork in-house, you never even hear about it.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    24. Re:This is why the BSD license is good... by cowbutt · · Score: 1
      What differentiates the GPL and the BSD license is that, having contributed with the original authors they are the ones who sell the software. You cannot do it, legally.

      No, you're thinking of MPL-like licenses where the original author explicitly reserves this right for themselves but does not grant it to contributors.

      The GPL says nothing about whether contributions can be dual-licensed and so this defaults to normal copyright law (i.e. the contributions are owned by their respective authors unless they have explicitly signed over their copyright to the original author, or some organisation or foundation).

      Therefore, anyone - even the original author - who attempted to release a proprietary fork under a non-GPL license would be on dangerous ground if any contributor objects and cares enough to sue, I reckon. IANAL, though. Someone defending the proprietary forker might very well make the case that by contributing to a GPLed project, contributors had implicitly assigned their copyright to the original author unless they explicitly reserved and asserted it with a copyright notice or similar. I'd be genuinely surprised if that defense would win, though.

      As you say, though, the GPL is untested, but that's because so far, anyone accused of infringement settles before going to court. To my mind, they'd only do that if that's what they lawyer advises them to do. A prudent approach, in my opinion, is to assume that you aren't allowed to dual-license contributions if you're the original author, and that the original author is allowed to dual-license if you're a contributor. If you don't like that, don't accept contributions without explicit reassignment of rights or don't contribute, respectively. I'd say it's rare that an individual contribution warrants significant thought on the matter, though.

      Ultimately, though, no-one forces anyone to incorporate Free software into their product. If they don't like the rules the copyright owner(s) have set, they should ignore it and write their own damn code. Heck, the GPL allows one to study code and use it as a reference for your own code.

    25. Re:This is why the BSD license is good... by Jeremi · · Score: 1
      people who release code under the BSD license are allowing themselves to be taken as mugs


      "Puritanism - the haunting fear that someone, somewhere, may be happy." -- Henry Mencken


      "GPL - the haunting fear that someone, somewhere, might be benefitting from your code" -- parent post

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    26. Re:This is why the BSD license is good... by pauljlucas · · Score: 1
      If somebody sends me an unsolicited patch, I'm under no obligation to do anything with it under any license. I'm not screwing anybody over since I'm not using their patch. That being the case, ethics never comes into play.

      In the rare case I were to get a patch I did actually use, I could give them a dollars-per-line cut. So, for example, one of my projects has about 30K lines. If I get $30K for a license, I could send them a check for $1/line. Happy?

      The GPL doesn't stop free-loaders. On the contrary. Free-loaders fork in-house, you never even hear about it.
      If they fork in-house, then it's all irrelevant since the provisions of the GPL come into play only if they distribute their code outside of their house. (You don't seem to understand the GPL.) If they do distibute it outside and by some chance I do hear about it, I can sue them. The BSD license gives me no such recourse.

      If you want to be a noble saint and give away your code under the BSD license, that's your business. But don't expect me or anybody else to be so noble. I'd prefer either to compel them to make their code also GPL or make them write their own code.

      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    27. Re:This is why the BSD license is good... by synthespian · · Score: 1

      A prudent approach, in my opinion, is to assume that you aren't allowed to dual-license contributions if you're the original author

      You're entirely right that a lot of licenses should be really MPL-like, definitely not the GPL. This just shows the ignorance regarding the licenses. Law firms, ahoy!
      What I meant was that dual-licensing is happening all over! Small projects wanna do it. Large projects do it. MySQL does it. AFAIK, the only big projects that are carefull are OO.org and the FSF. They demmand that you fill a paper form and snail-mail it giving up on your copyright.
      I agree that that the prudent approach is that of not assuming you can dual-license, but a lot of people are assuming the contrary, either due to unfairness or ignorance (the hype and noise around GNU, Linux and the GPL).
      People need to be conscious about what they're getting into if they contribute to a project. Is it serious? Or are they going to dual-license it and just say "thanks very much for your code", or simply turn it closed-source once they think it's good enough?
      My point was that the BSD license levels the playing field for everybody. Either that or the LGPL. Projects like JBoss use the LGPL because they want the reciprocity that it provides. However, the FSF actively plays against the the LGPL and they renamed it to "Lesser GPL." This license is adequate for libraries, though.
      I guess we can assume from this discussion that there are a lot more subtleties to licensing than people assume. Knee-jerk reactions defending the GPL just won't cut it.
      I prefer the simple, time honoured, tributary to the hacker spirit, court-tested, pro free-software/pro-proprietary approach (the +/+ approach) - the BSD License The other licenses aren't as flexible, or as simple to work with, or as tested.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    28. Re:This is why the BSD license is good... by synthespian · · Score: 1

      As I said, the GPL is advantageous to you, you being the sole author. However, should anyone else contribute, they would have to:
      1) Fill in paper work granting you their copyright (something you should require, in case you dual-license);
      2) Just feel smug and content that you'll be the one making dough with it when you license it under a proprietary wrapper. Everybody else is allowed to just chip in and help, but they can't do the same. Talk about saints...
      However, as you said, none of this applies because you're the sole author. Which again leads me to ask: what's the point of using the GPL license, if nobody's going to get their contributions accepted? Why are you making the source code public? Do you want to help, but not be helped? And if you help yourself making hard cash with the dual-license, you won't let others do it? The only logic I see, is a flawed logic. You're the one wanting to give away without getting anything back since you don't accept contributions and you release under the GPL.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    29. Re:This is why the BSD license is good... by synthespian · · Score: 1

      Yeah, and the only project I know that turned into a GPL project because of a GPL library is the "widely known and used" (*) CLISP implementation of Common Lisp (read about the imbroglio here).

      Now some would consider that real evidence that the GPL stimulates people to merge their code because of contagion, wouldn't they, as opposed to something like BSD sockets. Right?

      (*) It is widely used, but just by lispers ;-)

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    30. Re:This is why the BSD license is good... by pauljlucas · · Score: 1
      Fill in paper work granting you their copyright.
      Why? I don't use their patch.
      Which again leads me to ask: what's the point of using the GPL license, if nobody's going to get their contributions accepted?
      The point you seem to have missed (twice!) is RMS' intent of the GPL. Yet again: to increase the amount of freely-available code in the world. Anybody can use my code as part of their and pay me nothing if their code is also GPL (or remains in-house only). Other authors who license under the GPL are free to (re)use my code and the wealth of other GPL'd code. That's the point. Get it?
      You're the one wanting to give away without getting anything back since you don't accept contributions and you release under the GPL.
      1. So I guess that makes me more of a saint than you.
      2. As I said, I've never been in the situation where I've gotten anything worth while back, so it's all moot. If and when I get something worth including in my code, I may revisit my policy.
      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    31. Re:This is why the BSD license is good... by synthespian · · Score: 1

      LOL :-)
      Well, I've said this before in another /. discussion:

      The real difference between the GPL and the BSDL is that one's from Massachussets and the other's from California!

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    32. Re:This is why the BSD license is good... by Anonymous Coward · · Score: 0

      Here's the problem:

      Microsoft used (and was entitled to use) BSD licensed code in their product. It enabled them to move into a market that they ignored, almost lost and then dominate that market.

      Later, they decided to co-opt protocols that were already established and open (Kerberos, for one) and attach it to code that they didn't develop, had made tons of money off of with no effort on their part AND decide that no one else could possibly duplicate their effort by keeping their extensions secret and bribing (i.e. donating money to re-election campaigns) congressmen to pass such stupid laws as DCMA, which makes it illegal to reverse-engineer such protocols.

      This is bullshit! I do not mind the BSD license as such, just the possibility of misuse to allow powerhouses such as Microsoft to use it (legally) to use other people's code in their product but then lock-out any and all competition from using changes to that code! GPL was designed to prevent this scenario.

    33. Re:This is why the BSD license is good... by dedazo · · Score: 1
      Besides you making a completely wild 'rectal approximation' about the nature of choices made by thousands of developers who put projects on Sourceforge

      http://sourceforge.net/softwaremap/trove_list.php? form_cat=14

      Here's your 'rectal approximation'. Look at the entry for the GPL. 45,000+ projects - far more than any other OSI-approved license. Rectal enough?

      How do you figure that the choice of a license "causes problems for corporate developers"?

      I think the OP was referring to the fact that a library (non-application) project under the GPL is essentially useless to a corporate developer, assuming their product is distributed beyond their firewall.

      I hear the GPL will take care of that, given the Google/Yahoo "problem" that the FSF has been harping about for the past few years.

      But you are right at least in this: TANSTAAFL. A developer is free to release his/her code under anything that suits him, and everyone else is free to use or not use the code if they have problems with the license. In this sense, the GPL is not "problematic" in any way. The GPL is only "viral" (or "infectious" as ESR recently called it) if you're dumb enough to let it behave that way by incorporating it into your product(s) without first considering the impact. No one forces GPL'ed code on anyone.

      I will say this - I have heard people bemoan the fact that they released some code under the GPL for whatever reason, mainly because "that's what everyone uses". An opportunity comes around later that is complicated because there's already a version of the code out there under the GPL, even though they're the copyright holders. The FOSS world tends to be surprisingly misinformed about licenses, for all their firebrand rethoric on the issue. But I wouldn't go as far as to claim all developers licensed their code under the GPL "mistakenly".

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    34. Re:This is why the BSD license is good... by hacker · · Score: 1
      "Here's your 'rectal approximation'. Look at the entry for the GPL. 45,000+ projects - far more than any other OSI-approved license. Rectal enough?"

      I missed the part where the OP cross-referenced that with the survey he/she took that took into account the original statement about "..without thinking due to ignorance". I anxiously await those results as well. Of those 45,000 projects, how many (in real numbers) chose the GPL "without thinking"? A 2-dimensional matrix of these datasets will do.

      An opportunity comes around later that is complicated because there's already a version of the code out there under the GPL, even though they're the copyright holders.

      And they, as copyright holders, are free to change the license of that GPL project to whatever they wish, to BSD, GPL, freeware or otherwise. Of course as you mention, it doesn't take effect retroactively...

    35. Re:This is why the BSD license is good... by Arkaein · · Score: 1

      Except that under a BSD license a future employer could require him to make modifications to the original code and require that those modifications be proprietary and stay within the company.

      With the GPL a future employer could require the same problem be resolved with completely new proprietary code, but at least they have the option to use a tried and true GPL version if they do not require proprietary code.

    36. Re:This is why the BSD license is good... by synthespian · · Score: 1

      Yeah, you know, the problem is that you're hypothesizing, besides stating the obvious, beaten-to-death follow-up argument against the BSDL. The reality is that the told a True Story (TM) about Real Code (TM).
      And what you say might as well be a non-sequitur, because a company might not touch GPL code in the first place.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    37. Re:This is why the BSD license is good... by Jeremi · · Score: 1
      Most likely an employer that requires modifications to be kept proprietary would not consider using a GPL'd version either; so in the GPL case I might be forced to re-write the code from scratch yet again -- not something I'd want to do. (Of course I would probably not want to work for such an employer anyway)


      But in any case, the one thing no employer can do is make proprietary the existing open source codebase. Since the code is fairly mature, I think that is the important thing.

      --


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

      You just made that nick up, "dedazo", right. That was rectal...

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    39. Re:This is why the BSD license is good... by Anonymous Coward · · Score: 0

      That's nice that you've drunk the GNU/FSF/RMS cool-aid. Now tell us here in the rest of the world something RELEVANT as to why we should bother with opern source software.

    40. Re:This is why the BSD license is good... by ookaze · · Score: 2, Insightful

      Over the years, I've gotten only a handful of very small patches and they've either been of pretty poor quality or fixed some bug in completely the wrong way (most likely because they don't understand the codebase well enough to know what the right way is). So, having been alerted to the bug, I ignore their patch and fix it independently so the code remains 100% mine.

      And that's why, when quality developers see that there is NO contributor to your project, even though there are several bug reports, they think one of the following :
      - this guy does not need any contribution
      - this guy does not take any contribution
      So, it snowballs into the fact that you get no valuable contribution.

      Contrary to the starry-eyed vision of people like RMS and ESR, the number of open-source projects that attract a community of open-source developers who submit quality code is very small.

      I see thousands. In fact, you don't see that what you are saying, is that most quality developers are already head developers of their app. There are thousands of alive projects on Freshmeat, and 1 project alive means at least 1 developer. With your logic, if he does not get contributions, that means he is the best on his code.

      Since, through experience, I've learned that the number of quality patches or significant contributions is virtually non-existant, I'm not too concerned about people not contributing since it doesn't actually happen.

      And I explained why, that's your attitude.

      Except that's not the purpose of the GPL. The main purpose of the GPL is to force users of code to make their code open-source (and GPL'd) also to contribute the source code of their project back into the pool of open-source so the amount of freely-available code grows.

      No, the main purpose of the GPL is explained on the FSF and GNU sites. It's just to have free code and keep it free. The GPL DOES NOT force you to make anything.

      I agree with what you say about BSD licence though. It sure is not a fair play licence, it was not meant to be.

    41. Re:This is why the BSD license is good... by cowbutt · · Score: 1
      You're entirely right that a lot of licenses should be really MPL-like, definitely not the GPL. This just shows the ignorance regarding the licenses. Law firms, ahoy!

      Only if the original author has the intention from the outset of having the possibility of easily producing a non-GPL licensed edition (i.e. without having to seek permission or reassignment from every individual contributor at a later date). I think in most cases, original authors have made a positive choice to use the GPL for their code. I know I have (in preference to BSD and Artistic) for a package I wrote and for which the primary purpose was as a piece of example/demonstration code for a third-party library.

      What I meant was that dual-licensing is happening all over! Small projects wanna do it.

      Examples?

      Large projects do it. MySQL does it.

      MySQL are the original authors of their code, and so they're perfectly entitled to do so. I agree with Linus Torvalds' view that "He who writes the code gets to say the copyright, and _nobody_ has the right to complain about his/her choice of copyright". As far as I'm aware, MySQL AB have always offered MySQL under other licenses than the GPL, thus they could well be an exception to my previous comment about a 'implicit assignment' defence being unlikely to be upheld.

      I think original authors are entitled to have the right to dual license if they wish, though I'd prefer they wouldn't, and didn't feel the need to.

      AFAIK, the only big projects that are carefull are OO.org and the FSF. They demmand that you fill a paper form and snail-mail it giving up on your copyright. I agree that that the prudent approach is that of not assuming you can dual-license, but a lot of people are assuming the contrary, either due to unfairness or ignorance (the hype and noise around GNU, Linux and the GPL). People need to be conscious about what they're getting into if they contribute to a project. Is it serious? Or are they going to dual-license it and just say "thanks very much for your code", or simply turn it closed-source once they think it's good enough? My point was that the BSD license levels the playing field for everybody. Either that or the LGPL. Projects like JBoss use the LGPL because they want the reciprocity that it provides.

      Now you've lost me. What additional reciprocity or protection from dual-licensing does the LGPL give that the GPL does not? The only extra the LGPL allows that the GPL does not is that closed, proprietary applications may be linked against it (providing they use the published API) without themselves being subject to the (L)GPL. As the copyright owners of JBoss, JBoss Inc. could, if they wished, take the next version of JBoss proprietary. You have only their honour and their word that they won't (combined with the threat of legal action from an offended contributor who didn't want to implicitly reassign their copyright), just like with any other GPLed project. JBoss Inc. are not bound by the terms of the LGPL regarding code that they own unless they want to be.

      However, the FSF actively plays against the the LGPL and they renamed it to "Lesser GPL." This license is adequate for libraries, though.

      Well, it depends on the code. As I wrote in a previous commment, pick the right license for the code according to its role. If you're building something that you'd like to be used as standard (e.g. a desktop environment) in Free operating systems, even by proprietary applications, LGPL is probably the way to go. If you've built something valuable and unique that you'd like to only make available to Free applications (in effect providing a Unique Selling Point for Free OSs and applications), then the GPL might be a better bet.

      I guess we can assume from this discussion that there are a lot more subtleties to licensing than people assume. Knee-jerk reactions defending the GPL just won't cut it.

      Likewis

    42. Re:This is why the BSD license is good... by pauljlucas · · Score: 1
      And that's why, when quality developers see that there is NO contributor to your project, even though there are several bug reports, they think one of the following...
      How are they supposed to see unsolicited patches I get in private e-mail? How are they supposed to see unsolicited bug reports I get the same way?
      There are thousands of alive projects on Freshmeat, and 1 project alive means at least 1 developer.
      Right, and a majority of them have only one developer: the original author.
      No, the main purpose of the GPL is explained on the FSF and GNU sites. It's just to have free code and keep it free. The GPL DOES NOT force you to make anything.
      BSD-licensed code remains free regardless if somebody uses it for a closed-source product: you can still obtain the original, free code. Since the BSD license also keeps code free, that clearly can't be the purpose of the GPL. The GPL does force you to make a choice: either use GPL'd code and make your code GPL also, or don't use GPL'd code.
      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    43. Re:This is why the BSD license is good... by Billly+Gates · · Score: 1

      No they are not under the GPL.

      Doing so is in violation of the GPL from the previously forked version since its contaminated.

      I got modded down quite heavily because I am a BSD bigot but I want to use GPL libraries for some application I want to sell or use internally at work. I can't. :-(

      If it were BSD or GPLed I could. That is what I am trying to say and I do not understand why that is so controversial?

      I could see cut and pasting is wrong, but what about #include somefile ? I can't even include header files because the GPL is restrictive.

      Under a BSD license I could change the license mroe regularly because its less strict. FSF do not even read the licenses of what they are releasing and sometimes they screw themselves if they want to include the code or even link to it at work.

    44. Re:This is why the BSD license is good... by Billly+Gates · · Score: 1

      Because most developers just include the GPL license that Kdevelop throws out by default or because its what everyone else is using.

      I can understand why a developer would not want me to steal his code. It makes sense.

      But liability is a four letter word and out of control today in business. Just look at the companies who are leaving Linux due to the SCO lawsuit or at leave have all FOSS boxes on hold until the case is closed?

      I do not want to steal. All I want is to use an #include somefile. Thats it? To me that is extreme and yes the GPL at that point restricts my own liberties.

      Proprietary software is a must in business. First off most software is made inhouse. Does the GPL allow this? Yes, but it makes many lawyers and IT manager at work uncomfortable. What if my company gets bought out? Is that corporation then in violation of the GPL? What if Microsoft does an audit and scares the CIO about *liability protection*?

      The fud MS is using on the SCO case is now working as their salesteam has shiny brochures about Linux and I.P claims, etc.

      The LGPL is just safer for job security.

    45. Re:This is why the BSD license is good... by Rich0 · · Score: 1

      Proprietary software is a must in business. First off most software is made inhouse. Does the GPL allow this? Yes, but it makes many lawyers and IT manager at work uncomfortable. What if my company gets bought out? Is that corporation then in violation of the GPL? What if Microsoft does an audit and scares the CIO about *liability protection*?

      Then just write your own software, or buy it from MS with all the issues that brings. When I contribute to open source projects I'm happy when some money-making corporation is able to use it and share freely what they've done with it. On the other hand, if some mega-corp wants to use the work that I helped contribute to and keep the results secret, ask me if I care if they end up in legal problems as a result. They're not paying me - I'm not going to lose sleep over how nervous their lawyers are. If they just open-source their own code then they'd have no issues. If proprietary software is a must for them, then they should just buy proprietary software. I just don't want to hear them whining when they have a higher cost structure than a competitor who fully embraces open-source...

  12. Someone...finally...got....the...point?! by 222 · · Score: 4, Funny

    John Koenig, principal of Riseforth, a consulting service for software vendors, said many software developers and end users are attracted to a different kind of free. "They have the ability to do what they want with it: Put it anywhere you want, change it if you want -- and sell it if you want, in a lot of cases," he said.

    Like, whoa!

  13. The previus step to profit? by cuerty · · Score: 2, Funny

    No.. it can't be.

    --
    >Linux is not user-friendly.
    It _is_ user-friendly. It is not ignorant-friendly and idiot-friendly.
  14. This must include Maui-X-Treme by Zweideutig · · Score: 1

    The CherryOS guys were nice enough to include an opensource component (PearPC.) So are they in this statistic even if they didn't want to admit that they took advantage of this opensource project? How many more smal start-up companies are going to try to repackage opensource projects and sell them?

    --
    Powered by caffeine and sugar; BSD
    1. Re:This must include Maui-X-Treme by destuxor · · Score: 1

      Here's one: compare Gaim to this pathetic Gaim ripoff named IMBlaze (heh heh search for Gaim rip off).

    2. Re:This must include Maui-X-Treme by Anonymous Coward · · Score: 0
      Ob:Yes. And when will those eeeevvvviiiiilll Red Hat Bastiches stop reselling the fruits of linux for profit?! The horror!? The cheek of them!

      Just because one guy got off to the wrong start with attempting to wrap someone elses project and resell it doesn't mean that you can't ever sell gpl stuff (presumably with some kind of value add) for money.

      The gpl makes it hard to make money selling gpled software, but does *not* rule it out based on some kind of anti-capitalist 'money is the root of all evil' commie manifesto.

      As a software writer this kind of mindless fanboy response really is quite offputting. I could see it working either for or against the developer quite strongly. And it seems so fickle, eg one day you're getting along fine with the F/OSS community and then the next day they (well half of them - the resemblance to herding cats is noted) declare unholy jihad and you've got dozens of spin off projects all desperately trying to put you out of business... Talk about biting the hand.

      Of course, we can learn some lessons from the CherryOS guy:

      (1) Don't be a prick

      (2) Give credit where credit is due (I mean, come on, most of the gpl guys are just in it for the ego and it costs you nothing to stroke theirs (the gift that keeps on giving))

      (3) Don't be a tosser. We can see this with Stallman - the guy makes an enormous contribution, but he also has a fracturing effect on the community, whereas you'd have to look pretty far to find someone who hated Linus.

      (4) Don't be idiots like the PearPC guys, who start whining that someone else is playing with their toys. Thats the whole point of F/OSS fellas, that everyone gets to play with your toys, whether you like it or not.

      (5) Don't be like the parent poster and act like the gpl is anti-commercial ... unless this is the image you want to foster? Remember there are alternative licences we can use instead.

  15. 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.

    1. Re:Nice number, but... by torstenvl · · Score: 2, Insightful

      It's the contribution that counts to GPL-license-using developers and to some others. There is a section of society that prefers wide-spread adoption and de facto standardization to forcing contribution of new code. Even Stallman sometimes shares this viewpoint, as he said in his rationale behind the LGPL.

    2. Re:Nice number, but... by cperciva · · Score: 1

      It shoud also be noticed that they are simply using open source software instead of making contribution.

      Today's users are tomorrow's contributors.

  16. Re:True and... by ninja_assault_kitten · · Score: 1

    Actually, that was a little trollish..

    What I meant was that the vast, vast majority of Freshmeat projects are unmaintained and never go anywhere. People who bought a book on C, Python or Perl and wrote some useless util they never really finished.

  17. Only 56%? by cortana · · Score: 1

    I'm pretty sure that >99% of software developers, or anyone who sits down at a desktop PC, are using zlib and libpng. I'm sure there are other libraries that are just as widely used accross Windows and Mac OS X.

  18. I can feel the heat by Anonymous Coward · · Score: 0

    How long before this decends into a BDSL vs GPL flamefest?

    1. Re:I can feel the heat by torstenvl · · Score: 2, Funny

      Yeah, cuz those Bibliography of German Language and Literature at the University Library of Frankfort on the Main folks sure do hate the General Public License. ;-)

    2. Re:I can feel the heat by Anonymous Coward · · Score: 0

      No chance, everyone knows that the BSD license gives you true freedom, unlike the communist viral GPL.

  19. MOD FUNNY (or maybe insightful) by Zweideutig · · Score: 1

    What he means is that there are alot of beginners that get interested in writing a little program, but they get too ambitious, and the little C tutorial isn't comprehensive enough to help them finish. The solution is to not put it on freshmeat until it is fairly usable. I am not putting mine in freshmeat yet because I am still working on menus with Xlib.

    --
    Powered by caffeine and sugar; BSD
  20. 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

    1. Re:Knowingly use Open Source by keesh · · Score: 1

      I bet you're violating your licence by allowing multiple people to access the machine on which the compiler is installed. I also bet that it'll cost your company a whole lot of money when that machine breaks or needs to be taken offline. Smart...

  21. 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

  22. For those unfamiliar with Microsoft. by DaedalusHKX · · Score: 1

    You might not recall, but M$ has a constant tendency to lure people in with lies and trivial bait (ooh, look, we're misinterpreting open source, so we're open, come use ours) and then after people lock themselves into their crap, they suddenly require new terms, or force you to play by new rules...

    When you argue otherwise... they pull that old Darth Vader vs Lando Calrissian on Cloud City line...

    coder "That wasn't part of the deal!!"
    micro$oft "I am altering the deal, pray I don't alter it any further!! Or... (pause) do you think you are being treated unfairly?"
    coder (visibly gulps in fear) "No, not at all."

    But hey folks, it happened when they were partnered with Novell, and then stabbed those folks in the back, they did it to IBM, they slowed the adoption of Java to the point where the much nastier activeX took over (but Sun keeps kissing their ass)...

    Pretty much every company that ties themselves in with Microsoft gets raped out of everything they have tied into that project (Symantec, Network Associates and pretty much every antivirus and antispyware vendor now has their neck on the block, and M$ will swing the axe once they can do so... since antitrust lawsuits, even by the US gov't really don't mean squat (as we have all seen, even LOSING those lawsuits doesn't concern microsoft anymore))

    --
    " What luck for rulers that men do not think" - Adolf Hitler
    1. Re:For those unfamiliar with Microsoft. by eneville · · Score: 0

      Just don't use their software. I don't think MS is ready for the desktop anymore. I only use it in some places because of Outlook, but given time I'll be dealing with that.

      Seriosuly, there is little reason to use it these days.

    2. Re:For those unfamiliar with Microsoft. by Decaff · · Score: 1

      But hey folks, it happened when they were partnered with Novell, and then stabbed those folks in the back, they did it to IBM, they slowed the adoption of Java to the point where the much nastier activeX took over

      ActiveX took over? On the internet? Where? There is lots of ActiveX within Windows, but it is basically renamed COM. There is little use of ActiveX on web pages.

      (but Sun keeps kissing their ass)...

      True, if you assume that Sun sueing Microsoft, and Microsoft giving in and paying Sun billions and giving sun access to APIs is 'kissing Microsoft's ass'.

    3. Re:For those unfamiliar with Microsoft. by vansloot · · Score: 1

      Actually, ActiveX is the renamed OLE Automation. COM is the low-level layer it is based on.

      At the most basic level, COM is the interface:

      IUnknown
      - AddRef
      - Release
      - QueryInterface

      At the most basic level, ActiveX is the interface:

      IDispatch: IUnknown
      - GetTypeInfoCount
      - GetTypeInfo
      - GetIDsOfNames
      - Invoke

    4. Re:For those unfamiliar with Microsoft. by InvalidError · · Score: 1

      Exactly.

      COM is an interesting concept and ActiveX is only one very specific application of it.

  23. 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.

    2. Re:How many don't know they are using OSS? by Spoing · · Score: 1
      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.

      Yep. What can you do? Not much without looking like a rabid free software / Linux / ... advocate.

      I get the distinct impression that to most folks I deal with think open source exists on Linux and nowhere else. If they use Windows or a propriatory *nix, they can't be using 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.
  24. PHP by northcat · · Score: 1

    I'm thinking PHP probably with MySQL makes up for the largest part of it. Other web developing apps too. And maybe they write some scripts or modules for Apache and that counts as developing or maybe just using Apache to run scripts/programs and consider that as "developing". GCC (like Mingw) might also be used a lot.

    1. Re:PHP by polyp2000 · · Score: 1

      Maybe right, GCC is used heavily in embedded systems - and for hardware development. Think mobile phones, TiVo's , Games Consoles (not just PSX) I know people who use GCC to build things for XBox - Its used a lot in R&D too! GCC also comes in very handy when you are building for different Operating systems or architectures.

      --
      Electronic Music Made Using Linux http://soundcloud.com/polyp
    2. Re:PHP by Decaff · · Score: 1

      I'm thinking PHP probably with MySQL makes up for the largest part of it.

      I doubt it. If you read the article, it suggests that use of Open Source is increasing partly in terms of Java application servers, like JBoss. So, paradoxically there is a growth of Open Source tools, libraries and services around a technology that isn't Open Source - Java (although Kaffe and Harmony may change this).

    3. Re:PHP by cheesybagel · · Score: 1

      RedHat has probably been spending a bundle on Open Source Java for over a year now. The first results can be seen in Fedora Core 4.

    4. Re:PHP by Decaff · · Score: 1

      RedHat has probably been spending a bundle on Open Source Java for over a year now. The first results can be seen in Fedora Core 4.

      And this is nowhere near ready for serious commercial development use. This requires full certified compatibility with Java 1.3 or Java 1.4. There is a project to do this, called Harmony, but it is unlikely to deliver a compatible implementation for years.

  25. so? by Avenger337 · · Score: 1

    Yea, well, you do realize that 88.3247910% of all statistics are made up on the spot.

    1. Re:so? by Doc+Ri · · Score: 1

      "Yea, well, you do realize that 88.3247910% of all statistics are made up on the spot."

      Isn't that the exact market share of IE from three month ago?

      --
      617B3B7F7E7C7D7F00EOF
    2. Re:so? by corngrower · · Score: 1

      Really? Last week it was just 86.488315%.

  26. Sloppy Statistics by Waffle+Iron · · Score: 5, Funny
    I'm sick of the media's sloppy reporting of statistics. Things like "56.2% of developers do blah blah blah".

    Look, there's no reason to be so fuzzy with the numbers. This survey received exactly 5830 responses, and of those, exactly 3278 developers said that they use OSS. That means that precisely 56.2264150943396226415(0943396226415)... percent of all developers use OSS.

    This is a rational number, people; it sure as hell ain't pi. There's no reason to get lazy and muddy the waters with approximations.

    1. Re:Sloppy Statistics by Anonymous Coward · · Score: 0

      ...and 83.45% of all slashdot responses are made up on the spot

    2. Re:Sloppy Statistics by Walterk · · Score: 1

      You're the one who is being lazy, it's 56.22641509433962264150943396226415094339622641509 433962264150943396\
      22641509433962264150943396226 415094339622641509433 962264150943396226\
      41509433962264150943396226415 094339622641509433962 264150943396226415\
      09433962264150943396226415094 339622641509433962264 150943396226415094\
      33962264150943396226415094339 622641509433962264150 943396226415094339\
      62264150943396226415094339622 641509433962264150943 396226415094339622\
      64150943396226415094339622641 509433962264150943396 226415094339622641\
      50943396226415094339622641509 433962264150943396226 415094339622641509\
      43396226415094339622641509433 962264150943396226415 094339622641509433\
      96226415094339622641509433962 264150943396226415094 339622641509433962\
      26415094339622641509433962264 150943396226415094339 622641509433962264\
      15094339622641509433962264150 943396226415094339622 641509433962264150\
      94339622641509433962264150943 396226415094339622641 509433962264150943\
      39622641509433962264150943396 226415094339622641509 433962264150943396\
      22641509433962264150943396226 415094339622641509433 962264150943396226\
      41509433962264150943396226415 094339622641509433962 264150943396226415\
      09433962264150943396226415094 339622641509433962264 150943396226415094\
      33962264150943396226415094339 622641509433962264150 943396226415094339\
      62264150943396226415094339622 641509433962264150943 396226415094339622\
      64150943396226415094339622641 509433962264150943396 226415094339622641\
      50943396226415094339622641509 433962264150943396226 415094339622641509\
      43396226415094339622641509433 962264150943396226415 094339622641509433\
      96226415094339622641509433962 264150943396226415094 339622641509433962\
      26415094339622641509433962264 150943396226415094339 622641509433962264\
      15094339622641509433962264150 943396226415094339622 641509433962264150\
      94339622641509433962264150943 396226415094339622641 509433962264150943\
      39622641509433962264150943396 226415094339622641509 433962264150943396\
      22641509433962264150943396226 415094339622641509433 962264150943396226\
      41509433962264150943396226415 094339622641509433962 264150943396226415\
      09433962264150943396226415094 339622641509433962264 150943396226415094\
      33962264150943396226415094339 622641509433962264150 943396226415094339\
      62264150943396226415094339622 641509433962264150943 396226415094339622\
      64150943396226415094339622641 509433962264150943396 226415094339622641\
      50943396226415094339622641509 433962264150943396226 415094339622641509\
      43396226415094339622641509433 962264150943396226415 094339622641509433\
      96226415094339622641509433962 264150943396226415094 339622641509433962\
      26415094339622641509433962264 150943396226415094339 622641509433962264\
      15094339622641509433962264150 943396226415094339622 641509433962264150\
      94339622641509433962264150943 396226415094339622641 509433962264150943\
      39622641509433962264150943396 226415094339622641509 433962264150943396\
      22641509433962264150943396226 415094339622641509433 962264150943396226\
      41509433962264150943396226415 094339622641509433962 264150943396226415\
      09433962264150943396226415094 339622641509433962264 150943396226415094\
      33962264150943396226415094339 6226415094

    3. Re:Sloppy Statistics by Anonymous Coward · · Score: 0

      Of all developers surveyed. You got sloppy with your joke about getting sloppy.

    4. Re:Sloppy Statistics by Anonymous Coward · · Score: 0

      Whoosh....

    5. Re:Sloppy Statistics by Anonymous Coward · · Score: 0

      [snip]

      How in the hell did that get past the lameness filter?!?

  27. not that suprising by Anonymous Coward · · Score: 0

    Not all that suprising. I meen for example a bunch of C and BISON stuff is open source right? Plus just for development it's logicle you can see what everyone else has done and go from their.

  28. Qt, does anyone know? by Anonymous Coward · · Score: 0

    Whether there is some special provision for a lower price licence, say, for companies with up to 2 developers? Or even for an individual developer?

    $1500 USD seems a little too much for a small guy doing a Windows Tetris-like (or Jewel-) game...

  29. More than just a replacement for Outlook. by DaedalusHKX · · Score: 1

    If you need to dump outlook, get Evolution plus the Evolution Exchange Connector. That will cover having to connect to Microsoft's exchange servers.

    That app has done the job for me admirably on Debian, Ubuntu and Fedora Core 1, 3 and 4. Email, contacts and calendar. (I use webcals so those got shared to my other project contributors, took a minor bit of tweaking. (didn't cost me 1500-3000 like Microsoft Small Business Server software would've.)

    Also, Evolution has Open Office 1 and 2 plugins, and if you don't like evolution, give php groupware a shot. I haven't spent much time on it, so I would welcome reviews :)

    --
    " What luck for rulers that men do not think" - Adolf Hitler
    1. Re:More than just a replacement for Outlook. by eneville · · Score: 0

      Evolution does not always connect. I gave it a ago a while back, it would be great if Evolution did but sometimes it just doesnt do the job. Moving to IMAP would be better, but we have so much stuff ingrained with MS Api's that talk to exchange. Superb, groupware is even in the apt database.

  30. Knowingly making mistakes. by Anonymous Coward · · Score: 0

    "valgrind on my C code has found so many potential problems in code."

    Windows Programmer.

  31. Where's the margin of error? by ClosedSource · · Score: 1

    Sounds like just another unscientific survey reported on Slashdot.

  32. Envy of Beginning Programmers??? by Anonymous Coward · · Score: 0
    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.

    They can have a job... oops! Are we talking about the Indian sub-continent or North America and Europe here?

  33. Cygwin is the reason. by reporter · · Score: 1
    Given that most developers develop on a Windows platform, the 56% is likely due to these developers installing Cygwin. It provides an outstanding development environment by virtual of the fact that Cygwin emulates the entire UNIX environment. The alternative is that you must pay big bucks to a commercial company to buy a package of UNIX tools (e.g. ls, grep, sh, and the like) written for Windows. Yet, Cygwin is free. Why would any fool pay the commercial company when she can just download Cygwin?

    Cygwin is not a toy. I develop on it all day. My productivity in Cygwin is much higher than my productivity in raw Windows.

    1. Re:Cygwin is the reason. by vansloot · · Score: 1

      Unix Services for Windows (Interix) http://www.microsoft.com/windowsserversystem/sfu/d efault.mspx is also a freely available download. Unfortunately, you have to download a number of other packages to make it completely useful: http://www.interix.com/

    2. Re:Cygwin is the reason. by anomalous+cohort · · Score: 1
      Cygwin is free

      Cygwin is not free. From http://cygwin.com/faq.html

      In particular, if you intend to port a proprietary (non-GPL'd) application using Cygwin, you will need the proprietary-use license for the Cygwin library.

      The company, whom I work for, develops and sells closed source software. I contacted redhat for the details. The "buy out" license is prohibitively expensive. We ended up using a proprietary package because it was cheaper.

      I use a lot of open source at work. cygwin, inkscape, Gantt Project, umlet, and dia to name just a few. But I use open source at work only as a consumer. I do not package any of the code in the company's products. At work, I use open source as a user, not a developer. Home is a different story. I code to plenty of open source there. None of that goes into work, however.

    3. Re:Cygwin is the reason. by Anonymous Coward · · Score: 1, Funny

      > The company, whom I work for, develops
      > and sells closed source software.

      Why are you participating in this anti-social system!?

      Hoarder!

    4. Re:Cygwin is the reason. by neil.pearce · · Score: 1

      Unix Services for Windows ... is also a freely available download

      Unix Services for Windows "requires" Windows 2000/XP Professional editions or Windows Server to install
      (though mysteriously, a few modifications to install files let it run quite happily on other setups)

      Cygwin installs on everything from Windows 98 upwards

    5. Re:Cygwin is the reason. by Urchlay · · Score: 1
      In particular, if you intend to port a proprietary (non-GPL'd) application using Cygwin, you will need the proprietary-use license for the Cygwin library.

      Yuck.

      MinGW doesn't have such a Draconian clause in its license.

      We ended up using a proprietary package because it was cheaper.

      Did you evaluate MinGW and find that it wouldn't work? You can't get much cheaper than that... and it works well, too (or at least it Works For Me, YMMV, IANAL, WTFLOL etc).

    6. Re:Cygwin is the reason. by vansloot · · Score: 1

      I agree (with what I think you're saying), that cygwin is a better package overall. I was just responding that it is not the only available posix/unix system available on windows.

  34. The statistic isn't clear anyway by Anonymous+Brave+Guy · · Score: 1

    If I'm reading this right, they are simply using open source software, and not necessarily (as the Slashdot summary says) "[using] OSS modules in their applications". Was I the only one who immediately read that as if they were linking (L)GPL'd modules into their code or something similar?

    It's not really clear what the statistic includes anyway. The only specific cases mentioned in TFA are "the operating system" and "application servers like Jboss or Gluecode". I certainly wouldn't describe using a Linux box somewhere in my organisation as "using an OSS module in my application", and I doubt more than half the software developers in the world use something like Jboss or Gluecode. Does writing software in an OSS-friendly scripting language count? Using an OSS database in the back-end? Does using Firefox to access a web-app?

    Without clarification, the number is as meaningless as most other OSS-vs.-CSS statistics produced by either side.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
  35. Apache Software License by mparaz · · Score: 1

    Stuff from the Apache Java projects have made its way into all sorts of commercial ware - even the Java Runtime itself.

  36. Reread the Grandparent. by Anonymous Coward · · Score: 0

    You misread the grandparent article. Its author is talking about using Cygwin, not incorporating Cygwin code into applications. Using Cygwin is free.

  37. Car parts by HermanAB · · Score: 1

    Car parts are actually a good analogy to FOSS. Lots of car parts are interchangeable. I have even used some Toyota car parts on Honda motorcycle engine...

    --
    Oh well, what the hell...
  38. Re:The REAL tragady of P2P by synthespian · · Score: 1

    Software standards such as Apache or Linux

    Linux is not a "standard." POSIX is a standard, which Unixes (Linux too) follow.

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  39. Still waiting. by Erris · · Score: 1
    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?

    You really want a better way? Just point out all of the competitors who are eating their lunch with GPL'd software.

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
  40. The other 43.8% simply don't realize by melted · · Score: 1

    That at least some of the utilities they're using are open source. Heck, even Microsoft uses Perl and GNU m4 in build process. Many devs use Emacs and UNIX CLI tools.

  41. Nothing new here free source available decades ago by AHumbleOpinion · · Score: 1

    The only thing new here is that public domain and home grown licenses are being replaced with more formal open source licenses. A long standing method of operation, using free publicly available source code, now has a new label, "Open Source". Companies have been using public domain source, libraries, and tools for decades. The C Users Journal mainted a library. Technical books came with source code samples. People posted their work to BBS, Bix, the CompuServer DDJ Forum. Some people post buggy code and asked for help and often received it.

    Every generations thinks they discovered something new and they are usually wrong. Your daddy legally shared source code too. Your grandma didn't only do it in the missionary position.

  42. Ambigous question by staeiou · · Score: 1

    I maintain a Microsoft SQL and Exchange server (not my choice, but management is stubborn about migrating), but I use Firefox and Jext, an open source text editor, to do my work.

    If I were polled, what would I say? My employer doesn't allow code to be released open-source, but yet I use Open Source code to do my job.

  43. Re:The REAL tragady of P2P by cheesybagel · · Score: 1

    Linux is a de-facto standard. Solaris and *cough* SCO Unix have support for running Linux binaries for example.

  44. Re:The REAL tragady of P2P by msh104 · · Score: 1

    it isn't "linux" binairy. it's a ELF or a.out binairy... yet another standard.

  45. games by Anonymous Coward · · Score: 0

    i'll bet you noticed too, lot of games are using Python for customizing/scripting game scenarios etc.
    This cant be bad, i guess.. Proves me again, its a useful and flexible language

  46. 56.2% use OSS modules, NOT OSS software by try_anything · · Score: 1
    There's too much confusion in this thread about what the 56.2% is about. Here's the relevant quote: Among software developers, Evans Data has found a rising trend toward including open source modules. While 38.1 percent said they used OSS modules in their applications in Spring of 2001, in the most recent survey, 56.2 percent said they had.

    I interpret that as excluding platforms and tools such as CVS, Linux, Perl, and Emacs.

    Clearly the survey as about using Boost, Log4J (does that date me as a Java developer?), embedded Perl and Python, and other OSS entities as software modules.

  47. Re:The REAL tragady of P2P by synthespian · · Score: 1

    Linux fanboys are getting to be really uneducated nowadays. One of these days, they'll say that Linux has nothing to do with Unix.
    Allow me to educate the fanboy a little with documentation from the FreeBSD project: Why use (what are) a.out and ELF executable formats?

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  48. Significant Digits by JoelMC · · Score: 1

    I'd like to know exactly what their sample size and expected percent error. I am not arguing that the number could be 56%, but saying 56.2% is like saying,
    There's a 75.3% chance of rain, +/- 5%
    The .3% really has no meaning.

  49. Re:The REAL tragady of P2P by ultranova · · Score: 1

    Linux fanboys are getting to be really uneducated nowadays. One of these days, they'll say that Linux has nothing to do with Unix. Allow me to educate the fanboy a little with documentation from the FreeBSD project: Why use (what are) a.out and ELF executable formats?

    To sum it up, the link says that gcc dropped support for a.out format, and some ISO-C++ features require ELF format, and so FreeBSD had to switch. It also says that Linux switched earlier because of problems in implementing shared libraries in Linux with a.out format, and that it was a painfull transition.

    Please explain how this conflicts with the parents claim that "it isn't "linux" binairy. it's a ELF or a.out binairy... yet another standard" ? And please explain what the "Linux fanboy" was supposed to learn from this ?

    Did you actually read the link you provided ? You seem to imply that ELF and a.out are Linux-specific executable formats (by attacking the parent claiming that they are standards and not Linux-specific), but the link claims that a.out was in use in FreeBSD and ELF is used right now, so your link directly contradicts your post.

    Are you trolling or do you just need more coffee ?-)

    --

    Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  50. Re:The REAL tragady of P2P by synthespian · · Score: 1

    Please explain how this conflicts with the parents claim that "it isn't "linux" binairy. it's a ELF or a.out binairy... yet another standard" ? And please explain what the "Linux fanboy" was supposed to learn from this ?

    It doesn't conflict. You need more coffee.

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  51. 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.

  52. Re:OH BULLSHIT by chawly · · Score: 1

    Well if you say so, sonny, that must be correct. But .... but, well, how do you know ? I'm for the idea that everybody should be able to do his own thing, I'm just curious, that's all. Why don't you tell us where all this knowlege comes from. Personally, I can think of only one way that you could possible know - but I'm probably wrong, eh ?

    --
    How many beans make five, anyhow ? ... Charles Walmsley