Contenido
La sostenibilidad de los proyectos de OSS se basa en contribuciones activas de desarrolladores apasionados. Por lo tanto, la supervivencia de un proyecto de OSS depende en gran medida de su capacidad para retener a los desarrolladores e incorporar a otros nuevos (es decir, recién llegados), así como para crear una comunidad de usuarios que promuevan su adopción y uso. A medida que estos proyectos crecen, los desarrolladores tienden a organizarse y crear comunidades para impulsar su desarrollo, pero muchos proyectos carecen de modelos formales, especialmente modelos de gobernanza, para estructurar y gestionar software transportes la comunidad que los rodea. El apoyo para hacer frente a todo tipo de decisiones organizativas es una gran preocupación para todos los proyectos en esta etapa. Como ejemplo, formamos parte de una reflexión interna que participa en la comunidad Decidim con el objetivo de decidir si se debe crear una fundación y, de ser así, en qué modelo de fundación debe inspirarse. Gracias a los sistemas de control de versiones distribuidos, como git, es posible una colaboración asombrosa entre comunidades dispares. Más personas que nunca participan en el software libre y muchos proyectos en desarrollo son prometedores.
También proporcionó evidencia cuantitativa de que los desarrolladores de FLOSS tienen experiencia; descubrió que los desarrolladores de FLOSS tenían una edad promedio de 30 años y que tenían un promedio de 11 años de experiencia en programación. Los usuarios de FLOSS pueden adaptar el producto según sea necesario para satisfacer sus necesidades de formas que no serían posibles sin el código fuente. Los usuarios pueden personalizar el producto ellos mismos o contratar a quien crean que puede resolver el problema. Algunos han afirmado que esto crea el «peligro de bifurcación», es decir, huertasencasas.com de múltiples versiones incompatibles de un producto. Esto es “peligroso” solo para aquellos que piensan que la competencia es mala; también tenemos múltiples versiones de autos. Y en la práctica, el alto costo de mantener el software usted mismo ha resultado en un proceso en el que el cambio se devuelve a la comunidad. Si no se contribuye (por ejemplo, resuelve un problema que necesitaba solución, pero solo para una situación especializada), entonces sigue siendo una ganancia para el usuario, porque resolvió un problema del usuario que de otra manera no habría sido resuelto.
Lanzamiento del movimiento del software libre
Por ejemplo, en 1998 Microsoft decidió no desarrollar una versión islandesa de Windows 95 porque el tamaño limitado del mercado no podía justificar el costo. Sin embargo, los programas FLOSS pueden modificarse, por lo que se les agregó inmediatamente el soporte islandés, sin necesidad de negociar con un proveedor. Por el contrario, en julio de 2004, estuvo disponible el soporte en galés en FLOSS OpenOffice.org, el primer entorno de oficina completo disponible en galés. Los usuarios nunca saben cuándo tendrán 3l0g.com una necesidad especializada no anticipada por su proveedor; la posibilidad de cambiar el código fuente hace posible dar soporte a esas necesidades imprevistas. El CEO Scott Trappe explicó este resultado señalando que el modelo de código abierto fomenta varios comportamientos que son poco comunes en el desarrollo de código comercial. En primer lugar, muchos usuarios no solo informan errores, como lo harían con el software, sino que en realidad los rastrean hasta sus causas principales y los solucionan.
En segundo lugar, muchos desarrolladores están revisando el código de los demás, aunque solo sea porque es importante comprender el código antes de que se pueda modificar o ampliar. Desde hace mucho tiempo se sabe que la revisión por pares es la forma más eficaz de encontrar defectos.
¿A qué licencia se adhiere Linux? C Gnu General
En tercer lugar, el modelo de código abierto parece fomentar una meritocracia, en la que los programadores se organizan en torno a un proyecto en función de sus contribuciones. Los programadores más eficaces escriben el código más importante, revisan las contribuciones de otros y deciden cuáles de estas contribuciones se incluirán en la próxima versión. En cuarto lugar, los proyectos de código abierto no enfrentan el mismo tipo de presiones de recursos y tiempo que los proyectos. Los proyectos de código abierto rara vez se desarrollan en un plazo fijo, lo que brinda más oportunidades de revisión por pares y pruebas beta exhaustivas antes del lanzamiento. Se ha convertido en una parte relevante de la industria del software y ha contribuido al avance del estado del arte en investigación, educación y gobierno.
