Feda /dev/ - No Javascript allowed

#43833 Algunos tags, los habituales: engineers as gardeners, YC, minimalism, backend, unix, sistemas distribuidos, futurismo, pragmatismo, product oriented, 1 product 1 team 1 company, data oriented programming, x10 engineering, código re emplazable en lugar de re utilizable...

Tengo que preparar las slides. Empezaremos el primer stream definiendo algunos conceptos clave que iremos viendo e implementando nuestro primer backend. Lo haremos a mano. Y veremos porque las librerías de servers existen.

Hoy preparándolo ya he visto un problema en gin muy interesante que estoy seguro que pasa en muchas librerías y frameworks que no sabéis... Yo al menos no lo sabía.

A ver, pregunta de diseño de esas que le gustan a @desu

Tenemos un proxy de mqtt, que gestiona cada uno de los diferentes mensajes del protocolo (pub,sub,un sub,connect,acks diferentes, etc)

Yo implemente un filter chain para poder hacer filtros y gestionar los mensajes que vienen tanto por un lado como por otro.

Ahora vienen los dos approaches:
A ) Tener un filtro por tipo de mensaje que lo gestiona y no continua el chain.
B ) Tener filtros que modifican el mensaje, añadiendo cosas al mismo cómo por ejemplo un attributo routing key y que haya otros filtros que lean ese routing key y lo envien a donde el routing key diga (una queue, un broker, etc), los filtros en general tienen que continuar siempre el chain.

Como consideraciones, en cada mensaje es posible que haya que hacer más de una cosa o enviar más de un mensaje, tanto para atrás (al que lo envía) como para delante (hacia dónde se envía)

#43841 Para mi la segunda es una opción cuando no vas a usar los filtros que das, y que vayan a ser usados por otras personas, es decir cuando haces un framework. Provees ciertos filtros que cubren bastantes necesidades, por ejemplo en un proxy podrías llegar a dar ciertos filtros como add headers, path matchers, routers para enviar el request a otro sitio, rate limit, oauth, etc. Nunca cubrirán el 100% de las necesidades, pero cubres una gran parte. Por ejemplo en Zuul te dan filtros para hacer eso, condicionalmente enrutar, te dan un router y filtros de condiciones (match path - route here) (match header - route there), y el enrutar es poner una key en el request. Aunque yo no lo haría así en ningún caso , ya que luego es un follón al estar el handling de un request dividido en más de un sitio, yo haría el enrutado en el filtro que hace match delegando eso en un servicio, en lugar de ir por el chain buscándolo.

Para mi la opción A es la correcta en nuestro caso de uso, y prácticamente siempre.

Ayer me lo pasé bien en el curro xD

Me llama el PM de cliente para decir que no está contento conmigo, me da 2 razones que se las rebato en el momento y nada, ok boomer.
Llamo a la leader que suele tratar con este elemento, le pregunto que cojones le pasa y me contesta que el día anterior estuvo diciendo que quería que le bajasen mi tarifa, que le dijeron que la mamase y que iba a hacer presión. La presión fue tocarme a mi los cojones. En esta misma conversación me comenta la leader que justo tiene una reunión en breve para comunicarle que me voy del proyecto y que le va a decir, por darle por culo, que me voy porque estoy descontento con él. Todo flama (saben hace 2 semanas que me voy pero el cliente no tenia ni zorra parece ser).

Comentar que en mi equipo somos 20 personas, quitando a un par de arquitectos, prácticamente todos los demás tiran de mi para todo, por lo que cuando me pire va a haber ostias xD

A la hora me llama el PM de cliente que por favor no me vaya, que no me va a poner mas problemas, que solo era una medida de presión para pagar menos, etc… y yo por dentro pues riéndome básicamente. Le he dicho que la próxima vez que valore a alguien lo último que tiene que hacer es tocarle los cojones gratuitamente y lo que debería hacer es dejarle tranquilo. Soy de los que piensan que solo debes llamar la atención a alguien si está haciendo algo mal, si lo hace bien es su trabajo y debes dejarlo a su aire.

Así que nada, MV es mi blog, putas consultoras, putos clientes y biba tocarle los cojones a un cayetano prepotente.

Y hasta el 10 sin currar, que de hecho he dicho que como me llamen del cliente por lo que sea pienso colgar.

#43844 Bien hecho. Me siento orgulloso. Imaginate que cada dia hicieses cosas como la que has hecho. Esa es mi vida en el trabajo.

No atiendo meetings que son perder el tiempo, pongo a middle managers a llorar, no hago procesos ni sesiones "obligatorios" de recursos humanos, doy master class al primer tontito que se me ponga chulito, ignoro a gente que solo quiere perder el tiempo...

Si todo el mundo hiciese estas cosas, la gente se comportaria con mas respeto hacia a los demas y todos viviriamos mas tranquilos.

Asi que te invito a partir de ahora a seguir con esa actitud.

#43849 Juanaka el que te faka es un tio bastante competente dentro de los fperos del hilo

No me pasaria una entrevista tecnica

Pero le daria una oportunidad como becario del equipo

#43851 en mi nueva serie de jardineria vamos a tocar el tema

pero si tengo que destacar un post: https://arnaudiaz.com/blog/traits-good-programmer/

#43855 zurdos haciendo gala de su respeto por los demás, ejemplo 17276372

Pero por qué política en este hilo???