#7 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 control de un cobete debes saber cómo va el cobete y lo que se espera del programa que haces.
Si lees el artículo parece que cualquier junior puede empezar a trabajar en un sistema que lleva años en producción y que tiene más trampas que un templo de los que saquea Indiana Jones. Y tengo la impresión de que un CEO piensa que puede llegar a la IA y decirle: pilla el programa de facturación y crea un módulo para tratar las facturas que nos envíen desde Marruecos.
La IA es un invento cojonudo para el que sabe usarla y sabe donde usarla.
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… » ver todo el comentario
#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
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.
#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,… » ver todo el comentario
#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.
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.
#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… » ver todo el comentario
#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… » ver todo el comentario
#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.
#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.
#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,… » ver todo el comentario
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,
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.
#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.
#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"
#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.
#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
#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...
#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
#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.
Válido cuando se desarolló:
- Ensamblador
- Lenguajes de bajo nivel
- Lenguajes de alto nivel
- Herramientas WYSIWYG
- LLMs y agentes para codificación
#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
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.
#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.
#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!
#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).
#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.
#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 Lo sufrimos como desarrolladores y como usuarios. Nos estamos comiendo unas mierdas como el sombrero de un picador. Windows es prácticamente inusable.
#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.
#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...
#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.
#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
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… » ver todo el comentario
#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
#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 ".
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...
#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.
#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.
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
#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 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 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.
#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"...)
#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.
#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"
#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.
#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.
#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.
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.
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 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.
#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 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.
#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… » ver todo el comentario
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.
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.
#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.
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
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… » ver todo el comentario
#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.
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 control de un cobete debes saber cómo va el cobete y lo que se espera del programa que haces.
Si lees el artículo parece que cualquier junior puede empezar a trabajar en un sistema que lleva años en producción y que tiene más trampas que un templo de los que saquea Indiana Jones. Y tengo la impresión de que un CEO piensa que puede llegar a la IA y decirle: pilla el programa de facturación y crea un módulo para tratar las facturas que nos envíen desde Marruecos.
La IA es un invento cojonudo para el que sabe usarla y sabe donde usarla.
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… » ver todo el comentario
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
Mira lo que dice #44
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.
Años y años soportando basura a precio de oro. Pues ahora lo tienen complicado.
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,… » ver todo el comentario
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.
Si yo ahora me piro, y no es por ego, es que es así, los usuarios se van a comer unas… » ver todo el comentario
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… » ver todo el comentario
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.
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.
Es como un miope, o un hipermétrope según como lo mires, cuando sabe focalizar te puede hacer análisis geniales,… » ver todo el comentario
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… » ver todo el comentario
La experiencia de #56 es muy interesante.
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
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.
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.
Válido cuando se desarolló:
- Ensamblador
- Lenguajes de bajo nivel
- Lenguajes de alto nivel
- Herramientas WYSIWYG
- LLMs y agentes para codificación
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
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.
Una extensión del Inspector Gadget, por ejemplo...
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).
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.
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...
Trabajo en empresa tecnológica internacional donde están invirtiendo y formando con cabeza, y hace ya meses que no pico una sola linea...
De momento parece que no nos van a cambiar por IAs pero.....
m.youtube.com/watch?v=uyV0IVItlM4#t=0m20s
Sería algo así como ver en directo Sopa de Ganso de los Hermanos Marx o Aterriza como puedas
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
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
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
JAVA no lo hubiese tocado ni con un palo. A ver, que no me disgustaba tanto, eh... Pero para hacer chorraditas.
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.
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.
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.
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.
cc #21
Me interesa el tema...
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.
"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"
Espero que no venga un "prompt engeneaaaareh" a responder "la tarjeta del Hormiguero"
cc #39
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
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.
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.
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… » ver todo el comentario
Los Juniors no van a desaparecer, nos van a pasar por encima a la mínima que nos descuidemos.
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… » ver todo el comentario
Y cualquier empresa que vaya bien va a querer hacer lo mismo y crecer.