Desarrollador de software. Escribo sobre construir sistemas con modelos de lenguaje y sobre las decisiones técnicas que no aparecen en la documentación.
Tres herramientas gratuitas que necesitás saber que existen. Una le impone una forma de trabajar antes de escribir código. Otra te muestra a dónde se van tus tokens. La tercera le da criterio de diseño. Qué hace cada una, cómo se instalan y qué te cuestan.
Los dos venían arrastrando el mismo defecto: la aplicación hacía más trabajo del necesario en cada cambio. Angular 21 y React 19 lo resolvieron, y las soluciones son exactamente inversas entre sí.
Borraste un commit, rompiste algo y no sabés cuándo, o necesitás deshacer algo que ya subiste. Cinco comandos que casi nadie usa hasta que los necesita, explicados con el caso concreto en el que hacen falta.
Compila, pasa las pruebas y se ve prolijo. Eso no significa que esté bien. Seis cosas concretas que conviene mirar, en el orden en que aparecen los problemas de verdad.
Casi nadie sube una contraseña a propósito. Se filtran por cuatro caminos que no parecen peligrosos, y uno de ellos deja la clave visible aunque la borres en el commit siguiente.
Tu asistente responde bien las preguntas generales pero no sabe nada de tu base de datos. Darle acceso es escribir un programa común y corriente. Qué es MCP, cómo se escribe uno, y los tres errores de seguridad que se repiten.
Apoyás el dedo y entrás, sin escribir nada. Qué pasa exactamente entre el navegador y tu servidor, por qué tu base deja de guardar secretos, y los tres problemas que nadie menciona en los anuncios.
Cola de trabajos, búsqueda de texto, caché, eventos y búsqueda por significado. Cuatro servicios que se suelen agregar al sistema y que la base que ya tenés resuelve, con el SQL exacto para cada uno.
Qué se paga realmente al usar un modelo de lenguaje para escribir código, por qué la factura casi nunca viene del modelo que elegiste, y las prácticas que más reducen el gasto sin bajar la calidad del resultado.
Nadie tiene tiempo de probar todo. Pero hay cuatro tipos de prueba que dan casi todo el beneficio por muy poco esfuerzo, y varios que se escriben mucho y no sirven para nada.
En casi todos los lenguajes, el código incorrecto se rompe y avisa. Una consulta SQL incorrecta se ejecuta, devuelve filas y nadie se entera. Qué comprobar antes de darla por buena, y qué cambió en las bases de datos.
La pantalla tarda cuatro segundos y el servidor no está saturado. Casi siempre es el mismo problema, tiene nombre, y se arregla cambiando una línea. Cómo detectarlo sin herramientas especiales.
Cuatro cambios en el Dockerfile que reducen el tamaño diez veces, aceleran cada compilación y eliminan casi toda la superficie de ataque. Con los números de cada paso y el Dockerfile completo.
Un usuario reporta un error de hace dos horas y no hay forma de encontrar sus peticiones entre millones de líneas. Tres cambios que convierten los registros en algo consultable, sin cambiar de herramienta.
De una plataforma que solo funcionaba en Windows a una multiplataforma con soporte para inteligencia artificial en su biblioteca base. El recorrido completo, y qué decisión marcó cada etapa.
