Slashdot Mirror


Do Companies Take Software, And Not Give?

SirDaShadow writes "The Inquirer has an excellent article that describes how companies take from the Open Source Community and how few are giving back. At the end of the article, it says it might be tax deductible. This made me think...wouldn't it be great for the OS community if we could provide a law to facilitate tax cuts to companies who give to OS, or at least make it mandatory to for-profit organizations to give a certain minimum amount and take it out of their taxes?" This piece ignores the obvious and large contributions that some companies have made in money, programmer time, code release and even just lending their name and credibility to projects like KDE and GNOME, but it does have some truth -- see for instance the Busybox Hall of Shame.

10 of 394 comments (clear)

  1. It's the corporate mindset by Buran · · Score: 4, Insightful

    Corporations want to take before they give. That's the sad truth. If there's no extra profit in it for them, they're less likely to do it.

    Articles like this one are going to have to be published in places like the Wall Street Journal or other papers that corporate paperpushers look at. Then perhaps they'll catch on. Hopefully.

    Good karma is sometimes worth a lot more than immediate profit -- if a company pitches in to help, and gets their name in the changelog or thankyou files, who knows? They might get a few customers that way.

  2. somewhat naive? by cyb97 · · Score: 4, Insightful

    I find this article somewhat naive. It's certainly true that there are lot of companies abusing GPL and OSS for commercial purposes some of them probably modify code and never release their changes.

    The article also suggest that instead of spending, and I quote
    "If you replaced 10 $30,000 Nokia firewall with a free NetBSD implementation, but it lacks the ability to report to your management software, why not do something about it?"
    This is not as easy as it sounds. Nokia probably payed through the nose to get the specs for that management software or signed more NDAs and deals that your company has seen in its lifetime. It's not always an option to do stuff yourself. Further most phb's will automagically raise the (valid) point, who to blame when the shit hits the fan. When something goes haywire and you payed some college kid $500, you can't call him in the middle of his exams and expect him to fix it. You can ask him, but he/she is certainly not obliged to fix it.
    If you go with Nokia, you can give their tollfree hotline a call and tell them your problem and the chances are that the hotfix/patch is already available.

    Things aren't so black/white as the article wants it to be, IMHO it's a pretty shitty article and doesn't really add anything to the scene apart from entropy. The busybox-link however, was interesting ;-)

  3. Re:GPL in proprietary... by penguin7of9 · · Score: 4, Insightful

    Of course if the source was to be ever revealed, that is some serious risk, but if the company plans to keep it always secret - why not?

    Because GPL violations are not too hard to detect even without source code. And even if they were hard to detect, any company that does this would be at serious risk from a disgruntled employee. What better way to get back at your company than to get them in trouble for massive copyright violations of open source projects? Not only will their products be in jeopardy, they'll also be widely hated.

  4. How 'bout Human mindset. by nlinecomputers · · Score: 5, Insightful

    And how many slashdotters who are NOT programmers have downloaded and used free software and never gave the authors any money for it? Isn't buying a Linux distro a way of giving back to the community if you're not a programmer.

    Typical Open Source hypocrisy: Programmers that whine about paying for programs and demanding that it has to "Be Free as in Freedom" and then get pissed off because someone takes you up on that. Don't want someone to rip-off your work? Don't make it Free.

    The price of "freedom in programming" is the freeloader.

    --
    Slashdot, home of supporters of free software, free music, and free speech.Except for Moderators that disagree with you.
  5. Is "Giving Back" Really Important? by Schlemphfer · · Score: 5, Insightful
    The Inquirer has an excellent article that describes how companies take from the Open Source Community and how few are giving back.

    I read the article, and it's one of those rare times that there's nothing much in it that isn't contained in the Slashdot summary. Anyway, isn't it totally to be expected that most companies would take everything they can get from open source, and not give anything back in terms of time or money?

    But so what? What Linux needs more than anything else is to capture more than 20% of the desktop market. Once there's a foothold of that magnitude, we'll start seeing practically everything, from Doom III to Quickbooks, released in Linux.

    So, as for those companies who aren't "giving back," -- I say, that merely by virtue of adding to the pool of Linux users, they are giving the open source movement exactly what it needs most.

    --
    I'm generally "Interesting," "Insightful," and even "Funny" here. What the hell happens to me at parties?
  6. Re:So you want to make free software... not free? by jrexilius · · Score: 5, Insightful

    good point. That is the idea of free software. We talk about wanting to see linux on the desktop and more end-user penetration but what can/should we expect in return. These companies (from the article) that integrate open-source software rarely have development staff and usually have very low skilled administrative staff. At best they could submit bug reports and do testing but I think that is even a bit much to expect.

    Admittedly, everyone in the community has different motivations, but one principle of open source is that it is given away freely without expectation of compensation. Some may say that it is actually with the expectation of benefiting from others' work but that cant be viewed as a transactional event. More like a .. uhh karma event ;-)

  7. Well, maybe by mcc · · Score: 4, Insightful

    drivers for ports that no longer exist. Do you really need punchcard access?

    Someday, concievably, historians might.

    OK, so maybe having a bunch of "useless" or obsolete software dumped into the quasi-public-domain isn't of much public good. But I still would think it is better than having all of that software simply lost to time forever.

    We are going to have a relatively massive memory hole in the future's conception of what programming at the professional level at this time was like caused by the fact that all of the source code of the software we use today is going to be simply lost, since no one has copies except for the companies that made them, and those companies more than likely are not going to bother maintaining or keeping track of that code. No one today cares what the source code for Clarisworks versions 1 through 3 for the Apple //gs looked like. But maybe someone will care in 200 years. Who knows?

    And then there's all those little "what if"s. For example, what if there's some huge quantity of deteriorating tapes somewhere containing some information important to someone, and it is determined these things need to be moved off and onto less fragile media, but the tape drives that read them can only be used from old, scarce and broken PDP-11s because they are the only platform for which drivers exist? In that light, device drivers for a dead platform don't sound so useless after all.

    Things of that nature. Really, who can say what code that someone someday cold consider "useful"? I say, the more code preserved by the GPL in our cultural memory, the better.

  8. Doesn't anyone read the article? by Elladan · · Score: 4, Insightful

    Oh wait, this is /.

    All these posts along the lines of, "You released it free, now take your lumps!" are completely missing the point. (Well, at least of the article. The point of the timothy, who linked to the article, is another matter)

    The point is, if a company uses free software, it should open its pocketbook instead of whining. Instead of going, "Waaa, it doesn't have feature X!" or "Waaa, there's a bug!" it should pay someone to fix the problem. It could pay someone in-house, in which case it should release the patches back to the community, or it can pay someone externally to do it.

    One point that's often missed about releasing patches done in-house: the GPL doesn't require it for most backend software, but it's still a good plan for reasons other than being ethical and nice. If you release the patches, they can be integrated into the product as a whole, meaning you don't have to handle the expensive task of being their sole maintainer in the future.

    It seems to me that the article is exactly right. Companies already do this to an extent by paying companies like Redhat for support, but if a piece of software is important to your business, it only makes sense to take a direct hand in its development. The whole mentality of purely being a consumer of whatever is offered from the development community is neither productive nor cost-effective. If something is important to you, make it happen. Don't just wait for other people to do it for you. That sort of thinking gives you situations like Microsoft, where someone might get around to helping you eventually, but oh man will your pocketbook be sorry.

    As with politics, money talks. If you want the best software for your business, you should help fund the developers who can make it happen. Otherwise, since it's free software, you'll be able to use whatever the community thinks is important, but what you think is important may not be considered as relevant or get done as quickly (or at all).

  9. Not always code or dollar$ by red+floyd · · Score: 4, Insightful

    Not all support needs to be financial or code.

    I would argue that IBM, while it has contributed a great deal to the Linux kernel (RCU, JFS...) is currently making a much much greater contribution with its (admittedly in its own interest) staunch defense of the SCO suit, and it's countersuit claiming GPL violation (as well as patent infringement).

    --
    The only reason we have the rights we have is that people just like us died to gain those rights. -- Cheerio Boy
  10. Don't set yourself up to be taken advantage of. by jbn-o · · Score: 4, Insightful

    But so what? What Linux needs more than anything else is to capture more than 20% of the desktop market. Once there's a foothold of that magnitude, we'll start seeing practically everything, from Doom III to Quickbooks, released in Linux.

    I would ask the same question of you--so what? We already have that thanks to emulation and there are plenty of other versions of Microsoft Windows where you can be catered to so long as you're willing to give up your freedom. What we need are Free Software programs to do these jobs, not more non-free software.

    So, as for those companies who aren't "giving back," -- I say, that merely by virtue of adding to the pool of Linux[sic] users, they are giving the open source movement exactly what it needs most.

    Perhaps that movement is satisified, but that movement is also very shortsighted in its mission to please businesses.

    You certainly won't gain popularity over proprietors by giving them code under non-copyleft Free Software licenses or by choosing to run their proprietary alternative to a free program. Treating businesses like charities doesn't make you their friend, it sets you up to be taken advantage of. I'm reminded of the FSF's response to Microsoft when Microsoft's CEOs were on the lecture circuit calling the GNU General Public License a "cancer" and "unamerican":

    "From time to time, companies have said to us, "We would make an improved version of this program if you allow us to release it without freedom." We say, "No thanks--your improvements might be useful if they were free, but if we can't use them in freedom, they are no good at all." Then they appeal to our egos, saying that our code will have "more users" inside their proprietary programs. We respond that we value our community's freedom more than an irrelevant form of popularity."

    Or why they ask you to give credit to the GNU operating system and not just the Linux kernal:

    "People justify adding non-free software in the name of the "popularity of Linux"--in effect, valuing popularity above freedom. Sometimes this is openly admitted. For instance, Wired Magazine says Robert McMillan, editor of Linux Magazine, "feels that the move toward open source software should be fueled by technical, rather than political, decisions." And Caldera's CEO openly urged users to drop the goal of freedom and work instead for the "popularity of Linux".

    Adding non-free software to the GNU/Linux system may increase the popularity, if by popularity we mean the number of people using some of GNU/Linux in combination with non-free software. But at the same time, it implicitly encourages the community to accept non-free software as a good thing, and forget the goal of freedom. It is no use driving faster if you can't stay on the road."

    The chase for popularity is misguided and naive. I'm sure you have the best of intentions for GNU/Linux users, but you don't seem to understand that giving up freedom should not be done lightly. Sometimes giving up software freedom is acceptable, but most of the time it is not a good strategy. We are not well served with non-free programs to get jobs done.