AnuraCode
Construyo y modernizo software: aplicaciones web, productos móviles, integraciones y plataformas de contenido.
AnuraCode
AnuraCode es como trabajo como ingeniero de software independiente. Me gusta aprender todos los días y asumir proyectos que de verdad sean difíciles.
Mi base es .NET e integración de sistemas; después trabajé en productos móviles, progressive web apps, realidad virtual, sitios React/CMS y sistemas de inventario de alto tráfico.
El inglés es mi idioma de trabajo con equipos internacionales; el español es nativo. Estoy en Colombia y colaboro en remoto.
Movilidad, entonces y ahora
Cuando empezó AnuraCode, la industria corría hacia teléfonos y tabletas: multi-touch, tiendas de apps y un tipo de software que la gente llamaba simplemente “apps”. Microsoft BizSpark ayudó a sacar el primer producto (ZoneTasks). Esa apuesta por la movilidad sigue; cambiaron los dispositivos y las herramientas.
Hoy la misma idea es más ancha: iOS, Android, el navegador como plataforma de primer nivel (incluidas las Progressive Web Apps) y software que tiene que funcionar en un celular en campo igual que en un escritorio. AnuraCode sigue construyendo esas experiencias, y además las APIs, el CMS y las integraciones detrás.
¿Qué es una “App”?
“App” es abreviatura de application: un programa que la gente usa en el teléfono, la tableta o el computador. No es cualquier programa: está pensado para cómo se sostiene el aparato, se toca, se escribe y se vuelve otro día. Sigue siendo iPhone y Android. También es un sitio rápido que se comporta como app instalada, o un cliente de escritorio contra el mismo backend.
Todavía hay dos familias, con una tercera en el medio:
Apps web (y PWA)
Un sitio que se adapta a la pantalla y, si se quiere, se instala, funciona en parte sin red y manda notificaciones. Muchas funciones piden conexión, pero se entrega un solo código a cualquier dispositivo con navegador, sin revisión de tienda en cada arreglo.
Apps nativas
Cada plataforma (Apple, Google y otras) ofrece APIs para que la app se sienta de casa. El usuario instala desde una tienda. El publicador sigue reglas de privacidad, rendimiento y reparto de ingresos. Las tarifas cambian; la restricción no: se publica en su marketplace.
¿Cómo construir una “App”?
Los caminos de principios de los 2010 son las mismas tres ideas, con nombres nuevos. Sigo ayudando a elegir entre ellos, no a fingir que hay un único stack correcto.
Primero la web
Un sitio o PWA bien hecho a menudo basta: marketing, catálogos, tableros, contenido. Desde estáticos hasta UI de producto. Más rápido de iterar, una URL, los buscadores pueden verlo.
Híbridas: nativo por fuera, web por dentro
HTML, CSS y JavaScript dentro de un envoltorio nativo (hoy Capacitor y similares; antes PhoneGap/Cordova). Parte de la app puede vivir en el aparato, así que no cada toque pide red. Sirve cuando ya hay producto web y se necesita tienda o unas pocas APIs del dispositivo.
+ Un código para varias tiendas; valen las habilidades web.
− No todas las funciones del SO; una UI pesada se siente menos nativa que Swift o Kotlin.
Frameworks nativos multiplataforma
Un proyecto que se compila hacia cada SO (Flutter, React Native, .NET MAUI — y antes Xamarin, que usamos en Parcero). Se reutiliza la lógica de negocio y se llega a la mayoría de las APIs. El rendimiento se acerca al nativo si el equipo es cuidadoso.
+ Lógica compartida; cámara, ubicación, notificaciones; binarios para tienda.
− Igual hay que probar en cada plataforma; las actualizaciones siguen dos calendarios de SO.
SDK de cada plataforma
Swift/SwiftUI, Kotlin o Windows/.NET cuando se necesita cada API y la UI más ajustada. Máxima capacidad; más formación y menos reúso entre teléfonos. La opción correcta para un producto de una sola plataforma o un módulo exigente dentro de una app más grande.