Javier Cantos

Durante años, desarrollar aplicaciones móviles con C# ha significado convivir con dos mundos dentro de .NET. El backend, las aplicaciones de escritorio y los servicios en la nube utilizaban CoreCLR, mientras que Android, iOS y Mac Catalyst seguían ejecutándose sobre Mono. En .NET 11 esa separación empieza a desaparecer: CoreCLR pasa a ser el runtime predeterminado de .NET MAUI también en las plataformas móviles. El cambio es importante, pero conviene interpretarlo bien. No significa que tengamos que reescribir la interfaz ni abandonar XAML, los handlers o nuestras bibliotecas habituales. Lo que cambia está más abajo: es el motor que ejecuta el código administrado, gestiona la memoria, compila métodos y proporciona herramientas de diagnóstico. Mono fue la pieza que hizo posible .NET en móviles Hablar de esta transición como si Mono hubiera sido un error sería injusto. Mono llevó C# a entornos donde originalmente .NET no podía ejecutarse. De MonoTouch y MonoDroid nacieron Xamarin...

El otro día vi un video de Nate Gentile sobre si la inteligencia artificial va a acabar con los programadores, y me dejó pensando bastante. No tanto porque crea que mañana vaya a desaparecer la profesión, sino porque sí veo claro que la forma de programar está cambiando muy rápido. Hay una pregunta que vuelve una y otra vez cada vez que aparece una nueva herramienta de inteligencia artificial para programar: ¿van a desaparecer los programadores? La respuesta corta es incómoda: algunos sí. O, mejor dicho, desaparecerá una parte concreta del oficio. La parte más mecánica, repetitiva y automática. La parte de convertir instrucciones relativamente claras en código relativamente estándar. Esa zona del trabajo ya está siendo invadida por agentes capaces de leer archivos, modificar proyectos, ejecutar comandos, corregir errores y repetir el ciclo hasta que algo funciona. Pero esa no es toda la historia. Programar nunca fue solo escribir código Durante años hemos confundido programa...

Esta semana el caso mas interesante no fue un error grande, sino uno de esos fallos de interfaz que solo aparecen cuando la aplicación empieza a correr en un dispositivo real, con listas virtualizadas, filas de altura variable y eventos que llegan en momentos poco cómodos. El sintoma era serio: en iOS, la app podia cerrarse al recibir o cargar mensajes en un chat. La operación que parecía inocente era el scroll automático al final de la conversación, el dato ya estaba en la coleccion, pero la vista nativa todavía no siempre tenia preparada la fila correspondiente. El contexto En una pantalla de chat, hacer scroll al ultimo mensaje parece una accion sencilla, cuando llega un mensaje nuevo, se actualiza la coleccion y se pide al listado que se posicione al final: var item = messages[messages.Count - 1]; listView.ScrollTo(item, position: ScrollToPosition.End, animated: false); El problema es que en una lista real no hay una equivalencia instantanea entre "el elemento ya e...

Cuando empecé a utilizar inteligencia artificial para programar, pensaba que simplemente me ayudaría a escribir código más rápido, y sí, eso ocurre, pero después de usarla a diario en proyectos reales, con clientes reales, bases de datos reales, errores reales, me he dado cuenta de que el cambio más importante no está en la velocidad, el cambio más importante está en la forma de trabajar. La IA no programa por ti: cambia tu rol Durante muchos años, mi trabajo como desarrollador consistía principalmente en escribir código. Analizar una funcionalidad, diseñar la solución, abrir Visual Studio y empezar a construir. Ahora eso ha cambiado bastante, cada vez escribo menos código desde cero, pero tomo más decisiones. Decisiones sobre arquitectura, modelo de datos, rendimiento, experiencia de usuario, mantenibilidad y seguridad. La IA puede generar una clase, una consulta SQL, una vista, una migración o una propuesta de refactorización. Pero alguien tiene que saber si eso tiene sentido de...