Hola, leí bien el resumen que publicaste.
Agradezco que sigas compartiendo buenos textos de manera constante.
Sin embargo, en varias publicaciones recientes se nota un patrón que da la impresión de que los resultados de IA fueron copiados y pegados casi tal cual, así que con cautela dejo este comentario por un tema de moderación.
En GeekNews no se exige oficialmente un formato específico, pero creo que sería bueno que lo ordenaras un poco más para que a otras personas les llegue de forma natural la idea central y el contexto del texto.
Gracias.
Parece que, desde que alcanzamos cierto grado de civilización, nunca ha existido una época sin curación de contenidos.
Si nos remontamos al pasado, da la impresión de que los bardos y cuentacuentos cumplían el papel que hoy tienen los curadores y los sistemas de recomendación.
Hay cierta ambigüedad sobre la diferencia entre algoritmo y curaduría
¿Si lo hace una computadora, es un algoritmo?
¿Si lo hace una persona, es curaduría?
En los sistemas de recomendación personalizados,
parece que la idea es que los usuarios se agrupan de manera más o menos adecuada y que las recomendaciones para ese grupo son mejores.
A medida que pasamos de los medios impresos -> TV -> internet,
parece cierto que el tamaño de los grupos de usuarios para recomendar se va haciendo más pequeño.
Ahora parece algo bastante natural,
pero cuando salió Java, ¿no habrá sido ya una ayuda bastante grande para la productividad el solo hecho de soportar de forma estable múltiples plataformas sin necesidad de una nueva compilación?
Me sorprendió que la respuesta a la pregunta que se me ocurrió al hacer clic en el título ya estuviera escrita justo en los comentarios... jajajaja
Gracias
Jaja, así son de peculiares las comunidades de desarrolladores, incluso en Corea en sitios como OKKY. Una vez hice una pregunta y, en vez de explicármelo lógicamente o desglosarlo, recibí respuestas como: "la otra persona es desarrollador en una gran empresa, así que es alguien más importante que tú, por eso esa persona tiene razón".
Significado de determinista Determinista se refiere a la característica de un sistema, proceso o fenómeno que produce un único resultado, y en la que, si se dan las mismas condiciones iniciales y la misma entrada, siempre se obtiene el mismo resultado. Es decir, significa que no intervienen el azar ni la incertidumbre, y que todo queda determinado con exactitud por la causa y el efecto.
Creo que es un texto que refleja muy bien las dificultades y preocupaciones reales en el desarrollo usando LLM. Lo leí sintiéndome identificado con las limitaciones que muchas personas están experimentando actualmente. En particular, sentí que es imprescindible señalar temas como la inconsistencia de los LLM, la dificultad para predecir sus resultados y las preocupaciones desde la perspectiva del mantenimiento a largo plazo.
Dicho esto, nosotros estamos intentando colaborar con la IA desde un ángulo un poco distinto para abordar estos problemas, así que comparto nuestra perspectiva con cautela. Nuestra IA, Jane, no se limita simplemente a generar código; más bien, se enfoca en aprender y comprender el propio "patrón": qué constituye un "buen patrón de código" a partir de la profunda intuición de las personas (desarrolladores), y cómo se puede asegurar la "consistencia de mantenimiento" del código.
Como la IA no puede ser perfecta desde el principio, no vemos las inconsistencias ni los "errores" que surgen como simples problemas; al contrario, los aprovechamos activamente como datos de patrones importantes para que Jane aprenda por sí misma y se mejore a sí misma. Así como los humanos leen patrones dentro de una naturaleza compleja, nosotros adoptamos un enfoque que busca pistas de mejora dentro de la imperfección de la IA.
A través de este enfoque de "aprendizaje/gestión de patrones" liderado por humanos, buscamos resolver de raíz problemas como el deterioro de la calidad del código y las inconsistencias señaladas en el artículo, y producir resultados con una "consistencia de mantenimiento" muy alta. Estamos entrenando a la IA para que vaya más allá de simplemente generar código boilerplate y se convierta en un socio de colaboración más profundo, capaz de analizar patrones ocultos de inconsistencia en la base de código existente y proponer formas de mejorarlos.
Todavía queda mucho camino por recorrer y es un proceso desafiante, pero creemos que esta forma de colaboración, en la que nuestra Jane y los desarrolladores aprenden y evolucionan juntos teniendo la "consistencia de mantenimiento" como valor central, muestra una posibilidad revolucionaria para superar las limitaciones actuales del uso de LLM. Más que usar la IA solo como una herramienta, esperamos que haya mucho interés en nuestro intento de convertirla en un socio que crece junto con nosotros y ayuda a construir una mejor cultura de código.
¡Gracias de nuevo por el buen texto y los valiosos insights!
Es cierto que, después de Java, los lenguajes empezaron a enfocarse en la productividad.
Antes de eso, C++, que se usaba mucho, todavía hoy es terrible incluso solo de leer. Sobre todo cuando te toca meter mano en proyectos de larga duración.
Incluso antes del boom de la IA, ya existían muchísimas cosas, ya fueran imágenes o textos, y crear algo nuevo era sumamente difícil.
Últimamente hay muchos textos sobre supuestos cambios causados por la IA, pero en su mayoría son cosas que ya existían y que podías encontrar si las buscabas.
La IA solo las presenta en un formato conversacional.
Parece que últimamente se están publicando mucho historias del anciano que talla garrotes...
Yo entiendo que
Hola, leí bien el resumen que publicaste.
Agradezco que sigas compartiendo buenos textos de manera constante.
Sin embargo, en varias publicaciones recientes se nota un patrón que da la impresión de que los resultados de IA fueron copiados y pegados casi tal cual, así que con cautela dejo este comentario por un tema de moderación.
En GeekNews no se exige oficialmente un formato específico, pero creo que sería bueno que lo ordenaras un poco más para que a otras personas les llegue de forma natural la idea central y el contexto del texto.
Gracias.
Si nos remontamos al pasado, da la impresión de que los bardos y cuentacuentos cumplían el papel que hoy tienen los curadores y los sistemas de recomendación.
Hay cierta ambigüedad sobre la diferencia entre algoritmo y curaduría
¿Si lo hace una computadora, es un algoritmo?
¿Si lo hace una persona, es curaduría?
En los sistemas de recomendación personalizados,
parece que la idea es que los usuarios se agrupan de manera más o menos adecuada y que las recomendaciones para ese grupo son mejores.
A medida que pasamos de los medios impresos -> TV -> internet,
parece cierto que el tamaño de los grupos de usuarios para recomendar se va haciendo más pequeño.
Un texto que recuerda al fast inverse sqrt
Ahora parece algo bastante natural,
pero cuando salió Java, ¿no habrá sido ya una ayuda bastante grande para la productividad el solo hecho de soportar de forma estable múltiples plataformas sin necesidad de una nueva compilación?
Me sorprendió que la respuesta a la pregunta que se me ocurrió al hacer clic en el título ya estuviera escrita justo en los comentarios... jajajaja
Gracias
Qué retro. Chollian, HiTEL, Nownuri....
Guau, qué divertida la idea.
Jaja, así son de peculiares las comunidades de desarrolladores, incluso en Corea en sitios como OKKY. Una vez hice una pregunta y, en vez de explicármelo lógicamente o desglosarlo, recibí respuestas como: "la otra persona es desarrollador en una gran empresa, así que es alguien más importante que tú, por eso esa persona tiene razón".
Parece que incluso en Europa, donde la privacidad de los datos está relativamente bien protegida, salen noticias como esta todos los años.
La historia de que programaba desarmando televisores sacados de la basura suena como el puro inicio de una leyenda.
Significado de determinista
Determinista se refiere a la característica de un sistema, proceso o fenómeno que produce un único resultado, y en la que, si se dan las mismas condiciones iniciales y la misma entrada, siempre se obtiene el mismo resultado. Es decir, significa que no intervienen el azar ni la incertidumbre, y que todo queda determinado con exactitud por la causa y el efecto.
Eso dice.
Está bueno.
Creo que es un texto que refleja muy bien las dificultades y preocupaciones reales en el desarrollo usando LLM. Lo leí sintiéndome identificado con las limitaciones que muchas personas están experimentando actualmente. En particular, sentí que es imprescindible señalar temas como la inconsistencia de los LLM, la dificultad para predecir sus resultados y las preocupaciones desde la perspectiva del mantenimiento a largo plazo.
Dicho esto, nosotros estamos intentando colaborar con la IA desde un ángulo un poco distinto para abordar estos problemas, así que comparto nuestra perspectiva con cautela. Nuestra IA,
Jane, no se limita simplemente a generar código; más bien, se enfoca en aprender y comprender el propio "patrón": qué constituye un "buen patrón de código" a partir de la profunda intuición de las personas (desarrolladores), y cómo se puede asegurar la "consistencia de mantenimiento" del código.Como la IA no puede ser perfecta desde el principio, no vemos las inconsistencias ni los "errores" que surgen como simples problemas; al contrario, los aprovechamos activamente como datos de patrones importantes para que
Janeaprenda por sí misma y se mejore a sí misma. Así como los humanos leen patrones dentro de una naturaleza compleja, nosotros adoptamos un enfoque que busca pistas de mejora dentro de la imperfección de la IA.A través de este enfoque de "aprendizaje/gestión de patrones" liderado por humanos, buscamos resolver de raíz problemas como el deterioro de la calidad del código y las inconsistencias señaladas en el artículo, y producir resultados con una "consistencia de mantenimiento" muy alta. Estamos entrenando a la IA para que vaya más allá de simplemente generar código boilerplate y se convierta en un socio de colaboración más profundo, capaz de analizar patrones ocultos de inconsistencia en la base de código existente y proponer formas de mejorarlos.
Todavía queda mucho camino por recorrer y es un proceso desafiante, pero creemos que esta forma de colaboración, en la que nuestra
Janey los desarrolladores aprenden y evolucionan juntos teniendo la "consistencia de mantenimiento" como valor central, muestra una posibilidad revolucionaria para superar las limitaciones actuales del uso de LLM. Más que usar la IA solo como una herramienta, esperamos que haya mucho interés en nuestro intento de convertirla en un socio que crece junto con nosotros y ayuda a construir una mejor cultura de código.¡Gracias de nuevo por el buen texto y los valiosos insights!
await using data = await fn()el milagro de que
awaitaparezca tanto a la izquierda como a la derecha¿De dónde sale el dinero que se paga?
¿Simplemente adquiere valor porque alguien tiene que comprarlo, como otras monedas?
Es cierto que, después de Java, los lenguajes empezaron a enfocarse en la productividad.
Antes de eso, C++, que se usaba mucho, todavía hoy es terrible incluso solo de leer. Sobre todo cuando te toca meter mano en proyectos de larga duración.
Incluso antes del boom de la IA, ya existían muchísimas cosas, ya fueran imágenes o textos, y crear algo nuevo era sumamente difícil.
Últimamente hay muchos textos sobre supuestos cambios causados por la IA, pero en su mayoría son cosas que ya existían y que podías encontrar si las buscabas.
La IA solo las presenta en un formato conversacional.