> El costo de explicar la lógica de negocio a la IA > el costo de codificación, así que no uso Vibe Coding en el backend. En mi opinión, la razón por la que no se usa IA para escribir en el backend es por la dependencia del camino, están demasiado familiarizados y prefieren quedarse en su zona de confort, y aún no están dispuestos a usar palabras clave para generar código. En el frontend, al no estar familiarizados, se atreven más. Además, el problema que tú mismo ya conoces: es porque es difícil describir claramente tus necesidades con palabras clave. Poder expresar y comunicar de manera clara y comprensible en lenguaje natural es una exigencia para los programadores experimentados, porque en la realidad necesitas liderar a otros, convencer a otros de usar tu diseño, y todo eso implica la necesidad de comunicarse de manera natural. Para el código del backend, se puede intentar usar pseudocódigo con palabras clave, probar TDD, escribir primero el código de prueba y luego implementarlo, pero aún así se recomienda usar más IA.
耳朵
耳朵Hace 13 horas
Estoy muy de acuerdo con lo que dice el profesor Baoyu, y puedo añadir algunas otras perspectivas (Vb del backend y del frontend). Cuando escribo en Java para el backend, nunca uso programación en Vb, todo es código manual, porque el ecosistema de Java es extremadamente maduro, los frameworks ya han encapsulado en gran medida los detalles técnicos de bajo nivel, solo necesito centrarme en la implementación de la lógica de negocio. El costo de explicar la lógica de negocio a la IA es mayor que el costo de codificación, por lo que no uso programación en Vb en el backend. Sin embargo, cuando escribo en el frontend, a menudo uso un agente completamente automático + un editor para hacer ajustes, el 99% del código lo escribe el agente, solo necesito hacer algunos ajustes según sus resultados, muchas veces a la primera. ¿Por qué uso un agente completamente automático al escribir en el frontend? Una gran razón es que la repetitividad del código frontend no se puede omitir, no importa cuán avanzado seas como ingeniero, cada componente, cada botón, aún necesitas introducirlo en el lugar adecuado y combinarlo para obtener el efecto deseado. Cada validación, ventana emergente, aviso y envío de formulario en el frontend no puede ser completado por un framework, aún tienes que escribirlo a mano, en este momento, las ventajas de un agente completamente automático se destacan, siempre que escribas la tarea claramente, la capacidad del modelo actual puede ayudarte a realizar el 99% de la restauración. Ahora, el desarrollo full-stack en el frontend ya tiene un modelo Monorepo maduro, en este modelo, un gran modelo puede entender todas las API y definiciones de objetos del proyecto en el mismo repositorio, por lo que creo que el desarrollo full-stack usando Monorepo + agente completamente automático es simplemente explosivo en eficiencia. Resumiendo mis pensamientos: si usar un agente completamente automático depende de si puede ayudarme a ahorrar tiempo y aumentar la eficiencia, y para un ingeniero maduro, deberías poder juzgar fácilmente qué escenarios de código pueden usar un agente para mejorar la eficiencia.
Por supuesto, tampoco recomiendo dejar todo en manos de la IA; algunas tareas repetitivas deben ser delegadas a la IA, pero en cuestiones de diseño, lo mejor es usar la IA como apoyo y, con frecuencia, hacer un esfuerzo consciente por escribir algo de código manualmente para que nuestras habilidades no se deterioren. ¡Es como ahora, que la gente ya no necesita hacer trabajo físico, pero aún así va al gimnasio!
4,11K