Eliam Pimentel

El problema

Un banquero con varias bancas necesita vender e imprimir tickets en cada punto, controlar límites, caja y premios, y ver reportes desde un solo lugar, sin que sus datos se mezclen con los de otro banquero. Trébol centraliza esa operación y deja las reglas sensibles en el servidor, no en la app.

Lo que hice

• La API en NestJS con Prisma y PostgreSQL: autenticación, roles y permisos, tenants, bancas, loterías, sorteos, tickets, límites de venta, caja, premios, reportes, notificaciones y auditoría.
• La venta de tickets con clave de idempotencia en una transacción serializable que se reintenta ante conflictos de serialización, para que un reintento de red o dos ventas simultáneas no dupliquen un ticket ni rompan un límite.
• Jobs programados con @nestjs/schedule: generación diaria de las sesiones de sorteo, cierre de ventas cuando vence un sorteo, recordatorios y la ingesta de resultados desde un feed público (RSS y JSON-LD) cada 5 minutos.
• El panel web en Next.js y HeroUI, en español e inglés, con un área de plataforma (tenants, catálogo, resultados, auditoría) y un área para cada banquero (bancas, usuarios, roles, límites, tickets, caja, premios, reportes).
• La app en Expo para iOS y Android: venta de tickets, caja por turno, desbloqueo con Face ID, validación de tickets con la cámara, notificaciones push e impresión térmica por Bluetooth.
• La impresión: comandos ESC/POS enviados por BLE en bloques, con el recibo y su código QR rasterizados en la propia app.

Arquitectura

1. App Expo (iOS/Android) y panel Next.js
2. API NestJS (REST)
3. PostgreSQL + Prisma
4. Redis (límite de peticiones compartido)

Retos y decisiones

Resultados

• Publicada en la App Store.
• 359 commits en el repositorio.
• 52 modelos de Prisma y 45 migraciones.
• 362 archivos de pruebas con el Node test runner.

Galería

Stack

• NestJS
• Prisma
• PostgreSQL
• Redis
• Next.js
• React Native
• Expo
• HeroUI
• TypeScript
• Node.js
• Turborepo
• Docker
• Render
• EAS
• Node test runner
• MuMulti-tenant

El problema

Los desarrolladores guardan claves de API, certificados y archivos .env en carpetas, notas o chats. Authsidian los guarda junto a las contraseñas, cifrados en el dispositivo antes de salir de él, y el servidor solo recibe texto cifrado.

Lo que hice

• El núcleo criptográfico compartido (vault-core): Argon2id para derivar la clave maestra, HKDF para separar la clave de autenticación de la de cifrado y AES-256-GCM con nonce aleatorio por elemento.
• La app de escritorio en Tauri (Rust) para macOS y Windows, con desbloqueo biométrico y un vigilante de la carpeta de Descargas que detecta archivos sensibles (.p8, .pem, .p12, .env) y propone cifrarlos en la bóveda.
• La API de sincronización, que solo almacena blobs cifrados, con sesiones de corta duración y rotación de refresh tokens por familia.
• El emparejamiento de dispositivos por QR con intercambio de claves X25519.
• Authsidian Send: compartir secretos con cifrado de extremo a extremo, protegidos con contraseña y que se autodestruyen.
• La app móvil para iPhone (en TestFlight) y el sitio authsidian.com en español e inglés.

Arquitectura

1. Clientes: escritorio, móvil, extensión y web
2. vault-core en el dispositivo (Argon2id + AES-256-GCM)
3. API de sincronización (Go)
4. PostgreSQL (solo blobs cifrados)
5. Redis (límite de peticiones y códigos OTP)

Retos y decisiones

Resultados

• Descargas para Windows y macOS en authsidian.com; la app de iPhone está en TestFlight.
• 159 commits en el repositorio.
• 115 archivos de pruebas entre la API y los clientes.

Galería

Stack

• TypeScript
• React
• Go
• Rust
• Tauri
• ZeZero-knowledge
• ArArgon2id
• AEAES-256-GCM
• Vitest
• GitHub Actions

El problema

ProDominicana, el Centro de Exportación e Inversión de la República Dominicana, necesita un portal público con sus servicios, noticias, eventos y transparencia, y que su equipo pueda administrar ese contenido sin depender de un desarrollador.

Lo que hice

• El backend completo en NestJS con Prisma y PostgreSQL.
• El admin shell.
• Muchas de las vistas públicas, con el frontend en Next.js.

Arquitectura

1. Frontend en Next.js
2. API NestJS
3. PostgreSQL + Prisma

Retos y decisiones

Resultados

• En producción en prodominicana.gob.do.

Galería

Stack

• NestJS
• Prisma
• PostgreSQL
• Next.js
• React
• TypeScript
• Node.js
• Jest

El problema

Exportadores e inversionistas necesitan datos de mercado, acceso a mercados, alertas comerciales y de inversión extranjera, perfiles de país y publicaciones en un solo sitio. ProInteligencia los reúne, con la mayor parte tras inicio de sesión.

Lo que hice

• El backend completo en NestJS con Prisma y PostgreSQL.
• El admin shell.
• Muchas de las vistas públicas, con el frontend en Next.js.

Arquitectura

1. Frontend en Next.js
2. API NestJS
3. PostgreSQL + Prisma

Retos y decisiones

Resultados

• WTPO Awards 2024 · Best Use of IT, 2.º lugar.
• En producción en prointeligencia.prodominicana.gob.do.

Galería

Stack

• NestJS
• Prisma
• PostgreSQL
• Next.js
• React
• TypeScript
• Node.js
• Jest

El problema

Los dashboards de la plataforma se mostraban con Power BI Embedded. En la siguiente fase del proyecto había que pasarlos a gráficos nativos dentro de la propia aplicación web.

Lo que hice

• Migré los dashboards de Power BI Embedded a gráficos nativos en la web, con Next.js y React.

Arquitectura

1. Datos de la plataforma
2. Frontend Next.js + React
3. Gráficos nativos en el navegador

Retos y decisiones

Galería

Stack

• Next.js
• React
• TypeScript
• PoPower BI
• Jest