Ir al contenido
JAJEFERSON AMORIM CONECTEMOS

02AÑOS 1990 → HOY · CONSTRUIDO, NO HEREDADO

NO HEREDÉ
UN CAMINO HACIA LA

tecnología. Construí el mío.

Nací en una favela de una pequeña ciudad brasileña, sin un camino evidente hacia la tecnología. Lo que tenía era curiosidad, docentes que la reconocieron y la convicción de que aprender podía cambiar el rumbo de mi vida.

Una carretera sinuosa en las montañas al amanecer, atravesando la niebla hacia el horizonte.CAP. 02

UN CAMINO · SIN ATAJOS IMPULSADO POR LA CURIOSIDAD

01
Un ordenador doméstico de los años 1990 y notas de programación manuscritas.

CAP. 01 · AÑOS 1990-INICIOS DE 2000ACCESO · CURIOSIDAD · AUTONOMÍA

CAP. 01 · AÑOS 1990-INICIOS DE 2000

El primer sistema que tuve que construir fue mi propio futuro.

ESTUDIANTE / DOCENTE / TECNÓLOGO AUTODIDACTA

EL DESAFÍO: El acceso a la tecnología era escaso y no había un camino preparado para mí.

Mis docentes reconocieron mi dedicación y me ayudaron a entrar en programas públicos de informática. Una oportunidad llevó a otra, hasta que me encontré aprendiendo BASIC y QBasic sin saber todavía que había comenzado a programar.

Mi primer ordenador fuera de una institución fue un viejo XT que mi tío llevó a casa. Jugué Carmen Sandiego, por supuesto, pero también quise entender lo que ocurría antes del juego: cómo arrancaba la máquina, de dónde venían sus límites y qué hacía funcionar el sistema.

Más tarde, estudié Procesamiento de Datos, aprendí Clipper y empecé a crear un sistema para el centro comunitario de mi barrio. Desmonté y volví a montar mi primer ordenador, instalé Linux, recompilé el kernel para hacer funcionar un soft modem y construí una red doméstica. Antes de recibir un salario por trabajar con tecnología, ya estaba aprendiendo, construyendo, resolviendo problemas y enseñando.

LO QUE APRENDÍ

No hacen falta condiciones perfectas para empezar. Hacen falta curiosidad, constancia y el valor de ir más allá de lo que ya se sabe.

MENTALIDAD FORJADA

Mi punto de partida no determina hasta dónde puedo llegar.

TECNOLOGÍAS

  • BASIC
  • QBasic
  • Clipper
  • Linux
  • Hardware
  • Redes

→ El capítulo siguiente exigió un sistema más amplio.

VER EL TRABAJO
02
Un laboratorio doméstico de red con cables, switch y diagrama de sistema.

CAP. 02 · INICIO DE LA CARRERAINFRAESTRUCTURA · OPERACIONES · PRIMERA OPORTUNIDAD

CAP. 02 · INICIO DE LA CARRERA

Me gané la oportunidad antes de estar preparado para ella.

INFRAESTRUCTURA Y SOPORTE TÉCNICO · CONSOFT

EL DESAFÍO: Mi primer puesto en tecnología exigía redes Windows y Windows NT. No conocía ninguno de los dos.

Convencí a un amigo para llevar su ordenador a mi casa, pedí prestado un switch a otro y monté una red Windows para experimentar antes de la entrevista. Conseguí el puesto. Después pasé mi primer día preparando un entorno Windows NT y aprendiendo por mi cuenta cómo hacer el trabajo.

El soporte a la infraestructura de la Secretaría de Hacienda de São Paulo me dio una perspectiva que muchos desarrolladores descubren más tarde. Trabajé con redes, enrutamiento, DNS, servidores web y de correo, bases de datos, sistemas operativos y producción. También desarrollé una herramienta en PHP y MySQL para seguir procesos. La infraestructura me dio la base. El software me mostró cuánto más podía crear sobre ella.

LO QUE APRENDÍ

Las aplicaciones no existen aisladas. Detrás de cada línea de código hay un sistema operativo, una red, una base de datos, un límite de seguridad y alguien que depende de todo ello.

MENTALIDAD FORJADA

Entender todo el sistema, especialmente las partes que otros pasan por alto.

TECNOLOGÍAS

  • TCP/IP
  • DNS
  • Linux
  • Windows Server
  • Active Directory
  • Solaris
  • PHP
  • MySQL

→ El capítulo siguiente exigió un sistema más amplio.

VER EL TRABAJO
03
Un escritorio de ingeniería de plataforma de juegos con herramientas de entrega y operaciones.

CAP. 03 · 2008-2016DESARROLLO · ESCALA · LIDERAZGO

CAP. 03 · 2008-2016

Entré como desarrollador. Crecí hasta asumir el conjunto.

DESARROLLADOR PHP → DESARROLLADOR .NET → DESARROLLADOR LÍDER · LEVEL UP GAMES

EL DESAFÍO: Una de las mayores editoras de juegos online de Brasil necesitaba atender jugadores, pagos, soporte, comercio electrónico y grandes descargas bajo una demanda intensa.

Mi experiencia en infraestructura cambió mi forma de abordar el software. Cuando los servidores sufrían bajo el tráfico, podía seguir el problema por la red, el servidor web, la caché, la base de datos y el despliegue. Construí el CMS que dio a los editores acceso al contenido del sitio, trabajé con marketing para lanzar campañas y entregué uno de los primeros sistemas de publicación de banners para los sitios de juegos. Como responsable de la arquitectura web, llevé SEO, accesibilidad, desarrollo adaptable y mobile-first, y medición de rendimiento con Google Analytics, Tag Manager, PageSpeed Insights y Core Web Vitals. Empecé orientando a un desarrollador júnior, pasé al equipo .NET más cerca del núcleo del negocio y terminé liderando a seis personas.

Poco después de llegar, identifiqué vulnerabilidades y propuse mitigaciones. Tenía razón técnicamente, pero aún no sabía convertir conocimiento en acción organizativa. Cuando la empresa sufrió un ataque, participé en la respuesta al incidente. Descubrir un riesgo es solo el comienzo. Un líder debe comunicarlo de una forma que haga posible actuar.

LO QUE APRENDÍ

El liderazgo en ingeniería ayuda a las personas a entender el problema, tomar mejores decisiones y avanzar juntas cuando hay mucho en juego.

MENTALIDAD FORJADA

Asumir el resultado, no solo la implementación.

TECNOLOGÍAS

  • PHP
  • .NET
  • C#
  • AngularJS
  • Yii
  • Apache
  • Nginx
  • Varnish
  • Jenkins

→ El capítulo siguiente exigió un sistema más amplio.

VER EL TRABAJO
04
Una estación remota de arquitectura en la nube con bocetos de despliegue.

CAP. 04 · 2016-2019ENTREGA GLOBAL · DEVOPS · ARQUITECTURA

CAP. 04 · 2016-2019

Mi trabajo cruzó fronteras antes que yo.

DESARROLLADOR FRONTEND / INGENIERO DEVOPS / ARQUITECTO DE SOFTWARE · CROSSOVER

EL DESAFÍO: Los equipos globales necesitaban modernizar sistemas empresariales longevos sin interrumpir a las personas que dependían de ellos.

Crossover fue mi primera experiencia trabajando para una empresa de Estados Unidos. Trabajé en frontend, DevOps, infraestructura en la nube y arquitectura, profundizando mi experiencia con Docker, Azure, AWS, CI/CD y modernización empresarial.

El puesto cambió mi forma de pensar sobre la arquitectura. Una buena idea no bastaba. Tenía que hacer visible el razonamiento, probar hipótesis, construir pruebas de concepto y ofrecer evidencia para que equipos distribuidos avanzaran.

LO QUE APRENDÍ

La arquitectura no es autoridad. Es convertir la ambigüedad en decisiones que un equipo puede entender, probar y ejecutar.

MENTALIDAD FORJADA

Hacer la dirección lo bastante clara para que otros construyan sobre ella.

TECNOLOGÍAS

  • AngularJS
  • Docker
  • CI/CD
  • Azure
  • AWS
  • SQL Server
  • IBM Watson

→ El capítulo siguiente exigió un sistema más amplio.

VER EL TRABAJO
05
Un banco de accesibilidad y plataforma de producto con tokens de componentes.

CAP. 05 · 2019-2023MODERNIZACIÓN DE PLATAFORMA · ACCESIBILIDAD

CAP. 05 · 2019-2023

Aprendí a modernizar sin perder lo que ya funcionaba.

DESARROLLADOR FULL-STACK SÉNIOR / INGENIERO DE SOFTWARE SÉNIOR · CEROS

EL DESAFÍO: Una plataforma creativa madura necesitaba evolucionar en API, frontend, accesibilidad, pruebas, infraestructura y prácticas de ingeniería.

En Ceros, modernizar no fue una única migración. Diseñé API, ayudé a migrar el frontend de Backbone a React, corregí problemas de accesibilidad, reforcé las pruebas automatizadas y mejoré los sistemas de infraestructura y entrega alrededor del producto.

El trabajo exigió más que sustituir tecnología antigua. Cada decisión de arquitectura afectaba a clientes, equipos de producto y los ingenieros que mantendrían la plataforma después de nosotros.

LO QUE APRENDÍ

La mejor modernización respeta el valor existente mientras elimina las limitaciones que impiden que el producto avance.

MENTALIDAD FORJADA

Dejar la plataforma con más capacidad que cuando la encontré.

TECNOLOGÍAS

  • React
  • TypeScript
  • NestJS
  • Docker
  • Jenkins
  • Terraform
  • Cloudflare
  • Pruebas E2E

→ El capítulo siguiente exigió un sistema más amplio.

VER EL TRABAJO
06
Bocetos de producto inicial, un prototipo y herramientas de planificación de lanzamiento.

CAP. 06 · 2023-2026DE CERO A PRODUCTO · RESPONSABILIDAD · IA

CAP. 06 · 2023-2026

La especificación muchas veces era una idea y una conversación.

DESARROLLADOR FULL-STACK SÉNIOR / INGENIERO DE IA · PRODUCTOS EN ETAPA INICIAL

EL DESAFÍO: Las empresas en etapa inicial necesitaban convertir ideas inciertas en productos que las personas pudieran usar y el negocio operar.

Durante casi tres años, ayudé a pequeñas empresas a llevar ideas del papel al MVP y del MVP a producción. Rara vez había un equipo grande o una especificación perfecta, así que me moví entre producto, interfaz, API, datos, nube, entrega y mentoría.

También fue entonces cuando la IA se volvió central en mi trabajo, como capacidad de producto y compañera de ingeniería. Aprendí que conectar una aplicación a un modelo es la parte fácil. El producto real vive a su alrededor: contexto, validación, estado, transferencia humana, seguridad, recuperación, costo y confianza.

LO QUE APRENDÍ

La ingeniería en etapa inicial convierte la incertidumbre en algo útil, comprobable y real.

MENTALIDAD FORJADA

No esperar la certeza. Construir el sistema que la produce.

TECNOLOGÍAS

  • TypeScript
  • React
  • Node.js
  • GraphQL
  • AWS
  • ECS
  • CDK
  • RAG
  • Flujos con LLM

→ El capítulo siguiente exigió un sistema más amplio.

VER EL TRABAJO
07
Una estación de ingeniería nativa de IA con revisión humana final.

CAP. 07 · 2026-HOYENTREGA NATIVA CON IA · CRITERIO DE INGENIERÍA

CAP. 07 · 2026-HOY

El desarrollo de software cambió. Yo cambié con él.

INGENIERO DE SOFTWARE SÉNIOR / INGENIERO DE IA · G2i

EL DESAFÍO: Proyectos acelerados exigían funcionalidades completas en bases desconocidas, cambios frecuentes de contexto y un ritmo de entrega inflexible.

En G2i, los agentes de IA pasaron a formar parte de mi flujo completo de ingeniería. Los dirijo en frentes full-stack, proporcionando contexto, arquitectura, restricciones y criterios de aceptación para producir resultados útiles.

Los agentes ofrecen capacidad, no responsabilidad. Sigo encargado de revisar el trabajo, cuestionar supuestos, probar el comportamiento, verificar seguridad y rendimiento y decidir si está listo para entregar. No estaba observando la llegada de la próxima era del software. Ya estaba trabajando dentro de ella.

LO QUE APRENDÍ

La IA puede multiplicar la capacidad de implementación. No puede sustituir el contexto, el criterio, la responsabilidad ni el juicio de ingeniería.

MENTALIDAD FORJADA

Usar la IA como palanca. Mantener humana la responsabilidad.

TECNOLOGÍAS

  • Agentes de IA
  • TypeScript
  • API
  • Bases de datos
  • Playwright
  • Vitest
  • CI/CD
  • Ingeniería de rendimiento

→ El capítulo siguiente exigió un sistema más amplio.

VER EL TRABAJO

EL PRÓXIMO CAPÍTULO

La tecnología sigue cambiando.

Lo que hizo posible lo cambió todo.

Comencé este recorrido creyendo que la tecnología podía transformar mi vida. Y lo hizo. El niño de una favela en una ciudad pequeña se convirtió en un ingeniero cuyo trabajo cruzó fronteras. Viajé por Brasil y por el mundo, construí un hogar y una familia, me convertí en padre de un niño increíble y conquisté la posibilidad de apoyar a mis padres y a las personas que amo. Esos logros no están separados de mi trayectoria profesional. Son la razón por la que importa.

CONECTEMOS TRABAJO