Fuimos a las STRV Mobile Lightning Talks en Praga: 7 charlas, cero miedo a la IA

El pasado 10 de marzo, Francisco y yo asistimos a las STRV Mobile Lightning Talks en Praga. STRV es una empresa checa de desarrollo de producto digital con más de 200 ingenieros que ha trabajado con marcas como Major League Soccer, Barry's o The Athletic. Sus meetups técnicos son un referente en la comunidad de desarrollo móvil de Praga.

El formato lightning talk funciona bien: charlas cortas, directas, sin relleno. Siete ponentes, temas variados — desde Kotlin Multiplatform hasta domótica con chimeneas inteligentes. Pero lo que más nos llamó la atención no fue ninguna charla individual, sino un patrón que se repetía en casi todas ellas.

Todos los ponentes usan IA para programar. Y ninguno parece preocupado por que la IA les quite el trabajo.

Las charlas: iOS e IA primero

Vibe Coding is Over, Now What? — Lukas Smetana

Esta fue una de las charlas más relevantes para nuestro día a día. Lukas, iOS developer en STRV, habló de la transición del "vibe coding" (usar IA como si fuera magia) al "agentic coding" (usar agentes de IA de forma estructurada y repetible).

Sus puntos clave:

• Contexto: no se trata de darle toda la información al agente, sino la información correcta. Tareas acotadas, restricciones claras, y reiniciar el hilo cuando empieza a derivar.
• Skills: recetas reutilizables para tareas repetitivas. Mencionó skills específicas de la comunidad iOS: la de Swift Concurrency de AvdLee, la de SwiftUI de Paul Hudson, y la de documentación de Apple de sosumi.ai.
• Plan mode: planificar antes de editar. Un buen plan es más barato que un mal refactor.
• Trabajo en paralelo: usar worktrees de Git para ejecutar múltiples agentes simultáneamente.
• Cambio de mentalidad: el ciclo tradicional de diseño → código → test → review → deploy se está comprimiendo en un bucle más corto de intención → ejecución → resultado.

KMP: Bridging Coroutines to Swift — Robert Oravec

Robert mostró los problemas reales de exponer funciones suspend de Kotlin a Swift en proyectos Kotlin Multiplatform. La interoperabilidad Kotlin-Swift a través de Objective-C tiene limitaciones serias: no hay soporte de cancelación, hay problemas en runtime, y el compilador te avisa con warnings que muchos equipos simplemente silencian con @Suppress.

Repasó tres soluciones: wrappers manuales con callbacks (funcional pero verboso), KMP-NativeCoroutines (que añade soporte de async/await y Combine para Swift), y SKIE de Touchlab (que genera wrappers Swift nativos automáticamente). Para equipos que trabajan con KMP en producción, SKIE parece la opción más limpia hoy.

How Fresh is Refreshable? — Adam Bezak, Futured

Adam, de la empresa checa Futured, expuso un bug sutil pero crítico de SwiftUI que probablemente afecta a muchas apps en producción. El problema: cuando usas .refreshable en un ScrollView y dentro del closure cambias una propiedad @Published (por ejemplo, isLoading = true), SwiftUI reconstruye el body, el ScrollView se recrea, y la task estructurada que .refreshable creó se cancela automáticamente. Tu llamada de red muere antes de completarse.

El fix es elegante: envolver la llamada en await Task { ... }.value. Esto crea una task no estructurada que escapa del scope de cancelación del ScrollView, mientras que .value mantiene el spinner activo hasta que la operación termina.

// ⚠️ Bug: la task se cancela al reconstruirse el ScrollView
.refreshable {
    await viewModel.fetchData()
}

// ✅ Fix: Task no estructurada escapa la cancelación
.refreshable {
    await Task {
        await viewModel.fetchData()
    }.value
}

Adam incluso compartió un Playground interactivo con dos tabs — uno mostrando el bug y otro el fix — con un log de eventos paso a paso que visualiza toda la cadena de cancelación. Este tipo de bug es exactamente el que te encuentras en apps enterprise con ViewModels complejos y múltiples estados @Published.

Stealth Talk (Performance Profiling) — Tomáš Čejka (CJ), Jamf

CJ hizo una analogía creativa entre la tecnología stealth militar (que oculta señales físicas) y el performance profiling (que busca las señales que tu código emite). Su tesis: el profiling no es solo para cuando la app va lenta — es una práctica continua.

Repasó las herramientas del ecosistema Apple: Instruments para profiling en desarrollo, MetricKit para datos agregados en producción, OSSignposter para marcadores ligeros en tiempo real, y Swift Metrics para observabilidad server-side. Un punto importante: MetricKit no soporta watchOS ni tvOS, no permite métricas custom, y solo funciona con distribución via App Store.

Las otras charlas

Cross Platform Walks Into a .env File — Dominika Gajdova

Dominika presentó un sistema elegante para gestionar secretos en proyectos multiplataforma. Un único fichero .env como fuente de verdad, cifrado con SOPS + age, y un script bash que genera código nativo (Swift o Kotlin) con los valores ofuscados mediante XOR + Base64.

Lo interesante es el enfoque: un solo script, dos modos de salida. Mismo fichero .env, mismos valores, cero drift entre plataformas. El onboarding de un nuevo developer se reduce a ejecutar un script. Para equipos enterprise que manejan múltiples entornos (desarrollo, staging, producción), este tipo de automatización ahorra horas de configuración y elimina errores humanos.

Opening Email is Not Enough — Adam Gelatka

Adam presentó datos concretos sobre feedback de usuarios. Con el sistema tradicional (email), obtuvieron 2 feedbacks en 3 meses. Tras implementar un sistema de "quick feedback" integrado en la app, consiguieron 5 feedbacks en 2 semanas — un aumento de 6x. La calidad fue del 0% spam. Una demostración clara de que reducir la fricción del usuario tiene un impacto directo y medible.

Home Automation with Modbus: The Smart Fireplace — Petr Nohejl

La charla más inesperada y divertida del evento. Petr mostró cómo automatizó su chimenea de casa usando el protocolo Modbus TCP, integrándola con un hub de domótica Loxone y un reloj inteligente Ulanzi con firmware Awtrix3.

El sistema controla la regulación de aire y la temperatura de forma automática. Mencionó "The Wife Factor" como criterio de diseño — si tu pareja no puede usarlo sin instrucciones, el sistema no sirve. Una lección de UX que aplica perfectamente al desarrollo enterprise.

El elefante que no estaba en la sala

Siete charlas. Siete ponentes que son desarrolladores profesionales. Y en ningún momento alguien expresó preocupación por que la IA les fuera a quitar el trabajo.

No fue un tema tabú ni algo que se evitara. Simplemente no estaba en la conversación. Lo que sí estaba era cómo usar IA de forma más efectiva: Lukas hablando de agentic coding, los skills internos de STRV para automatizar tareas de su equipo móvil.

La actitud general era pragmática: la IA es una herramienta más en el toolkit. Potente, sí. Transformadora, probablemente. Pero los problemas reales — interoperabilidad KMP, gestión de secretos, performance profiling, accesibilidad, arquitectura — siguen necesitando ingenieros que entiendan el contexto, tomen decisiones de diseño, y se responsabilicen del resultado.

Lo que vimos en Praga fue un grupo de profesionales que han integrado la IA en su flujo de trabajo sin drama ni ansiedad. Y eso, para nosotros, es la señal más clara de hacia dónde va la profesión.

Praga y la comunidad tech

Una nota sobre el ecosistema: Praga tiene una comunidad de desarrollo móvil sorprendentemente activa. STRV organiza meetups regulares (iOS, Android, QA, Data & AI), siempre gratuitos, con buena asistencia y un nivel técnico alto. Incluso hay un equipo de ingeniería de Apple en Praga — algo que no es muy conocido.

Para AtalayaSoft, eventos como este son una oportunidad de conectar con la comunidad internacional, ver qué problemas están resolviendo otros equipos, y confirmar que los temas en los que nos especializamos — accesibilidad, concurrencia estricta, integración de IA, migración a SwiftUI — son exactamente los que están en la agenda de los equipos enterprise europeos.

¿Tu equipo está integrando IA en su flujo de desarrollo iOS y quiere hacerlo de forma estructurada? En AtalayaSoft trabajamos con agentes de IA y herramientas como Claude Code en proyectos reales. Hablemos →