¿Tenemos tan poca idea de lo que cuesta el software?
Realmente, Marave es como mucho un mes de programar part-time. Cómo puede eso humanamente ser U$S71355 o "1 año persona"?
¿Esta basura es lo mejor que tenemos para estimar costos? Si es así, la próxima vez que vean algo como "El programa X llevaría Y años y costaría Z dólares", recórtenlo por un factor de 10 o más.
Ésto es lo que costó desarrollar Marave:
Nada
Bueno, ésto es lo que hubiera costado si lo cobrara:
Estoy suponiendo unas 100 horas de mi tiempo. A mi precio de "ojalá me lo paguen", U$S 40/hora, son U$S 4000, que quiere decir que Ohloh le pifia por un 1600%.
Por otro lado, por tanto trabajo freelance no te voy a cobrar precio completo, lo más seguro es que te cobra algo como U$S 20/hora lo que quiere decir que Ohloh está un 3000% arriba.
En conclusión: si te gusta mi código (y lo podés ver por vos mismo), contratame, soy o increíblemente barato o increíblemente rápido.
Debe ser que te está tomando como tuyo código que no es tuyo, pero que está en el repositorio (liberías de terceros).
OHLOH debería tener alguna manera de indicar esas cosas para no incluirlas en el cálculo, jeje.
No, lo que está en el repositorio es todo mío. Claro, hay 866 líneas de python que se autogeneran, pero eso es el 15% más o menos.
No creo que este contando los SVG como XML! O sí?
No, we have much more complicated ways of being wrong now.
Note that it doesn't ask about country. If I recall you are not US based so costs are considerably lower. You also need to take into account time for support, project administration etc. Also remember you did this as open source - if done as a non-open source project there would be additional licensing costs. The numbers are based on average programmers. (Half of all programmers are below average!) You have demonstrated not being average by actually shipping a complete working version of the project. You also were smart enough to pick Python - consider where you would be if doing this in an "enterprise" Java fashion!
A better way of looking at the costs is not what would it cost if you had nothing else to do, but rather if you were working on something else, how much would someone have to pay you to stop working on the other thing and do this instead.
Taking all these factors into account, the numbers are not unreasonable. They just have a large margin of error, especially dependent on who does the work!
"A better way of looking at the costs is not what would it cost if you had nothing else to do, but rather if you were working on something else, how much would someone have to pay you to stop working on the other thing and do this instead."
That would be the second number I posted. That's what I actually would charge :-)
Indeed, it's very hard to give a "worldwide estimate" -- development in London or NYC is one thing, but as you move away from big cities and "rich nations", costs fall dramatically.
Plus, depending on customers, you might have to cover things like insurance, meeting expenses etc etc etc, which obviously you didn't need here -- or did you fly out to random Silicon Valley locations to meet with... yourself? :)
You should be happy, all considered this means you *are* selling yourself cheap and could probably earn significantly more by targeting the right market. I think this is how Ohloh can be useful, most developers (including me) tend to significantly undersell themselves :)
That doesn't quite explain how I wrote a year's worth of code between Jan 28 (revision 1) and Feb 22 (r382) , though ;-)
Also, those U$S 55K a year amount to about U$S 27/hour or so, so it's not like that's the problem. The problem is ohloh seems to think a programmer can do about 4700 SLOC a year, which means less than 20 SLOC a day...
Have you read The Mythical Man Month? They were seeing 10 lines of debugged tested finally shipping lines of code per day. In many other studies this has been the general ballpark, independent of programming language. You also have no communication overhead as your team is one person (again see TMMM) and you prune features to what you want to implement and you don't do exhaustive testing (which consumes time but doesn't generate any code).
The most productive developers are 100 times more productive than the least. Yes, you are above average.
... Or you have too many SLOC.
... Or Ohloh's metric count test unit lines as "real" lines, but count costs based on non-unit-tested software.
... Or you might have some big data file in your project that Ohloh counts as code.
There's no unit tests there.
My code is reasonably compact (I think ;-)
Even counting every SVG icon and autogenerated file, that's roughly 2000 SLOC, so at worst a 30% overcount.
don't forgett the time, people spend testing the application ;)
jajaja good one yes, that's worth money but Ohloh can't see it :-)
I think you are being a bit harsh, first of all your per-hour rate can't be compared to what a company would pay for a developer-seat. Thats already 10 times as much as your expected salary.
Next is debugging. I don't know how many users you have and how many bugs they reported, but maintaining code is factored in. So come back in a year, add no features and count the total time spent of writing *and* debugging / maintaining the code.
Third; you use Qt. Need I explain this one?
Actually, at $55K a year, that's about $30/hour (counting 45 weeks of 40 hours, so it's actually lower), so it's quite comparable.
Honestly, I can't even imagine a full year of effort spent debugging and bug fixing a program without adding features, that would mean the codebase is completely *rotten* :-D
Aha! El problema que yo veo es cómo cobrar :)
Y creo que puede estar un poco sobre-valuado (aunque no sé cual es la métrica aplicada), pero no tanto si se tiene en cuenta:
* Tu productividad como programador (no sé realmente cuántos años llevas programando en Python pero creo que tu Seniority sería algo así como "Grandpa").
* La productividad que provee Python.
* La productividad que provee QT.
* Reutilizaste código de otro proyecto.
* La productividad derivada de reutilización de código y bibliotecas que permite el software libre (de otro modo me parece que aún estarías programando el sistema de plugins).
* Otros factores que se mencionaron en algunos comentarios.
¿Cuanto tiempo le llevaría a un programador C con 2 o 3 años de experiencia (contando tiempos de compilación, debbuging, etc +=2)?
¿Cuánto tiempo te hubiera llevado hacerlo hace 10 años (lo que lleva a considerar tu experiencia y la productividad de las herramientas actuales que usas)?
Saludos cordiales.
Respuesta que debería tener un ";-)" después de cada punto:
* Sí, soy viejo. Se supone que eso me hace lento
* La productividad de Python y Qt es algo a favor. Deberían pagar más por hora por usar herramientas productivas que improductivas, dado que producen más!
* Sólo utilicé bibliotecas LGPL (excepto PyQt, si quisiera podría haber usado PySide), que cualquier programador propietario puede usar...
* El sistema de plugins son ... 92 líneas.
* Cuánto hubiera tardado hace 10 años? la mitad! http://lists.trolltech.com/...
Siempre fuí rápido. Antes era más rápido ;-)
* Sí, soy viejo. Se supone que eso me hace lento
Hnmm, me parece que ese es el verso de los gerentes de IT para pagar magros salarios o justificar la alta rotación de personal.
* Sólo utilicé bibliotecas LGPL (excepto PyQt, si quisiera podría haber usado PySide), que cualquier programador propietario puede usar...
Cierto.
* Cuánto hubiera tardado hace 10 años? la mitad!
Eso quiere decir que hace 10 años tenías la experiencia de un abuelo! Así que, o empezaste a programar a los 10 o sos más viejo de lo que imaginé ;-)
A propósito, qué libros o manuales recomendarías a programadores o estudiantes que quieren aprender Python/PyQT?
Voy para 39 así que hace 10 años tenía 28.
Para aprender PyQt? Probablemente "Rapid GUI Programming with Python and Qt" de Summerfield.