- En mi equipo últimamente es fácil reconocer cuándo un código fue generado por un LLM
- Aunque este tipo de código sea claro y tenga buenas pruebas, no respeta la convención del proyecto
- Ignora múltiples patrones o bibliotecas existentes y crea una implementación nueva directamente
- Crece la preocupación por la tendencia de buscar solo la velocidad en el desarrollo de software
- Al final, lo que importa son la calidad y la coherencia, así como la mantenibilidad
Rastros del "vibe coding"
- Aunque parte del código que escribió un miembro del equipo parece claro y funcionalmente perfecto, se puede reconocer de inmediato que fue generado por un LLM al no respetar la convención propia del proyecto
- Por ejemplo, aun cuando ya existe una biblioteca para obtener datos en el proyecto, se implementa directamente una solicitud HTTP que cubre todos los casos de excepción
- Se siguen creando desde cero de nuevo funciones utilitarias de módulos existentes o, aun teniendo un mecanismo de cambio de configuración por módulo, se termina modificando la configuración global
- Aunque la cultura de escribir código de forma funcional esté asentada, se vuelve a escribir código basado en clases
- Este tipo de código es un estilo que nadie habría escrito hace unos años
Importancia del mantenimiento y los principios de software
- En el desarrollo de software hemos invertido esfuerzo en establecer patrones y estándares que funcionen a largo plazo
- En la práctica, cualquiera puede escribir código que solo funcione, pero el verdadero reto es hacerlo fácil de gestionar y modificar a largo plazo
- Lo importante no es la implementación de la funcionalidad en sí, sino una base de código mantenible con el tiempo
- El "vibe coding" puede socavar esta clase de filosofías y estándares
¿Colocar la velocidad como la máxima prioridad?
- A través de la comparación con un barista nuevo en una cafetería que, por apresurarse, derrama café, se destaca que la obsesión con la velocidad no conduce a un resultado correcto
- De igual manera, los equipos de desarrollo de hoy también terminan con una baja de calidad al intentar crear software nuevo demasiado rápido
- Lo que la gente realmente busca es un resultado hecho correctamente, aunque implique esperar un poco más
- Pensaba que preocuparse solo por la velocidad era un problema de ocupaciones no técnicas, pero me decepciona ver que incluso colegas desarrolladores están abandonando los principios y persiguiendo solo la velocidad
Lo que realmente se busca
- No importa cómo se insertó el código en el IDE
- Lo importante es la actitud del desarrollador de preocuparse por la calidad
- Aunque reconoce que los LLMs son una gran innovación técnica, enfatiza que la responsabilidad de construir software real sigue recayendo en el desarrollador
- Se recomienda conocer y aplicar los principios existentes como “escritura de mejores prompts”, “especificar la biblioteca correcta”, “proveer ejemplos” y “trabajar en unidades de archivo pequeñas”
- Se advierte que no se debe confiar únicamente en el “peso” del modelo para la calidad del código y la mantenibilidad
Aún no hay comentarios.