Ambas posiciones no entienden el punto. Si le preocupa la agencia del favorecido, la seguridad y la sostenibilidad a dilatado plazo, como deberían hacerlo todos los proyectos de código extenso, necesita código extenso y canales de compilación abiertos, para que cualquiera pueda inspeccionar, reproducir y animar lo que se está ejecutando. Se necesitan especificaciones y gobernanza abiertas, para que cualquiera pueda entender qué se supone que debe hacer el sistema, cómo se supone que debe comportarse y cómo se toman las decisiones a lo dilatado del tiempo.
La nueva “definición” de extenso debe considerar la implementación, la explicación y la gobernanza como tres factores críticos que deben entrelazarse. La implementación abierta significa que el código fuente, las dependencias y el sistema de compilación están disponibles bajo una atrevimiento de código extenso para que usted pueda reedificar, auditar y ejecutar el software usted mismo. La explicación abierta significa que los requisitos, la obra y la constitución del esquema están documentados, versionados y públicos, para que otros puedan reutilizarlos, educarse de ellos y adaptarlos a sus propias micción. La gobernanza abierta significa que los procesos mediante los cuales se proponen, revisan y aceptan cambios (ya sea a nivel de especificaciones o en código) son transparentes y participativos.
El camino a seguir para las comunidades de código extenso no es retirarse del mejora impulsado por especificaciones y asistido por IA, ni resolver obsoleta la antigua encargo. Se manejo de liderar la definición y la experiencia de cómo se ven juntas la explicación, la gobernanza y la implementación abiertas en un mundo en el que la IA es lo primero, y hacerlo con la confianza de soñar más allá de la automatización incremental.
About The Author
