Being An Open Source Developer:

setup

The first issue to deal with here is, why do it if I’m not going to be paid.
This one is pretty easy to answer, if less easy for everyone to accept - Future Job Prospects.
When you apply for a job, or even register your CV with an agency, your online presence will start to receive constant attention.
If you’re a developer, this attention will focus on any code repositories you either own, or have your name associated with (hence, if we’ve already done the lecture on Mozilla, why I said to use your real name)

By most current definitions, as in those determined by commercial or critical success, most Open Source (we use this as a blanket term to include Free Software too) projects end in failure.
Many don’t even reach completion, but sometimes completion is a difficult thing to judge, as Open Source programs, even widely used ones, can remain in beta for years.
Therefore any analysis of reasons for failure can be difficult perform. This 2017 paper makes an attempt, but still fails to be clear in my opinion.

The reality of failure is more complex. Sometimes developers move on because they have a better idea, but leave the old project up. This is what I’ve done.
Sometimes they just upload old code from long finished projects with no intention of taking them any further.
This makes more code available to the community, but further skews any analysis of project failure analysis.
Still, high failure rate is sometimes used as justification to claim that it’s not such a good thing to start in this area.

This option is often lacking for large commercial companies who feel the need to demand visible progress along previously known paths for their staff, often stifling the chances for true innovation as a result for all but a fortunate few.
This isn’t always true of course, but it happens often enough that people can be left frustrated with their jobs, resulting in what’s known in many fields as Burn Out, a catch all phrase with several meanings.

file:img/image.png

Licensed under Creative Commons Attribution-ShareAlike 4.0 International by Dr Carey Pridgeon 2016
(Licence does not cover linked images owned by other content creators)