B U L M A PDA
B U L M A PDA
El proyecto BulmaGes (Software Libre de gestión para PYMEs) ha alcanzado el 'commit' nº 4000. Este hito ha sido posible gracias a todas las personas que han apoyado el proyecto desde que comenzó hace casi 10 años. 41 colaboradores han tenido acceso directo al SVN (repositorio del proyecto) desde entonces.
Felicidades a todos.
Para el que no sepa lo que es un 'commit' es una contribución al programa y puede deberse a muy diversos motivos:
Tantas y tantas tareas que hay que ir haciendo poco a poco para que los programas que conforman la 'suite' vayan funcionando cada día mejor y con nuevas e interesantes opciones.
Como se ha podido ver en la lista anterior, no es necesario saber programar para colaborar con el proyecto. En mero hecho de probarlo y reportar errores de funcionamiento/instalación (depuración) como proponer mejoras o ayudar en el apartado gráfico o revisar la documentación nos acerca al objetivo de que el proyecto sea más conocido y se adecue a las necesidades de los usuarios.
Actualmente el proyecto cuenta con los siguiente módulos:
5045 text files.
4556 unique files.
21299 files ignored.
http://cloc.sourceforge.net v 1.08 T=72.0 s (33.6 files/s, 11287.2 lines/s)
--------------------------------------------------------------------------------
Language files blank comment code scale 3rd gen. equiv
--------------------------------------------------------------------------------
Python 40 914 590 187549 x 4.20 = 787705.80
C++ 586 25734 37964 112215 x 1.51 = 169444.65
C/C++ Header 1323 32142 53882 107043 x 1.00 = 107043.00
XML 22 221 0 91616 x 1.90 = 174070.40
SQL 99 8225 6940 53535 x 2.29 = 122595.15
HTML 53 3115 296 20132 x 1.90 = 38250.80
Assembly 37 4208 2893 19735 x 0.25 = 4933.75
C 99 4052 3655 14591 x 0.77 = 11235.07
PHP 54 754 169 8398 x 3.50 = 29393.00
make 61 1721 2358 3481 x 2.50 = 8702.50
CSS 15 193 80 1626 x 1.00 = 1626.00
Bourne Shell 17 183 343 1098 x 3.81 = 4183.38
Bourne Again Shell 8 155 117 368 x 3.81 = 1402.08
Perl 5 53 41 294 x 4.00 = 1176.00
--------------------------------------------------------------------------------
SUM: 2419 81670 109328 621681 x 2.35 = 1461761.58
--------------------------------------------------------------------------------
La Asociación IGLUES tiene como misión fomentar el uso de Software Libre en las empresas, especialmente en las PYMEs. BulmaGes es el proyecto que IGLUES coordina y fomenta. No es necesario ser socio de la Asociación IGLUES para poder colaborar con el proyecto porque que está abierto a todos el mundo sin condición previa.
Otras maneras de colaborar con BulmaGes son: Dar a conocer el proyecto a través de Internet y el apoyo económico directo a la Asociación, a programadores independientes o contratando servicios relacionados a empresas que den soporte comercial.
También existe un listado de empresas que dan soporte comercial a BulmaGes y que ofrecen servicios adicionales de valor añadido.
Muchísimas gracias, el proyecto me ha servido de mucho en los últimos años para aprender. Saludos.
Python, como lenguaje mayoritario ??
Yo pensaba que estaba en C++, menuda sorpresa!!!
Ahh, enhorabuena !!!
3. Re: BulmaGes: ¡¡¡¡Commit 4000!!!! (28/08/2010 23:20)
Por: AnonimoSi sumas 'C++' y 'C/C++ Header' que viene a ser lo mismo. Entonces C++ es el mayoritario.
4000 commits son poquísimos para la cantidad de años que lleva esto funcionando. Supongo que estaréis haciendo commits enormes con diferencias gigantescas. Cualquier persona que lleve usando un SCV mucho tiempo os dirá que es una pésima idea, ya que se pierde toda la granularidad.
5. Re: BulmaGes: ¡¡¡¡Commit 4000!!!! (29/08/2010 15:30)
Por: Anonimo4000 pueden ser muchos o pocos. Seguro que si colaboras llegaremos a los 5000 un poco antes que si no colaboras. Un saludo.
6. Re: BulmaGes: ¡¡¡¡Commit 4000!!!! (29/08/2010 16:02)
Por: tborrasLo malo es quecualquiera opina. Hasta los que ni siquiera saben escribir SVN, CVS o GIT. Enfin .....
Poquísimos commits .....
Para que te hagas una idea:
4000 (commits) / 7 años / 365 dias = 1,56 commits por dia.
Me he permitido hacerte una pequeña comparativa con varios proyectos también muy conocidos.
Okular: 2975 commits (http://www.ohloh.net/p/okular/commits)
OpenSSH: 3760 commits (http://www.ohloh.net/p/openssh/commits)
Vim: 3846 commits (http://www.ohloh.net/p/vim/commits)
SuperTux: 5500 commits (http://www.ohloh.net/p/supertux/commits)
InkScape: 9954 commits (http://www.ohloh.net/p/inkscape/commits)
Gimp 27550 commits (http://www.ohloh.net/p/gimp/commits)
No se tu, pero yo no veo las cifras tan dispares a las que lleva BulmaGés ..... Igual es que ninguna de las personas que hacen estos proyectos llevan usando SCV mucho tiempo.
O va a ser que sólo conoces los commits que lleva el kernel de linux y te basas en esa cifra para extrapolar a cualquier proyecto.
Como todo en esta vida, generalizar no es bueno y menos aun pensando que todos los proyectos son iguales y deben seguir los mismos patrones de desarrollo.
Yo tengo por norma subir los cambios uno a uno y siempre que el código siga compilando y la funcionalidad o cambio esté en un estado que no impida el trabajo de los demás colaboradores. Las mismas normas que espero de los demás. No me importa si tardan un dia, una semana o un mes siempre que no entorpezcan el trabajo en equipo.
Además lo de si un cambio es enorme o no ni siquiera depende del trabajo que se realiza ya que por ejemplo cambiar el nombre de una clase en todo el proyecto se hace con una sentencia awk y puede modificar todos los ficheros del proyecto. Mientras que crear una funcionalidad nueva apenas altera uno o dos ficheros y es bastante más laborioso.
Como dice Morpheo:
"No es lo mismo conocer el camino que andar el camino."
Es estupendo, enhorabuena a todos los que lo haceis posible
¡WOW!, no me había fijado en eso :)
Es labor de años y años.
Venga, saludos y fuerza.