
Yesterday is history, today is a gift, tomorrow is mystery. Always learning. Software engineer at @540deg
Joined March 2011
- Tweets800
- Following876
- Followers220
- Likes1.2K
Ayer estuvimos en #kernelpanic organizado por @helmcode. Punta de lanza de verdad. Equipos que ya trabajan con agentes en producción. Además con la comunidad de NaN Builders muy enchufada! @540deg Muchas gracias a todo el equipo de @helmcode y patrocinadores por el evento
Miguel Echávarri retweeted
Instead of trying to replace developers with LLMs, we should be doing our best to make them 10x more productive with better automation for the soul sucking parts of the software development lifecycle 😅
Miguel Echávarri retweeted
Developing software is easy. Developing software with other people is hard.
Miguel Echávarri retweeted
'No "babysitting" with juniors'
No tengo palabras para decir lo estupido, torcido, necio, bobo, ignorante ,desatinado, improcedente, impropio , inaceptable, inapropiado, altivo, arrogante ,engreido, soberbio y pretencioso de la frase...
ahh.. pues si tenia....
Miguel Echávarri retweeted
eferro's random stuff: Selección de charlas recomendadas en español eferro.net/2024/01/seleccion…
RTs welcome
Miguel Echávarri retweeted
Pasado el #BlueMonday, metemos la directa hacia la próxima #scpna ¿No sabes qué más hacer para captar y retener talento? ¿O te gustaría que tu equipo contraste su forma de desarrollar software y haga piña? ¡Seguimos teniendo patrocinios libres! -> pamplonaswcraft.com/Patrocin…
Este tweet me recuerda con mucho cariño al curso de @josecgil de "Empatía y resolución de conflictos*
Miguel Echávarri retweeted
The biggest communication problem is we do not listen to understand, we listen to reply
Miguel Echávarri retweeted
El SINCERICIDIO.
Quizá hayáis tenido la experiencia de escuchar de alguien que es una persona "muy honesta", "que va de cara"...
A veces eso se traduce en que esa persona va a decir "la verdad" directamente, sin tapujos.
Miguel Echávarri retweeted
Hoy ha sido el primer viernes en 3 meses que mi tarde no era esto.
He acabado la última edición del taller de Empatía y Resolución de Conflictos He disfrutado mucho.
Si te interesa, en el enlace hay toda la info y también una lista de espera. buff.ly/3O0JUFr
De verdad que merece la pena que conozcáis al equipo de 540 y su cariño por hacer software mantenible y de calidad
Os recordamos que hemos lanzado un curso sobre buenas prácticas desarrollando aplicaciones front-end para que mantener y evolucionar tu código front-end no sea un dolor permanente. 15 plazas máximo y están volando. Aquí toda la información -> 540.notion.site/Buenas-pr-ct…
Miguel Echávarri retweeted
Os recordamos que hemos lanzado un curso sobre buenas prácticas desarrollando aplicaciones front-end para que mantener y evolucionar tu código front-end no sea un dolor permanente. 15 plazas máximo y están volando. Aquí toda la información -> 540.notion.site/Buenas-pr-ct…
Miguel Echávarri retweeted
¡Nuevo curso en abierto sobre buenas prácticas desarrollando aplicaciones front-end! Si quieres dejar de preocuparte solo por cuál es el último framework de JS y quieres aprender a desarrollar aplicaciones modernas, fáciles de mantener y evolucionar -> 540deg.com/formaciones/buena… 😎
Miguel Echávarri retweeted
La daily, en cualquiera de sus formatos, siempre me ha parecido una pobre solución a los problemas de comunicación de un equipo.
Un equipo que se comunica de forma continua no necesita ese ritual todos los días
Daily meetings are a micromanaging shitshow.
Most people know these 15-minute stand-ups are useless. But they do them anyway because "that's how it should be."
One day, the corporate world decided that Scrum answered every problem. Daily meetings became popular. Everyone. Every day. No exceptions.
When did we become numb to how inefficient this is? How much time do companies waste every year in this charade?
The funny part is that Scrum sells these by telling us they are a way to avoid other meetings. You gotta be kidding me!
Unfortunately, I've participated in daily stand-ups for decades. If I were to compress these years into a single story, it would read like this:
• We are still waiting for some. Where is he? We can't start unless we are all here. We are late already.
• There's a manager in the meeting. We know she shouldn't be here. Who is going to tell her?
• We take turns reading from a JIRA board shared on the big screen. Everyone can read, but we still do it out loud. She wants to hear us say it.
• Yesterday wasn't a great day, but I won't admit it. Instead, let me tell her, "I'm making great progress" and "I'm getting closer than ever."
• We are all talking to her. She said this is a "safe space." We trust her, of course. Now, she is questioning anyone who isn't moving fast enough.
• 15 minutes in, and we are still here. Same as yesterday.
The first time I led a team, I stopped daily stand-ups. One of the first principles of getting shit done is "maximizing uninterrupted time." Daily meetings are in direct conflict with that.
Why should I force everyone to be at the same time and place while stopping everything else?
I asked everyone to write instead. Some people wrote every day. Some people, whenever they had something to say.
10x improvement overnight. For the project and the team.
I've talked to many people about this. Many tell me developers will never communicate unless you force them into a room daily. They say I shouldn't trust them to put in writing what they need to tell everyone else.
They may be right. They need a better team.
Con el gasto que supone para el cliente bloquear a la vez al equipo durante un tiempo determinado, sobre todo si el equipo es grande o participan varias áreas.



























