Propietario o de código abierto: Ni lo uno ni lo otro

Propietario o abierto, comercial o de código abierto: ésta ha sido durante mucho tiempo una cuestión crucial en TI. Este debate no ha pasado por alto la evaluación del software de análisis.

Sin embargo, es erróneo pensar simplemente en código abierto cuando se trata de apertura. La apertura en el sentido de una infraestructura informática ágil y de diseño flexible es algo más que un código fuente de libre acceso. Va mucho más allá.

En última instancia, la apertura es la característica que espero del software que quiero utilizar para resolver problemas analíticos complicados y relevantes para la empresa. En este sentido, abierto significa accesible. Desbloqueado. Listo para ser utilizado por cualquiera.

Por tanto, esta apertura debe abarcar todos los problemas analíticos, usuarios, competencias, tamaños de empresa, volúmenes de datos y entornos informáticos. Solo si se integran todas las fuentes de datos imaginables será posible incluir los avances tecnológicos más recientes, como Hadoop o la nube.

Y sólo si los sistemas externos también pueden integrarse funcionalmente, conseguirán las empresas la agilidad analítica que necesitan en el futuro.

En este contexto, la discusión fundamental sobre "comercial o de código abierto" se desvanece rápidamente en el aire. Porque, aparte de la cuestión de los costes totales de una u otra solución, que seguirá siendo objeto de considerable debate, se trata ante todo de disponer de las funcionalidades adecuadas, de la aplicación parcial adecuada, del fragmento de código adecuado en el lugar adecuado y en el momento adecuado.

Que proceda de software comercial, sea de código abierto o una mezcla de ambos no es tan importante para la empresa en ese momento. A este respecto, es aconsejable que los proveedores de software comercial integren componentes de código abierto en su propia plataforma y permitan un intercambio fluido con todos los sistemas y formatos habituales.

Y aún más: a cambio, también debe ser posible integrar elementos del software comercial en entornos de código abierto. Para muchos, esto parece una ruptura cultural.

Y precisamente: allí donde se requiera la máxima agilidad, allí donde se innove, allí donde la analítica sea el motor de la digitalización, la combinación de plataformas analíticas de código abierto y comerciales se implantará sin dogmatismos ni etiquetas.

Integrar los algoritmos de los fabricantes

En esta interacción, las ofertas comerciales seguirán constituyendo el punto de partida y el centro analítico de la mayoría de las arquitecturas. Garantizan el anclaje sostenible de una cultura analítica en la empresa.

La durabilidad (inversiones a prueba de futuro mediante compatibilidad y arquitecturas orientadas a la nube), el despliegue (transferencia del modelo analítico a la producción) y la gobernanza (procedimientos de tratamiento de datos trazables y reproducibles) son características que deben tener estos ecosistemas analíticos.

¿Cómo será el futuro de la coexistencia del software de código abierto y el comercial? Así es como podría funcionar: Un servicio en línea se ha creado esencialmente con Python, es decir, código abierto.

Si ahora los desarrolladores quieren ofrecer a los usuarios sugerencias mejores, es decir, más adecuadas, pueden utilizar para ello algoritmos de aprendizaje automático de un fabricante de software comercial.

Algo así funciona ya hoy con la plataforma SAS Viya, orientada a esta nueva necesidad de apertura y dinamismo. Para ello, necesitamos un intercambio sin prejuicios entre las empresas de software y las comunidades de código abierto.

Insistir siempre en las supuestas debilidades del otro no es una solución constructiva. Lo que hace falta es aunar los respectivos puntos fuertes. Los clientes hace tiempo que decidieron hacerlo.