Desarrollo Full Stack · Arquitectura · Seguridad

Ivan Fibiger

Construyo sistemas completos, desde el análisis del problema hasta la puesta en marcha.

Trabajo con backend, frontend, bases de datos, despliegue, documentación y seguridad, buscando soluciones claras, mantenibles y preparadas para uso real.

Mi enfoque no está solo en construir pantallas, sino en entender el problema, diseñar una buena solución y llevarla a producción.

Ver proyectos Bitácora técnica Cómo trabajo →

Ámbito técnico

Qué construyo

Construyo sistemas completos donde no alcanza con que la pantalla funcione. También importan los datos, los permisos, la trazabilidad, la seguridad, la integración con otros sistemas y el comportamiento ante errores.

Trabajo principalmente sobre aplicaciones web, APIs backend, paneles de administración e integraciones entre sistemas. Me interesa que cada proyecto tenga una base técnica clara: arquitectura entendible, reglas de negocio bien modeladas, validaciones, auditoría, documentación y despliegue reproducible.

Áreas de trabajo

Sistemas de gestión

Plataformas para organizar procesos internos, usuarios, roles, permisos, formularios, expedientes, turnos y flujos administrativos.

Backend y APIs

Servicios backend para exponer datos, aplicar reglas de negocio, gestionar autenticación, controlar permisos, validar información y registrar operaciones importantes.

Aplicaciones web

Interfaces para operación diaria: paneles, formularios, dashboards, búsquedas, filtros, estados y flujos de trabajo.

Integraciones

Conexión entre sistemas, servicios externos, procesos automáticos, intercambio de datos y adaptación de información proveniente de plataformas existentes.

Seguridad aplicada

Diseño de permisos, control de acceso, validación de entradas, trazabilidad, manejo seguro de errores y reducción de superficie de ataque.

Automatización e IA

Experimentos controlados para automatizar procesos, asistir tareas técnicas, consultar documentación y trabajar con información en contextos acotados.

Documentación técnica

Arquitectura, decisiones técnicas, contratos de API, guías de despliegue, bitácoras de implementación y documentación de mantenimiento.

Metodología

Cómo pienso los sistemas

Un sistema no termina cuando compila. Lo importante aparece después: cuando cambia una integración, cuando hay que auditar qué se tocó, cuando algo falla o cuando lo mantiene alguien que no lo escribió.

No diseño para la demostración. Diseño para producción: para que el sistema se pueda mantener, desplegar, auditar y mejorar sin depender de que yo esté al lado.

Diseño asumiendo que algo va a fallar
Lo externo cambia, se cae o responde distinto a lo esperado. Por eso prefiero estados explícitos, errores manejados con claridad y procesos que puedan retomarse sin romper datos.
Prefiero lo explícito antes que lo ingenioso
El código ingenioso suele depender demasiado de quien lo escribió. Prefiero soluciones claras, trazables y fáciles de revisar.
Documento lo que el código no puede contar solo
El código muestra qué hace. La documentación explica por qué se decidió así, qué alternativas se descartaron y qué hay que tener en cuenta para mantenerlo.
Pruebo donde duele
No me interesa inflar cobertura por cumplir. Prefiero asegurar las reglas críticas, los permisos, los casos borde y los flujos donde un error cuesta caro.
Pienso en quien mantiene
Logs útiles, trazabilidad, errores entendibles, configuración clara y despliegue reproducible. El sistema tiene que poder entenderse sin hacer arqueología.

Casos de estudio