Trabajo en redes. Configuro switches, administro servidores, resuelvo problemas de conectividad. El código nunca fue mi mundo y nunca pensé que lo sería.
Entonces llegó Antigravity. No se si mi experiencia sea correcta, pero es mía.
El primer proyecto
Todo empezó con una necesidad simple: generar boletos para un evento. En lugar de buscar una aplicación ya hecha, algo me dijo: ¿y si lo construyo yo?
No sabía PHP. No sabía JavaScript. Lo que sí sabía era exactamente qué quería que hiciera.
Y resulta que eso era suficiente.
Le describí mi idea a Antigravity. Le dije qué información debía tener el boleto, cómo quería que se viera, qué debía pasar al hacer clic. Antigravity escribió el código. Yo lo revisé, le dije qué cambiar, qué faltaba.
En ningún momento escribí una sola línea de código. Y funcionó.
Lo que nadie te dice
Hay una creencia muy extendida: para usar IA en desarrollo necesitas saber programar. Como si fuera una herramienta solo para programadores avanzados que quieren ir más rápido.
Eso es mentira.
Lo que necesitas no es saber código. Es saber pensar. Saber describir problemas. Saber qué quieres que ocurra y qué no. Saber cuándo algo está mal aunque no sepas por qué.
Eso lo sabe cualquier persona que haya resuelto problemas en su vida. En redes llevamos años haciendo exactamente eso.
El momento en que todo cambió
Después del generador de boletos algo se encendió. Empecé a pensar en sistemas. En cómo organizar el trabajo. En cómo pasar de una idea a algo que funciona sin romper lo que ya funciona.
Sin darme cuenta estaba diseñando una arquitectura de desarrollo. Con fases, zonas, reglas y flujos.
Le pregunté a Claude cómo lo hacen los proyectos grandes. Me habló del Kernel Linux, de Debian, de cómo organizan sus ramas de desarrollo, de cómo nunca modifican el código original sino que aplican parches.
Y pensé: eso es exactamente lo que necesito.
No porque sea programador. Sino porque en redes pensamos así. Tienes producción que no puedes tocar. Tienes un entorno de pruebas. Tienes un laboratorio donde experimentas. Nunca llevas algo a producción sin probarlo antes.
El concepto era el mismo. Solo el lenguaje era diferente.
La distinción que cambia todo
Un programador escribe el código.
Un orquestador sabe qué debe hacer el código.
La IA convierte a cualquier persona con conocimiento de dominio en un orquestador. No te da habilidades de programación. Te da un ejecutor que entiende instrucciones en lenguaje natural.
Yo nunca me convertí en programador. Me convertí en alguien que sabe exactamente qué quiere construir y tiene las herramientas para construirlo.
Lo que sí necesitas
No es una lista técnica. Es algo más simple y más difícil al mismo tiempo.
Saber qué quieres construir. No el código, sino el propósito. Qué problema resuelve, para quién, cómo debería sentirse usarlo.
Saber describir lo que ves. Cuando algo no funciona tienes que poder explicarlo en términos de comportamiento, no de código. "Esperaba que pasara esto y pasó aquello."
Confiar en tu conocimiento previo. Mi experiencia en redes me dio más ventaja de lo que pensaba. Entender flujos, entender por qué aislar entornos es importante, todo eso se tradujo directamente.
Paciencia con el proceso. Hubo noches pensando en la arquitectura. La almohada fue parte del equipo.
Para quien está pensando en intentarlo
Si tienes una idea que siempre quisiste construir pero nunca lo hiciste porque no sabes programar, quiero que sepas algo.
El obstáculo no era el código. Era creer que lo necesitabas para empezar.
Empieza describiendo qué quieres que haga tu idea. Qué problema resuelve. Qué debería pasar paso a paso. Qué no debería pasar nunca. Eso es el 80% del trabajo.
El otro 20% es aprender a conversar con la IA. A corregirla cuando se equivoca. A saber cuándo parar y pensar antes de seguir.
No necesitas saber programar. Necesitas saber qué quieres construir.
Escrito por alguien de redes que un día decidió que una idea era suficiente razón para empezar.
Prólogo mejorado con Inteligencia Artificial basado en el contexto humano.
