¿Cuánto cuesta OpenSource?

El significado del término Open Source a menudo se identifica con la ausencia de la necesidad de pagar por un producto de software. El deseo de ahorrar dinero, de "obsequio" no es ajeno a la mayoría, y parece que OpenSource debería ser la tableta mágica que debería haber salvado al mundo entero de monstruos como Microsoft, que no requieren una pequeña tarifa por sus productos. Sin embargo, esto no sucede. En este artículo, intentaremos en el nivel superior, sin profundizar en particular y en detalles, para comprender qué sucede Open Source. Por qué Open Source nunca se convirtió en esa tableta. ... ¿Y realmente la necesitas?

Definición

Para empezar, aún decidimos qué es OpenSource : es un software de código abierto. No solo puede usar dicho software, sino también trabajar con su código fuente: verlo, estudiarlo y hacer sus propios cambios. De hecho, el primer autor, el creador de cualquier programa de este tipo, invita a todo el mundo a la coautoría, y generalmente estos programas surgen precisamente debido a las necesidades específicas de sus creadores.

Incluso nuestra propia filosofía del movimiento del software libre ha tomado forma, cuyo propósito es garantizar cuatro libertades básicas del usuario:

1. Uso gratuito de programas para cualquier propósito;
2. La libertad de estudiar cómo funciona el programa, adaptarlo a sus necesidades (código abierto);
3. Libertad para distribuir copias del programa;
4. La libertad de modificar y mejorar, corregir los errores detectados, así como publicar una versión mejorada del programa para beneficio de toda la comunidad.

Como sucede

No confunda el software de código abierto con software gratuito o gratuito. Este último, a diferencia del software de código abierto, solo se distribuye de forma gratuita, pero tiene una licencia en su licencia para copiar y / o modificar el código fuente.

Un ejemplo sorprendente y conocido de software de código abierto es Linux , como el núcleo del sistema operativo creado por Linus Torvalds en 1991. El kernel de Linux en sí mismo se distribuye libremente bajo los términos de la GNU GPL. Torvalds decidió usar esta opción cuando se hizo evidente que algo que era su pasatiempo personal comenzó a extenderse rápidamente por todo el mundo.

Sin embargo, por extraño que parezca, esto no significa que todas las versiones de los sistemas operativos basados ​​en este núcleo sean gratuitas. También hay productos puramente comerciales , por ejemplo, SUSE Enterprise Linux , Red Hat Enterprise Linux , diseñados para uso corporativo. Al comprar esta distribución (y, de hecho, una suscripción a las actualizaciones), el comprador recibe asistencia para aquellas obligaciones que el fabricante de este sistema operativo asume. SUSE y Red Hat, además de los métodos clásicos de ganar dinero vendiendo las propias distribuciones (suscripciones), servicios de implementación y soporte técnico, venden productos oficiales con sus propios símbolos : polo, gorras, tazas, juguetes, papelería, etc.

Otro punto interesante, no importa cuán libre y abierto sea Linux, no apareció de la nada, los recursos también se gastaron en su creación. En diferentes años, se llevaron a cabo varios estudios utilizando diversas técnicas, y se estimó el costo de desarrollar el kernel de Linux versión 2.6.0. En 2004, el valor se estimó en 612 millones de dólares estadounidenses (467 millones de euros) utilizando un modelo de evaluación persona-mes (el método adoptado para evaluar el desarrollo de software propietario). En 2006, otro estudio fue financiado por la Unión Europea, lo que resultó en una cifra de 1.09 mil millones de dólares estadounidenses (882 millones de euros). En 2008, la estimación del costo de desarrollo central alcanzó los $ 1.3 mil millones.

Hay ejemplos en los que el software en sí sigue siendo de código abierto, en su sentido canónico. Sin embargo, también se monetiza con éxito. Como ejemplo, podemos tomar el producto de software Zabbix, un sistema de monitoreo universal para cualquier infraestructura de TI, recursos en la nube, servicios y aplicaciones. Cita del sitio web de la compañía: “Zabbix - Software gratuito de código abierto. No hay restricciones ni costos ocultos ". Sin embargo, el fabricante monetiza con éxito su producto, ofreciendo una amplia gama de servicios en todo el mundo:

• Servicios de soporte técnico para clientes corporativos bajo el contrato;
• Servicios de actualización del sistema a la última versión LTS o estándar;
• Servicios que desarrollan capacidades de monitoreo adicionales para necesidades específicas del cliente;
• Servicios para integrar Zabbix con sistemas para registrar tareas \ aplicaciones, gestión de almacenes, gestión de configuración, visualización \ informes, mensajería y otros sistemas de información;
• Sesiones únicas para resolver problemas (por ejemplo, un especialista de tiempo completo en vacaciones y no puede conectarse directamente, sucede) usando una conexión remota;
• Crear plantillas para equipos obsoletos o únicos, para equipos de producción propia o en el caso de que la plantilla existente no le permita obtener una imagen completa del estado del dispositivo monitoreado;
• Instalación llave en mano de la solución, que puede incluir consultas in situ, personalización avanzada y capacitación in situ de los empleados del cliente a la tasa de un especialista certificado;
• Servicios de consultoría, incluidas opciones con el especialista de la compañía que visita al cliente.

En este estado de cosas, no hay discordia, el producto en sí mismo permanece en la categoría de Código Abierto, y las compañías esencialmente obtienen servicios adicionales, brindan al cliente confianza en la estabilidad de las actualizaciones de software y en la corrección oportuna de los errores detectados. Cualquier persona tiene la oportunidad de influir y cambiar dicho producto cambiando ambas bibliotecas individuales y modificando los productos de software aplicados en los que se basan los programas monetizados o que se utilizan en su composición.

Por supuesto, la mayoría de los productos de software que se pueden clasificar como proyectos de código abierto son software libre canónico. Son creados por entusiastas, a veces para resolver sus propios problemas, a veces para lograr algún objetivo socialmente útil. No todos encuentran una amplia distribución y aplicación. Esto se debe principalmente a la tarea aplicada, que el programa debe resolver.

Pero incluso aquellos programas que se están volviendo bastante populares pueden enfrentar muchos problemas. Por ejemplo, el desarrollador principal (generalmente sigue siendo una persona o un pequeño grupo de personas con ideas afines) pierde interés en el desarrollo e implementación de nuevas funciones, o no encuentra tiempo para apoyar el proyecto. O, entre el equipo de desarrollo, existen diferencias significativas en la estrategia para el desarrollo posterior del producto. Muy a menudo en este caso, aparecen ramas de la versión principal del proyecto: copias del repositorio, que comienzan a desarrollarse por separado del proyecto principal. Aquí hay 3 escenarios más:

1. El proyecto principal sigue siendo líder en su clase;
2. Fork es más exitoso que el proyecto de la reivindicación 1;
3. El proyecto está doblado, tanto los tenedores como su base mueren.

¿Qué sucede en este caso, cuando el producto es un ejemplo clásico de un proyecto de código abierto que cuesta dinero? En general, todo es igual que en los proyectos de código abierto monetizados: especialistas. Especialistas que saben o pueden descubrir cómo funciona un sistema en particular, que pueden implementar un nuevo sistema, actualizar uno existente o integrarse con otros sistemas. Muy a menudo, tales especialistas son únicos, no solo uno en un millón (aunque parece que hay tales ejemplos), sino que dentro de un territorio no tan metropolitano, probablemente no sean una gran opción.

Puede contratar a tal especialista en el estado. Su costo es a menudo bastante alto. Por supuesto, existe una opción para aprovechar las ofertas de outsourcing tanto de freelancers como de organizaciones especializadas en la provisión de servicios de soporte técnico. En este caso, un profesional independiente es la opción menos costosa, pero también la más riesgosa. Por analogía con los fabricantes de software que venden soporte para sus productos, las compañías especializadas también brindan más garantías para el cumplimiento de los acuerdos fijados por el contrato y comprenden mejor su responsabilidad con el cliente.

Costo

Es posible estimar el nivel de costos (solo para estimar, es imposible calcularlo en absoluto, aunque el cálculo puede ser bastante cercano) en su Código Abierto en su empresa:

• Primero debe decidir qué producto se supone que se utilizará.
• En base a esto, aparecen las opciones de soporte: el desarrollador del sistema lo proporciona en términos comerciales (lo cual es extremadamente importante desde el punto de vista de comprender y observar el SLA), o el desarrollador no tiene dicho servicio y es necesario buscar otras formas. Las desventajas de dicho soporte son el alto costo y no siempre una reacción rápida si el SLA no se basa en las necesidades del cliente;
• Otra forma, como ya se mencionó anteriormente, se puede dividir aproximadamente en tres opciones:
• Encontrar y contratar a un profesional independiente es la opción menos costosa, pero bastante arriesgada, incluso si se celebra un contrato entre el profesional independiente y la organización, los riesgos de fuerza mayor son los más fuertes. Además, el nivel de experiencia de un profesional independiente puede ser realmente muy alto. O tal vez al revés;
• Selección de una organización de tercerización especializada que pueda proporcionar la lista necesaria de servicios para respaldar el sistema seleccionado. Algo entre el apoyo del fabricante (donde el nivel máximo de experiencia, y generalmente el costo) y el trabajo independiente (donde la rentabilidad del recurso se debe al bajo nivel de competencia en una especialización estrecha);
• Contratar a un empleado en el personal es la ventaja de esta opción en el control completo del recurso, la capacidad de orientar rápidamente al empleado para resolver un problema específico. En las desventajas, puede escribir un costo bastante alto, el riesgo de tiempo de inactividad del servicio en caso de pérdida de empleados.
• La selección de un empleado / empresa, ya sea una elección de apoyo del fabricante o de una organización / profesional independiente, o la contratación de un empleado en el personal, debe comprender exactamente para qué criterios elegir un artista. Es decir esencialmente tener la experiencia para determinar la experiencia. O, nuevamente, contrate a alguien (organización o individuo) con tal experiencia.

Conclusión

Al final del artículo quiero resumir las fabricaciones resultantes.

• La primera conclusión es que Open Source no significa gratis , sino que a nivel de hogar significa que está disponible gratuitamente.
• La segunda conclusión es que la aplicación canónica de código abierto solo se puede obtener en caso de uso personal , es decir, uso en el hogar
• La tercera conclusión es que un sinónimo no siempre es bueno de forma gratuita , en los casos en que el funcionamiento de una aplicación o servicio basado en un proyecto de código abierto es crítico, debe contar con un soporte confiable. Todo depende del precio del tiempo de inactividad.
• La cuarta conclusión es que, dado que la aplicación o el servicio son críticos, su mantenimiento y soporte simplemente no pueden ser gratuitos, no es lo que tiene que pagar, debe pagarlo .