Ene232014

Proyectos de equipo o unipersonal.

Sobre este tema tengo las ideas muy claras. Un proyecto unipersonal no deja de ser una aportación importante en cuanto a ideas, pero como todo, debe trasmitir cierta confianza. Unas bases que cumplan con unos requisitos, algo que de alguna manera te trasmita ilusión.

No estoy en contra de ningún tipo de proyecto, el ejercicio de la libertad está por encima de cualquier otra consideración. Ademas, me satisface formar parte de una comunidad tan activa y creadora como la del software libe, otra cuestión son las expectativas personales sobre cada proyecto que se presenta.

Un proyecto unipersonal se sostiene sobre una sola persona, si por los motivos que sean abandona, el fracaso es inminente. Al contrario, un proyecto de equipo, si alguien abandona otro lo reemplaza. Pues aun así, me han comentado que no entienden ni comparten mi postura, pero hasta ahora no me han dado ningún tipo de argumento.

Esta pequeña reflexión nos da la oportunidad de expresar lo que pensamos al respecto, espero vuestra participación, creo que el tema lo merece.

Política de comentarios

Dada la importancia de los comentarios como espacio de participación, te pedimos por favor que leas detenidamente y cumplas con las siguientes normas de participación.

2 respuestas para “Proyectos de equipo o unipersonal.

ailofdeb

Hola. Llevo siguiendo este tema unos días y creo que los conceptos están claros, pero no se expresan con claridad. Intentaré ser claro yo mismo.

Proyectos Unipersonales. ¿Entran en esta categoría Slackware u OpenBSD?. En ambos casos podemos aventurar que tras los líderes hay equipos que se mantienen y/o renuevan porque tienen comunidades de usuarios que “obligan” a ello. En caso de fuerza mayor o catástrofe, saldría algún fork porque la comunidad de usuarios es, a efectos sinérgicos, relevante.

La clave parece estar muy especialmente en dos cosas: la comunidad de usuarios y el interés que despierte el proyecto entre los programadores en general.

En el tema de la confianza, debemos hacer una observación importante referida al uso que del proyecto se pretende. Para un uso meramente lúdico, quizá la estabilidad, firmeza, viabilidad futura, etc, no tenga demasiado interés. Pero cuando se hace un uso profesional, o, simplemente por comodidad se desea “plantarse” en un sistema dado, las cualidades citadas son deseables, incluso imprescindibles en determinados entornos.

Resumiendo mi opinión: para la diversión puede no hacer falta ser muy exigente en el aspecto de la confianza, pero para otros usos, sí.

Tampoco quiero olvidar la afición de “probar” cosas nuevas, aunque para eso LFS puede ser la solución.

Saludos


José Miguel

Un proyecto unipersonal se sostiene sobre una sola persona y, aunque puedan haber coloraciones, no hay un equipo formal. Creo que el concepto es claro.

Otra cuestión es que tras el abandono o fracaso, como se quiera interpretar, la comunidad forme un fork; algo que no siempre sucede, pero es una posibilidad.

Sobre la necesidad o no de la confianza, completamente de acuerdo con lo que dices.

Saludos.


Deja un comentario

Tu dirección de correo electrónico no será publicada.