Proyectos | Milward Nina

Detalles Técnicos · Herramienta Web · Generador de Iconos

AppIconGen

Hero

AppIconGen · Generador de iconos y favicons que corre 100% en el navegador: subes una imagen, un texto o un emoji y descargas un ZIP listo para iOS, Android, Web y PWA.

Resumen

AppIconGen nace para resolver un dolor clásico: preparar a mano las decenas de tamaños de icono que piden Xcode, Android Studio y la web. La herramienta lo genera todo en el cliente —sin subir nada a ningún servidor— y entrega un ZIP organizado por carpetas, con sus manifiestos y Contents.json listos para arrastrar al proyecto.

Características

Tres fuentes de entrada: imagen (PNG/JPG/WebP/SVG), texto (1–3 letras) o emoji, con un catálogo completo por categorías.
iOS · Android · Web/PWA: AppIcon.appiconset (18 tamaños), mipmap por densidad (legacy, redondo y adaptativo), favicons, iconos maskable y Microsoft Tiles.
Ajustes finos: color de fondo con paleta, padding, redondeo, aplanado y selección de plataformas.
100% privado y offline: todo se procesa con Canvas en tu equipo; nada viaja por la red. Además es instalable como PWA.
Multilingüe y con SEO fuerte: 6 idiomas, hreflang, sitemap, JSON-LD y Open Graph.

Arquitectura y Tecnologías

Astro (SSG estático) + Tailwind CSS 4 para una interfaz rápida y ligera.
Canvas API para renderizar fielmente cada tamaño; JSZip para empaquetar el resultado.
Content Collections en Markdown para las guías, con el i18n nativo de Astro (6 locales).
TypeScript en los scripts de cliente; despliegue continuo en Vercel.

Captura

Retos Técnicos

El mayor reto fue generar decenas de PNG a distintas densidades —incluidos los iconos adaptativos y monocromáticos temáticos de Android 13— de forma fiel y sin bloquear la interfaz, además de construir cada manifiesto (Contents.json, adaptive, browserconfig, site.webmanifest) exactamente como lo espera cada plataforma.

Resultados

Un ZIP de más de 70 archivos, listo para arrastrar a Xcode, Android Studio o la carpeta web, generado en segundos y sin marca de agua. Todo gratis, sin registro y sin servidor.

Conclusión

Código fuente privado · La aplicación está publicada y es de uso libre en la web; el repositorio se mantiene bajo acceso restringido.

AppIconGen demuestra cuánto se puede lograr solo en el cliente: una herramienta profesional, multiplataforma y multilingüe, sin un backend que mantener.

Hero

AppIconGen · An app icon & favicon generator that runs 100% in the browser: drop an image, a short text or an emoji and download a ZIP ready for iOS, Android, Web and PWA.

Summary

AppIconGen was born to solve a classic pain point: hand-preparing the dozens of icon sizes that Xcode, Android Studio and the web require. The tool generates everything on the client —without uploading anything to any server— and delivers a ZIP organized into folders, with its manifests and Contents.json ready to drop into the project.

Features

Three input sources: image (PNG/JPG/WebP/SVG), text (1–3 letters) or emoji, with a full categorized catalog.
iOS · Android · Web/PWA: AppIcon.appiconset (18 sizes), mipmap per density (legacy, round and adaptive), favicons, maskable icons and Microsoft Tiles.
Fine-grained controls: background color with a palette, padding, rounding, flatten and platform selection.
100% private and offline: everything is processed with Canvas on your device; nothing travels over the network. It’s also installable as a PWA.
Multilingual with strong SEO: 6 languages, hreflang, sitemap, JSON-LD and Open Graph.

Architecture & Technologies

Astro (static SSG) + Tailwind CSS 4 for a fast, lightweight interface.
Canvas API to faithfully render each size; JSZip to package the result.
Content Collections in Markdown for the guides, using Astro’s native i18n (6 locales).
TypeScript in the client scripts; continuous deployment on Vercel.

Screenshot

Technical Challenges

The biggest challenge was generating dozens of PNGs at different densities —including Android 13’s adaptive and themed monochrome icons— faithfully and without blocking the UI, plus building each manifest (Contents.json, adaptive, browserconfig, site.webmanifest) exactly as each platform expects it.

Results

A ZIP of 70+ files, ready to drop into Xcode, Android Studio or the web folder, generated in seconds and watermark-free. All free, no sign-up and no server.

Conclusion

Private source code · The app is published and free to use on the web; the repository is kept under restricted access.

AppIconGen shows how much can be achieved on the client alone: a professional, cross-platform and multilingual tool, with no backend to maintain.

Detalles Técnicos · Android Nativo â€¢ Produccion

Tienda de Barrio

Resumen

Tienda de Barrio es una aplicacion de gestion comercial completa para tiendas de barrio, construida en Android nativo con Kotlin + Jetpack Compose (Material 3) y Supabase como backend (PostgreSQL + Auth + Realtime + RLS). La logica critica de negocio vive en triggers y RPC de Postgres, no en el cliente.

Caracteristicas

Ventas: Ticket multilinea, efectivo o fiado, con abono inicial opcional. RPC transaccional que inserta todo en una sola transaccion.
Compras (solo admin): Entrada de stock que recalcula el costo por promedio ponderado en tabla confidencial separada del catalogo.
Inventario: Alta/edicion de productos con marca, presentacion, codigo de barras y foto comprimida (WEBP, lado menor a 720px, ~50 KB).
Clientes / Fiado: Saldo por cobrar, abonos y pantalla “por cobrar”.
Reportes: Resumen del periodo server-side; el vendedor ve totales sin ganancia, el admin ve margen y compras.
Offline: Deteccion de conectividad y sincronizacion diferida con idempotencia por client_op_id.

Arquitectura

El proyecto sigue una arquitectura en capas con DI manual (ServiceLocator):

domain/model  (data class + fromMap + toUpsertJson)
  -> data/repository  (Postgrest / Auth / Realtime)
  -> ViewModel + StateFlow<UiState>
  -> @Composable screens
  -> ui/brand  (design-system morado: tokens, tipografia, shapes)

Roles y Seguridad

Rol	Acceso
admin	Control total: inventario, compras, usuarios, reportes, historial, ventas. Unico que ve costo y ganancia.
vendedor	Registra ventas/abonos, ve catalogo y stock. NO ve costo ni ganancia.
pendiente	Sin acceso; un admin debe habilitar la cuenta.

La confidencialidad del costo se garantiza mediante tablas separadas con RLS estricta en Supabase.

Tecnologias

Kotlin 2.2 + Jetpack Compose (Compose BOM) + Material 3
supabase-kt 3.2: postgrest-kt, auth-kt, realtime-kt
ktor 3.2 (motor okhttp), kotlinx.serialization, kotlinx.datetime
AndroidX: navigation-compose, lifecycle, DataStore Preferences
AGP 9.2 con compileSdk/targetSdk 36

Retos Tecnicos

El mayor desafio fue implementar la cola offline idempotente: cada operacion se encola con un client_op_id estable, y al reintentar el mismo ID, un constraint violation (23505) se interpreta como exito en lugar de error. Esto garantiza que nunca se dupliquen ventas o movimientos de inventario, incluso si el usuario pierde conexion a mitad de una operacion.

Resultados

Aplicacion completamente funcional con sincronizacion offline robusta, manejo de roles con RLS y logica de negocio transaccional en el servidor. Zero duplicados en operaciones criticas gracias a la idempotencia.

Conclusion

Este proyecto demuestra arquitectura de nivel senior en Android: capas limpias, seguridad por diseno (RLS + roles), offline-first con idempotencia, y logica critica delegada al servidor para mantener la integridad de los datos.

Summary

Tienda de Barrio is a full-featured neighborhood store management app built in native Android with Kotlin + Jetpack Compose (Material 3) and Supabase as backend (PostgreSQL + Auth + Realtime + RLS). Critical business logic lives in Postgres triggers and RPCs, not in the client.

Features

Sales: Multi-line tickets, cash or credit, with optional initial payment. Transactional RPC inserts everything in a single transaction.
Purchases (admin only): Stock entry that recalculates cost using weighted average in a confidential table separate from the catalog.
Inventory: Product management with brand, size/weight, barcode and compressed photos (WEBP, max 720px, ~50 KB).
Clients / Credit: Balance tracking, payments and “accounts receivable” screen.
Reports: Server-side period summary; sellers see totals without profit, admins see margin and purchases.
Offline: Connectivity detection and deferred sync with idempotency via client_op_id.

Architecture

The project follows a layered architecture with manual DI (ServiceLocator):

domain/model  (data class + fromMap + toUpsertJson)
  -> data/repository  (Postgrest / Auth / Realtime)
  -> ViewModel + StateFlow<UiState>
  -> @Composable screens
  -> ui/brand  (purple design-system: tokens, typography, shapes)

Roles & Security

Role	Access
admin	Full control: inventory, purchases, users, reports, history, sales. Only role that sees cost and profit.
seller	Registers sales/payments, sees catalog and stock. Does NOT see cost or profit.
pending	No access; an admin must enable the account.

Cost confidentiality is guaranteed through separate tables with strict RLS in Supabase.

Technologies

Kotlin 2.2 + Jetpack Compose (Compose BOM) + Material 3
supabase-kt 3.2: postgrest-kt, auth-kt, realtime-kt
ktor 3.2 (okhttp engine), kotlinx.serialization, kotlinx.datetime
AndroidX: navigation-compose, lifecycle, DataStore Preferences
AGP 9.2 with compileSdk/targetSdk 36

Technical Challenges

The biggest challenge was implementing the idempotent offline queue: each operation is queued with a stable client_op_id, and when retrying the same ID, a constraint violation (23505) is interpreted as success instead of error. This guarantees that sales or inventory movements are never duplicated, even if the user loses connection mid-operation.

Results

Fully functional application with robust offline sync, role-based access with RLS, and transactional business logic on the server. Zero duplicates in critical operations thanks to idempotency.

Conclusion

This project demonstrates senior-level Android architecture: clean layers, security by design (RLS + roles), offline-first with idempotency, and critical logic delegated to the server to maintain data integrity.

Detalles Técnicos · Backend • Clean Architecture

Aventour Backend API

Hero

Aventour API · El backend de una app de turismo grupal, hecho en .NET 9 con arquitectura hexagonal.

Resumen

En este proyecto grupal de turismo me tocó liderar el backend. Yo armé la arquitectura del servidor, la base de datos, el login con JWT y toda la lógica de reservas e itinerarios, con la idea de dejar un sistema ordenado y fácil de escalar.

Características

Arquitectura Desacoplada: Separación estricta de responsabilidades bajo el enfoque hexagonal (Puertos y Adaptadores).
Autenticación Segura (JWT): Generación y validación de tokens JSON Web Tokens firmados criptográficamente para la protección de endpoints.
Persistencia Modular: Acceso a base de datos relacional PostgreSQL modelada y gestionada a través de migraciones automatizadas.
Gestión Turística: Endpoints optimizados para la reserva de paquetes, coordinación de itinerarios grupales y consulta de actividades en tiempo real.

Arquitectura

Organicé el proyecto siguiendo la Arquitectura Hexagonal (Clean Architecture) dividida en cuatro capas clave en .NET:

Aventour.Domain: El núcleo del negocio, completamente libre de dependencias externas. Contiene entidades y reglas de dominio.
Aventour.Application: Orquestación de casos de uso e interfaces de abstracción (puertos).
Aventour.Infrastructure: Adaptadores de bases de datos, proveedores de seguridad y servicios externos.
Aventour.WebAPI: Punto de entrada HTTP y configuración de inyección de dependencias.

Tecnologías

.NET 9.0: Framework base de última generación para la compilación y ejecución de la API de alto rendimiento.
PostgreSQL: Motor de base de datos relacional robusto.
Entity Framework Core: ORM utilizado para el mapeo objeto-relacional y la ejecución segura de consultas.
JWT (JSON Web Tokens): Estándar de seguridad para la autorización de usuarios.

Capturas

Retos Técnicos

El reto fue no dejar que la base de datos se metiera con la lógica de negocio. Mantuve las dos cosas separadas con el patrón Repository, así puedo cambiar de motor de base de datos sin tocar el corazón del sistema.

Resultados

Obtuve un backend altamente robusto y modularizado, fácil de testear mediante pruebas unitarias en las capas de aplicación y dominio, capaz de procesar cientos de solicitudes concurrentes y adaptado para cambiar de motor de base de datos con un impacto mínimo en el código.

Conclusión

Lo que más me llevo de Aventour es haber entendido en la práctica por qué vale la pena mantener la lógica de negocio separada de la base de datos. Es el proyecto donde por fin me hizo clic la arquitectura limpia en .NET.

Hero

Aventour API · The backend for a group-tourism app, built in .NET 9 with hexagonal architecture.

Summary

I led the backend on this group-tourism project. I built the server architecture, the database, the JWT login, and all the booking and itinerary logic, aiming for a clean system that’s easy to scale.

Features

Decoupled Architecture: Strict separation of concerns using the hexagonal approach (Ports and Adapters).
Secure Authentication (JWT): Generation and validation of cryptographically signed JSON Web Tokens for endpoint protection.
Modular Persistence: Relational database access in PostgreSQL, modeled and managed through automated migrations.
Tourism Management: Optimized endpoints for package booking, group itinerary coordination, and real-time activity queries.

Architecture

I structured the project following Hexagonal Architecture (Clean Architecture) split into four key projects in .NET:

Aventour.Domain: The core of the business, completely free of external dependencies. Contains entities and domain rules.
Aventour.Application: Orchestration of use cases and abstraction interfaces (ports).
Aventour.Infrastructure: Database adapters, security providers, and external services.
Aventour.WebAPI: HTTP entry point and dependency injection configuration.

Technologies

.NET 9.0: Next-generation framework for compiling and executing the high-performance API.
PostgreSQL: Robust relational database engine.
Entity Framework Core: ORM used for object-relational mapping and secure query execution.
JWT (JSON Web Tokens): Security standard for user authorization.

Captures

Technical Challenges

The challenge was keeping the database from creeping into the business logic. I kept them apart with the Repository pattern, so I can swap database engines without touching the core of the system.

Results

I obtained a highly robust and modularized backend, easy to test via unit tests in the application and domain layers, capable of handling hundreds of concurrent requests and prepared to switch database engines with minimal code changes.

Conclusion

What I take from Aventour is finally getting, in practice, why it’s worth keeping business logic separate from the database. It’s the project where clean architecture in .NET clicked for me.

Detalles Técnicos · Mobile Native & Cloud

TypeNote iOS

Hero

TypeNote iOS · App de notas nativa para iOS, diseñada al estilo Apple y con sincronización en la nube serverless sobre AWS.

Resumen

Quería un espacio de notas en iOS que se sintiera elegante y simple. Me enfoqué en que la interfaz fluyera con SwiftUI y en que la sincronización fuera confiable, montando todo serverless para no depender de un servidor propio.

Características

Autenticación Segura: Registro e inicio de sesión integrados directamente a través de flujos de identidad en la nube.
Operaciones CRUD de Notas: Creación, edición, listado y eliminación física de registros de texto.
Categorización Personalizada: Organización visual rápida asignando colores y categorías dinámicas a las notas.
Sincronización Offline/Online: Sincronización transparente de las notas para mantenerlas actualizadas al recuperar la red.

Arquitectura

Implementé el patrón de arquitectura MVVM (Model-View-ViewModel) en Swift. Esta estructura me permitió desacoplar por completo el diseño de las interfaces visuales (SwiftUI) de los modelos de datos y de las llamadas de sincronización a los servicios de AWS Amplify, mejorando notablemente la modularidad y facilidad de pruebas.

Tecnologías

Swift & SwiftUI: Lenguaje nativo y framework declarativo para la construcción de interfaces fluidas.
AWS Cognito: Proveedor de gestión de identidad para la autenticación segura de usuarios.
AWS DynamoDB: Base de datos NoSQL de baja latencia utilizada para almacenar el inventario de notas.
AWS API Gateway & AWS Lambda: Capa REST serverless encargada de procesar las peticiones CRUD de manera escalable.

Capturas

Retos Técnicos

El principal desafío consistió en integrar los SDK de AWS Amplify dentro de la arquitectura declarativa de SwiftUI de forma limpia. Tuve que diseñar gestores de red asíncronos y controladores de estado robustos para sincronizar correctamente el almacenamiento local temporal del dispositivo con las tablas distribuidas de DynamoDB, evitando conflictos de concurrencia y sobrecarga de red.

Resultados

Conseguí una aplicación móvil robusta y ligera con tiempos de respuesta de sincronización inferiores a 200 ms, proporcionando una experiencia nativa pulida y un esquema de costos nulo bajo la capa gratuita de AWS.

Conclusión

Con TypeNote agarré mucha más confianza desarrollando nativo para iOS y conectando apps a la nube. Comprobé que se puede armar una app móvil completa sin mantener un solo servidor.

Hero

TypeNote iOS · A native iOS notes app, designed Apple-style, with real-time serverless cloud sync on AWS.

Summary

I wanted a notes space on iOS that felt elegant and simple. I focused on making the interface flow with SwiftUI and on reliable syncing, going fully serverless so there’s no server to maintain.

Features

Secure Authentication: Registration and login integrated directly through cloud identity flows.
Note CRUD Operations: Creation, editing, listing, and physical deletion of text records.
Custom Categorization: Quick visual organization by assigning dynamic colors and categories to notes.
Offline/Online Sync: Seamless note synchronization to keep them up to date when connectivity is restored.

Architecture

I implemented the MVVM (Model-View-ViewModel) architecture pattern in Swift. This structure allowed me to completely decouple the design of the visual interfaces (SwiftUI) from the data models and sync calls to AWS Amplify services, greatly improving modularity and ease of testing.

Technologies

Swift & SwiftUI: Native language and declarative framework for building fluid interfaces.
AWS Cognito: Identity management provider for secure user authentication.
AWS DynamoDB: Low-latency NoSQL database used to store the notes inventory.
AWS API Gateway & AWS Lambda: Serverless REST layer responsible for processing CRUD requests in a scalable manner.

Captures

Technical Challenges

The main challenge consisted of cleanly integrating the AWS Amplify SDKs within the declarative architecture of SwiftUI. I had to design asynchronous network managers and robust state controllers to correctly sync the device’s temporary local storage with the distributed tables of DynamoDB, avoiding concurrency conflicts and network overload.

Results

I achieved a robust and lightweight mobile application with sync response times under 200 ms, providing a polished native experience and a zero-cost scheme under the AWS free tier.

Conclusion

TypeNote gave me a lot more confidence building native for iOS and wiring apps to the cloud. It proved you can ship a complete mobile app without maintaining a single server.

Detalles Técnicos · Web & Fitness

Mazeta Gym

Hero

Mazeta Gym (BULK) · Plataforma web para armar rutinas de gym basadas en biomecánica, con un constructor interactivo que exporta tu plan a PDF.

Resumen

Armé Mazeta Gym (hoy convertido en BULK) porque las herramientas de entrenamiento que probaba eran lentas y enredadas. Quería un constructor de rutinas fluido y sin fricción, donde armar tu plan fuera fácil de verdad.

Características

Buscador Avanzado de Ejercicios: Base de datos con más de 800 movimientos categorizados con sus respectivas instrucciones biomecánicas.
Constructor de Rutinas Dinámico: Creación rápida de planes semanales interactivos arrastrando y organizando ejercicios.
Exportación Local a PDF: Generación instantánea del documento final sin necesidad de registro ni almacenamiento en el servidor.
Videoguías integradas: Un video de técnica por cada ejercicio para entrenar seguro y mejorar la ejecución.

Arquitectura

Implementé una arquitectura híbrida aprovechando el Astro Island Architecture (Arquitectura de Islas). Las páginas estáticas (fichas técnicas, bases informativas) se pre-renderizan en el servidor para lograr un SEO óptimo y tiempos de carga instantáneos, mientras que el generador de rutinas interactivo funciona como una “isla” reactiva controlada por React en el cliente.

Tecnologías

Astro: Framework base para maximizar la velocidad y optimizar la entrega de HTML estático.
React: Manejo del estado reactivo en el constructor de rutinas.
Tailwind CSS: Diseño de interfaz minimalista, moderna y fluida con soporte nativo de modo oscuro.
TypeScript: Garantía de tipado seguro a lo largo de toda la lógica del cliente.
@react-pdf/renderer: Generación de los PDF directamente en el navegador (client-side), sin servidor ni almacenamiento.

Capturas

Retos Técnicos

El mayor desafío técnico que enfrenté fue delegar la generación del PDF enteramente al cliente para evitar costos de infraestructura y asegurar privacidad. Optimizar la renderización de tablas complejas, espaciados dinámicos y la carga de imágenes asíncronas en el navegador requirió estructurar un pipeline de renderizado estructurado que no bloqueara el hilo principal de la aplicación.

Resultados

Logré una plataforma de carga inmediata (puntuaciones superiores a 95 en Lighthouse para LCP y FCP), reduciendo el proceso de creación y exportación de rutinas a menos de 3 clics y eliminando la necesidad de bases de datos centralizadas de usuario para esta funcionalidad.

Conclusión

Me quedo con una lección clave: se puede tener una herramienta pesada e interactiva y aun así cargar al instante. Fue mi mejor clase de rendimiento web, hidratando solo lo justo y necesario.

Hero

Mazeta Gym (BULK) · A web platform to build gym routines based on biomechanics, with an interactive builder that exports your plan to PDF.

Summary

I built Mazeta Gym (now BULK) because the training tools I’d tried were slow and clunky. I wanted a fluid, friction-free routine builder where putting your plan together actually felt easy.

Features

Advanced Exercise Search: Database with over 800 categorized movements with their respective biomechanical instructions.
Dynamic Routine Builder: Fast creation of interactive weekly plans by dragging and arranging exercises.
Local PDF Export: Instant generation of the final document without registration or server storage requirements.
Built-in Video Guides: A technique video for each exercise so you train safely and execute better.

Architecture

I implemented a hybrid architecture taking advantage of Astro Island Architecture (Island Architecture). Static pages (data sheets, informative bases) are pre-rendered on the server for optimal SEO and instant load times, while the interactive routine generator functions as a reactive “island” controlled by React on the client side.

Technologies

Astro: Base framework to maximize speed and optimize static HTML delivery.
React: Management of reactive state in the routine builder.
Tailwind CSS: Minimalist, modern, and fluid interface design with native dark mode support.
TypeScript: Guarantee of type safety throughout all client logic.
@react-pdf/renderer: Client-side PDF generation directly in the browser, with no server or storage.

Captures

Technical Challenges

The greatest technical challenge I faced was delegating PDF generation entirely to the client to avoid infrastructure costs and ensure privacy. Optimizing complex tables, dynamic spacing, and asynchronous image loading in the browser required structuring a rendering pipeline that did not block the main application thread.

Results

I achieved an instantly loading platform (Lighthouse scores above 95 for LCP and FCP), reducing the creation and export process of routines to less than 3 clicks and eliminating the need for centralized user databases.

Conclusion

My big takeaway: you can have a heavy, interactive tool and still load instantly. It was my best lesson in web performance — hydrating only what’s actually needed.

Detalles Técnicos · Cross-Platform Mobile

OmniManager

Hero

OmniManager Suite · App móvil multiplataforma para llevar el inventario, las ventas y las tareas de un negocio desde el celular, con o sin internet.

Resumen

Desarrollé OmniManager para resolver un problema concreto: llevar el inventario y las operaciones de un negocio en tiempo real, incluso cuando se cae el internet. Mi prioridad era que la app fuera fluida y que trabajara sin conexión, sincronizando todo apenas vuelve la red.

Características

Autenticación y Permisos: Control de accesos de empleados implementando seguridad a nivel de base de datos.
Dashboard Comercial: Gráficos estadísticos interactivos de ventas, tareas pendientes y niveles de stock.
Sincronización Híbrida (Offline-First): Gestión local rápida mediante almacenamiento persistente integrado con replicación remota.
Gestión de Inventario (CRUD): Registro completo de artículos comercializados con soporte para imágenes y código de barras.

Arquitectura

Diseñé el software utilizando el patrón de arquitectura por capas recomendado en Flutter. El flujo de datos está separado en capas de Presentación (UI declarativa), Dominio (Lógica de negocio y Controladores) y Datos (Repositorios y Data Sources). La sincronización offline-first se ejecuta guardando la información localmente en Hive y encolando las modificaciones para sincronizarse asíncronamente con Supabase en la nube.

Tecnologías

Flutter & Dart: SDK y lenguaje multiplataforma para asegurar un despliegue ágil en iOS y Android.
Supabase: Backend relacional cloud (PostgreSQL) para la gestión global de datos en tiempo real.
Hive: Base de datos NoSQL de alto rendimiento integrada localmente en el cliente móvil.
Skillicons & Flutter Charts: Recursos gráficos de visualización para los paneles analíticos.

Capturas

Retos Técnicos

El mayor reto fue modelar el pipeline de sincronización offline de manera segura. Al registrar transacciones o cambios de stock sin conexión, debían encolarse peticiones locales en Hive asegurando que, al reestablecerse la conexión, la API de Supabase resolviera los conflictos de concurrencia de datos cronológicamente, evitando duplicidades de facturas y pérdidas en la contabilidad del inventario.

Resultados

Desplegué una aplicación sumamente rápida capaz de operar al 100% sin internet, sincronizando lotes de transacciones pendientes en menos de 1.5 segundos tras detectar el cambio de estado de conectividad en el dispositivo.

Conclusión

Con OmniManager aprendí a fondo cómo construir apps offline-first, combinando una base de datos local ultraligera (Hive) con un backend en la nube (Supabase). Me sirvió para comprobar que sí se pueden hacer apps comerciales que escalan sin depender de la conexión.

Hero

OmniManager Suite · A cross-platform mobile app to manage a business’s inventory, sales, and tasks straight from your phone — with or without internet.

Summary

I built OmniManager to solve a concrete problem: tracking a business’s inventory and operations in real time, even when the internet drops. My priority was a smooth, offline-first experience that syncs everything the moment the connection comes back.

Features

Authentication and Permissions: Employee access control implementing security at the database level.
Commercial Dashboard: Interactive statistical charts for sales, pending tasks, and stock levels.
Hybrid Synchronization (Offline-First): Fast local management using persistent storage integrated with remote replication.
Inventory Management (CRUD): Complete registration of commercialized items with support for images and barcodes.

Architecture

I designed the software using the layered architecture pattern recommended in Flutter. The data flow is separated into Presentation (declarative UI), Domain (business logic and controllers), and Data (repositories and data sources) layers. The offline-first synchronization runs by saving information locally in Hive and queueing modifications to sync asynchronously with Supabase in the cloud.

Technologies

Flutter & Dart: Cross-platform SDK and language to ensure agile deployment on iOS and Android.
Supabase: Cloud relational backend (PostgreSQL) for global real-time data management.
Hive: High-performance NoSQL database integrated locally on the mobile client.
Skillicons & Flutter Charts: Graphical visualization resources for analytical dashboards.

Captures

Technical Challenges

The biggest challenge was modeling the offline synchronization pipeline securely. When registering transactions or stock changes without connection, local requests had to be queued in Hive ensuring that, upon reconnecting, the Supabase API resolved data concurrency conflicts chronologically, avoiding invoice duplication and data loss in inventory accounting.

Results

I deployed an extremely fast app capable of operating 100% offline, syncing pending transaction batches in less than 1.5 seconds after detecting the device’s connectivity status change.

Conclusion

OmniManager taught me how to build offline-first apps for real, pairing an ultralight local database (Hive) with a cloud backend (Supabase). It showed me you really can ship business apps that scale without leaning on the connection.

Detalles Técnicos · Hardware & Firmware

NStrength IoT

Hero

NStrength Wearable · Una pulsera IoT para gente que entrena: mide tu pulso en tiempo real y te avisa cuándo arrancar la siguiente serie, sin cronómetros al azar.

Resumen

Diseñé y programé NStrength, un prototipo de pulsera biométrica para entrenamientos de fuerza. La idea era simple: en vez de descansar con un cronómetro fijo, la pulsera mide cuánto se recuperó tu corazón respecto a tu pulso en reposo y calcula el descanso real que necesitas.

Características

Lectura Biométrica en Tiempo Real: Sensor óptico integrado de pulso cardíaco para monitoreo del deportista.
Algoritmo de Recuperación Dinámico: Cálculo de ventana óptima de hipertrofia basado en zonas de frecuencia cardíaca.
Visualización en Pantalla: Interfaz compacta en pantalla OLED de baja potencia para visualizar datos en tiempo real.
Portabilidad Completa: Circuito alimentado por batería LiPo integrada con módulo de carga TP4056.

Arquitectura

El firmware se implementó de forma estructurada en C++ utilizando la plataforma Arduino en VS Code. La arquitectura del sistema está organizada en torno a tareas concurrentes o bucles no bloqueantes (usando temporizadores millis() para multitarea cooperativa) que gestionan simultáneamente la lectura analógica de sensores, la actualización visual en la pantalla OLED y la gestión del consumo energético del microcontrolador ESP32.

Tecnologías

C++ (Arduino Framework): Lenguaje y librerías base para la codificación del firmware.
ESP32: Microcontrolador de alto rendimiento seleccionado por su versatilidad y bajo costo.
SSD1306 (OLED): Pantalla compacta para la visualización del estado del entrenamiento.
Sensores Analógicos/I2C: Módulos de detección de pulso cardíaco y procesamiento de señales.

Capturas

Retos Técnicos

El principal escollo consistió en el filtrado del ruido de la señal analógica del sensor de pulso durante el movimiento físico del usuario. Desarrollé e implementé algoritmos de media móvil y filtros de paso bajo por software en C++ para suavizar la curva de datos y evitar la detección de falsos picos cardíacos, obteniendo lecturas consistentes incluso bajo condiciones de sudoración y vibración leve.

Resultados

Logré fabricar un prototipo 100% funcional capaz de determinar el momento de inicio de la siguiente serie de ejercicio con un margen de precisión de frecuencia cardíaca superior al 93%, reduciendo la fatiga residual innecesaria del atleta.

Conclusión

Con este proyecto me metí de lleno en el mundo del hardware y el firmware IoT, y pude juntar dos cosas que me gustan: la electrónica y los algoritmos aplicados al entrenamiento.

Hero

NStrength Wearable · An IoT wristband for people who train: it reads your heart rate in real time and tells you when to start your next set — no random timers.

Summary

I designed and programmed NStrength, a working prototype of a biometric wristband for strength training. The idea was simple: instead of resting on a fixed timer, the band measures how much your heart has recovered against your resting rate and works out the rest you actually need.

Features

Real-Time Biometric Readings: Integrated optical heart rate sensor for athlete monitoring.
Dynamic Recovery Algorithm: Optimal hypertrophy window calculation based on heart rate zones.
On-Screen Visualization: Compact interface on a low-power OLED display to view real-time data.
Full Portability: Circuit powered by an integrated LiPo battery with a TP4056 charging module.

Architecture

The firmware was implemented in a structured way in C++ using the Arduino framework in VS Code. The system architecture is organized around concurrent tasks or non-blocking loops (using millis() timers for cooperative multitasking) that simultaneously manage analog sensor readings, OLED screen visual updates, and energy management of the ESP32 microcontroller.

Technologies

C++ (Arduino Framework): Language and base libraries for firmware coding.
ESP32: High-performance microcontroller chosen for its versatility and low cost.
SSD1306 (OLED): Compact display for visualizing training status.
Analog/I2C Sensors: Heart rate detection and signal processing modules.

Captures

Technical Challenges

The main hurdle was filtering noise from the analog sensor signal during the user’s physical movement. I developed and implemented moving average algorithms and software low-pass filters in C++ to smooth out the data curve and avoid detecting false heart rate peaks, achieving consistent readings even under sweaty conditions and light vibration.

Results

I managed to build a 100% functional prototype capable of determining the starting point of the next exercise set with a heart rate accuracy margin above 93%, reducing unnecessary residual fatigue for the athlete.

Conclusion

This project got me deep into IoT hardware and firmware, and let me combine two things I love: electronics and algorithms applied to training.

Detalles Técnicos · IoT â€¢ Hardware + Software

Reloj Eterno

Resumen

Reloj Eterno es un sistema IoT completo que combina una app Android nativa con un microcontrolador ESP32 para gestionar inteligentemente la carga de un telefono. El sistema usa histeresis con dos umbrales configurables para mantener la bateria en una ventana de carga saludable, evitando el deterioro por permanecer al 100%.

Caracteristicas

Pantalla flip clock: Reloj a pantalla completa con estetica flip clock clara (tarjetas blancas redondeadas con digitos oscuros sobre fondo gris azulado), con anti burn-in.
Logica de carga inteligente: Histeresis con dos umbrales configurables desde la app para no conmutar constantemente.
Ajustes en vivo: Menu de configuracion para IP, umbrales, heartbeat y formato 24h, con estado del ESP32 en tiempo real.
Comunicacion WiFi: La app envia GET /status?battery=NN al ESP32 y recibe respuestas JSON con estado completo.
Fail-safe: Si el ESP32 deja de recibir reportes por mas de 15 min, fuerza la carga por precaucion.

Arquitectura del Sistema

    +---------------------------+
    |   Huawei Y7 2019          |
    |   App "Reloj Eterno"      |
    |   (com.reloj.eterno)      |
    |  - Muestra la hora        |
    |  - Lee bateria real       |
    |  - Heartbeat cada 60 s    |
    +-------------+-------------+
                  |
                  | WiFi LAN
                  | GET /status?battery=NN
                  v
    +---------------------------+
    |   ESP32 (IP 192.168.1.50) |
    |   Servidor HTTP           |
    |  - Aplica histeresis      |
    |  - Controla GPIO 2 (Gate) |
    +-------------+-------------+
                  |
                  | GPIO 2 -> MOSFET canal N
                  v
    +---------------------------+
    |   MOSFET low-side switch  |
    |   Interrumpe linea GND   |
    |   del cable USB           |
    +---------------------------+

Logica de Histeresis

Nivel de bateria	Accion del ESP32	Estado del MOSFET
>= 70 %	Corta la carga	LOW (no carga)
41 % - 69 %	Mantiene ultimo estado	Sin cambios
<= 40 %	Arranca la carga	HIGH (carga)

Tecnologias

App Android: Kotlin, XML layouts, BroadcastReceiver para ACTION_BATTERY_CHANGED
Firmware ESP32: C++ (Arduino Framework), servidor HTTP, NVS para persistencia de config
Hardware: MOSFET canal N (low-side switch), resistencias de Gate (100 ohm serie + 10k pull-down)
Comunicacion: HTTP REST sobre WiFi LAN

Retos Tecnicos

El principal reto fue disenar un sistema de conmutacion seguro para la linea GND del cable USB sin afectar las lineas de datos. Implemente un esquema low-side switch con MOSFET de nivel logico que enciende completamente con los 3.3V del GPIO del ESP32, mas un mecanismo fail-safe que fuerza la carga si pierde comunicacion con la app. Ademas, los umbrales se persisten en NVS del ESP32 para sobrevivir reinicios.

Resultados

Sistema completamente funcional que mantiene el telefono en una ventana de carga saludable (40%-70%) de forma autonoma. El fail-safe de 15 minutos garantiza que el telefono nunca se quede sin bateria por un fallo de software.

Conclusion

Este proyecto fusiona desarrollo de software movil con electronica e IoT real. Desde la app que lee la bateria hasta el MOSFET que conmuta fisicamente la carga, cada componente esta disenado para ser robusto y seguro.

Summary

Reloj Eterno is a complete IoT system combining a native Android app with an ESP32 microcontroller to intelligently manage phone charging. The system uses hysteresis with two configurable thresholds to keep the battery in a healthy charge window, preventing degradation from staying at 100%.

Features

Flip clock display: Fullscreen clock with clean flip clock aesthetic (white rounded cards with dark digits on blue-gray background), with anti burn-in.
Smart charging logic: Hysteresis with two configurable thresholds from the app to avoid constant switching.
Live settings: Configuration menu for IP, thresholds, heartbeat and 24h format, with real-time ESP32 status.
WiFi communication: The app sends GET /status?battery=NN to the ESP32 and receives JSON responses with full status.
Fail-safe: If the ESP32 stops receiving reports for more than 15 min, it forces charging as a precaution.

System Architecture

    +---------------------------+
    |   Huawei Y7 2019          |
    |   "Reloj Eterno" App      |
    |   (com.reloj.eterno)      |
    |  - Shows time             |
    |  - Reads real battery     |
    |  - Heartbeat every 60s    |
    +-------------+-------------+
                  |
                  | WiFi LAN
                  | GET /status?battery=NN
                  v
    +---------------------------+
    |   ESP32 (IP 192.168.1.50) |
    |   HTTP Server             |
    |  - Applies hysteresis     |
    |  - Controls GPIO 2 (Gate) |
    +-------------+-------------+
                  |
                  | GPIO 2 -> N-channel MOSFET
                  v
    +---------------------------+
    |   Low-side MOSFET switch  |
    |   Interrupts USB GND line |
    +---------------------------+

Hysteresis Logic

Battery Level	ESP32 Action	MOSFET State
>= 70%	Cuts charging	LOW (not charging)
41% - 69%	Keeps last state	No change
<= 40%	Starts charging	HIGH (charging)

Technologies

Android App: Kotlin, XML layouts, BroadcastReceiver for ACTION_BATTERY_CHANGED
ESP32 Firmware: C++ (Arduino Framework), HTTP server, NVS for config persistence
Hardware: N-channel MOSFET (low-side switch), Gate resistors (100 ohm series + 10k pull-down)
Communication: HTTP REST over WiFi LAN

Technical Challenges

The main challenge was designing a safe switching system for the USB cable GND line without affecting data lines. I implemented a low-side switch scheme with a logic-level MOSFET that fully turns on with the ESP32’s 3.3V GPIO, plus a fail-safe mechanism that forces charging if communication with the app is lost. Additionally, thresholds persist in ESP32’s NVS to survive reboots.

Results

Fully functional system that keeps the phone in a healthy charge window (40%-70%) autonomously. The 15-minute fail-safe guarantees the phone never runs out of battery due to a software failure.

Conclusion

This project merges mobile software development with real electronics and IoT. From the app reading battery levels to the MOSFET physically switching the charge, every component is designed to be robust and safe.

Detalles Técnicos · Mobile Multiplataforma - Produccion

El Chilateño App

Resumen

Proyecto privado — Código fuente bajo acceso restringido.

El Chilateño App es una aplicación móvil privada de gestión comercial y administración interna (back-office) desarrollada para una distribuidora de gas GLP en Perú. A diferencia de la landing page pública, esta aplicación está diseñada exclusivamente para uso del dueño y el personal administrativo (jefes de ventas, vendedores), facilitando la gestión integral del negocio de forma privada y segura.

Permite registrar ventas y compras, controlar el inventario de balones en tiempo real, generar reportes financieros con gráficos interactivos, exportar reportes en PDF, administrar permisos de usuarios según su rol y operar de manera fluida incluso sin conexión a internet (offline-first).

El backend está construido sobre Supabase (PostgreSQL + Auth + Realtime + RLS), y la aplicación está desarrollada con Flutter (móvil multiplataforma). Para asegurar la consistencia absoluta de los datos, la lógica crítica de negocio (descuento automático de stock, cálculo de totales, márgenes de ganancia/costo y la bitácora de auditoría) se delegó por completo a triggers de Postgres a nivel de servidor, evitando vulnerabilidades o discrepancias en la interfaz del cliente.

Módulos

Ventas: Registro de ventas con descuento automático de stock en tiempo real mediante triggers de Postgres.
Compras: Registro de compras de abastecimiento de balones que recalculan costos y stock automáticamente.
Inventario: Alta y edición de productos (balones por kilogramos y marcas) con alertas de stock mínimo.
Reportes: Dashboard financiero interactivo con gráficos (fl_chart) y exportación de comprobantes o balances en PDF.
Seguridad & Roles: Gestión de cuentas privadas con permisos jerárquicos aprobados por el administrador y protegidos mediante RLS.
Historial / Auditoría: Registro inmutable de transacciones y operaciones para control interno del dueño.
Sincronización Offline: Soporte para operar sin señal, encolando operaciones locales que se sincronizan de forma segura al detectar red.

Roles y Seguridad

Rol	Acceso
admin	Acceso total: inventario, compras, usuarios, reportes, ventas.
jefe_ventas	Ventas y reportes.
vendedor	Solo registrar ventas.
pendiente	Sin acceso hasta que un admin habilite la cuenta.

La seguridad y privacidad se implementan mediante Row Level Security (RLS) directamente en Supabase PostgreSQL.

Stack Técnico

Frontend (Flutter)
+-- Flutter 3.44.x (stable) / Dart 3.12.x
+-- flutter_riverpod          # Gestión de estado reactiva
+-- go_router                 # Navegación declarativa
+-- fl_chart                  # Gráficos interactivos
+-- pdf + printing            # Comprobantes y reportes PDF

Backend (Supabase)
+-- PostgreSQL + RLS          # Base de datos con seguridad por fila
+-- Auth                      # Autenticación de usuarios
+-- Realtime                  # Actualizaciones en tiempo real
+-- Triggers                  # Lógica de negocio en servidor

DevOps
+-- GitHub Actions CI         # Análisis estático + tests en cada push
+-- --dart-define             # Secretos seguros (nunca hardcodeados)

Capturas

Retos Técnicos

El mayor desafío consistió en diseñar una arquitectura robusta de seguridad para uso administrativo. Dado que la aplicación maneja datos sensibles de facturación e inventario, implementamos políticas estrictas de Row Level Security (RLS) en la base de datos Supabase, validando las credenciales de cada usuario en cada consulta. Además, para soportar las operaciones en zonas con cobertura de red inestable sin riesgo de corrupción de datos, estructuramos un sistema de sincronización offline con cola de peticiones locales que sincroniza el inventario de forma automática al restablecerse la conexión.

Resultados

Aplicación privada en producción real utilizada activamente por el dueño y administradores de la distribuidora El Chilateño. Ha optimizado el control de inventario y la contabilidad interna de ventas, previniendo pérdidas de stock y automatizando la generación de balances diarios en formato PDF.

Conclusión

Este proyecto demuestra la capacidad de entregar software de producción real: desde la arquitectura con lógica de negocio en el servidor hasta CI/CD con GitHub Actions. Cada decisión técnica fue tomada con el objetivo de robustez y seguridad en un entorno comercial real.

Summary

Private project — Source code under restricted access.

El Chilateño App is a private mobile commercial management and back-office application developed for an LPG gas distributor in Peru. Unlike the public landing page, this application is designed exclusively for the owner and administrative staff (sales managers, sellers), facilitating private and secure business management.

It allows registering sales and purchases, controlling cylinder inventory in real-time, generating financial reports with interactive charts, exporting reports to PDF, managing user permissions by role, and working seamlessly even without an internet connection.

Built with Flutter and Supabase (PostgreSQL + Auth + Realtime + RLS). To ensure data integrity, critical business logic (stock deduction, total calculation, cost/profit, and audit logging) lives entirely in Postgres triggers on the server side instead of the client application.

Modules

Sales: Sale registration with automatic real-time stock deduction via Postgres triggers.
Purchases: Cylinder purchase registration that automatically updates cost and stock.
Inventory: Product management (cylinders by size and brand) with minimum stock alerts.
Reports: Financial dashboard with interactive charts (fl_chart) and PDF export for balances.
Security & Roles: Private account management with hierarchical permissions approved by the administrator, secured by RLS.
History: Immutable audit logs of all commercial transactions for the owner’s control.
Offline Sync: Connectivity detection and queued synchronization for areas with unstable network.

Roles & Security

Role	Access
admin	Full access: inventory, purchases, users, reports, sales.
sales_manager	Sales and reports.
seller	Only register sales.
pending	No access until an admin enables the account.

Security and privacy are implemented with Row Level Security (RLS) directly in Supabase PostgreSQL.

Tech Stack

Frontend (Flutter)
+-- Flutter 3.44.x (stable) / Dart 3.12.x
+-- flutter_riverpod          # Reactive state management
+-- go_router                 # Declarative navigation
+-- fl_chart                  # Interactive charts
+-- pdf + printing            # Receipts and PDF reports

Backend (Supabase)
+-- PostgreSQL + RLS          # Database with row-level security
+-- Auth                      # User authentication
+-- Realtime                  # Real-time updates
+-- Triggers                  # Server-side business logic

DevOps
+-- GitHub Actions CI         # Static analysis + tests on every push
+-- --dart-define             # Secure secrets (never hardcoded)

Captures

Technical Challenges

The primary challenge was building a highly secure administrative tool. Since the application handles billing, costs, and inventory data, we implemented strict Row Level Security (RLS) policies directly in Supabase PostgreSQL, validating roles and permissions on every query. To support offline operations without data corruption, we implemented a local queue system that automatically syncs local transactions back to the database as soon as network connectivity is restored.

Results

Private production application used daily by the owner and managers of the El Chilateño distributor. It has streamlined inventory control and internal sales auditing, preventing stock losses and automating daily PDF report generation.

Conclusion

This project demonstrates the ability to deliver real production software: from architecture with server-side business logic to CI/CD with GitHub Actions. Every technical decision was made with robustness and security in mind for a real commercial environment.

Detalles Técnicos · Android Nativo · Fitness Tracker

Mazeta Mobile

Resumen

Proyecto privado — Código fuente bajo acceso restringido.

Mazeta es una bitácora de entrenamiento minimalista para Android. Esta versión es nativa en Kotlin, construida con Jetpack Compose y Material 3, con la navegación y la capa de estado siguiendo el patrón MVVM.

Dos versiones: el proyecto se migró en dos versiones del mismo producto — una multiplataforma en Flutter (Android, iOS, Web y escritorio) y esta, Android nativa en Kotlin. Este perfil corresponde a la versión solo Android.

Características

Temporizador de descanso: carrusel de temporizadores simultáneos con teclado numérico, presets rápidos y aviso sonoro personalizable.
Medidas corporales: registro de peso, perímetros y galería de fotos de progreso, organizado por categorías anatómicas.
Cargas y récords: historial de pesos levantados con cálculo automático de récords personales (PRs), deltas entre sesiones y peso objetivo.

Arquitectura

Patrón: MVVM con StateFlow para un estado reactivo y desacoplado.
Navegación: Jetpack Navigation Compose con un grafo de navegación centralizado.
UI: Material 3 con temas dinámicos.
Inyección de dependencias: manual, mediante el patrón ServiceLocator.

Tecnologías

Kotlin (100 % del código) + Jetpack Compose para una UI declarativa.
Material 3 como sistema de diseño y temas dinámicos.
Jetpack Navigation Compose para la navegación entre pantallas.
Gradle (Kotlin DSL) como sistema de build.

Capturas

Retos Técnicos

El mayor reto fue migrar la app desde una base multiplataforma en Flutter a Android nativo, rediseñando la navegación y el manejo de estado con las herramientas idiomáticas de Android (Compose + Navigation + StateFlow) sin perder la fluidez ni la estética original.

Resultados

Una app Android nativa, fluida y con estética premium, con la navegación y la arquitectura resueltas de forma idiomática y mantenible.

Conclusión

Mazeta (Android) demuestra el dominio del stack nativo moderno de Android —Kotlin, Compose y Material 3— y la capacidad de migrar un producto entre tecnologías conservando su identidad.

Summary

Private project — Source code under restricted access.

Mazeta is a minimalist training log for Android. This version is native in Kotlin, built with Jetpack Compose and Material 3, with navigation and the state layer following the MVVM pattern.

Two versions: the project was migrated into two versions of the same product — a cross-platform Flutter one (Android, iOS, Web and desktop) and this, native Android in Kotlin. This profile corresponds to the Android-only version.

Features

Rest timer: carousel of simultaneous timers with a numeric keypad, quick presets and customizable sound alerts.
Body measurements: tracking of weight, circumferences and a progress photo gallery, organized by anatomical categories.
Lifts and records: history of weights lifted with automatic personal-record (PR) calculation, session deltas and target weight.

Architecture

Pattern: MVVM with StateFlow for reactive, decoupled state.
Navigation: Jetpack Navigation Compose with a centralized navigation graph.
UI: Material 3 with dynamic theming.
Dependency injection: manual, via the ServiceLocator pattern.

Technologies

Kotlin (100% of the code) + Jetpack Compose for a declarative UI.
Material 3 as the design system and dynamic theming.
Jetpack Navigation Compose for screen navigation.
Gradle (Kotlin DSL) as the build system.

Captures

Technical Challenges

The biggest challenge was migrating the app from a cross-platform Flutter base to native Android, redesigning navigation and state management with Android’s idiomatic tools (Compose + Navigation + StateFlow) without losing the original fluidity or aesthetics.

Results

A native Android app, smooth and with premium aesthetics, with navigation and architecture solved in an idiomatic, maintainable way.

Conclusion

Mazeta (Android) demonstrates command of Android’s modern native stack —Kotlin, Compose and Material 3— and the ability to migrate a product across technologies while preserving its identity.

Detalles Técnicos · Freelance • Landing Page

El Chilateño

Hero

El Chilateño Landing Page · Landing para una distribuidora de gas en Arequipa, pensada para cargar rápido en el celular y que el cliente pida sin vueltas.

Resumen

Desarrollé esta landing para una distribuidora autorizada de Solgas y Limagas en Characato, Arequipa. La idea era darle a la empresa un canal de pedidos rápido: que cargue volando en el celular y que pedir por WhatsApp o llamada sea cosa de un toque.

Características

Carga Inmediata y SEO Local: Optimización exhaustiva mediante técnicas LCP preload y generación estática de páginas.
Esquemas Estructurados (JSON-LD): Integración de marcado Schema para LocalBusiness, Organization y FAQPage, mejorando la presencia en Google Maps e indexación SEO.
Atención Express Integrada: Canales directos de pedido inmediato vía API de WhatsApp y llamada telefónica directa.
Diseño Limpio y Adaptativo: Estilo minimalista y fluido enfocado en el usuario final bajo pautas de accesibilidad y modo oscuro rápido.

Arquitectura

Estructuré la plataforma sobre Astro, lo que me permitió generar un sitio estático estricto libre de JavaScript innecesario en el cliente. La navegación y las transiciones dinámicas se gestionaron mediante Astro View Transitions, garantizando una navegación interna fluida sin recargar el navegador.

Tecnologías

Astro v6: Framework moderno utilizado para la compilación estática y renderizado veloz.
Tailwind CSS: Diseño adaptativo, moderno e intuitivo estructurado de forma modular.
TypeScript: Tipado seguro para la interactividad de la interfaz y utilidades del cliente.
Schema (JSON-LD): Formatos estructurados para el posicionamiento orgánico en motores de búsqueda.

Capturas

Retos Técnicos

El desafío crucial fue maximizar el rendimiento móvil bajo conexiones de red inestables de la zona. Para ello, implementé una política de carga diferida (lazy loading) para recursos pesados, utilicé formatos modernos como WebP/AVIF y optimicé el renderizado del LCP (Largest Contentful Paint) priorizando la carga del banner principal.

Resultados

Logré una puntuación perfecta de 100/100 en Lighthouse en las secciones de Performance y SEO, consolidando una tasa de conversión superior del 15% en los pedidos de balones de gas a domicilio a través del sitio web.

Conclusión

Fue mi primer freelance de verdad y me dejó claro lo lejos que llega Astro para sitios estáticos rapidísimos. También aprendí que un buen SEO local puede traer al mundo digital a clientes de toda la vida.

Hero

El Chilateño Landing Page · A landing page for a gas distributor in Arequipa, built to load fast on mobile and let customers order in one tap.

Summary

I built this landing page for an authorized Solgas and Limagas distributor in Characato, Arequipa. The goal was to give the business a fast ordering channel: load instantly on mobile and make ordering by WhatsApp or phone a one-tap thing.

Features

Immediate Loading and Local SEO: Thorough optimization using LCP preload techniques and static page generation.
Structured Schemas (JSON-LD): Integration of Schema markup for LocalBusiness, Organization, and FAQPage, improving Google Maps presence and SEO indexing.
Integrated Express Assistance: Direct channels for immediate orders via WhatsApp API and direct phone calls.
Clean and Adaptive Design: Minimalist and fluid style focused on the end user under accessibility guidelines and fast dark mode.

Architecture

I structured the platform on Astro, allowing me to generate a strict static site free of unnecessary JavaScript on the client side. Navigation and dynamic transitions were managed using Astro View Transitions, ensuring smooth internal navigation without reloading the browser.

Technologies

Astro v6: Modern framework used for static compilation and fast rendering.
Tailwind CSS: Adaptive, modern, and intuitive design structured modularly.
TypeScript: Type-safe styling for UI interactivity and client utilities.
Schema (JSON-LD): Structured formats for organic positioning in search engines.

Captures

Technical Challenges

The crucial challenge was maximizing mobile performance under unstable network connections in the area. To do this, I implemented a lazy loading policy for heavy resources, used modern formats like WebP/AVIF, and optimized the rendering of the LCP (Largest Contentful Paint) prioritizing the load of the main banner.

Results

I achieved a perfect score of 100/100 on Lighthouse in Performance and SEO, establishing a conversion rate increase of over 15% in home gas cylinder orders through the website.

Conclusion

This was my first real freelance gig, and it showed me how far Astro goes for blazing-fast static sites. I also learned how much solid local SEO can do to bring traditional clients into the digital world.

Mis Proyectos

AppIconGen

Tecnologías:

Tienda de Barrio

Tecnologías:

Aventour Backend API

Tecnologías:

TypeNote iOS

Tecnologías:

Mazeta Gym

Tecnologías:

OmniManager

Tecnologías:

NStrength IoT

Tecnologías:

Reloj Eterno

Tecnologías:

El Chilateño App

Tecnologías:

Mazeta Mobile

Tecnologías:

El Chilateño

Tecnologías: