Hoodii Platform

Situación

Múltiples marcas siendo construidas en paralelo: diferentes clientes, diferentes identidades visuales, pero el mismo stack tecnológico subyacente (Next.js, Tailwind, Sanity CMS, Vercel). Yo era el único ingeniero trabajando en todos los proyectos simultáneamente.

El Problema

Repositorios separados significaba duplicar componentes, configuraciones de build y correcciones de bugs en cada proyecto. Cada vez que arreglaba algo en el componente de botón, tenía que hacerlo en cuatro lugares. Mantener la paridad entre proyectos se convertiría rápidamente en trabajo manual de bajo valor. Necesitaba compartir la ingeniería sin mezclar las marcas.

Lo Que Hice

hoodii-platform/
├── apps/
│   ├── hoodii-site            Portfolio (this site)
│   ├── themoment-site         E-commerce storefront
│   ├── themoment-admin        Order management dashboard
│   ├── construction-site      Subcontracting brand
│   ├── consulting-site        Sport psychology practice
│   ├── studio                 Sanity CMS (all brands)
│   ├── storybook              Component library docs
│   └── health-bridge          Android health data bridge
├── packages/
│   ├── ui                     60+ shared React components
│   ├── tokens                 Per-brand CSS variables
│   ├── motion                 Animation primitives (Framer)
│   ├── forms                  Validated form components
│   ├── seo                    Metadata generators
│   └── env                    Type-safe environment schemas
└── tests/
    ├── smoke/                 Cross-app health checks
    ├── e2e/                   End-to-end test suites
    └── accessibility/         WCAG compliance

Resultado

8 aplicaciones en producción desde un solo codebase. Una actualización de componente se aplica a todas las marcas. Un estudio de Sanity gestiona todos los contenidos. Los builds completos de la plataforma se completan en menos de dos minutos. La complejidad de mantener múltiples marcas se resolvió una sola vez.

Stack Tecnológico