Primero, OpenSource (tanto SW como HW) no desaparecerá pronto. Pero nuestra comprensión de cómo y cuándo usarlo versus crear algo desde cero está evolucionando.
Por ejemplo, a la gente le gusta referirse a estos proyectos como “Software Libre”. Pero necesitan entender, no es “libre como el aire” o “libre como el discurso”, es “libre como el cachorro”. Llegas al pequeño bribón a casa y de repente necesitas alimentarlo, caminarlo y entrenarlo para que solo vaya al baño afuera. Pero yo divago…
En realidad, no estoy divagando. Una vez que ingresa esa pieza de “software libre” en su hogar, tiene muchas responsabilidades. Si lo ha incorporado a un producto, los clientes seguirán acudiendo a usted para solucionar un error. Rara vez los señalará a la fuente en git suficiente.
- ¿Cuál es el mejor ERP para escuelas y colegios?
- ¿Cuál es la mejor aplicación para hacer una llamada VoIP a India?
- ¿Por qué tenemos aplicaciones para dramas coreanos (Viki y Dramafever) disponibles en los Estados Unidos y ninguna para dramas japoneses?
- ¿Cómo enfrentan las empresas de desarrollo de software el hecho de que la tasa de renovación de las tecnologías compatibles es tan rápida?
- ¿Cuál es la mejor aplicación RSS para Linux?
También hay requisitos de licencia que usted asume con cada nueva pieza de OSS que use. En una empresa en la que trabajé utilizamos mucho software de código abierto. Y para cada lanzamiento de nuestros productos pasamos por el proceso de extraer todos los textos de licencia de los archivos de origen y compilarlos en un archivo uber-license.txt. Más de 1800 páginas. Con demasiada frecuencia recibimos preguntas de los clientes en la línea de “Sí, pero ¿estoy seguro si envío mi código que desarrollé con sus herramientas y bibliotecas?”. Legalmente, simplemente no puede responder ese tipo de pregunta con impunidad: la única respuesta racional es: “Necesitará que su asesor legal lo guíe en esta”.
Otra preocupación es que no todos los proyectos de código abierto son proyectos activos y dinámicos como Linux. En algunos casos, son proyectos abandonados hace mucho tiempo por sus creadores y rara vez (si es que alguna vez) se mantienen. Por lo tanto, pasar tiempo entendiendo la historia del software y la comunidad activa es importante antes de agregar ese proyecto a su base de código.
Pero, siempre que esté dispuesto a asumir la responsabilidad inherente, el uso de OSS puede acelerar su tiempo de desarrollo y permitirle concentrar sus recursos en el valor agregado único que aporta al mercado en lugar de desperdiciarlo en interfaces estandarizadas y el trabajo pesado de sondear todo junto. Y es por eso que seguirá siendo una pieza importante de infraestructura para todas las empresas que realizan desarrollo de hardware y software.
