Discusión entre un jefe de proyecto y un ingeniero sobre añadir un campo de fecha de nacimiento a la página de configuración en una arquitectura basada en microservicios.
#5 es gracioso ( y triste) porque es verdad:
- lo de poner nombres molones poco descriptivos a las aplicaciones
- la complejidad emergente de muchos componentes
- los problemas para traer un simple dato
#9 Soy el jefe de departamento de web y api en una empresa en la que tenemos servicios expuestos por api para los clientes , y me toca muy de cerca , asi que si , tan triste como cierto.
Sobre todo cuando la "omega star" no cumple con lo que promete y cambian los nombres de las interfaces en cada version y me toca media horita de compilacion para refrescar las librerias y pone a hacer deploy de varias docenas de clientes en caliente en servidores en la nube.
Un dia de estos se me van a hinchar de verdad y voy a poner en marcha el CI/CD del gitlab y se van a cagar estos cabrones
#10 el CD de gitlab nos funciona bastante bien pero no acaba con todos los problemas. Sin test de contratos te los pueden romper igual. Y necesitas logs distribuidos, tracing traversal a servicios, métricas...
Era curioso como avanzamos para hacer las cosas más complicadas.
#11 No es tanto la parte del CD como la parte del CI , y crujir al que suba codigo al git sin pasar los tests. Normalmente dejo hacer a mi equipo y me centro en resolver problemas en vez de buscar culpables , pero al proximo que me cambie las interfaces justo antes de una release en fin de semana largo le voy a comer la oreja hasta dejarselas impares.
Comentarios
no es un gag , es un documental
#5 es gracioso ( y triste) porque es verdad:
- lo de poner nombres molones poco descriptivos a las aplicaciones
- la complejidad emergente de muchos componentes
- los problemas para traer un simple dato
#9 Soy el jefe de departamento de web y api en una empresa en la que tenemos servicios expuestos por api para los clientes , y me toca muy de cerca , asi que si , tan triste como cierto.
Sobre todo cuando la "omega star" no cumple con lo que promete y cambian los nombres de las interfaces en cada version y me toca media horita de compilacion para refrescar las librerias y pone a hacer deploy de varias docenas de clientes en caliente en servidores en la nube.
Un dia de estos se me van a hinchar de verdad y voy a poner en marcha el CI/CD del gitlab y se van a cagar estos cabrones
#10 el CD de gitlab nos funciona bastante bien pero no acaba con todos los problemas. Sin test de contratos te los pueden romper igual. Y necesitas logs distribuidos, tracing traversal a servicios, métricas...
Era curioso como avanzamos para hacer las cosas más complicadas.
#11 No es tanto la parte del CD como la parte del CI , y crujir al que suba codigo al git sin pasar los tests. Normalmente dejo hacer a mi equipo y me centro en resolver problemas en vez de buscar culpables , pero al proximo que me cambie las interfaces justo antes de una release en fin de semana largo le voy a comer la oreja hasta dejarselas impares.
Llevo un rato intentando comprender de que iba esto sin darme cuenta de que estaba leyendo microsiervos en vez de microservicios.
#2 Veo que no he sido el único
Aunque al hilo de esto, me ha salido otro video muy interesante: el experto. Muchos se sentiran identificados.
#7 Clásico entre clásicos. Me parto de risa en dos cada vez que lo veo
#7 resume perfectamente mi experiencia en reuniones con muchos jefes, clientes y pocos tecnicos
Estuvo bien... hace un año.
Pues no lo veo claro. Precisamente, con un microservicio tendrías la información aislada. No hay que propagarlo.
Pero está gracioso.
Ninguna religión es buena, y esta menos