Who pays the developers? The company they work for, right? But what about those developers who develop Open Source software after hours, on their own time and equipment? Who pays them? Many say no one does and no one should. After all, it's Free Software. You don't get paid for Free Software. Before we develop such a closed attitude, let's take a look at what one of the founders of the Free Software movement has to say.

Richard Stallman, in his article published in the book Open Sources -- Voices from the Open Source Revolution, says:

"The term 'Free Software' is sometimes misunderstood -- it has nothing to do with price. It is about freedom. Since 'free' refers to freedom, not to price, there is no contradiction between selling copies and Free Software. In fact, the freedom to sell copies is crucial: collections of Free Software sold on CDROMs are important for the community, and selling them is an important way to raise funds for Free Software development."

In short, Mr. Stallman is saying that the marketing and selling of Free Software is important -- if not crucial -- to the success of the Free Software movement. Which brings us back to the question... Who pays the developers?

As a developer or two have told me, they write what they write because of the satisfaction they get from seeing the results of their work. I can understand that; I have the job I do in this industry because making things work smoothly and efficiently is a very satisfying job to me. However, I don't do it for free, no matter how much satisfaction it gives me. Yes, sometimes I set up a network at a friends' house, or help them deal with their ISP (I speak the same tech talk as the ISP), but I still receive compensation. Not monetary compensation, but rather in the form of "I scratch your back, you scratch mine". Developers also deserve fair and equitable compensation for what they do, no matter how much they love to do it.

Some of what these people develop does earn them compensation -- grades in school for projects that are part of a Masters or Doctoral thesis, the recognition of their peers, and, finally, a paycheck from the boss. Unfortunately, that last one often isn't for Open Source development. Yes, a few lucky souls have been able to secure positions inside the cathedral that allow them to work on their projects and get paid. Most, however, aren't that lucky. The need for food and shelter often outweighs the need for personal satisfaction, and you end up writing the code the bosses want instead of the code you want.

The effect is that when push comes to shove, the stomach wins. You give in to the desire for some luxury in your life (like that new $1,200 video accelerator for Quake), take a job in the field you know best, and end up writing code for a company that isn't Open Source.

This often means that there is a conflict between what you write on the job and the project you were working on in your spare time. NDAs stop you from coding your project because it's too close to work, so you turn the project over to other people. They, of course, don't know your vision for the project, nor do they know your style or objectives, so the project takes a new direction, and wheels get reinvented. This tends to slow releases and hamper progress. Worse yet, the project winds up being abandoned altogether.

What are the alternatives? Well, you could become a starving artist, but few (if any) worthwhile projects have ever come out of skid row. Besides, the connectivity sucks. If you're lucky and have a rich uncle (sugar daddy, VC, whatever), you could end up running a Sendmail or a Netscape. You could become a consultant, but this is really just another form of starting your own company, and consultants are like experts -- the more you have, the less you accomplish. For most projects and most developers, these options really aren't options at all.

Often, when we're faced with a problem such as this, looking into history provides the answer we need. In this case, it's books. What do books have to do with the Web? Like the Web, at the time of their introduction, they were a revolutionary new way to deliver information accurately and consistently to the masses. Also like the Web, it wasn't practical for each author to start his or her own company to sell the books they wrote. Not only wasn't it cost effective, it also got in the way of their writing. The answer was: the publishing house.

A publishing house provides the infrastructure needed by the author to market his or her creation, and provides assistance in "tuning" the product to the market, all without stopping the author from doing what he/she loves best. What is needed in the software world is just that, a publishing house for Open Source projects.

Sure, a number of distros already publish and critique software. They sell it, too. What they don't do is pay a royalty to the developer. If a project goes south, they either drop it from the next release, replace it with a new project, or co-opt the project and continue development in-house. They don't pay a royalty to the developer who created what they are now selling.

The time has come to demand the developer's right to fair and equitable compensation for his or her efforts, whatever that may be.

The right to fair compensation is as much a right as any in the U.S. Bill of Rights. A means to publish and distribute what people create is as needed in the software industry today as it was in the book industry centuries ago. Who pays the developers should be the very same people who enjoy the benefits of using what the developer created. TANSTAAFL. I, for one, feel it's time to compensate those who create the software, in a manner that reflects the quality of their efforts.

  • What is your reaction?
  • powered by Verysign
  • like gnulinux.ro
  • unmoved gnulinux.ro
  • amused gnulinux.ro
  • excited gnulinux.ro
  • angry gnulinux.ro
  • sad gnulinux.ro
TENDINTA  |  Linuxfx 11.1 - WxDesktop 11.0.3, more modern hardware support, android sup...
John Doe                   gnulinux.ro
John Doe
Articole publicate de la contributori ce nu detin un cont pe gnulinux.ro. Continutul este verificat sumar, iar raspunderea apartine contributorilor.
335 articole
In context

  • Comment
  • powered by Verysign

Nici un comentariu inca. Fii primul!