Blog sobre tecnología, inteligencia artificial y programación. Aquí publico mis reflexiones, comparto recursos y explico mis proyectos.
A menudo, el rol del Líder Técnico 🚀 es uno de los más influyentes en un equipo de desarrollo, pero también uno de los menos definidos. No se trata solo de ser un buen programador, sino de ser un multiplicador de fuerza para todo el equipo.
Las responsabilidades clave de un Tech Lead incluyen:
🧭 Dirección Técnica: Definir la visión técnica, tomar decisiones de arquitectura y diseño, y velar por la calidad y escalabilidad del código.
¿Sabías que los desarrolladores pasan más tiempo leyendo código que escribiéndolo? Optimizar cómo presentamos la información en nuestro software es vital para reducir la carga cognitiva.
Esta carga es el esfuerzo mental necesario para una tarea. Se divide en intrínseca (inherente a la dificultad, no reducible) y extrínseca (causada por la presentación de la información, ¡y sí podemos mejorarla!).
¿Qué aumenta la carga cognitiva en nuestros desarrollos?
En la carrera por la productividad, todos miran a los LLMs como la solución definitiva. El objetivo soñado: generar código más rápido que nunca y acelerar las entregas a producción. Pero, ¿y si nos estamos enfocando en el problema equivocado?
Esta es la idea del artículo (https://ordep.dev/posts/writing-code-was-never-the-bottleneck) de Pedro Tavares, Senior Software Engineer en PagerDuty. En su artículo “Writing Code Was Never The Bottleneck”, Tavares desmonta este mito y nos obliga a mirar dónde reside el verdadero coste del desarrollo de software.
La constitución de Estados Unidos exige un censo cada diez años para contabilizar los habitantes de cada estado. Este cálculo no es una simple curiosidad estadística, tiene una gran implicación política, ya que el número de representantes de cada estado en el Congreso depende de su población. Si un estado gana más población que otro, puede obtener más escaños a costa del segundo, algo que puede determinar qué partido gana las elecciones.
🤔 ¿Está el sector IT perdiendo la memoria? A esto lo llamo el “Síndrome del Acueducto”.
La historia del Imperio Romano nos ofrece una lección brutal sobre innovación y olvido.
Construyeron acueductos tan avanzados que algunos funcionaron durante 1.000 años. Pura ingeniería, matemáticas y gravedad. El equivalente a mantener un sistema COBOL desde la Edad de Piedra.
Pero el Imperio no colapsó de un día para otro. Fue un lento cambio de prioridades.
¿Ahogado en reuniones y tareas? 5 claves para managers ocupados (y ser más util).
1️⃣ La carrera diaria
Es imposible correr cada día sin agotarse. La productividad sostenible nace de un ritmo constante, diferenciando lo importante de lo urgente. Aprende a priorizar, a descansar y a dejar tareas para mañana; es clave para mantener la energía semana tras semana y no llegar al viernes exhausto. No todo lo que demanda tu atención merece tu energía inmediata.
No importa si eres manager o ingeniero, deberías poder tomarte unas vacaciones de dos semanas sin problemas. Si hay algún problema, es una señal clara de que no estás compartiendo suficiente conocimiento con los demás.
Esto no es sólo malo para las organizaciones, sino que si siempre eres un cuello de botella, te resultará muy difícil tener un buen equilibrio entre el trabajo y la vida personal. Tampoco es bueno para ti, las personas que aportan mayor valor a la organización son las que hacen que todos los que les rodean sean mejores.
¿Tienen los LLMs una inteligencia real o es solo una ilusión? El reciente paper publicado por seis científicos de Apple, titulado “The illusion of thinking”, en https://machinelearning.apple.com/research/illusion-of-thinking, ha generado un debate muy significativo en la comunidad tecnológica. Este paper cuestiona la capacidad de los modelos de lenguaje actuales para realizar razonamientos complejos y sugiere que, a pesar de aparentar procesos de “deep thinking” estos modelos “fallan” al enfrentarse a problemas de mayor complejidad. Usando puzzles matemáticos como la torre de Hanoi o el problema de cruzar el río, los investigadores han observado que la precisión de los modelos baja a medida que los problemas se complican.
¿Conoces ese lenguaje de programación que todos daban por muerto, pero que contra todo pronóstico sigue siendo la columna vertebral de millones de sitios web hoy en día? Hablo de PHP.
Fue hace 30 años, en 1994, cuando Rasmus Lerdorf creó las Personal Home Page tools (PHP), un set de scripts en C para su web personal. Lo que empezó como un simple contador de visitas, evolucionó rápidamente. En 1995, Rasmus abrió el código, dando pie a la comunidad que hoy lo conoce como PHP: Hypertext Preprocessor.
Los contenedores modernos son el resultado de décadas de investigación, innovación y sana competencia.
Lo que empezó como una simple llamada al sistema (syscall) en los años 70 ha evolucionado hasta convertirse en un ecosistema completo, vital para la infraestructura tecnológica actual. Pero, ¿conoces su origen?
En 1979, Unix V7 introdujo chroot, una syscall que permitía a un proceso y sus hijos tener un directorio raíz diferente. Fue el primer paso hacia el aislamiento, aunque limitado a solo el sistema de archivos.