Video: Cómo y por qué migrar tu empresa a la nube (Noviembre 2024)
A medida que nos trasladamos a un mundo "primero en la nube, primero en el móvil", la programación corporativa ha cambiado. Pero diría que el cambio depende del tipo de computación en la nube del que estamos hablando y que las implicaciones a largo plazo podrían ser muy significativas.
Si estamos hablando de pasar de centros de datos individuales a nubes privadas o incluso a Infraestructura como servicio (IaaS), no creo que el cambio en la programación corporativa sea necesariamente tan significativo. Seguro que se utilizarán nuevas herramientas: Open Stack, servicios de Amazon, nuevos marcos centrados en dispositivos móviles e idiomas como Node.js, Angular, Swift y Python. Pero la programación sigue siendo programación.
Pero cuando piensa en pasar de grandes aplicaciones corporativas monolíticas a usar más servicios de Software como servicio (SaaS) trabajando juntos, ese es un modelo completamente diferente. Y veo que eso sucede en muchos lugares.
Para las pequeñas y medianas empresas que nunca tuvieron mucha programación para comenzar, los servicios SaaS unidos pueden deshacerse de los centros de datos corporativos con VAR o un pequeño personal de TI que asume el papel de "corredores de servicios", seleccionando los servicios SaaS, obteniendo las mejores ofertas y haciendo algunas conexiones ligeras entre los servicios.
Para las organizaciones pequeñas y medianas que se centran en software, IaaS y potencialmente Plataforma como servicio (PaaS) ofrecen una forma menos costosa de desarrollar aplicaciones sin una gran inversión de capital por adelantado. Dichas organizaciones generalmente están listas para experimentar con nuevas herramientas, marcos y servicios. Cloud ha cambiado fundamentalmente el proceso de creación y despliegue de estas aplicaciones.
Para las organizaciones más grandes, veo más un cambio de aplicaciones locales a SaaS por las cosas que las empresas tienen que hacer, pero no son realmente diferenciadores centrales: gestión de ventas, cuentas de gastos, contabilidad, etc., lo que considero " aplicaciones de infraestructura ". Nuevamente, TI y los desarrolladores en esas áreas se convierten en más corredores de servicios. Pero aquí el trabajo es más complejo que para las empresas más pequeñas, solo porque las organizaciones más grandes tienden a usar más servicios. La buena noticia es que los proveedores de SaaS generalmente tienen más y mejores API que la mayoría de sus competidores heredados, y hay un papel importante en la selección de las herramientas adecuadas y los complementos correctos, la configuración de las aplicaciones y la conexión de las diferentes partes para que coincidan o al menos complementar la forma en que funciona la organización. Esto puede resultar ser una gran habilidad corporativa de TI en los años venideros.
Sin embargo, en general, desde la perspectiva del desarrollador, creo que habrá menos énfasis en estas aplicaciones de infraestructura.
Pero la buena noticia es que esto libera recursos, por lo que puede haber un mayor énfasis en el software para las líneas de negocio centrales de las organizaciones: las aplicaciones que definen quién es realmente una organización. (En otras palabras, la "propuesta de venta única"). Por ejemplo, el Boeing 787 tiene 6.5 millones de líneas de código. Esas cosas realmente importan para las organizaciones.
Del mismo modo, estamos recopilando muchos más datos en estos días, y la explosión de sensores baratos, conexiones inalámbricas ubicuas y el "Internet de las cosas" facilitarán más que nunca la recopilación de más datos de los diversos elementos que nos rodean. Agregue a esto una nueva generación de herramientas de "big data", y se vuelve más fácil y más práctico escribir software que realmente ayude a definir o mejorar productos y servicios.
Una gran pregunta: ¿la necesidad de más programadores para estas aplicaciones de línea de negocio y para todos estos escenarios de big data compensará la necesidad de menos programadores para las aplicaciones de infraestructura? La sabiduría convencional dice que sí, y aunque tiendo a ser optimista en tales cosas, no estoy completamente convencido.
Para empezar, me preocupa un poco el impulso para que más estudiantes aprendan a codificar. Creo que comprender los conceptos básicos de cómo funcionan las cosas es cada vez más importante en nuestra sociedad impulsada por la tecnología, pero soy escéptico de que realmente habrá tantos trabajos nuevos de programación. Creo que muchos de los trabajos de programación corporativa típicos que han existido durante años están a punto de ser desplazados por el cambio a la nube y la necesidad de más conectores e integradores en lugar de desarrolladores corporativos tradicionales para tales aplicaciones, lo que puede resultar en menos trabajos de programación. Pero también creo que durante mucho tiempo habrá una gran demanda de personas que puedan combinar la experiencia en desarrollo con el conocimiento de la empresa para crear aplicaciones de alto valor y misión crítica.
La compensación aquí determinará cuántos trabajos de desarrollo corporativo habrá en la próxima década o dos.
En cualquier caso, sin embargo, estoy convencido de que esos trabajos serán muy diferentes de lo que eran antes. Muchas organizaciones tendrán dificultades para crear la infraestructura adecuada y el talento adecuado para este cambio. Mucho más que hoy, veo que el software se convierte en una parte integral de los productos y servicios que brindan las organizaciones, por lo que los desarrolladores tendrán que tener una visión más amplia de toda la compañía, en lugar de solo su código.
