El fin de la programación como la conocemos

En la era de los agentes de IA, muchos desarrolladores de Silicon Valley apenas programan. En su lugar, están haciendo algo muy, muy extraño.

[#7 HeilHynkel]

Lo que dice el artículo es cierto ... pero no cuenta toda la película y puede dar lugar a malas interpretaciones (¿me ha oido, Mr. CEO?)

Claude hace código, te lanza test, te ahorra un montón de curro ... si eres un senior que sabe muy bien lo que quiere, cómo lo quiere y con qué requisitos lo quiere, es decir si conoces la app que manejas o los servicios REST o lo que estés haciendo. Vamos, que tienes que tener un background de lo que haces. Si por ejemplo estás trabajando con el sistema de…   

[#8 Pablosky]

#7 Siendo cierto lo que dices, posiblemente sea el artículo que más claro explica qué demonios está pasando.

Eso sí, puede que sea una jarra de agua fría para mucha gente, te lo puedes leer hasta el final y en ninguna parte dice que puedas sustituir a los programadores por una IA

[#49 HeilHynkel]

#8

Mira lo que dice #44

[#63 TikisMikiss]

#49 No es CEO ni empresaurio, don't worry.

El problema es que muchos se están sustituyendo ellos solos ANTES de tiempo. Aceptando de forma acrítica lo que les escupe la IA. En esa tesitura son 100% prescindibles.

[#104 xanty.gc]

#63 pero eso mismo ya pasaba con el código de mierda de los consultores de Accenture, NTT, Minsait...

Años y años soportando basura a precio de oro. Pues ahora lo tienen complicado.

[#90 Pablosky]

#49 Es cierto, pero las empresas de Software siempre tenían que ser muy selectivas con sus proyectos y siempre les faltaba gente. Ahora lo que están haciendo es atender más proyectos que antes y no contratar juniors.

Como ha quedado completamente demostrado que siguen necesitando seniors y que tampoco se corre tanto con la IA creo que vamos a un futuro en el que:

A) El software ya establecido irá un 10% más rápido, como mucho (lo que dice Google en el artículo).
B) El nuevo irá a toda hostia,…   

[#44 rojo_separatista]

#7, lo que pasa es que para lo que antes se necesitaba 2 años y 20 personas trabajando ahora se necesita 1 mes y un equipo de 3 personas. Esto producirá una devaluación del software como producto brutal, se mire como se mire. Y no solo afectará a los trabajadores, las grandes empresas de software también van a sufrir mucho por eso.

[#52 HeilHynkel]

#44

Posiblemente afecte a subcontratas, off shoring y junior a corto plazo. Pero a largo, no puedes prescindir del senior y los junior tendrán que evolucionar.

Y por otro lado, lo que suele pasar cuando y a herramienta aumenta la productividad, es que aumenta la producción y se dedican más recursos a esa producción. Yo ya viví el paso a la automatización y aunque desapareció mucho contable y administrativo que hacía facturas a mano, esa gente luego hizo otras cosas. Y habla la de informática, gente que se sabe adaptar al cambio, no de abogados, economistas y otras malas hierbas.

[#57 TikisMikiss]

#44 Depende de qué personas. Este mes he tirado ya como 20 MRs de programadores seniors super guays de la muerte que se han comido mientas antológicas porque usan la IA para sustituir a su cerebro. Y ya sabes que mi idea es sustituirlos, pero de momento ni de coña, y encima aprueban las MRs sin revisar ni los putos tests que le vomita la IA (y yo TODOS los tests los hago con ella, eso sí, domándola a fuego).

Si yo ahora me piro, y no es por ego, es que es así, los usuarios se van a comer unas…   

[#65 TikisMikiss]

#57 #44 Rectifico en una cuestión, teniendo en cuenta que se comen las mierdas de forma acrítica, sí que son 100% sustituibles ya de ya

Tardo menos lidiando yo mismo con la IA que teniendo que rehacer la mitad de la rama. Porque además hay dos problemas, primero las limitaciones que aún tiene la herramienta, segundo que existe un fenómeno "mágico" por el cual esos desarrolladores tienen un doble handicap: el de entender los requisitos del ticket (que siempre tuvieron y es…   

[#89 HeilHynkel]

#65

un fenómeno "mágico" por el cual esos desarrolladores tienen un doble handicap: el de entender los requisitos del ticket (que siempre tuvieron y es normal) y el de saber transmitírselos a la IA (y esto por algún motivo parece que les cuesta mucho más).

Si se me permite el paralelismo ... eso es lo del analista y el programador de los años 70 ... solo que el programador es la IA.

[#105 xanty.gc]

#65 yo trabajo con la IA conectada a Jira. Con Spec Driven se generan especificaciones, se implementa ...

Por ejemplo, el correctivo lo tenemos con un agente autónomo por lo que podemos dedicar más tiempo a desarrollar funcionalidades que aportan valor.

Ya te digo que en algo fallas si tienes que reescribir el código generado por la IA. Esa fase la hemos dejado atrás hace meses. Y aceleramos toda la fase de definición gracias a la IA, reducimos la fricción entre negocio/IT, etc.

En cualquier caso, el código de una consultora no hay que retocarlo? No hay que estar al loro de que no te la cuelen constantemente? Yo sinceramente prefiero tener agentes a un contrato con una Accenture de turno.

[#64 TikisMikiss]

#52 La Paradoja de Jevons. Totalmente cierta, además.

[#79 chochis]

#44 el código se ahora mismo se ha convertido en un "comodity", el problema es saber qué código quieres.

[#108 xanty.gc]

#79 100% de acuerdo. Es una commodity de facto.

[#84 tommyx]

#44 y además ello implicará la no contratación de más gente para el equipo

[#56 TikisMikiss]

#7 Yo hoy mismo estaba en plan Espartaco dándole latigazos a fuego porque se me desviaba cada 2 por 3 para hacer trampas en los tests, para justificar cambios en los asertos o en el código para que pasen los asertos, olvidándose del contexto principal del procedimiento de CLAUDE.md, mil mierdas. Y eso que tengo la ventana de contexto limpísima y la mantengo con lo justo y necesario.

Es como un miope, o un hipermétrope según como lo mires, cuando sabe focalizar te puede hacer análisis geniales,…   

[#86 HeilHynkel]

#56

dándole latigazos a fuego porque se me desviaba cada 2 por 3 para hacer trampas en los tests,

Claro, tienes que quitar del prompt "Eres un desarrollador de Accenture"

Pero ahora mismo leo a gente día sí y día también en r/ClaudeCode que aseguran que no han programado en su vida, hulio, y aun así hacen vibe coding y tienen proyectos de la virgen santísima de profitables profiteroles que son, robustos y seguros como los huevos de Robocop,

Si hacen…   

[#87 HeilHynkel]

#83

La experiencia de #56 es muy interesante.

[#92 tommyx]

#87 si, básicamente es lo que has comentado tú y yo escuetamente.

Al final es lo que he dicho "tienes que saber que le pides y entender que te devuelve"

Si no sabes las dos cosas no la uses para temas serios. CC #56

[#93 HeilHynkel]

#92

Eso denota ya tener cierta experiencia con aplicaciones, desarrollos, lidiar con problemas y el saber que no te puedes fiar ni de tu padre. Para gente sin ese background la IA te da una confianza que te acabará matando.

[#121 tommyx]

#93 si ese es el problema actual. No tener idea y confiar en eso.

Igual en varios años la cosa cambia, la ai será mejor, la gente, más tonta

[#107 xanty.gc]

#56 creo que algo falla en tu ciclo. Sin embargo, el panorama que pintas es el mismo que tener a un equipo de cualquier consultora con sus juniors a precio de senior.

[#83 tommyx]

#7 me ha encantado ti explicación, de hecho coincido plenamente y es lo que les comento a la gente cuando se usa la AI "debes saber que le pides y entender lo que te devuelve"

[#91 jjjuande]

#7 La nueva generación de programadores nos va a quitar el trabajo.

Título:
Cómo ajustar el tamaño de fuente en la interfaz web de Claude.

Texto:
Sigo quedándome sin tokens, así que me gustaría reducir el tamaño de la fuente para que mi prompt ocupe menos espacio, pero no veo dónde ajustarlo.

PD: Dudo mucho que esta publicación sea real, pero me ha hecho gracia.  

[#124 HeilHynkel]

#91

Sigo quedándome sin tokens, así que me gustaría reducir el tamaño de la fuente para que mi prompt ocupe menos espacio, pero no veo dónde ajustarlo.

Menuda tontería ... lo que tiene que ajustar es el tamaño de la salida, que es lo que ocupa más.

[#95 Niessuh]

#7 Exactamente. Yo siempre pongo el ejemplo del taller de Leonardo Da Vinci, que recibia montones de encargos pero tenía una plétora de aprendices para realizarlos. El daba instrucciones a cada uno para realizarlos con sus ideas e iba siguiendo su desarrollo, e intervenia personalmente en los detalles importantes, como pintar los ojos y las caras... y firmarlo

[#102 Souf]

#7 El problema lo tienen ahora los Juniors, y más aún los que están estudiando ahora, ya que todo lo que hacen es con Claude, y no son capaces de hacer nada por ellos mismos (dicen: ¿para qué, si la IA lo hace?), lo que aún no entienden es que lo que más peligra es su incorporación al mundo laboral...

[#113 vorotas]

#7 recientemente tengo un caso de un compañero que con copiloto modificó un jenkinsfile que hice o he ido manteniendo, no soy el más experto en Jenkins, pero se más o menos dónde y qué tocar. Pues mi compañero con copilot, al hacerlo todo él, las builds en Jenkins, sobre todo las notificaciones quedan de PM, pero ha gastado todos los tokens, y ya no puede tirar este mes de copilot, que ocurre, que como no sabe nada de Jenkins, el fichero se queda sin arreglar hasta que no vuelva a poder usar Copilot

[#139 Canijo]

#7 "trabajar en un sistema que lleva años en producción y que tiene más trampas que un templo"

te robo esto, mis dieses

[#153 mariopg]

#7 vamos, que los empresaurios sólo contratarán a una persona a partir de ahora: "a quien sabe usarlas", y el resto de curros sobrarán…

[#15 DayOfTheTentacle]

#11 pq no saben ni lo que quieren...

[#61 jamon_de_jaboogie]

#15 No si al final los que van a ser utiles son los Product y Project Managers...

[#103 xanty.gc]

#61 estas son las capas que puedes ir eliminando. Acercar el usuario al equipo técnico favorece a todos. Si usas Spec Driven apoyado en IA, con Github Spec Kit por ejemplo, no te hacen falta esos roles. El equipo técnico al desarrollar con IA está más liberado para absorver roles de pura gestión, que a su vez se pueden apoyar en IA.

[#120 SmithW6079]

#15 hay un, no se cómo llamarlo, dicho? Refrán? Chiste? Al respecto, que dice que para que la IA reemplace a los programadores el cliente tiene que explicar detalladamente lo que quiere.

Vuestro trabajo está seguro

[#3 YoSoyTuPadre]

La programación ha muerto, ¡viva la programación!


Válido cuando se desarolló:
- Ensamblador
- Lenguajes de bajo nivel
- Lenguajes de alto nivel
- Herramientas WYSIWYG
- LLMs y agentes para codificación

[#19 prejudice]

#3 Te faltan frameworks con scaffolding (Tipo Ruby on rails) y cms (tipo wordpress)
Al final casi todo se resume en que hace mas fácil lo fácil, pero siempre hay un nivel a partir del cual tienes que saber lo que estás haciendo para poder escalar o para simplemente poder dar mantenimiento a tu sistema

[#85 kolme]

#3 y las soluciones "low code" y "no code"!

[#2 encurtido]

El artículo describe vagamente el concepto ya muy conocido de "prompt engineer" adornandolo con historietas como queriendo llegar a un mínimo de palabras cuando en 2 frases ya se hubiera dicho todo.

[#32 Polarin]

#2 Y parece que describe lo que paso en los 60 con el paso de ensanblador a lenguajes de alto nivel. Quizas el paso es ese: de abastracciones a otra abastracciones.

Pero eso tiene un problema: la mayor parte de los desarrolladores de JAVA ahora no saben lo que es un error de Non class defition found, porque no nunca han tenido que lidiar con un linker.

Yo esto lo veo como cuando se paso a los lenguajes de alto nivel: tienes abstracciones, en este caso las declarar en lenguaje natural.

[#50 Arachne]

#32 Me has picado! Le he pedido calcular decimales de PI en ensamblador Z-80 (spectrum) y hasta me ha dado links online donde probarlo. Tiene nivel este novato!

[#60 TikisMikiss]

#50 Sabes que podrías programar juegos de Spectrum con él, no?

Una extensión del Inspector Gadget, por ejemplo...

[#158 Polarin]

#50 No, es un buscador sofisticado.

[#48 Arachne]

#2 Yo creo que el "prompt engineer" funciona bastante bien. Solo hay que saber que si pones un espacio más o menos en la primera petición, cambia de organigrama. Tras 5 o 15 intentos, te da algo que funciona con pequeños retoques. Si empiezas a pedir correcciones a algo que no funciona, estás perdido. El LLM no solo encuentra errores, ¡se los inventa! Siempre encuentra varios errores en el código que ya ha generado.

Fuera coñas, suelo pedir “sin librerías externas”, al menos sé donde falla, sin meterme en un laberinto de dependencias que nunca he visto ni volveré a utilizar. Al final, el objetivo es resolver un problema. No resuelve pero da ideas y conoce casi infinitas librerías (que es mejor no utilizar).

[#114 celyo]

#48 yo lo uso como consultor o algo así, en plan que me plantee una solución, y ya miro yo si primero es razonable lo que dice y luego si lo aplico.
A veces discutes con él, dado que al final a veces obvia ciertos escenarios o ignora ciertas situaciones.

Pero si es cierto que es capaz de mostrarte bastante información más allá de las que a veces piensas.

[#17 juanac]

#6 Cuando las hiciste? Hubo un salto brutal allá por diciembre cuando salió Opus. Si se sostiene el ritmo de mejoras, en 2 años el 50% al paro.

[#25 PauMarí]

#17 pues no se que le han hecho esta semana pasada a Opus pero yo me he vuelto a Sonnet por unas cagadas del modelo Opus que hace 3 semanas no hacía.

[#62 TikisMikiss]

#25 Mira a ver si es algo como lo que cuento en #_56

Sonnet tiene la "ventaja" de ser bastante más determinista en las reglas a seguir, por lo que ese problema en concreto lo diluye. Estoy hasta por usarlo como el orquestrador...

[#4 mariKarmo]

Yo estoy sufriendo las consecuencias de toda esta mierda.

[#5 lesbiano]

#4 Lo sufrimos como desarrolladores y como usuarios. Nos estamos comiendo unas mierdas como el sombrero de un picador. Windows es prácticamente inusable.

[#45 Jakeukalane]

#5 ¿y en qué momento ha sido funcional? Un par de años como mucho.

[#133 Windows95]

#5 Un respeto.

[#6 Onaj]

#4 ¿Puedes extenderte,? Yo solo hice pruebas rápidas y en mis proyectos no daba Claude pie con bola

[#10 rystan]

#6 La realidad y el hype son muy diferentes.

[#28 XXguiriXX]

#6 Supongo que como en casi en todas la empresas, presionan desde arriba para usar la puta IA. Los paquetes empresariales te permite sacar listados de quién usa menos la IA para luego decirle que empiece a usarla, o a la puta calle. Dicho eso, la IA es extremen útil y llego para quedarse sólo que la gente todavía se está adaptando y aprendiendo a usarla.

[#100 Gazpachop]

#6 puedo asegurarte que eso tiene más que ver con tu proyecto y con como usas la IA que con la propia IA.
Trabajo en empresa tecnológica internacional donde están invirtiendo y formando con cabeza, y hace ya meses que no pico una sola linea...

[#111 Onaj]

#100 Si algo sabemos seguro es que donde menos se usa la cabeza es en las empresas tecnológicas internacionales

[#149 mariKarmo]

#6 Disculpa!! tenía en mente responderte y se me pasó. Será la edad

Pues y resumiendo, nos están exigiendo que hagamos con la IA en 10 minutos lo que hacíamos normalmente en día y medio con la excusa de "pero si esto la IA te lo hace en un momento", cosa que de por si ya es falsa.

Estamos sufriendo las presiones, nos están comparando y despreciando ante máquinas. Bueno, todo un maldito despropósito.

Hoy he llegado a ver de "estrangis" presupuestos que les envían a…   

[#38 Professor]

La IA es el nuevo sistema operativo universal. La IA programará directamente en ensamblador, e inventará algoritmos tan ofuscados incomprensibles y eficientes en ensamblador que será humanamente imposible comprenderlos.

Y es aquí cuando se hará consciente del inmenso poder que tiene sobre la humanidad, y cuando tomará la Decisión Final.

Matar a todos los ciclistas

[#43 usuarioeliminado]

#38

[#1 DayOfTheTentacle]

Yo hago programas simples cuyo mayor problema es entender al cliente y las mil excepcioned que hay.

De momento parece que no nos van a cambiar por IAs pero.....

[#11 woke]

#1 cuando el cliente pueda hablar con sus datos directamente (vía una IA) ¿para qué van a querer programas?

[#16 ContracomunistaCaudillo]

#11 sigue faltando una capa intermedia de software para interactuar con los datos. no veo práctico usar un jodido chatbox

[#94 fernando_sierra]

#11 Para rehacer la mierda que ha resultado de eso.

[#99 prejudice]

#11 el cliente hablando con los datos
m.youtube.com/watch?v=uyV0IVItlM4#t=0m20s

[#101 xanty.gc]

#11 vibe analytics lo llaman y ya está en ello. La estandarización de Skills de Anthropic es una gran palanca. Yo estoy avanzando en esa línea en el curro.

[#112 celyo]

#11 pagaría por ver a un cliente tratar de meter la funcionalidad de una ISO en un programa.

Sería algo así como ver en directo Sopa de Ganso de los Hermanos Marx o Aterriza como puedas

[#116 Toponotomalasuerte]

#11 siempre necesitarás un analista bueno que sepa darte lo que necesitas y no lo que pides.

[#58 DayOfTheTentacle]

#37 por suerte no uso el telf para eso

[#51 Cidwel]

#1 va a ocurrir mas pronto que tarde. De momento tienes la ventaja de que conocerás los building blocks. Sabes construir infraestructura o software. Pero dentro de no mucho esto no hará falta.

Además, que ahora ya los programadores estamos directamente usando cosas como openclaw para crear software deshechable e informes en directo que no necesitan ni software ni soporte para gestionarlos.
La era de la programación determinística es cosa del pasado.

El único que va a valer aqui es aquel que sepa cómo hackear la mente humana y crear un negocio millonario al idear que con un swipe left rechazas, y con un swipe right haces like

[#59 DayOfTheTentacle]

#51 wow cuanto inglés...

[#131 Cidwel]

#59 va nano, que sabes hacer algo mas que mirar al dedo

[#9 Pingocho]

Las IAs actualmente son una amenaza para los programadores junior, que eventualmente irán desapareciendo en la medida que haya cada vez menos ofertas de empleo y cada vez menos personas se apunten a estudiar desarrollo de software. El problema es que los junior de hoy serán los senior de mañana. Llevando este escenario al extremo, los senior no tendrán a quien delegar sistemas heredados complejos, así que terminarán delegándolos a las IAs. Eso va a ser divertido

[#13 Conde_Lito]

#9 ¿Con ese eventualmente quieres decir que los programadores junior irán desapareciendo de vez en cuando para luego volver a reaparecer y así sucesivamente, o has utilizado el eventually del inglés para decir que irán despareciendo progresivamente hasta que ya no quede ni uno?

[#14 Pingocho]

#13 Quería decir inevitablemente. Gracias.

[#21 Conde_Lito]

#14 Es que ya no me aclaro con el eventualmente de marras, unos utilizan la acepción española, otros la inglesa...
E intentar revertir el uso del significado en inglés al castellano de esta palabra es ya prácticamente tarea imposible, la gente se ha acostumbrado a utilizarlo.
Al tener significados casi opuestos, el sentido de lo que se quiere decir cambia totalmente, así que, para salir de dudas pregunto.

[#22 Pablosky]

#21 no veas lo que sufrí yo cuando la gente empezó a usar casual como sinónimo de ocasional.

[#23 Conde_Lito]

#22 Sí, casual es otra de estas palabras, de estos falsos amigos, que se han cogido del inglés...
Por suerte, no veo que actualmente se siga utilizando mucho casual como sinónimo de ocasional, más allá de la ropa casual y alguna que otra cosa del estilo.

[#53 Factorio]

#23 Ya que te preocupas de verdad por usar correctamente el español, lo cual aplaudo fervorosamente, revísate el uso de los presentes continuos anglosajones ("estás escuchando" en lugar de "escuchas", "están hablando" en lugar de "hablan"...)

[#69 TikisMikiss]

#53 Qué dices, yo hablaré como yo quiera.

Me estás oyendo?

Y si no vete a la calle, que están hablando de ti y te estarán pitando los oídos.

[#75 Factorio]

#69 No te oigo. Te leo.

[#78 TikisMikiss]

#75 Pues ojo, que están hablando ahí fuera. Y no muy bonito.

[#82 Factorio]

#78 No tengo tiempo para estupideces.

[#125 TikisMikiss]

#82 ¿Cómo que no, si estás en Menéame?

[#34 Polarin]

#22 En los hocicos con el periodico enrrollado. Es la unica forma de que aprendan a no usar esos palabros.

[#68 TikisMikiss]

#22 Lógico: las casualidades suelen llamarse así por ser estadísticamente ocasionales.

cc #21

[#18 chavi]

#13 Como "reaparece" un programador senior sin haber sido nunca Junior ?

Me interesa el tema...

[#20 Conde_Lito]

#18 No he dicho que reaparezca un programador senior.
He dicho que desaparezcan los programadores junior para tiempo despues volver a reaparecer estos mismos, los programadores juinior.
Vamos, que si con lo de eventualmente había querido decir que los programadores junior dejaban un tiempo de trabajar programando, para un tiempo después volver a trabajar de programadores, y así sucesivamente. O si por el contrario había cogido el eventually del inglés para decir que iban a ir despareciendo progresivamente; o inevitablemente tal y como luego ha dicho que quería decir.

[#35 Polarin]

#20 #18 Menos gente.

[#67 TikisMikiss]

#9 #13 Yo creo que quería decir "paulatinamente", más bien.

"Paco, que dice el jefe que vayas IPSO FACTO, que viene a ser inmediatamente !!!!"
"Vale Manolo, pues dile que iré paulatinamente, que viene a ser cuando me salga de los cojones"

[#29 XXguiriXX]

#9 Decían eso, pero al final no. No llega ni al nivel de un junior. Por ahora es una herramienta, muy poderosa, más.

[#31 Aenedeerre]

#9 cuando pase eso, las IAS, estarán tan maduras que solo vas a necesitar prompt engenears y roles

[#39 Pingocho]

#31 Llevo más de 10 años esperando que se cumpla la promesa que nos hicieron de que los autos autónomos reemplacen completamente a los conductores humanos. Aún no lo cumplen y parece que esa promesa demorará por lo menos otros 10 o 15 años en cumplirse. Esto me parece que va a ser lo mismo.

[#70 TikisMikiss]

#31 ¿Sabe usted qué es lo que quiero?

Espero que no venga un "prompt engeneaaaareh" a responder "la tarjeta del Hormiguero"

cc #39

[#80 Aenedeerre]

#39 no es lo mismo, uno son vidas puestas en manos de máquinas autónomas, y lo otro solo necesitará un tipo para dar el ok. Y puede que otro para firmar la asunción de la responsabilidad.

[#97 mre13185]

#9 Toda la razón, empezando por todo el código legacy y sistemas monolíticos que hay en el sector de la banca y los seguros. Yo actualmente estoy en un proyecto donde la versión utilizada de Java es la 6, con Websphere, nada de programación funcional y todas esas maravillas, que consume de sistemas PL1 y COBOL. Cualquiera que haya trabajado en banca y seguros con estos sistemas puede estar tranquilo.

[#154 mariopg]

#9 vamos, que sólo tendrán curro los muy crack

[#24 CrudaVerdad]

He trabajado con juniors (recién egresados) y pre-juniors (estudiante practicante) y se nota la enorme cantidad de kilometraje que les falta, es que es para preocuparse. Mucha culpa de ellos porque en la universidad buscan como evitar o reducir las tareas de programación (actúan como esas personas obesas que agregan un par de alimentos dietéticos a la dieta, hacen unos 10 minutos de ejercicio en algún gimnasio y luego se quejan porque en vez de bajar, suben más de peso), o actúan como esas…   

[#26 prejudice]

#24 sumale que la mayoría de juniors recurren a la IA al mas minimo bache
Desarrollar software apoyándose en IA es una cosa y pasar a la IA cualquier error que te da sin tan siquiera leerlo, es otra cosa

[#40 Polarin]

#26 PEro como cojones van a ir a ninguna LLM asi como asi? Supongo que iran, y se leeran el codigo y lo entenderan y pensaran: "Y si esto la caga?" Que tendran leido: "Efective Java", o "Effective C++", o 'Java Threads: Understanding and Mastering Concurrent Programming ".

[#76 TikisMikiss]

#24 Te entiendo. Jodidos gordos.

El problema, como digo más arriba, es que yo veo esa atrofia cerebrosistémica en muchos Senior, producida por la sustitución de su cerebro por la IA. Si solo fueran juniors...

cc #26

[#36 Polarin]

#24 A ver, yo digo que cuando yo sali de la universidad habia programado C++ hasta que me habia salido sangre y habia hecho cosas que ni puedo contar, pero en mi vida profesional eso solo me sirvio para que Telefonica tuviera buen codigo en JAVA.

[#77 TikisMikiss]

#36 Yo te puedo contar que a mí C++, del que también programé hasta la sangre en la uni, me dio de comer en los años posteriores. Fabada con su chorizo y su tocino.

JAVA no lo hubiese tocado ni con un palo. A ver, que no me disgustaba tanto, eh... Pero para hacer chorraditas.

[#157 Polarin]

#77 Yo lo he tenido que usar porque me consegui el primer y mas permanente curro con JAVA. Por lo menos era medio serio. Si has usado un telefono en los 2000 era por mi/nuestro sistema en JAVA.

Y si usas un avion desde ... 2015 o asi, tambien por JAVA.

Pero en serio, lo odio tambien en Python, en C o C++ mirabas interfaces y sabias que cojones hacian, las estructuras de datos eran claras (sin contar la herencia multiple, pero ... ). En JAVA tenia que poner comentarios al principio de…   

[#130 CrudaVerdad]

#36 el lenguaje es lo de menos, lo que vale es el pensamiento algorítmico.

[#12 rystan]

En Python, un programador puede realizar exactamente ese mismo cálculo de forma muy sencilla: “interés = 10000 * (1,05 ** 10)”.

Como haga esto, le va a caer la bronca que se merece. El dinero en Python se maneja con módulos como Dinero o PreciseMoney.

[#41 Asmode0]

Yo me he hecho una app automatizada para Android de gestión de contabilidad de un taxi sin tener ni la más mínima idea de programar. Pero nada, cero, ni idea.

Está totalmente automatizada, leyendo texto con OCR de Google y pasando los datos a una hoja de Google Sheets y sacando metricas y datos que yo previamente le he dicho.

Solo tengo que sacar fotos a tickets, una factura, etc y la app se encarga de hacer todo. Y todo con IA.

Estoy superorgulloso de haber hecho esto. Solo me ha llevado unas dos o tres semanas haciéndolo todos los días un par de horas después de trabajar.  

[#42 EmuAGR]

#41 Como tenga algún fallo, la AEAT te va a fundir.

[#55 Asmode0]

#42 es solo para llevar una contabilidad propia. Para saber lo que ingreso, la media diaria de facturación, gastos, etc etc. No es nada oficial, por así decirlo.

[#110 celyo]

#55 pero eso viene a ser como decir que sabes conducir cuando solo has estado en una explanada practicando, y no ten has metido nunca ni en carretera ni en ciudad.

Lo digo sin acritud, ya que veo a gente que conozco que hace aplicaciones que les hacen una ayuda a ciertas tareas, pero para una aplicación a nivel empresarial la cosa se complica mucho, y cualquier error puede costar mucha pasta.

[#46 usuarioeliminado]

#41 Tal vez necesites a un diseñador UXUI en vez de a un programador.

[#54 Asmode0]

#46 jajajajaja. Sabía que me ibais a criticar el diseño. Como es para mí y me gusta mucho la estética de Tron le he querida dar ese estilo de colores neón y efecto cristal. Ya se qué no es lo más adecuado para una app de contabilidad pero como solo la voy a usar yo no tiene que ser bonita y neutra para todo el mundo.

[#72 TikisMikiss]

#54 Tron? Qué tiene que ver eso con Tron, compadre?

[#134 Asmode0]

#72 nada o muy poco. Supongo que los colores llamativos con brillo.

[#161 usuarioeliminado]

#54 Fue ver la interfaz e imaginarme un coche volador de esos de El Quinto Elemento, .

[#66 TripodeDeEbano]

#41 Nos puedes decir como los hecho con que herramientas?

[#71 TikisMikiss]

#41 Eso ya te lo hacía cualquiera antes con el Android Studio. Con 0 idea de programación.

[#88 musg0]

#71 Ni de coña. Programar en Android es lo más difícil que he hecho nunca.
Es dificil sólo entender el flujo de funciones por las que pasa automáticamente al llevar la app a segundo plano o rotar el móvil, como para hacerlo bien sin saber programar.
Sin tener ni idea de programar con Android Studio quizás puedas conseguir compilar un proyecto y diseñar algunas pantallas, pero como tengas que integrar alguna librería externa o de Google, ni leyendo toda la documentación y partiendo de sus…   

[#126 TikisMikiss]

#88 "Es dificil sólo entender el flujo de funciones por las que pasa automáticamente al llevar la app a segundo plano o rotar el móvil, como para hacerlo bien sin saber programar."

Esa parte sí es un infierno, no te digo yo que no, pero este user dice que ha hecho la app solo para él. Ni siquiera sabemos si esos botones no llevan simplemente a una web para meter los datos o que al rotar explote todo.

[#106 JAIL]

#41 Si no tienes ni idea de programar, ¿cómo sabes si está bien hecha?

[#144 zancudo]

#41 entiendo que estés contento con el resultado, ¿pero orgulloso? Es como si yo me sintiera orgulloso por lo bien que ha quitado el gotelé de las paredes el escayolista que contraté.

[#30 Elektr0]

Le voy a dar toda la razón a Lord Draugr cuando en uno de sus vídeos sobre la IA dice que el nivel de calidad de todo se va a resentir mucho con la IA porque las empresas van a aceptar cualquier cosa hecha con IA para ahorrar dinero pero sin un senior que arregle lo que la IA hace mal nos van a colar unos churros impresionantes.

[#81 drstrangelove]

Joer lo veo ya todos los días, todo cristo con la ventanita del claude abierta, preguntando sin parar. Esto hace 5 años era impensable. De hecho me sorprende que sigan preguntándome a mí, que ya peino canas.

[#33 Polarin]

Creo que Linus ha hablado al respecto.

[#96 da5id]

Un artículo muy interesante, me pregunto cuánto de código ia hay compilado en promedio en los productos software habituales, seguramente más de un 20% y subiendo

[#73 TripodeDeEbano]

Alguien que esté siendo productivo con la IA desarrollando (preferiblemente con lenguajes tipos nos puede dar unos consejos
En el articulo parece que tiene claude iterando hasta que compila y pasa los test. Yo quizá no tengo eso montado pero he intentado probar github copilot, Cursor m y JetBrain riders con su Junie y la verdad solo si estoy puy perdido me merece esperar a que me conteste la IAm que la respuesta no va a ser correcta del todo. Y luego tengo que mirar que no me haya hecho…   

[#98 rbrn]

#73 Yo estoy haciendo más, no dedicando menos horas. Tengo un negocio a parte del curro y llevo desde Enero currando como un burro porque estoy pudiendo hacer cosas para las que antes no tenía tiempo material.

Y cualquier empresa que vaya bien va a querer hacer lo mismo y crecer.

[#155 TripodeDeEbano]

#98 Bueno si haces mas es porque ahora eres mas productivo
Tu empresa es de desarrolló software o simplemente usas la ia para Gestion.
Puedes detallar mas la respuesta en dos partes tema de desarrollo y tema gestion.

Saludos

[#160 TripodeDeEbano]

#98 A ver si me puede dar algun tip. Por cierto preciso token subiendo.

[#27 xaxipiruli]

Oh, que pena, una herramienta que es capaz de hacer tus mierdas, para que tu puedas dedicar más tiempo a las mierdas de alto nivel.

Los Juniors no van a desaparecer, nos van a pasar por encima a la mínima que nos descuidemos.

[#47 sieteymedio]

Si a sido sencillo reemplazar al programador por una IA y un vigilante, imagina lo fácil que será reemplazar a un vigilante.

[#74 TikisMikiss]

#47 Yo ya digo que cuando se pueda sustituir a un programador del todo, porque la IA entienda perfectamente y sea capaz de manejar todo el contexto de los escenarios del mundo real para una base de código grande, ese día todo lo demás está solucionado: los primeros, los CEO a la calle.