Mientras respondía comentarios, siento que se me fue ordenando el mensaje que quería expresar en el texto.
Yo pensaba que, dentro de cada empresa individual, la demanda de desarrolladores de una forma u otra probablemente va a disminuir, pero que la cantidad de empresas —o de negocios/personas equivalentes— que necesitarán "trabajo de desarrollo" va a aumentar mucho más, así que seguirá habiendo mucho por hacer para los desarrolladores.
Claro, la IA también podría reemplazar todo eso, pero para ese punto probablemente no quedaría ninguna profesión que no pudiera ser reemplazada...
Estoy de acuerdo. De ahora en adelante, parece que se va a dividir entre lo que hará la codificación con IA y lo que harán los humanos en diseño y revisión, y creo que coexistirán hasta que aparezca una IA que entienda el proyecto completo.
Parece que uno de los factores de éxito por los que TypeScript venció a Dart fue que no buscó reemplazar a JavaScript, sino complementarlo. De verdad siento que hice muy bien en aprenderlo.
Creo que la idea de monitorear y supervisar el proceso en Vibe Coding no termina de encajar.
Según entiendo, el vibe coding original consiste en explicarle las cosas a la IA solo con palabras, y no creo que se trate del concepto de Efficient Coding with LLM. Me parece que esto tiene una vibra totalmente distinta de la que contaba Karpathy. En mi opinión, eso es simplemente low-code with LLM.
Creo que está bien profundizar en la ingeniería de producto que necesitan las startups, pero también pienso que sigue siendo valioso elegir el camino de llevar la tecnología al límite y pulirla al máximo. El desarrollo para crear aplicaciones web simples será reemplazado por la IA, pero alguien tendrá que idear Kubernetes y diseñar ElasticSearch.
Se incluyó en JDK 23.
Al probarlo, funciona correctamente incluso si la versión de JDK del proyecto es inferior a 23, siempre que el IDE o la herramienta de exportación de Javadoc lo admitan.
También está esta réplica: https://hackers.pub/@yurume/0195cc17-b1ed-712e-9ecf-dcc49158220a
Mientras respondía comentarios, siento que se me fue ordenando el mensaje que quería expresar en el texto.
Yo pensaba que, dentro de cada empresa individual, la demanda de desarrolladores de una forma u otra probablemente va a disminuir, pero que la cantidad de empresas —o de negocios/personas equivalentes— que necesitarán "trabajo de desarrollo" va a aumentar mucho más, así que seguirá habiendo mucho por hacer para los desarrolladores.
Claro, la IA también podría reemplazar todo eso, pero para ese punto probablemente no quedaría ninguna profesión que no pudiera ser reemplazada...
Como la cantidad de quienes diseñan esos componentes clave es limitada, al final sí creo que la demanda del puesto de "desarrollador" va a disminuir.
Esto me recuerda un texto que escribí hace tiempo.
“Superar el miedo a ser subestimado, rechazado o a molestar al hacer preguntas y pedir ayuda“
https://es.news.hada.io/topic?id=8574
¡Muy cierto!
¡Muchas gracias por este texto tan valioso y bueno!
En nuestra empresa, los equipos empezaron proyectos diciendo que JavaScript era suficiente, pero ahora todos se están cambiando a TypeScript.
Estoy de acuerdo. De ahora en adelante, parece que se va a dividir entre lo que hará la codificación con IA y lo que harán los humanos en diseño y revisión, y creo que coexistirán hasta que aparezca una IA que entienda el proyecto completo.
Aun así, en cuanto a ecosistema, Linux probablemente siga teniendo la ventaja..
Parece que uno de los factores de éxito por los que TypeScript venció a Dart fue que no buscó reemplazar a JavaScript, sino complementarlo. De verdad siento que hice muy bien en aprenderlo.
Cometí un error tipográfico. T_T
En particular, esto último se debió en gran parte a que no fue fácil lograr que la IA "siguiera mis instrucciones" -> lo primero
¡Estoy de acuerdo! Claro, también ahí la IA ayudaría, pero no creo que sea fácil hacerlo solo con vibra.
Creo que la idea de monitorear y supervisar el proceso en Vibe Coding no termina de encajar.
Según entiendo, el vibe coding original consiste en explicarle las cosas a la IA solo con palabras, y no creo que se trate del concepto de Efficient Coding with LLM. Me parece que esto tiene una vibra totalmente distinta de la que contaba Karpathy. En mi opinión, eso es simplemente low-code with LLM.
Ugh, qué inútil...
Ah, ya veo.....
¡Muchas gracias a las dos personas que me respondieron!
Me cuesta estar de acuerdo con el punto 1.
Yo lo siento mucho así. Porque en una empresa pequeña estamos intentando contratar buenos ingenieros, pero de verdad no es nada fácil.
Creo que está bien profundizar en la ingeniería de producto que necesitan las startups, pero también pienso que sigue siendo valioso elegir el camino de llevar la tecnología al límite y pulirla al máximo. El desarrollo para crear aplicaciones web simples será reemplazado por la IA, pero alguien tendrá que idear Kubernetes y diseñar ElasticSearch.
Me impresionó el comentario de que es el sueño del ASO.
Como referencia, este es el juego hecho con vibe coding: https://www.stdy.blog/vibe-go-stone/
Se incluyó en JDK 23.
Al probarlo, funciona correctamente incluso si la versión de JDK del proyecto es inferior a 23, siempre que el IDE o la herramienta de exportación de Javadoc lo admitan.