¿Qué depara el futuro para los ingenieros de construcción y lanzamiento?

Percibo un gran enfoque en la automatización de la liberación de aplicaciones web. Publicar actualizaciones múltiples veces al día para millones de usuarios seguramente es una tarea desafiante y continua.

Se plantea un gran desafío para los ingenieros de construcción y lanzamiento para lanzar software para Internet (industrial) de las cosas. Estos incluyen una pequeña huella, dispositivos integrados y más y dispositivos móviles. Cada vez más, este software incluye funciones de actualización automática. Sin mencionar que estos sistemas conectados se implementan en muchos lugares diferentes en el campo. No es una sala de servidores propiedad de una gran empresa, o un departamento de TI administrado por el piso de computadoras de escritorio / portátiles.

Nuestra compañía envía nuestro software de middleware de conectividad en más de 80 plataformas diferentes, muchas de ellas sistemas integrados. Y ni siquiera estamos apuntando al mercado móvil: la lista de plataformas móviles de plataformas de Facebook es incluso mayor que nuestras 80 plataformas.

Los buenos ingenieros de construcción y lanzamiento seguirán teniendo una gran demanda. Y alguien que pueda dominar el lanzamiento para estas plataformas será el rey.

Cloudbees, DevOps, soluciones integradas, oh my. Permítanme salir de apuros aquí: siempre será necesario construir bien y liberar a las personas. El trabajo cambiará, pero siempre ha sido fluido y requiere una actitud más diplomática y reflexiva que la que se encuentra en la ingeniería.

Pasarás menos tiempo calzando guiones mal escritos juntos y esperando que todo funcione. Más tiempo coordinando equipos de desarrollo. Menos tiempo golpeando tu cabeza contra el escritorio, más tiempo gritando por lo ridícula que es una plataforma Jenkins. Menos tiempo cuidando a los servidores, más tiempo mejorando las cosas.

Lo que sí significa es que el rol ya no será capaz de apoyar a aquellos que lo ven en busca de una forma de convertirse en desarrollador. Construir y lanzar siempre será un espacio problemático difícil y diferente, y los gerentes de desarrollo débiles comienzan a darse cuenta de lo necesarios que somos.

Mientras no lean Recursive Make Considered Damful, siempre tendrán trabajo porque el sistema de compilación / lanzamiento nunca funcionará correctamente. La razón es que casi ningún sistema de compilación se basa en sus lecciones y, como Damien Ryan dijo, el entorno solo se está volviendo más complejo.

Idealmente, lo único que debe hacer un ingeniero de lanzamiento es aprobar el producto final antes del lanzamiento.

More Interesting

¿Qué es un paquete de compensación y equidad razonable después de la ronda de la Serie A para un ejecutivo senior no fundador como el Director de Ingresos?

¿Cuál es la mejor manera de comercializar productos de software SaaS?

¿Cuál es la estructura de ventas correcta para SaaS empresarial? ¿Necesitamos gerentes de cuentas F2F, o funcionará un equipo moderno de éxito del cliente impulsado por teléfono?

¿Hay algún buen foro SaaS que hable sobre ventas?

¿Qué tan común es que una compañía de software cobre su tarifa anual por adelantado y otorgue un período de espera de 60 días antes de configurar el software?

¿Dónde puedo encontrar compañías que puedan proporcionar soporte de primera línea para mi aplicación SaaS en línea?

¿Cuáles son buenas alternativas para Zenefits?

¿Cómo pueden las empresas tradicionales de software local realizar una transición exitosa a la nube?

¿Cómo usan Authorize.net las empresas internacionales (no estadounidenses)?

¿Qué tiene de diferente Salesforce que lo convierte en el jugador más grande en SaaS?

¿Qué compañías de software han realizado una transición exitosa o infructuosa de las instalaciones a la nube / SaaS?

A partir de marzo de 2015, ¿cuáles son las mejores herramientas de gestión de suscripción y facturación de SaaS?

Cómo llegar a la raíz de un problema / error del producto

¿Cuál es la diferencia entre IaaS, SaaS y Paas?

¿Cuál es su tasa de abandono del flujo de compra para una aplicación de prueba SaaS?