El desarrollador indie que se resiste a los LLM admite que ya no puede evitarlos
Is there a 'right amount' of AI?
Un desarrollador escéptico de la IA repasa el caso de Big Walk, el juego de House House que usó LLM en menos del 0,01 % de su código y aun así fue señalado por jurados del IGF. Sostiene que la programación asistida por IA se trata como algo obligatorio, aunque sea posible escribir software sin ella, y advierte que cuanto más se delega en los agentes, menos se comprende el propio código.
Los LLM, por definición, no pueden hacer nada con reflexión, porque los LLM no tienen pensamientos.
- adamddev1
> Los LLM, por definición, no pueden hacer nada con reflexión, porque los LLM no tienen pensamientos. ... las apps que se sienten elaboradas, que muestran refinamiento, que se sienten intuitivas, requieren un desarrollador humano no solo con gusto, sino con comprensión.
Bien dicho, gracias.
Me entristece que la gente no pueda entender esto. Ya existe la falacia de "puedo hacer apps con IA, por lo tanto nadie necesita programar más", como si programar fuera solo hacer apps. Pero incluso las apps que la gente considera aceptables se sienten tan falsas, torpes y pesadas.
- eviks
> Me cuesta reconciliar "no me gusta usar librerías que no he escrito" con "me encanta que los robots escriban código por mí".
(especulando) La salida más fácil es entender que el primer enfoque tampoco tenía mucho sentido (incluso a simple vista, "quería entender su código de principio a fin" se resuelve fácilmente leyendo/probando el código de la librería), así que es fácil emocionarse con otra moda; no hay mucha inconsistencia entre esos dos a un nivel más profundo de fascinación personal.
- WillAdams
Para los premios, el uso de IA debería estar incorporado en las descripciones de las categorías/reglas de elegibilidad de antemano, y los organizadores deberían ser libres de tener un concurso libre de IA (en términos de concursantes, me gustaría esperar que los bots siempre estuvieran prohibidos de votar), o un concurso que la permita, o categorías de concurso separadas para uso y no uso.
Por mi parte, llego tarde al juego --- usé el notebook habilitado para LLM de Google para generar algunos archivos DXF de muestra al principio, pero principalmente trasteo y copio y pego de Stackexchange y demás --- que flet.dev alcanzara la 1.0 y ofreciera un estudio en línea hizo que comprara tokens y finalmente una suscripción para hacer:
https://studio.flet.dev/apps/bicQWc3Aul
pero durante mucho tiempo no estuvo funcionando y me quedé sin tokens, así que programé:
https://studio.flet.dev/apps/46tp8GPq9g
mientras esperaba que llegara mi siguiente mes de tokens copiando y pegando y, en un par de casos, preguntándole a Copilot sobre errores.
Actualmente intento descubrir cómo hacer que las vistas previas de la primera app se vean bien, tal vez agregar una vista previa opcional de la trayectoria de la herramienta a la última, y cómo poner en marcha una versión más grande y compleja con una arquitectura que pueda comprender usando una cadena de herramientas con la que me sienta cómodo (en lugar de una app de navegador, mi cadena de desarrollo típica es local impulsada por un archivo .text: https://github.com/WillAdams/gcodepreview usando un sistema de Programación Literaria).
- ionetan
Creo que diferentes partes de los sistemas conllevan diferentes niveles de riesgo. Hace algún tiempo propuse un modelo para evaluar el riesgo de manera granular. Poner un valor (CCD - Costo de la Deuda Cognitiva) en partes individuales puede fomentar discusiones saludables dentro de los equipos. Lo desarrollo aquí:
- vips7L
Sí, 0.