Blog sobre tecnología, inteligencia artificial y programación. Aquí publico mis reflexiones, comparto recursos y explico mis proyectos.
El feedback en las revisiones de código puede ser el motor que impulse a tu equipo de desarrollo… o el ancla que lo hunda. 💔 vs. 💪
Una de las formas más rápidas de minar la moral (y la productividad) de un equipo es a través de comentarios destructivos en las #CodeReviews.
❌ Comentarios que matan la motivación: • “Esto no tiene ningún sentido” • “Reescribe todo esto” • “¿En qué estabas pensando?” • “No me gusta el nombre de esta variable” • “Así no es como hacemos las cosas aquí”
El verano de 1956 se celebró la Conferencia de Dartmouth. Vale, quizás no te suene de nada, pero esta conferencia fue una iniciativa de cuatro científicos estadounidenses (John McCarthy, Marvin Minsky, Nathaniel Rochester y Claude Shannon) y reunió a algunas de las mentes más brillantes de la informática, las matemáticas y la psicología cognitiva de la época. Estos científicos, junto con algunas de las 47 personas que invitaron, se propusieron abordar un objetivo ambicioso: crear máquinas inteligentes.
Lleva ocurriendo desde febrero de este año y parece que sólo le afectaba a “unos frikis” que no podían abrir la puerta del garaje, según cuenta el propio presidente de LaLiga, el señor Javier Tebas, hace unos meses (https://youtu.be/a1b3QEeBPKw?si=_M_f_-R6Zq3RQYSt&t=77).
Hasta el pasado 13 de Mayo, cuando por fin, un gran medio nacional, se ha hecho eco de esta injusticia y acción desproporcionada de intentar poner vallas al campo (https://elpais.com/tecnologia/2025-05-13/desde-x-a-una-app-de-padel-los-bloqueos-semanales-de-laliga-en-internet-ya-provocan-quejas-sobre-derechos-fundamentales-en-espana.html). Aunque que LaLiga tenga derecho a proteger su propiedad intelectual y defenderse ante la piratería de su contenido el problema radica en que los ciudadanos no podemos acceder a ciertos servicios de Internet cuando hay fútbol ya que bloquean rangos completos de direcciones IP, afectando a muchos sitios web y servicios legítimos lo que limita gravemente la libertad de información y de expresión.
🚀 Desbloquea la entrega continua: 10 Principios clave para equipos de desarrollo de alto rendimiento 🚀
En mi experiencia trabajando con equipos de desarrollo, he visto que adoptar estos principios transforma la manera en que entregan valor a los usuarios. Aquí te dejo 10 ideas fundamentales:
1️⃣ Las Pull Requests son parte integral del flujo de trabajo. Una revisión ágil es crucial para la velocidad de entrega. ¡No son un favor, son trabajo!
Retomando mi última publicación, hoy os traigo dos leyes y dos principios que todo software developer debería conocer para terminar de completar la serie:
1️⃣ La ley de Hofstadter
“Siempre se tarda más de lo que imaginas, incluso teniendo en cuenta la ley de Hofstadter”
Esta ley nos recuerda lo malos que somos estimar el tiempo que nos llevará llevar a cabo tareas y especialmente en el desarollo de software. Bonus por ser auto-referente y añado otra coletilla que siempre me repito: Estimar, es timar.
¿Alguna vez te has preguntado por qué algunos proyectos de software se retrasan inexplicablemente o por qué las métricas a veces nos engañan? Estas 5 leyes, que todo software developer debería conocer, ofrecen algunas respuestas:
1️⃣ La ley de Brooks
“Añadir más «recursos humanos» a un proyecto de software retrasado, sólo lo hará ir más retrasado”
El coste de coordinar y alinear a un grupo de personas para llevar a cabo un proyecto nunca debe subestimarse y menos todavía si se añaden personas a medio proyecto.
El tiempo vuela y a veces damos por sentado que ‘git’ siempre ha existido, los que ya llevamos unos cuantos años en este mundillo del desarrollo sabemos que no es así y que hubo un “antes de git” y trabajar de forma colaborativa “tan fácil y eficiente” como hacemos ahora con git no fue siempre así. Hubo un tiempo donde resolver el haber “tocado el mismo fichero” que tu compañero, era un problema considerable y más si el fichero contenía múltiples cambios. Por los 2000 ya existían algunas herramientas para hacer más fácil la colaboración en proyectos de software, pero no eran muy fáciles de usar y cada una tenia sus ventajas y problemas.
Desde hace unos meses está corriendo como la pólvora un nuevo término entre el mundo del del desarrollo, el llamado “Vibe Coding”. Este término fue acuñado por Andrej Karpathy el pasado febrero (https://x.com/karpathy/status/1886192184808149383).
Básicamente Andrej define el Vibe Coding así: “programar donde te dejas llevar por las vibraciones, adoptas las exponenciales y te olvidas de que el código siquiera existe. Es posible porque los LLM son cada vez mejores. Además, solo hablo con Composer con SuperWhisper, así que casi ni toco el teclado. Pido cosas absurdas como «reducir el relleno de la barra lateral a la mitad» porque me da pereza encontrarlo. Siempre acepto todo; ya no leo las diferencias. Cuando recibo mensajes de error, los copio y pego sin comentarios; normalmente eso lo soluciona. El código crece más allá de mi comprensión habitual; tendría que leerlo a fondo durante un buen rato. A veces, los LLM no pueden corregir un error, así que simplemente lo rodeo o pido cambios aleatorios hasta que desaparece. No está mal para proyectos improvisados de fin de semana, pero sigue siendo bastante divertido”
Imagina comprar un lavavajillas en 2025 y que para usar ciertas funciones básicas sea necesario que lo conectes a Internet por medio de una aplicación del fabricante en tu smartphone, pues eso ya está pasando (https://www.youtube.com/watch?v=5M_hmwBBPnc) con una serie de lavavajillas de un conocido fabricante.
¿Y para que quiere un fabricante forzarte a dicha conexión? Pues obviamente conocer tus hábitos de uso del electrodoméstico y poder hacer negocio con los datos y así rentabilizar todavía más la venta.
Entre 1842 y 1843 Ada Lovelace tradujo al inglés un artículo del ingeniero militar italiano Luigi Menabrea sobre la máquina analítica de Charles Babbage, que complementó con un amplio conjunto de notas propias, denominado simplemente “Notas”. Estas notas contienen lo que se considera como el primer programa de ordenador, esto es, un algoritmo codificado para que una máquina lo procese. Las notas incluían el concepto de “bucles” y “subrutinas” en un completo “paso a paso” (algoritmo) para calcular los números de Bernoulli.