EL MITO DE LA DISPONIBILIDAD INFINITA

El resultado de la votación del Log anterior tampoco es que me sorprendiera mucho, la verdad.

Arrasó la opción 2: "Mi jornada se va en reuniones inútiles y tareas dispersas, no tengo tiempo para trabajo real".

Tanto en la carrera como en las empresas te meten en la cabeza la misma mentira de siempre. Nos dicen que ser buen ingeniero consiste en estar accesible a todas horas, responder al Teams en menos de medio minuto y quedarte a echar horas cuando la planta se quema.

Es mentira.

En la teoría de sistemas distribuidos hay una regla básica sobre recursos: si la disponibilidad de un recurso tiende a infinito, su valor marginal percibido tiende a cero.

Con tu tiempo pasa exactamente lo mismo:

Vtiempo = Resultados / Disponibilidad

Si estás accesible el 100% de tu jornada respondiendo menciones, saltando de una reunión a otra o haciendo multitasking (lo que más odio xd), no eres el puto amo, eres un cuello de botella con patas.

Los ingenieros mejor pagados y más respetados de la industria no son los que tienen el iconito verde en Teams. Son los que son prácticamente inaccesibles el 80% de su jornada porque están sacando problemas complejos de verdad.

Pero cuidado, eso no significa que debes pasar de todos, a ver si voy a hacer que te echen del trabajo ajjaja. El derecho a ser inaccesible se gana entregando resultados sólidos y poniendo límites poco a poco desde el inicio. Básicamente educando a tu entorno laboral. Cuando les muestras resultados, lo entenderán.

Esto que te acabo de resumir en 40 segundos es solo una página del Capítulo 05 (Los Límites) de la nueva guía en la que llevo meses trabajando.

No es un libro de un experto ni de un gurú. Yo soy un ingeniero que ha sufrido y está sufriendo igual tú. Simplemente es un manual de 11 capítulos sin relleno donde explico lo que aprendí en 9 años en mi sector de energías renovables, software, red eléctrica, jefes, trabajo a turnos, cambio de empresa, etc:

El próximo domingo 18 de Octubre sale a la luz.

Será 100% GRATIS para los suscriptores al Log como tú, así que estate atento al correo para recibirlo cuanto antes.

Si tienes compañeros de equipo o amigos ingenieros quemados por la ineficiencia del día a día, reenvíales este correo para que se unan al Log antes del domingo. Te lo agradecerán.

⚡ WIKINGENIERIA LOG CURATOR

El oro técnico extraído de la industria esta semana.

FUENTE: The Pragmatic Engineer (Building Resilient Systems)

Microservicios: La arquitectura de último recurso.

Sam Newman (autor de referencia en arquitectura distribuida) acaba de soltar una verdad incómoda: los microservicios no son para hacerse el moderno, son una arquitectura de último recurso.

Si para desplegar un cambio necesitas coordinar y desplegar tres servicios a la vez, no tienes microservicios, tienes un monolito distribuido y acoplado.

Lección de ingeniería: Antes de añadir complejidad a un sistema (o a tu flujo de trabajo diario), pregúntate si realmente necesitas desacoplar o si simplemente no estás sabiendo gestionar los límites del sistema actual. La complejidad innecesaria siempre se paga en horas de guardia.

❝

"Tu tiempo es limitado, pero tu capacidad para malgastarlo en las prioridades de otros es infinita si no pones restricciones al sistema."

— Axioma de Arquitectura