Ir al contenido

ES / EN

Felipe Gonzalez

Lidero equipos que construyen y mantienen productos web. Hoy, en Grupo ilao.

Colombia

sobre mí

Llevo más de una década en la web; el código se reescribe, el equipo queda.

Hola, soy Felipe. Construyo software para la web desde 2013. Estudié Ingeniería Multimedia en la Universidad Militar Nueva Granada (2007–2012): empecé por cómo se ven las cosas y fui encontrando mi lugar en cómo funcionan.

Pasé casi nueve años en Axiacore, primero como desarrollador y luego como CTO. Allí aprendí que entregar software depende tanto de las personas y las prioridades claras como del código.

Disfruto trabajar con equipos pequeños que se hacen responsables de lo que entregan y ver a un desarrollador crecer hasta que ya no me necesita. Busco dar contexto y autonomía, no tener la última palabra en cada decisión.

ahora

Aprendiendo a programar con IA sin delegarle el criterio.

  • Acompañando al equipo de ingeniería de Grupo ilao en la evolución de su plataforma de seguros.
  • Incorporando IA al desarrollo diario: definir el problema antes de generar código, validar con pruebas y revisar las decisiones, no solo la sintaxis.
  • Compartiendo instrucciones reutilizables para agentes de programación a partir de nuestra forma de trabajar.

trayectoria

Decisiones, resultados y aprendizajes

Los retos que asumí, lo que aporté y lo que aprendí en cada etapa.

Tech Lead · Grupo ilao

Oct 2024 – presente · Colombia

Python · Django · PostgreSQL · Redis · HTMX · Tailwind · AWS

El reto
Desarrollar una plataforma de seguros con un equipo propio para acompañar el crecimiento del grupo.
Lo que hice
Lidero al equipo y las decisiones de arquitectura. Priorizo entregas incrementales y prácticas de desarrollo que permitan mantener y ampliar el producto.
El resultado
El equipo construyó una plataforma propia que apoya la operación del grupo y continúa evolucionando.

cómo decido

Los principios detrás de mis decisiones

  • Lo más simple que resuelve el problema completo

    Evito añadir complejidad sin una necesidad concreta. Antes de crear una abstracción o una capa adicional, busco el requisito que la justifica.

  • Crecer en capas

    Empiezo por una versión pequeña que funcione de punta a punta. Añado capacidades sobre esa base para validar cada paso sin perder lo que ya sirve.

  • Tecnología aburrida que funciona

    Prefiero herramientas conocidas y bien mantenidas antes que lo último: son más fáciles de sostener y de entregarle a quien llegue después. Cambio de opción cuando el problema lo justifica, no por curiosidad.

  • Decisiones para el largo plazo

    Si una solución es temporal, dejo claros sus límites y cuándo revisarla. Las pruebas deben pasar antes de entregar, y considero el costo de mantener el código, no solo el de escribirlo.

open source

Publico lo que usamos a diario, no experimentos.

stack

Herramientas que conozco a fondo, no una lista de todo lo que he tocado.

  • backend Python, Django, PostgreSQL, Redis
  • frontend HTMX, Alpine.js, Tailwind CSS
  • infra Docker, AWS, GitHub Actions, OpenTofu

contacto