How Often are Internal IT Projects Open Sourced?

An anonymous reader asks: "Most open source projects seem to started by individual contributors working in their personal capacity. I am thinking about projects like attendance maintenance systems, and not high-end infrastructure projects like Sun's Solaris. Most internal IT products are probably reimplementations of what exists at other companies, and do not bestow any competitive advantage to the developing company. The cost of developing the software is overhead, and they could potentially save money by open sourcing the projects and utilizing contributors' expertise. So, are there lots of instances of companies' internally developed IT products being open sourced?"

Comments

Anecdote

[RomulusNR]

Well, I just recently received the blessing to release a bunch of internal PHP tools I made as open source... a test case management system, an inventory library system, and a scheduled task notification system.

It helps a lot when you can easily point out that the tools you want open sourced have nothing to do with the core function of the company, and are really serving a generic purpose and could be used by others. (It also helps to have designed the tools with this in mind from the start.)

My company asked that the company's name be included somewhere in the softwares' materials in the releases I was involved with; I figured this was a small favor to go along with, and it helped them appreciate the idea as having some sort of paid-forward benefit.

Re:Anecdote

[drsmithy]

My company asked that the company's name be included somewhere in the softwares' materials in the releases I was involved with; I figured this was a small favor to go along with, and it helped them appreciate the idea as having some sort of paid-forward benefit.

I find it amazing you look on something that should have been an assumed inclusion - a basic acknowledgement of who was responsible for having the software developed in the first place - as a "favour".

Your question seems a bit confused...

[HotNeedleOfInquiry]

I think that you're trying to make a statement advocating open-source software for internal projects, not actually asking a question. Now there's nothing wrong with that, but let's be up-front about it.

I think that most of the in-house software will not be open-sourced. First of all, there's always the chance that the programs would benefit the competition. Remember that since they are the competition, they will generally need the same tools. Secondly, right or wrong, there is in some companies, the stigma of the "viral open-source license". Finally, internal programs often use internal (and sometimes proprietary) tools and are also seen as potential revenue streams. "Why give it away when we spent $XX,XXX developing it"

Note that this post is in no way meant to be a flamebait, just an honest assessment of what I've seen.

Re:Your question seems a bit confused...

[wfeick]

When management is aware of how much benefit their projects have received from being able to make use of other people's open source projects, I've found they're receptive to open sourcing internal tools that have been built that are not part of the company's core competency.

As an example, we've built some C++ classes to abstract shared and exclusive mutexes, including scope objects that acquire a lock in their constructor and release in their destructor to provide better exception safety and simplify code. We've also pushed thread cancellation safety into the mix. On top of that, we have the ability to define a global process lock ordering table based on a set of required partial orderings, and throw an exception if anything tries to take a lock out of order.

This is all combined with a thread abstraction and an x86 stack trace object that is instantiated from inside our exception object and provides a convenient way to log where a problem occurred. We've hooked this into assertions and a segv handler.

This code has been in production use for a few years now, and is rock solid.

My management is willing to open source this, I just haven't gotten around to it. (If anyone needs this sort of stuff, ping me and we'll see what we can do.)

We sell our source.

[Oz0ne]

On the projects we create internally which are applicable to other businesses, even competitors, we sell the source if there is a market.

Why would we give it away for free?

Re:We sell our source.

[jhoger]

Someone using your code and not giving anything back does not really cause you any kind of loss 0 - 0 = 0. So, No impact.

But if someone improves your code and releases it (contractors, for example, or anyone who understands and participates in this barter system) you can take advantage of that. That's a net gain. The GPL doesn't require release of source unless you redistribute binaries or source. But the GPL has real teeth, due to the fact that software is quite often distributed. And even when the GPL doesn't require it, there are real advantages to giving changes back, chiefly being, not having to maintain those fixes all by yourself in a new branch.

There are plenty examples of both.

Code can be worth something, but if you're not in the software business, it may not be worth it for you to try to sell it. That doesn't mean the code is worthless. It may just mean it's not your line of business. You can be in every line of business, you usually focus on one product or a few lines of products.

Obviously, if your code is worthless, no one will want it, or giveanything back, don't waste your time releasing it. I think you may be missing my point on that one...

Re:In my experience...

[Artega VH]

I'm the author of one of those "monstrosities" you're talking about. Initially I was embarrased to hypothetically release it but then I realised that almost all of the projects on SF simply don't work as well as my hack does. If my app was released onto SF I'd consider working on it from home too which is something I will NOT do if its just at work...

My application is a web based timesheet program. The only part I'm "proud" of is the pdf timesheet generation. Other than that the application runs, with almost zero maintenance (occasionally a strange bug pops up on average once every three months). The part I'm least proud of is the interface which looks worse than slashdot.. and the code that generates it has SQL, PHP, and php generated javascript all in one file (ie a total mess). It is reasonably well commented though since I've had to have other people working on it. Oh the database sucks too since it was converted directly from an excel sheet its pretty much one huge table... whoops..

My feeling is getting the company to actually release its previous IP freely unto the world would be an uphill battle. Maybe there is a different culture in other companies but mine is heavily protective and risk adverse in that sense.

Which universities would allow this??

[pbhj]

My experience is limited, but here in UK [at least until a couple of years ago] Uni's have very strict limits on student IPR (Intellectual Property Rights).

Dissertations, and often any IP produced by students in the course of their study belongs to the Uni (don't know how enforceable it is but I had to sign a waiver of rights as part of my matriculation process).

Do you have the relevant rights to GPL your software???!

Yes, it sucks.

My own experience

[menscher]

I don't consider myself to be a programmer, just a sysadmin. We use lots of open-source software on our machines, but don't really have funding to contribute to the projects. So, I give back in the form of answering questions on mailing lists, submitting patches, etc.

Recently, though, there was some functionality I wanted added to ClamAV, an open-source virus scanner. Basically, I wanted to make sure the milter was running. So, I wrote clmilter_watch, a tool to monitor the functionality of clamav-milter. Of course, I don't trust my own programming skills enough to know if it's stable for production use. So, it gets released to the world. A few downloads later, I get a couple of suggested patches, and the thing is pretty solid. Everyone wins.

don't rule out "shared" source either...

[Khyron]

I'm a strong proponent of open source both in concept and in considering open source solutions at the Fortune 200 where I work as a technology strategist. However sometimes you really have a hard time selling some of the less enlightened at a big company on the merits of fully opening a project.

In case anyone interested in this subject hasn't checked them out before, you might want to read up a little on Avalanche, a consortium which provides a slightly less open but slightly more palatable (to resistant PHB's) option for corporations looking to experiment with sharing IP.

http://www.avalanchecorporatetechnology.net/

I know the question was about open sourcing a corporate project, but I thought this might be relevant to mention because the idea came up constantly when the subject was broached of opening up a major platform product at our company. Sadly, in the end, neither the shared source or open source model was chosen.

The good news, though, was that the decision was made to continue the life of the project in question and in fact port it to Linux, rather than replacing it with a costly COTS solution - so at least it was a partial victory for the "clueful" involved.

Here's a Nice Example

[fuzzybunny]

I am currently consulting for a large drug company; I was asked to help evaluate and deploy a small firewall device to protect networked diagnostics equipment at customer sites. The device had to be
-small
-cheap (less than ca.$250)
-robust
and a whole slew of other qualities, including having to work in an environment where ca. 3,000 boxes could be easily managed individually, by non-technical field service staff (as there's no chance of central management access to customer nets.)

We settled on M0n0wall running on a PCEngines WRAP board, after evaluating a pretty extensive number of commercial and a few open source products or packages.

I was really impressed by the openness that this (mainly Microsoft) shop showed towards this sort of thing--I encountered none of the "but if it's proprietary it's more secure" or "if it's proprietary, we have someone to sue" garbage you often get from management. There are good reasons to pick commercial, non-open software products, but these are entirely dependent on the companies that sell them.

In addition, what I really appreciated about this client was their willingness to put the developer on retainer while he finishes his studies, and to kick him some cash for time spent making changes, 3rd level support, etc. The guy who wrote M0n0 is a really superb and bright individual, and it's great to see a large company sponsor such people (plus it's costing them absolute peanuts.)

Well, at least once...

[seanellis]

Ant Tasks for AlienBrain was something we needed in-house, but realised would be generally useful. After a debate with my boss, we got clearance to release.

OK, it's not the GIMP or anything, but every little helps...