Bueno, no estoy de acuerdo con la mayoría de sus suposiciones (implícitas):
¿El software libre y abierto suele ser malo?
Seguro que hay software OSS bueno y malo. El punto con el mal software propietario es: nunca verás el código para juzgar por ti mismo. Aquí hay un estudio que afirma que el código abierto generalmente es mejor que el software cerrado: Coverity encuentra la calidad del software de código abierto mejor que el código propietario | ZDNet.
Después de haber estado en algunas industrias, he visto códigos comerciales realmente malos, lo que me hace dudar de que fuera un trabajo de un ingeniero calificado. Por otro lado: si una pieza de código abierto se vuelve popular, probablemente sea útil hasta cierto punto. Mientras que a veces el software comercial es impulsado por algunos vendedores, que tienen un presupuesto de marketing y contratos de empuje. (Pensando en SAP aquí, que incluso se menciona en las conferencias universitarias como un mal ejemplo para el software. Sin embargo, todas las grandes cooperaciones lo usan y se ha vuelto demasiado grande para fallar).
- ¿Qué es un modelo de desarrollo rápido de aplicaciones?
- ¿Cuál es el mejor software de planificación para orquesta?
- ¿Cómo encuentro un programador asociado para una aplicación fácil de aprender que hará que escribir sea mucho más rápido? Especialmente para aquellos de nosotros que 'cazamos y picoteamos'.
- ¿Cómo codificaría una aplicación como Air Bnb?
- Cómo crear una introducción y salida para un video de YouTube
Fallos cortos comunes de proyectos de código abierto
Pero hay algunas trampas comunes en los proyectos de código abierto:
- Dependencia de unos pocos desarrolladores o solo. En teoría, alguien más puede hacerse cargo de un proyecto si los principales mantenedores ya no quieren trabajar en él. Pero en la práctica, a menudo resulta que no es fácil. Algunas empresas se niegan a usar OSS si no hay al menos una gran organización (empresa o universidad) que lo respalde
- Más difícil de evitar la competencia. Eso es cierto con seguridad. Pero realmente depende de su modelo de negocio. Si no puede ofrecer algo además del software, puede ser un no ir. Sin embargo, es una práctica común regalar el software de forma gratuita y ofrecer servicios a su alrededor: es decir, soporte profesional o extensiones patentadas, hardware especializado en la ejecución del software. Bueno, es difícil dar la última conclusión sobre qué Businessmodel funciona mejor en una situación dada. Si pudiera hacer eso, probablemente ya sería multimillonario.
- La comunicación en equipos abiertos puede ser un desafío. Sin embargo, la comunidad de código abierto surgió con muchas herramientas inteligentes y tiene una cultura en constante evolución para lidiar con eso. Herramientas como git, github, lint promueven una cultura de colaboración, revisión y aprendizaje mutal, mientras que algunas de las mentes más brillantes de la informática y genios del software promueven el código abierto y promueven su cultura.
- [edit] Pensando un poco en mi respuesta, encontré un tema en el que el software de código abierto la mayoría de las veces es inferior al software comercial, pero está un poco fuera de tema y algunas personas con OSS hardcore podrían argumentar fuertemente: La usabilidad de abrir Los productos de origen son a menudo pobres. Creo que en su mayoría son técnicos que escriben una pieza para sí mismos u otros técnicos y tener una interfaz fácil y bien diseñada es algo que la mayoría de los desarrolladores no son capaces de hacer y la cultura OSS parece no ser atractiva (o incluso acogedora) para los diseñadores o Profesionales de UX. De hecho, esas personas a menudo son mal vistas. Aquí una empresa con interés en impulsar negocios funcionará de manera diferente. Primero tiene que pensar en el usuario, lo que hace una gran diferencia y también podría ser la razón por la cual el código abierto tiene una reputación bastante dura entre los usuarios habituales.
Me detengo aquí porque esto puede convertirse rápidamente en un tema de fuertes creencias y opiniones, pero quería darle algunos puntos en los que pensar.
