Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Red Hat to Coax Code Contributions From Companies

Posted by CmdrTaco on Wed Mar 26, 2008 10:49 AM
from the awesome-alliteration dept.
Stony Stevenson writes "New Red Hat CEO Jim Whitehurst has hit out at enterprises, bemoaning that billions of dollars are wasted each year because 95% of companies won't share code. Speaking at the Open Source Business Conference in San Francisco, he said his company must take a larger role in urging enterprises to participate in open source projects and, in some cases, coax code contributions out of companies that have made in-house improvements. He now feels Red Hat should lead the way 'It should be part of Red Hat's job to define development in a new way, and get companies to work together' on shared projects, he said. The joint development projects would be designed to cover non-competitive parts of an industry, with individual companies still focused on their own competitive business applications."
+ -
story

Related Stories

This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • Cable code? (Score:5, Funny)

    by robipilot (925650) on Wednesday March 26 2008, @10:52AM (#22870010) Homepage
    My first read of the title was WHAT? Code for coaxial cable? Me no get it.
    • Yeah, well, I'm urging all companies to cat-5 their code, that's gotta be better then coaxing it.
      • Hardware companies care only about selling a product and keeping the customer satisfied for the first 30 days after which they can't return the said hardware. They don't care if the patches to Linux don't get upstream because as long as the hardware works fine with the version of Linux that they hacked up and pre-loaded, they're customers will be temporarily satisfied.

        And when it comes time to upgrade the Linux OS in a year or two, the new version won't work, so the customers will be forced to buy more "u
  • Yes, but... (Score:2, Insightful)

    While I agree with Jim's sentiments being an Open Source advocate and all, I think Red Hat has no right to attempt to coax or coerce companies into giving away code. If OSS is the future, then it will happen, with or without Jim's little tantrum.

    It is ridiculous for a CEO to attempt to paint his company as some kind of inspired model upon which other companies should remodel themselves. Aside from being futile, attempting to turn the Old Establishment around does nothing but hurt the nascent organisations t
    • Perhaps a better word would be to encourage or evangelize. Coercion should have no place in business and the word coax can mean either to benignly encourage or to coerce.
      • My point stands even if Jim had said "pretty please with a cherry on top" while wearing a pink hoola skirt.
        • Yea but it is a lot better than when Stallman says pretty please with a cherr on top while wearing a pink Hoola skirt, and a Poodle dog sweater.

          Now that your mind is fried, I am going to steal your code.

        • Re: (Score:3, Insightful)

          "My point stands even if Jim had said "pretty please with a cherry on top" while wearing a pink hoola skirt."

          I don't think it does when it comes to coaxing. I am not sure it does in any case.

          If my approach to coaxing someone is to point out to them how they will benefit by doing what I suggest and then they decide to do it... You have a problem with that?

          I am interested in Free Music as well as Free Software. When people are afraid to try it with their own music, I suggest they at least experiment. Release
    • Why every company has some non competitive advantage producing code that could be : replaced with open source or opensourced?
      Red Hat is saying open source is a tool you use not just by finding existing open source, but open source things to garner community improvement. I try to clean up and submit my extensions, just because the project then handles the API breakage. How many admins coded their own monitoring tool before the open source ones can around. How many are still using them because they have so
    • Re:Yes, but... (Score:5, Insightful)

      by 99BottlesOfBeerInMyF (813746) on Wednesday March 26 2008, @12:04PM (#22870940)

      I think Red Hat has no right to attempt to coax or coerce companies into giving away code.

      This is a straw man argument. The article said "coax." The summary said "coax." You added "coerce" which is not something anyone had brought up. In principal it is no different from saying that Redhat has no right to attempt to coax companies into giving away code or molest children.

      If OSS is the future, then it will happen, with or without Jim's little tantrum.

      I strongly disagree. Microsoft spends a lot of money convincing purchasers that they are better off buying all Microsoft, proprietary solutions. At the same time, not a lot of people making purchasing decisions understand the OSS business model and how it can save them a lot of money. Providing a voice that explains and advocates this method is very useful.

      It is ridiculous for a CEO to attempt to paint his company as some kind of inspired model upon which other companies should remodel themselves.

      He's not "painting his company" as a model. He's advocating an alternative development method that differs significantly from classic economic models. Redhat has done well by being a contributor to that model. That is not ridiculous at all.

      Aside from being futile, attempting to turn the Old Establishment around does nothing but hurt the nascent organisations that will make up the New Establishment by casting doubt on their methods and making them look like they are non-viable without the support of the Old Establishment.

      Old Establishment, New Establishment?!? Redhat is simply talking to companies, whether new or old, and trying to sell them on a cheaper way to do business that also helps undermine software lock-in strategies. OSS is, quite simply a feature of software, that many do not appreciate the advantage of. It needs to be explained, like most other new features consumers are not used to using.

      I can see Ballamer[sic] right now, in a room full of beaureaucrats[sic] saying "See? OSS is all about getting handouts to survive." Furthermore, it is brining[sic] wolves in amongst the lambs.

      In such a meeting, Ballmer is a salesman, and most companies don't trust salesmen. Microsoft already tries to paint OSS as something that is risky and unusable to big business, but not too many people are believers, given that IBM argues the opposite.

      If Jim wants to make a difference, he should fund new development from emerging pools...

      There is a lot of software in use today which is used in various niche applications. Quite often such software is custom built for a company, and their competitors also use custom built software. This software is not really a point of competition between these companies, just something they need in order to do business. What Mr. Whitehurst is saying is that Redhat can be more proactive in going to these companies and getting them to open source this code and allow all the companies that need that niche application to share the development costs, rather than each of them paying to develop their own version. This leads to many advantages for the companies including: lower overall development costs, more competitive bidding on development, and standardization within the industry for interoperability. Further, getting some of this code open sourced gives Redhat (and other such companies) a way to undercut proprietary software developers when providing custom coding, support, and added services.

      There are plenty of companies already doing what he says, he should be happy for that and encourage those already willing rather than attempting to project an agenda onto those it does not suit.

      I think you're still missing the point. This is about evangelizing OSS as a way to cut costs for companies that currently don't understand or contribute to it. There is a huge, potential market for OSS development and a lot of closed

        • Where's the advantage to the company that does the initial software development?

          I think I already covered that, but here it goes again. Money spent is spent. You can't un-spend it an no one who went business school should fall prey to the fallacy of throwing good money after bad. In general, all companies have already invested in some niche software. The company open sourcing code may or may not have the best software out there, but making it OSS provides them, the users, with a new feature.

          When you open source some project you benefit in numerous ways. First, you get are likely to

    • Re:Yes, but... (Score:5, Insightful)

      by gdek (202709) on Wednesday March 26 2008, @12:30PM (#22871276)
      A comment this ignorant, and yet this highly rated, pretty much demands a rebuttal.

      1. "I think Red Hat has no right to attempt to coax or coerce companies into giving away code. If OSS is the future, then it will happen, with or without Jim's little tantrum."

      Guess what? There are *a lot* of companies coming to Red Hat, right now, *asking how to participate in open source projects.* So Jim is not talking pie-in-the-sky here; he's talking about capitalizing on momentum that already exists. There's pretty much zero coercion involved here.

      2. "It is ridiculous for a CEO to attempt to paint his company as some kind of inspired model upon which other companies should remodel themselves."

      So why is it, exactly, that Sun and Novell are trying to rebuild their business models, again? Help me out here.

      3. "If Jim wants to make a difference, he should fund new development from emerging pools, like Google with the GSoC (not that I'm a Google fan, but that's another story), or IBM with their paid employee time contributions, or EnterpriseDB with their backports to the PostgreSQL team or Sun with their (somewhat clumsy) contributions to the OSS community. There are plenty of companies already doing what he says, he should be happy for that and encourage those already willing rather than attempting to project an agenda onto those it does not suit."

      Considering that *every engineer at Red Hat is an open source software engineer*, either full-time or part-time, I'd say that Red Hat is funding plenty of open source development all around, thanks very much. Or maybe you don't think that any of this stuff [fedoraproject.org] counts.

      4. "Having a whine that companies in the Old Establishment should be putting free money into his playpen is a naieve, futile and potentially harmful thing for Jim to be doing."

      As it turns out, executives at big companies are smarter than you are. See, they understand the difference between "differentiating value" and "non-differentiating value". (Read some Bruce Perens [perens.com] if you don't get that idea.) Jim Whitehurst was the COO of a Very Large Company [delta.com] that had a larger annual IT budget than Red Hat's entire annual revenues. He saw firsthand how much money and manhours IT departments waste on software that doesn't actually add any value to the business. "Old Establishment" is looking desperately to make sure that those IT guys are building value, not wasting time on stuff that doesn't differentiate them from their competition. Understanding *and participating in* the open source model is one of the best possible ways to do exactly that. Which is why "Old Establishment" is coming to Red Hat and saying "help us".

      The limiting factor is that Red Hat is not yet big enough to provide all of the services and guidance that these customers need. Jim is committing himself, publicly, to meeting that challenge. At Red Hat, we're all very proud of him for saying so.
  • by MichaelCrawford (610140) on Wednesday March 26 2008, @10:55AM (#22870076) Homepage Journal
    I did a consulting gig a while back, whose contract specifically said I was not to include open source code in my work for them.

    There was no mention of licenses; open source licenses include the MIT and BSD licenses, and many similar licenses that permit keeping the source to derivative works closed. And in fact, Microsoft itself uses a lot of BSD code in Windows, without sharing any of its source.

    I was very unhappy about signing such a contract, but I needed the work.

    I never really asked why they wouldn't even allow source under the MIT or BSD licenses. I expect that it was a lack of education. If that's the case, I expect their attitude is not uncommon, and sorely needs to be corrected.

    For what it's worth, my current employer [amcc.com] (I'm no longer consulting) releases the source code to its Linux and BSD drivers as open source, with their source code being provided on our installation CDs.

    • You were a contractor. If they go and say "Open source is allowed, but only if it uses license XYZ, or compatible licenses, or this, or that...", they start risking that you misunderstand them and stuff code they don't want in your work. It is simply easier to say "no open source". Less chance of confusion.

      Thats most likely all there was to it. Give people an inch, they take a foot...and they didn't want to risk it.
  • by drunkenoafoffofb3ta (1262668) on Wednesday March 26 2008, @10:56AM (#22870084) Journal
    how businesses usually think. Share their stuff with others? Give other companies an advantage that WE paid for? NEVER! So yes, it's a huge waste. But you'll have a hell of a time convincing them to change. Um, imho.
    • I agree. To an extent there is already a vast amount of "base code" out there and the rest is mostly the code that makes the business work - by that i mean applications/systems/environments that are proprietary because they directly support or impact something that gives that business an edge. You know, fulfillment systems for retailers, customized CRM/ERP systems for large companies and scheduling/time/material/billing/MRP systems for others. We could all share a million ways to create a PO but it would
    • The problem with open-sourcing code that your business relies on is that a company/competitor with bigger pockets can take it and run with it. And that sucks.

      By giving away useful code, you are making it a trivial thing for a competitor to enter into your market. Whereas before they might have thought, "You know, this market is too small for us to spend money developing the software we need", now they get the software for FREE. They can enter into your market easily. And if they are a big enough player, the
  • After seeing the absolute filth that is spewed out of most corporations' in-house "development" teams, I'd be very wary of this.
    • Open source, in house closed source...in the end, its all developers coding, and as a general rule, programmers spit out crap code. There's a few top of the line open source projects that have wonderful code, there's a lot of even big name projects that have hellish code (I was told many times that they improved it a LOT by now, but a few years back, PostgreSQL's code base was really, REALLY awful, for example).

      The only difference is that most crappy open source projects are sleeping on FreshMeat or somethi
    • Re: (Score:3, Insightful)

      I agree. The difference that I see is code written within a corp not as a part of the OSS movement is developed with deployment in mind, not with the attitude that others are going to also use this code. This leads to poor documentation (esp in code commenting) and generally sloppy coding. Now, OSS may not be better, but I would hazard a guess to say that it is. Writing code that you know other coders are going to use in other applications/ projects as a matter of pride would lead to better organization
    • Re: (Score:3, Interesting)

      I think this generally has to do with the function of the code. For example, most corporate "in-house" solutions are pressed for time and resources. Many of them are poorly documented as it is often treated as a luxury to have good documentation. Because of the nature of OSS, it typically has better documentation. Most people designing OSS hope to pass if off and allow others to build onto what they've done.
  • Transifex (Score:2, Informative)

    Disclaimer: I am currently a Fedora Translator

    Fedora currently uses Transifex, which makes all translations go Upstream, thus sharing what we've translated, with other Software Projects.
  • by giafly (926567) on Wednesday March 26 2008, @11:32AM (#22870574)
    ... than the code produced by most teams.

    Re-use is not just about shoving code on a server and letting people copy it. You also need design, documentation, comments, testing, and ideally some level of support.
    A lot of in-house code comes with none of these and as a result is worthless.
  • Am I permitted a chuckle?

    Seriously though, he should try to get enterprises to contribute usable user documentation, not code. If he succeeded, in the fullness of time, using FOSS products wouldn't be a never-ending easter egg hunt.

  • by jamesl (106902) on Wednesday March 26 2008, @11:39AM (#22870674)
    If I'm the CEO of a big-ass Insurance Company, Bank, Airline or Widget Manufacturer and I just invested a bajillion hours of developer time into creating software that gives me an advantage over my competition, why would it be in my best interest to give my code away?
    • Re: (Score:2, Insightful)

      If you're the CEO of a big-ass Insurance Company, Bank, Airline or Widget Manufacturer and you just invested a bajillion hours of developer time into modifying (Free?) Open Source Software, it would be greatly appreciated if you contributed back to said projects.
      • Appreciated, sure. But CEO-dude isn't looking to be nice, he's looking for an advantage. And especially he doesn't want to help competitors. Where's the concrete incentive?
      • Maybe, but if it's used in-house the license doesn't require contributing back, and if there's no business case for it, why bother? All it will do is help my competitors.

        If there's a business case - like increasing goodwill in a certain project will have an effect on the bottom line - then go for it. Otherwise, forget it.
      • If you contribute back to a F/OSS project, such project grows and attracts new contributors, who will in turn give you stuff for free.

        Win/win.
          • Re: (Score:3, Insightful)

            I on the other hand am CEO of company DEF and my software in this are is average. I on the other hand was able to pay 50% as much as the companies with "superior" products did. I likely also noticed that the costs to improve the software to be superior would actually lose me money in the long term. So I open source it. In time some competitors use it and it becomes the superior solution in the area as a result. Those competitors may have already developed their own solutions and now also had to pay the migr
  • Bullshit (Score:3, Interesting)

    by DogDude (805747) on Wednesday March 26 2008, @12:11PM (#22871024) Homepage
    The joint development projects would be designed to cover non-competitive parts of an industry, with individual companies still focused on their own competitive business applications.

    No such thing as non-competitive parts of an industry. If two companies say, make toilet paper, and one of them has a custom program that let's say, saves energy by turning off unused lights in their buildings. That company saves money on their power bill. That is still a competitive advantage over the other company, even though it has nothing to do with the industry. Why would the company that developed that give that to a competitor, and allow that competitor to improve their bottom line? Every piece of doing business is a competitive advantage. There are no insignificant parts of any business.
    • Re:Job loss (Score:5, Insightful)

      by langelgjm (860756) on Wednesday March 26 2008, @11:02AM (#22870206) Journal

      If companies start sharing code, there will be less code that needs to be written in-house, which means some people are going to be losing their jobs. I'm sure they'll be really thankful to Red Hat.

      I already moderated in this article, but I'm willing to lose the moderations just to reply to this.

      Analogy: if universities start sharing research, there will be less research that needs to be done in-house.

      Um, yeah. Unnecessary duplication of effort is wasteful. Yeah, they could lay off people, or you know, they could use the same number of coders and now accomplish more tasks.

      • Re: (Score:2, Insightful)

        Or if you're the person cutting the checks, you give yourself a bigger bonus and call it a day (optimistic cynic). Optimistically the company will create a new product and assign the idle workers to this task and generate more revenue. Singing of kumbaya and hugging to follow. Or, the company lays off the extra people UNTIL they create a new competitive product, then hire people to support the new product. Greater disruption, but hey, that's the marketplace. As a bonus we get more time on the X-Box wh
      • Re: (Score:3, Insightful)

        Analogy: if universities start sharing research, there will be less research that needs to be done in-house.

        Your analogy is flawed, because universities do not consume the research that they produce, and they are (usually) not expected to make a profit.

        Also, it says right in the summary that "billions of dollars" are wasted on duplication. One obvious way to save that waste is to fire programmers and freeload off of the code of others. I can't think of a good reason to believe that the distribution of the

    • no Job loss (Score:5, Insightful)

      by mcrbids (148650) on Wednesday March 26 2008, @11:12AM (#22870336) Journal
      If companies start sharing code, there will be less code that needs to be written in-house, which means some people are going to be losing their jobs.

      That is "fixed pie" thinking. Underneath your statement is an assumption: that there's only a fixed amount of work to be done, that the amount of work "pie" available is fixed and unchanging. That simply isn't true.

      The real purpose of a job is to generate wealth. Janitors create the wealth of a cleaner environment. CEOs create the wealth of a smoothly running organization. Factory works create the wealth of manufactured goods. And so on...

      If wealth gets generated more efficiently, everybody benefits, because there's more total wealth to be distributed. An organization that "eliminates" a few positions is then wealthier, which then makes it more likely to increase its product base, thereby creating more positions. While there are cyclical deviations and occasional abuses, (generally covered by existing laws) it's largely a self-regulating system.

      Don't be afraid of change. Be afraid of stagnance.
      • Well said. I think I will use this line of reasoning with friend who feel the same way about certain issues.
      • An organization that "eliminates" a few positions is then wealthier, which then makes it more likely to increase its product base, thereby creating more positions.

        I generally agree, but it's not obvious that the new positions will be in programming. In fact it's kind of unlikely, if the company is getting its code for free from somewhere else.
    • If companies start sharing code, there will be less code that needs to be written in-house, which means some people are going to be losing their jobs.

      Or we'll find new problems to solve instead of reinventing the wheel independently in a thousand silos. Following your logic the fact that MS offers companies the ability to just buy productivity software instead of having to write their own kills off software jobs. And in a way that's true but do you really want to be writing a word processor for Citibank, get fired then go write a word processor for Macy's and so on? If you want to write software for a job then you want to do it for a company where sof

        • Re: (Score:3, Informative)

          There's a big difference between a few implementations existing to meet different needs (or even the same needs) and the thousands of times that the same software is built for in-house solutions (because "our situation is unique"). There's plenty of good bug-tracking software out there but I know that there are also tons of Excel spreadsheets being extended to track bugs. Many of those spreadsheets have coders looking at them and telling their bosses "we should build our own issue tracking software to repla
    • Doesn't make it any less of a waste. So should companies pay engineers to implement a tool to drive and remove nails?
    • Looking at it your way you're going to be out of work in anyway in the 5 or 10 years it takes it finish writing all the code. Once it's all written the entire programming community is going to be out of a job and on the street.

      I suppose there may just be some, slight, hope if once the main code is all done the companies were to find other areas they could make improvements in and perhaps these improvements could be coded somehow ?
    • If they're only doing make work for a salary, then yes, it's wasted. I mean, every business in America could employ hundreds of programmers, if we just made it so you could only use the software created by your own people.

      Of course, then they'd all go out of business, and there would be no work for any programmers.

      It's a much better idea to put more and more useful code out there. Companies will pick it up, and hire someone to expand and maintain it to their needs. My ability to deploy and extend OSS turned
    • by Hatta (162192) on Wednesday March 26 2008, @12:32PM (#22871296) Journal
      This is the broken window fallacy [wikipedia.org] in action. You might as well suggest that companies hire men to dig ditches all day and fill them back up, just so they can get a paycheck. Rewriting the same code all the time is just as pointless.

      If these companies didn't need to waste (yes waste) that money on that code, they could spend that money in other ways. Maybe it wouldn't get spent on code, and there would be less of a market for programmers. But there would be a greater demand for other services, so the economy as a whole would be ahead.
    • It may be news to a CEO, but programmers who write code (and their children) want to eat and have roofs over their heads, too.

      That's the broken window falsehood [bastiat.org] in a nutshell, with a false dichotomy thrown in on the side.

      Money and staff spent, in this case, re-inventing the wheel, is money and staff not spent on the core business activities. So,even if it's learning from others mistakes, going FOSS saves effort and that in turn boosts your core business activities (assuming reinvestment and not skimming by the execs). Software is only a tool, an enabler, for those core activities. In case you missed the last 25 years of c