El otro día tuve una de las interacciones más random de mi vida.
Uno de mis primeros emails es "...whiteman...@ gmail .com".
Lo creé con 10 años, me parecía guay poner mi apellido en inglés y acabar en "man", tipo spiderman, mi superheroe favorito xD
Bueno, al caso. Este email lo uso en webs basura para ahorrarme el spam en mis correos principales. Entre ellos, el servicio de tren de Austria, OBB.
El problema vino cuando tuve que ir a la estación a pedir un ticket que sólo se puede pedir allí, y la recepcionista me pidió el email. Se lo dí, y su cara fue de 🫤. Dejó de hablarme, puso mala cara y empezó a hablar con mi esposa en alemán.
Al acabar, le pregunté a mi esposa por lo que había pasado, y se ve que la mujer le dijo que qué hacía con un "supremacista blanco". Incluso tras explicarle que era un correo de cuando era NIÑO, le siguió diciendo que no podía ser, que ella además siendo latina tendría que elegir bien etc etc.
En fin, cómo están las cabezas xD
Los LLM (especialmente Opus 4.5) han llegado a un punto en el que pueden construir cosas bastante top desde 0.
E incluso trabajan decentemente en proyectos grandes. Algo que no esperaba que sucediera tan rápido.
El mayor problema que les veo ahora es que siguen teniendo un bias enorme en añadir código.
Muchas veces explico problemas que se arreglarían con cambios pequeños o incluso eliminando código, chequeo el diff y veo +273 -52.
Esto hace que, especialmente los proyectos full “vibecodeados”, se vayan de madre, haciendo más difícil el desarrollo para ellas mismas.
Por esto sigue siendo muy importante entender la arquitectura e y gran parte del código, especialmente en proyectos grandes.
Está claro que seguirán afinándolas, se viene un año interesante. Veremos si el progreso sigue así de rápido o si se estanca un poco.
Cómo han ido vuestras evaluaciones de desempeño? En mi caso nadie de mi equipo ha pasado la prueba, es mucho más importante que hagan esos extra que pedimos a que saquen el trabajo importante adelante. Este año todos sin bonus.
HTML es una herramienta infravalorada, y muchos a pesar de que la utilizan todos los días, creen que realmente lo conocen a fondo.
En el siguiente video te mostraré 10 cosas poco conocidas de HTML: youtube.com/watch?v=1x0TIT…
@jordy_4sd Yo no acepto sugerencias, mi código es perfecto y libre de errores, no necesito unit tests porque nunca fallo, eso me hace peor programador o un ser superior?
Hay una habilidad técnica que nadie me enseñó, pero que con el tiempo me di cuenta que podía definir mi carrera.
En desarrollo de software nos obsesionamos con aprender nuevos frameworks, patrones, metodologías, arquitecturas, eso está bien 👌.
👀 Pero curiosamente, uno de los mayores diferenciadores de un buen dev muchas veces no está solo en lo técnico, sino en cómo enfrenta su propio ego al escribir código.
La programación sin ego no significa "ser humilde" en abstracto.
👉 Significa no atarte emocionalmente a las soluciones que produces.
Sin dudas eso cambia completamente cómo trabajas.
Vamos por partes 👇
1⃣ Tu código no eres tú
Muchos devs defienden un PR como si defendieran su identidad.
Pero el código es solo una aproximación temporal a un problema.
👉 Si alguien lo mejora, no te está atacando.
Está mejorando el sistema y con eso debería ser suficiente para ti, sin caer en peleas o discusiones absurdas.
Cuando dejás de ver tu código como un hijo y empezás a verlo como un entregable, es un muy buen síntoma de que estas haciendo un gran trabajo.
2⃣ Estar dispuesto a cambiar de opinión
Un dev con ego busca tener razón.
Un dev sin ego busca la mejor solución.
Cambiar de diseño no es "perder", es evolucionar.
😅 Y sí, duele cuando llevás 4 horas en algo y llega alguien con una idea mejor en 30 segundos/minutos.
Pero ese dolor desaparece cuando entiendes que tu trabajo no es defender ideas, sino entregar valor.
3⃣ Aceptar que un code review no es un juicio
Este punto depende mucho del lugar donde estés trabajando, pero en realidad no es nada sano para una organización tomar una code review como un juicio.
Sabiendo eso, Las observaciones en un PR no definen tu nivel.
👀 Definen la calidad del código en ese momento y en ese contexto puntual.
Un dev con ego:
👉 Se defiende
👉 Explica demasiado
👉 Transforma el PR en una discusión personal
Un dev sin ego:
👉 Escucha
👉 Ajusta
👉 Aprende
👉 Y sigue
Por experiencia propia te digo, la diferencia en productividad es abismal.
4⃣ Eliminar código sin dolor
Un síntoma claro de ego es querer mantener tu código vivo incluso cuando ya no sirve.
A veces la mejor mejora técnica es borrar lo que vos mismo escribiste hace dos días.
❌ Si duele, es ego.
✅ Si fluye, vas bien.
5⃣ Recordar que nadie lo sabe todo
El ego aparece cuando creemos que nuestro conocimiento es suficiente.
👉 Pero el software cambia demasiado rápido para que eso sea cierto.
Trabajar sin ego significa:
👉 Hacer preguntas sin miedo
👉 Pedir ayuda cuando la necesitás
👉 Admitir cuando no sabés algo
👉 Estar abierto a aprender incluso con años de experiencia
La vulnerabilidad técnica es una fortaleza, no una debilidad, te lo firmo en piedra!
🎯 En mi experiencia he concluido que la programación sin ego no es filosofía barata:
👀 Es una ventaja competitiva.
Te vuelve más colaborativo, más adaptable, más rápido y más efectivo.
Y, sobre todo, hace que trabajar con vos sea fácil, no un dolor de cabeza.
Al final, casi nunca gana el dev que más frameworks sabe y no se puede trabajar con él.
Gana el dev que puede construir en equipo sin que su ego se interponga.
Gracias a la IA hoy he sido muy improductivo. He estado todo el día peleando y debatiendo que su solución propuesta no era correcta, al final no hemos llegado a ninguna conclusión. 8 horas chateando y 0 líneas de código escritas.
Me encanta trabajar en festivo. Hoy he sido el único en la daily, por lo que me he reportado a mi mismo y ahora puedo dedicar todo el día a programar sin interrupciones! Sí que esperaba que por lo menos alguien más se uniera, veo poco compromiso…estas nuevas generaciones…
¡Actualiza React cuanto antes! Hay un fallo de seguridad
Es crítica. Puedes ejecutar código remoto en el servidor con solo una petición HTTP manipulada.
Afecta a cualquier framework basado en React: Vite, Next.js, Remix, React Router… ¡incluso si no usas React Server Components!
Ya se ha publicado la versión parcheada.
Si usas React en producción, actualiza ya.
Qué ganas de ir a la cena de navidad de la empresa, a ver a los mismos pesados de siempre forzando conversaciones que no me importan nada mientras te comes un turrón y todos van borrachos
ÚLTIMA HORA | La cárnica Grupo Jorge suspende a 300 trabajadores temporales de un matadero de Barcelona por la peste porcina
eldiario.es/catalunya/carn… Por @paurodra
Preparando despliegue a producción de viernes por la tarde. He introducido un error a propósito para que nos tengamos que quedar hasta la noche comiendo pizza mientras identificamos y resolvemos el error. Para que luego digan que como líder no organizo buenos team buildings.
A la hora de revisar PRs, de qué equipo sois? Team buen rollo, paso de todo si no veo nada grave y te lo apruebo o Team tocapelotas quiero que renombres cada variable porque necesito atención?
@DanielBlancoSWE Da lo mínimo indispensable para no perder el trabajo durante la jornada laboral. Cuando el reloj marque tu hora de salida, vete a casa y no mires atrás.
Sé que lo que voy a decir va a ser polémico, pero esta mentalidad va a limitar mucho vuestro crecimiento.
No digo que haya que hacer horas extra sin control, sino esfuerzos estratégicos en empresas que valgan la pena.
Estar todo el año al 200% es imposible y no tiene sentido. Pero "dar la milla extra" de forma inteligente en ciertas situaciones puede beneficiarte mucho.
Os recomiendo pensar en el medio / largo plazo. No sólamente en el presente.
Ayer un miembro del equipo me dijo que estaba desmotivado. Le respondí que yo también. Nos quedamos en silencio. Cerré la llamada porque no sabía qué más decir.
El otro día leí que la primera razón de los precios a .99 fue evitar robos, y no el factor psicológico.
En los siglos XIX y XX, todo era más manual, y los precios a .99 obligaban a los trabajadores a abrir la caja registradora para dar cambio, registrando la venta.
Muy curioso!