Una persona.
Un estudio.
Cero intermediarios.
Responsabilidad completa. Diseño, codeo, publico y mantengo. Cada proyecto tiene repo propio, CI/CD, documentación y handover. Sin intermediarios que filtren lo que digo — ni sorpresas al final.
Soy Tiago.
Desde 2019 estoy construyendo software — al principio como estudio, después como hobby obsesivo, y ahora como trabajo. Arranqué con Flutter porque quería enviar a iOS y Android sin duplicar código, y me quedé en mobile porque es donde se ve si sabés producto o sólo tirás features.
El backend me lo enseñó Node. La infraestructura me la enseñó equivocarme. La IA me la está enseñando el hype vs. lo que realmente funciona en producción — estoy aprendiendo en vivo, y te cuento lo que vale y lo que no.
Creapolis no es una agencia disfrazada. Es una persona — yo — que diseña, codea, publica y mantiene. Si me contratás, hablás conmigo. Si te entrego algo, lo escribí yo. No hay equipo detrás que vaya a cambiar el juego a mitad de proyecto.
De un repo vacío a apps en tiendas.
No es una línea recta. Cada proyecto es una decisión técnica: qué stack, qué arquitectura, qué sacrifices. Algunos llegaron a producción, otros murieron en el commit 47. Todo aportó.
Flutter y Node.js
Arranqué con Flutter para enviar a iOS y Android desde una sola codebase. Node.js para backend. El stack que definiría los próximos años.
Nace Creapolis
Empecé a firmar trabajo bajo el nombre Creapolis. Proyectos propios, experimentos y primeras colaboraciones con clientes reales.
Apps en tiendas
Pepinillo y Películas llegaron a Google Play. Ejercicios honestos de producto: qué pasa cuando una sola persona decide, construye y publica.
Solennix
La primera app propia como producto comercial. iOS, Android y web. Gestión de eventos para LATAM. El estudio dejó de ser sólo código y empezó a ser producto con usuarios reales.
Estudio de una persona
Consultoría directa, apps en producción, y productos en desarrollo. Cada proyecto tiene repo propio, CI/CD, docs y handover. Sin intermediarios.
Cuatro principios
no negociables.
Ninguno es revolucionario. Todos son raros en la industria. Acá te los dejo por escrito para que sepas qué esperar antes de contratarme.
Conceptos antes que código
No escribo una línea hasta entender el problema. Si no podés explicar por qué existe una feature, no debería existir.
Directo, sin intermediarios
Hablás con quien escribe el código. Sin project managers, sin traducciones, sin "pregunto al equipo y te aviso".
Honestidad sobre marketing
Te digo qué puedo y qué no. Si algo no lo sé, lo investigo. Si algo no se puede, te lo digo antes de cobrarte.
Producto sobre brief
El brief es el punto de partida, no la Biblia. Construyo lo que la gente va a usar, no lo que está escrito en un PDF.
Infraestructura real, no promesas.
Lo que separa un proyecto profesional de uno amateur: no es el código, es cómo se mantiene después del lanzamiento.
Repo propio por proyecto
Cada cliente tiene su repositorio. Código versionado, historial completo, sin dependencia de nadie.
CI/CD automatizado
Tests, linting y deploy automático en cada push. Sin "probalo en tu máquina" — si pasa el CI, funciona.
Documentación técnica
Arquitectura, decisiones, setup local, troubleshooting. Tu equipo puede mantenerlo sin preguntarme cada vez.
Backups y monitoreo
Base de datos con backups automáticos. Monitoreo de uptime y performance. Alertas antes de que tus usuarios noten.
Handover completo
Al finalizar, entrego documentación, acceso a todos los servicios y una sesión de transferencia. No desaparezco.
Soporte post-entrega
30 días de soporte incluido después del lanzamiento. Bugs, ajustes menores, preguntas — sin costo adicional.
Lo que uso a diario.
No es una lista de lo que puse en el CV hace tres años. Es lo que escribo esta semana. Si no está acá, o no lo domino o no vale la pena.
¿Te suena esta forma de trabajar?
Si buscás un colaborador directo, que pregunta antes de codear y que te contesta el mismo día — estamos en la misma página.