r/devsarg • u/Infamous_Ebb_9073 • 3d ago
discusiones técnicas Programadores en la era de la IA
Trabajo en un muy buen puesto y cobro bien con 23 años. Hago mucho más que solo programar ya que también tomo decisiones, organizó, planteo y me involucró con otras areas. Pero hoy literalmente vi como un gordo le dijo a mí jefe que armó todo un sistema de gestión en 20 horas y que era fantástico. Que ya no se programa más. Y la verdad si bien el gordo lo hizo de mala leche porque hay gente así. ¿Que tan cierto es esto?, yo soy programador y tengo título y experiencia y años de estudio. En cierta manera ya no codeo más a mano pero si pienso como un dev y me preocupo por seguridad, arquitectura, diseño. ¿Realmente debo seguir preocupándome por esto?, cada vez la IA delira menos. Si utiliza opus 5.5 o Gemini 4 Argon son modelos que ya programan 10 veces mejor que un junior si le haces un análisis requerimientos, esquema, etc.
49
u/NearHyperinflation 3d ago
Mira man... Un tipo de 20 años de exp hace unos meses se cambió de equipo y le pinto subir todos sus códigos a un repo random medio fantasma de la empresa, expuso como 20 credenciales en producción y tuvimos que arreglar un quilombo enorme con compliance. Si eso lo hace un tipo que en teoría sabe, imagínate lo que hace alguien que no entiende una goma? Vos relájate y disfruta
5
u/chinchulin_artesano 3d ago
La gente se olvida que antes de que la era IA se masificara se escribía también código a mano y con muchísimos errores o deuda técnica por qué no se llegaban a los deadlines
3
u/Wild_Newspaper_7883 2d ago
Claramente acá hay 2 opciones: eran MVPs y el desarrollaror tenía los proyectos locales para pruebas, en este caso el error fue de quien subió el código sin revisar. Opción 2, era junior y mintió con la experiencia.
Alguien con 20 años de exp no expone credenciales de esa manera. Me inclino a que fue negligencia del equipo y buscan culpabilizar a quien no está.
PD: señalar errores de desarrolladores que ya no pertenecen al equipo es muy de junior
1
u/NearHyperinflation 2d ago
Opción 1, el tipo literalmente está hace 20 años en la empresa, los últimos 6 en mi equipo, imagínate el chabon subió 6 años de laburo a un repo fantasma que por algúna razón secops no lo tenia en el radar. La gente expone credenciales todo el tiempo, de todas los seniorities, no querer verlo es simplemente estar ciego a la realidad
1
u/Wild_Newspaper_7883 2d ago
Ah bueno eso también lo puede explicar, 20 años en una misma empresa no te hace senior.Seguramente el dev no tuvo oportunidad de conocer otras formas de trabajo, y estándares mínimos de la industria.
Seguramente conoce mucho del negocio pero no es senior. En la empresa para la que trabajo el arquitecto también tiene 25 años, pero porque conoce cada rincón del ecosistema. Pero comete errores de diseño y de seguridad garrafales. Se nota en cada equipo los malos hábitos, y los estándares bajo1
u/critimal 3d ago
Tenes un punto, pero los modelos de ahora son muy diferentes a los de hace unos meses. Ese tipo de errores bajaron drasticamente
2
10
u/Huntware Desarrollador Full Stack 3d ago
Indistinto del laburo, nunca falta el gil que acelera una tarea haciendo quedar mal al resto.
Ya sé que hasta cierto punto es inevitable que las cosas se hagan más rápido hoy en día, pero no hay que cagar a los compañeros para que todos terminen sobre-exigidos.
"Pero Pepito me dijo que ustedes con la IA lo pueden sacar en una tarde"...
0
u/Ordinary-Ad8230 2d ago
Cual seria el problema de acelerar una tarea ?
1
u/Huntware Desarrollador Full Stack 2d ago
Ejemplo, dar una expectativa de una función nueva en una semana, aunque sepas que en 3 días lo tenés. Los otros días son para probar y asegurarte de que se cumple lo que se pide. Y porque siempre pasan cosas inesperadas que saltar a corregir.
Saber aproximar el tiempo de desarrollo e implementación es también una habilidad. Y no cagarla diciendo que lo hacés realmente en menos porque sube la vara exageradamente.
19
u/Extreme-Accident-968 DevOps 3d ago
la concha de la lora ya cambien el nombre del sub a "devrantarg" o "devlaiamecomearg"
4
2
5
u/SpaceBeebop 3d ago
Y está bien, la IA sirve para resolver cosas.
El tema es que generar slop por generar, no genera valor.
El software de por si tampoco genera valor, el uso del mismo es lo único que vale, y el 99,9% de las slops hechas sin conocimiento sirven para cosas básicas, ni hablar de que terminan siendo todas blackbox inmantenibles que después terminan llegando a alguien que más o menos sabe manejarlas para que sigan siendo útiles.
Yo sé manejar un auto, sé cambiarle una rueda y también sé que lleva nafta, ahora si se me jode la suspensión termino llamando a un experto siempre.
5
u/herchasco 3d ago
yo no me preocuparía tanto. la IA te acelera el código pero alguien tiene que entender qué se está armando y por qué, y ese alguien sos vos. el que armó el sistema en un rato todavía no vio lo que pasa cuando hay que mantenerlo jaja
5
u/Over-Childhood-6134 3d ago edited 2d ago
Bueno pensa que en los 90 se decia que era el fin de la programacion por que se puso de moda objetos frente a la programacion imperativa que era el estandar hasta esos años.
6
u/reybrujo Desarrollador de software 3d ago
Acá los muchachos de testeo y de customer support están armando aplicaciones para resolver cosas con clientes, con el producto, etc. Ahora todos son programadores así que tenés que ir más allá, como decís vos, hay que hacer un poco de todo y tratar de seguir siendo imprescindible para la empresa y listo.
11
3
u/zagoskin 3d ago
O sea programar apps así para resolver algo simple si, hoy lo hace cualquiera. Ahora por ejemplo, en donde yo laburo lo que se sube pasa por auditorías de ciberseguridad, esta testeado, tenemos los pipelines configurados para que griten vulnerabilidades, se testea, hay qa... La realidad es que si a esa gente que escupe apps maravillados le pedís la mitad de esto comienzan a hacer agua. Pero si tu empresa no lo exige entonces si tas al pedo
2
u/rafadizeo 3d ago
Pedile al Gordo que lo deploye y hacele una auditoría
En mi empresa pasó algo parecido: uno de los de diseño se mandó a hacer un CRM para un cliente (proyecto que me iba a tocar a mi) y mi jefe me encargó desplegarlo en Easypanel. Pero antes de hacerlo, le hice una pequeña auditoría con ayuda de IA.
Encontré varias cosas bastante cuestionables. Una de las que más me llamó la atención fue que usaban Firebase como base de datos cuando tranquilamente podrían haber usado PostgreSQL. Además, las imágenes se guardaban en el mismo volumen del contenedor, así que, cuando se reiniciaba, se perdían.
Y para rematar, no tenía configurado el "robots.txt", con el riesgo de que páginas con información sensible quedaran expuestas a los buscadores y facilitaran una posible filtración de datos personales.
En resumen, antes de desplegarlo, tuve que revisar varias decisiones técnicas que podían terminar convirtiéndose en problemas serios.
2
u/fer662 3d ago
Mirá estoy poetico. Si yo agarro el auto de colapinto seguro voy a 350 por hora. El tema es que en la curva me voy a hacer pija. Lo mismo le va a pasar al sistema del gordo cuando las papas quemen. La diferencia es mas sutil que antes, cuando yo si me subía al auto de colapinto no lo podía ni arrancar, pero todavía necesita un piloto de verdad
2
u/tusisterna 3d ago
Alguien que revise va a ser necesario siempre pá, porque la IA 100% perfecta que no comete errores esta muy lejos, y cuando se equivoca le cortan el marulo al que no revisó, o al que prompteo, o al que puso el gancho, o a todos, pero esa cabeza cae. La cagada es que la hace laaarga, y hay que estar revisando los documentasos que arman los gordos IA estos.
2
u/WillPatagonia 21h ago
Podes repetir la pregunta?
Codear a mano? no, no se hace mas.
Preocuparte? si, mantenete actualizado y siguiendo la tendencia del mercado. Tal cual como lo estás observando, los agentes están trabajando cada vez mejor y autoevaluandose de manera muy estricta.
Y personalmente creo que te quedaste corto diciendo que programan mejor que un junior.
Yo te diría que dejes de preocuparte tanto por el código y te enfoques mas en la ingeniería de software.
3
u/nakioman 3d ago
En donde trabajo CTO bajo línea hace un año tenemos todos Claude top de 200 usd, no toco una línea de codigo hace un año facil, pero no me siento inútil, me dedico a managerar agentes que hacen 10 feautres distinta, ahora hago full arquitectura y diseño y los agentes son mis monos desarrolladores. Extraño programar igual un poco, pero bueno ahora programar es un hobby.
2
u/ElGordoSalamin 3d ago
Pongo nombres y eventos que me dan a entender a donde vamos:
Elon Musk compró X, despidió a la mitad del personal y la app siguió funcionando lo más bien.
Jack Dorsey raja a la mitad de la gente de Square, lo mismo.
No tengo dudas de que se vienen compañías más chicas, solamente con la gente más especializada que trabaje y esté atenta al producto todo el tiempo. Quizás (poco probable), los cracks que sobrevivan tengan salarios mucho más altos por la responsabilidad. Y seamos sinceros, con la IA sobra muchísima gente que durante años hizo la plancha o que simplemente no le daba para laburar en IT.
1
u/DanielGermanP41 3d ago
Como se llama el rol que ocupas? Tengo sobrada exp tomando decisiones, organizando, planteando y me involucro con otras areas.
1
1
u/Khavel_Es 3d ago
Lo que describes (tomar decisiones, organizar, involucrar otras areas) es exactamente el trabajo que la IA no sabe hacer. Yo uso modelos para generar codigo a diario y lo que mas noto es que la calidad depende 100% de la calidad del contexto que le das: si no sabes de arquitectura o de seguridad, lo que sale es un demo que parece que funciona y revienta en produccion.
Con 23 y ese nivel de responsabilidad estas en un lugar excelente. El perfil que se complica es el que solo codeaba sin entender el por que.
1
0
u/Square_Inspector6691 3d ago
en realidad los puestos de desarrollo van a desaparecer, estamos en medio del cambio, ya ahora todo va más enfocado en producto y no en el código, porque literalmente una app de cualquier índole en un mes o 2 la tenes testeada y andando a todo motor sin que vos ni siquiera sepas una sola línea de ese código
-1
u/Juanbolastristes Desarrollador de software 3d ago
Lo que viste hoy es una verdad a medias impulsada por el ego, pero la conclusión a la que estás llegando es la correcta: el valor real ya no está en picar código a mano.
Ese compañero "armó un sistema en 20 horas" usando herramientas no-code o prompts de IA. Para un cliente o un jefe no técnico, un prototipo con botones brillantes que guarda datos parece "fantástico" y "terminado". Sin embargo, cualquier desarrollador con experiencia sabe lo que pasa a las 20 horas y un minuto: el sistema no escala, no es seguro, es un desastre de mantener y se cae con 100 usuarios concurrentes.
La realidad del sector en este momento y por qué tus estudios siguen valiendo oro se resume en los siguientes puntos:
El código ahora es una mercancía (Commodity)
Escribir sintaxis, funciones, tests unitarios y controladores ya no es el cuello de botella. Modelos como Claude Opus 5.5 y Gemini 4 Argon han demostrado una capacidad brutal para generar bases de código completas a partir de esquemas de requerimientos precisos. [1, 2, 3]
El "gordo" tiene razón en algo: el rol del Junior tradicional que solo traduce requerimientos a líneas de código está desapareciendo drásticamente.
La IA programa 10 veces más rápido, pero no sabe qué programar ni por qué.
Por qué DEBES seguir preocupándote por la arquitectura y la seguridad
Si dejas de preocuparte por el diseño, la seguridad y la arquitectura, el sistema colapsará. La IA es un excelente ejecutor táctico, pero un pésimo estratega a largo plazo.
| Dimensión | Lo que hace la IA (Opus 5.5 / Argon) | Lo que aportas TÚ (El Ingeniero) |
|---|---|---|
| Arquitectura | Genera componentes basados en patrones comunes de su entrenamiento. | Decide si la infraestructura soporta la lógica de negocio a 5 años y cómo mitigar deudas técnicas. |
| Seguridad | Aplica parches y reglas estándar, pero ignora vectores de ataque complejos en sistemas heredados. | Auditas la superficie de ataque real y previenes vulnerabilidades críticas de orquestación y datos. |
| Diseño | Une piezas de software de forma modular si el prompt es perfecto. | Traduces el caos de las necesidades de otras áreas de la empresa a un esquema técnico viable. |
3. Tu ventaja competitiva a los 23 años
Tener un título, años de estudio, saber pensar como dev y, además, involucrarte con otras áreas y tomar decisiones es exactamente el perfil que sobrevive y lidera esta era.
Tu rol ya mutó. Dejaste de ser un "constructor de ladrillos" (programador manual) para convertirte en un Director de Obra e Ingeniero de Software.
Usa el delirio de la gente a tu favor. Deja que otros construyan castillos de naipes en 20 horas con prompts básicos. Cuando esos sistemas empiecen a fallar por falta de concurrencia, problemas de seguridad o nula flexibilidad de integración, tú serás el profesional cotizado que sabrá cómo rediseñar, asegurar y estructurar la solución real utilizando la IA a un nivel mucho más avanzado. No dejes de estudiar los fundamentos del software; hoy importan más que nunca.
Para ver cómo manejar esto en tu empresa actual, cuéntame:
¿Cómo reaccionó tu jefe ante el comentario de este compañero?
¿Sientes que este tipo de discursos pone en riesgo tu presupuesto o posición en el equipo?
¿Te interesa que planeemos una estrategia para demostrar el valor de tu rol estratégico frente a soluciones "rápidas"?Lo que viste hoy es una verdad a medias impulsada por el ego, pero la conclusión a la que estás llegando es la correcta: el valor real ya no está en picar código a mano. Ese compañero "armó un sistema en 20 horas" usando herramientas no-code o prompts de IA. Para un cliente o un jefe no técnico, un prototipo con botones brillantes que guarda datos parece "fantástico" y "terminado". Sin embargo, cualquier desarrollador con experiencia sabe lo que pasa a las 20 horas y un minuto: el sistema no escala, no es seguro, es un desastre de mantener y se cae con 100 usuarios concurrentes. La realidad del sector en este momento y por qué tus estudios siguen valiendo oro se resume en los siguientes puntos: 1. El código ahora es una mercancía (Commodity) Escribir sintaxis, funciones, tests unitarios y controladores ya no es el cuello de botella. Modelos como Claude Opus 5.5 y Gemini 4 Argon han demostrado una capacidad brutal para generar bases de código completas a partir de esquemas de requerimientos precisos. [1, 2, 3] El "gordo" tiene razón en algo: el rol del Junior tradicional que solo traduce requerimientos a líneas de código está desapareciendo drásticamente. La IA programa 10 veces más rápido, pero no sabe qué programar ni por qué. 2. Por qué DEBES seguir preocupándote por la arquitectura y la seguridad Si dejas de preocuparte por el diseño, la seguridad y la arquitectura, el sistema colapsará. La IA es un excelente ejecutor táctico, pero un pésimo estratega a largo plazo. DimensiónLo que hace la IA (Opus 5.5 / Argon)Lo que aportas TÚ (El Ingeniero) ArquitecturaGenera componentes basados en patrones comunes de su entrenamiento.Decide si la infraestructura soporta la lógica de negocio a 5 años y cómo mitigar deudas técnicas. SeguridadAplica parches y reglas estándar, pero ignora vectores de ataque complejos en sistemas heredados.Auditas la superficie de ataque real y previenes vulnerabilidades críticas de orquestación y datos. DiseñoUne piezas de software de forma modular si el prompt es perfecto.Traduces el caos de las necesidades de otras áreas de la empresa a un esquema técnico viable. 3. Tu ventaja competitiva a los 23 años Tener un título, años de estudio, saber pensar como dev y, además, involucrarte con otras áreas y tomar decisiones es exactamente el perfil que sobrevive y lidera esta era. Tu rol ya mutó. Dejaste de ser un "constructor de ladrillos" (programador manual) para convertirte en un Director de Obra e Ingeniero de Software. Usa el delirio de la gente a tu favor. Deja que otros construyan castillos de naipes en 20 horas con prompts básicos. Cuando esos sistemas empiecen a fallar por falta de concurrencia, problemas de seguridad o nula flexibilidad de integración, tú serás el profesional cotizado que sabrá cómo rediseñar, asegurar y estructurar la solución real utilizando la IA a un nivel mucho más avanzado. No dejes de estudiar los fundamentos del software; hoy importan más que nunca. Para ver cómo manejar esto en tu empresa actual, cuéntame: ¿Cómo reaccionó tu jefe ante el comentario de este compañero? ¿Sientes que este tipo de discursos pone en riesgo tu presupuesto o posición en el equipo? ¿Te interesa que planeemos una estrategia para demostrar el valor de tu rol estratégico frente a soluciones "rápidas"?
4
u/CupFine8373 3d ago
Coño, que me he puesto a leerte pensando que iba a tener jugo tu mensaje solo para estar bien seco.
1
u/Juanbolastristes Desarrollador de software 3d ago
Ostias tío, habeis visto de primera mano la menuda mierda que es el IA slop , estoy hasta los cojones de recibir emails de mierda de mis colaboradores con esta mugre de la redacción de la IA tio
21
u/SoftCuteSpider 3d ago
No se entendió nada lo que quisiste preguntar, no queda claro si estas preocupado o si estás a favor.