Feda /dev/ - No Javascript allowed

#42324 Yo no entiendo nada de lo que hablas, pero me estas cayendo simpatico sin ironias xD.

#42331 ahora vamos a hacer un team building / coworking con @isvidal en suiza.

donde hablaremos nuestro proyecto front end + back end.

puede estar interesante que os enseñe como un INGENIERO de verdad hace un backend.

#42332 gracias. veo que tienes buen gusto musical.

aunque se hagan los duros aparentes, caigo a todo el mundo bien.

lo que me falta de humildad lo tengo de carismatico.

#42334desu:

ahora vamos a hacer un team building / coworking con @isvidal en suiza

pero eso es cierto? pensaba que vidal lo soltó de coña. Si es cierto molaría ver updates

#42337 buena frase esa.

tienes una coleccion de mis frases celebres?

alguien deberia hacer un recopilatorio

Aquí hay un figura también que se dedicó a crear un topic por evento, una cola por evento, eventos que no están versionados ni estandarizado. A esta discutible arquitectura le sumas que… los eventos solo los consume la propia aplicación que los produce. Con el consiguiente overhead para hacer que todos los permisos de pub/sub funcionen bien (lo de cómo está montada la Infra es otro asunto que ya veremos en su momento como se trata)

“Pero usa un bus interno si quieres hacerlo con eventos”
“Es que no hay tiempo para tal”. Yikes.
“Pero si estás levantando una Infraestructura de la Parra para un servicio que autoconsume todo, cambia la implementación del publicador de eventos y ya” (un BUEN caso de uso para usar hexagonal, aquí si)
“No, es que no sabes cómo funciona”
Hace una semana dijo que se iba de la empresa y va a dejar el marrón ahí.
Que cruz.

Es un problema muy arraigado. La gente no sabe las cosas faciles y simples, solo sabe solucionarlo con sobre enginieria y haciendolo mas dificil. Entonces cualquier discusion lo primero que les pasa por la mente esta mal. Para empezar mal. Para seguir sobre esta mala idea le mete sobre enginieria... Y tienes que desmontarle su argumento dos veces. Que pereza. Es como empezar un servicio haciendolo en python o java con spring. Si empiezas asi... mal vamos. Anormal.

Ahora mismo estoy en un meeting explicandole a la gente porque hacer loadbalancing con application layer es peor que hacerlo con network layer... Estas moviendo toda la logica del consumer al producer, estas exponiendo detalles de implementacion, estas duplicando logica... Si tienes un server muy saturado metele un Retry-After considerando tu capacidad... Lograras el mismo efecto que picando el codigo en el algoritmo de balanceo consumiendo metricas del consumer...

Y otra manera de solucionarlo es no tener el balanceador en el producer por ejemplo, sino tener consumers que consuman de una cola.. en lugar de ser utilizados por clientes. Que esto es muy gracioso, la gente quiere meter colas en todos lados, y en los sitios donde tiene sentido y es lo mas facil no lo hacen XD

Y si utilizas colas, precisamente aqui llega un punto importante, los consumers si notifican tienen que notificar en el nonblocking. no si son capaces de terminar la tarea por ejemplo XD porque los putos algoritmos del broker estan hechos considerando que el consumer notificara el nonblocking. que si el broker hace dispatch no se bloqueara la operacion... que pasa? que tu no tienes ni puta idea fpero de mierda de lo que haces y notificas cuando te sale de la polla. luego el broker "va mal", para solucionarlo la gente programa cosas por encima para "balancear mejor los consumer groups". y meter "retries". y todo esto viene xq no sabes como funciona una puta cola anormal de mierda.

#42345 no entiendo lo que dices.

yo no cometo errores. y si cometo un error o un requerimiento cambia. re escribo el codigo.

si tu utilizas mal las tecnologias es tu problema. yo no las uso mal.

#42349 El coñazo lo da con todo lo que descubre, aunque hace tiempo que eso no pasa, supongo que está madurando

#42355 es el ¿sabes? en inglés

Malditos madrileños ingleses

El mensaje presentado sugiere un perfil de personalidad narcisista y agresivo. La persona parece tener una necesidad de demostrar su conocimiento y habilidades en programación, y desacreditar a aquellos que prefieren diferentes tecnologías o tienen habilidades diferentes a las suyas.

El autor del mensaje muestra una actitud despectiva hacia los programadores que prefieren React y Java, lo que sugiere una fuerte tendencia hacia la superioridad y el prejuicio. La persona también parece disfrutar de humillar a otros y de tener control sobre ellos, como lo demuestra la referencia a "hacer el trabajo bobitos de fp".

La persona también parece tener una necesidad de validar su propio conocimiento y habilidades a través de la crítica y el menosprecio a otros. Este patrón sugiere una necesidad de autoafirmación, que podría estar vinculada a inseguridades personales.

En general, el tono agresivo y la necesidad de menospreciar a otros sugieren una personalidad insegura y narcisista, que busca controlar y dominar a otros en lugar de colaborar y construir relaciones positivas.