#dusk $DUSK @Dusk Solía pensar que los problemas de la documentación eran, en su mayor parte, una molestia para el desarrollador.
Entonces empecé a pensar en lo que sucede cuando la documentación describe un sistema, mientras el código en silencio se convierte en otro.
Esa brecha puede ser mucho más grave que un simple error tipográfico.
La Pituitaria de Dusk me llamó la atención precisamente por esta razón.
Se construyó para detectar las situaciones de “desviación de especificación” que Dusk denomina cuando las especificaciones, los registros de decisiones y la documentación dejan de coincidir con el código que se supone que deben describir. Puede señalar documentación obsoleta, decisiones superpuestas, cambios de terminología y código que contradice una especificación aceptada.
Me parece sorprendentemente relevante para la infraestructura blockchain.
Un protocolo no es solo su código desplegado. Hay suposiciones alrededor de ese código: qué debería hacer una transacción, cómo se supone que se comporte un componente, qué significa una decisión de seguridad.
Si esas suposiciones se desvían silenciosamente de la implementación, el problema puede permanecer invisible hasta que alguien dependa de la versión equivocada de la realidad.
Lo que me gusta de Pituitary es que aborda esto como un problema de consistencia, no simplemente como un problema de documentación.
Y Dusk en realidad lo construyó porque el equipo se encontró con el problema ellos mismos a medida que crecía un conjunto de especificaciones y repositorios.
Quizá la infraestructura madura no se trata solo de escribir mejor código.
Quizá también se trata de asegurarnos de que las cosas que decimos que hace el código sigan siendo ciertas a medida que el sistema evoluciona.
Eso suena menos emocionante que una nueva función de protocolo.
Pero, honestamente, podría ser igual de importante.
Entonces empecé a pensar en lo que sucede cuando la documentación describe un sistema, mientras el código en silencio se convierte en otro.
Esa brecha puede ser mucho más grave que un simple error tipográfico.
La Pituitaria de Dusk me llamó la atención precisamente por esta razón.
Se construyó para detectar las situaciones de “desviación de especificación” que Dusk denomina cuando las especificaciones, los registros de decisiones y la documentación dejan de coincidir con el código que se supone que deben describir. Puede señalar documentación obsoleta, decisiones superpuestas, cambios de terminología y código que contradice una especificación aceptada.
Me parece sorprendentemente relevante para la infraestructura blockchain.
Un protocolo no es solo su código desplegado. Hay suposiciones alrededor de ese código: qué debería hacer una transacción, cómo se supone que se comporte un componente, qué significa una decisión de seguridad.
Si esas suposiciones se desvían silenciosamente de la implementación, el problema puede permanecer invisible hasta que alguien dependa de la versión equivocada de la realidad.
Lo que me gusta de Pituitary es que aborda esto como un problema de consistencia, no simplemente como un problema de documentación.
Y Dusk en realidad lo construyó porque el equipo se encontró con el problema ellos mismos a medida que crecía un conjunto de especificaciones y repositorios.
Quizá la infraestructura madura no se trata solo de escribir mejor código.
Quizá también se trata de asegurarnos de que las cosas que decimos que hace el código sigan siendo ciertas a medida que el sistema evoluciona.
Eso suena menos emocionante que una nueva función de protocolo.
Pero, honestamente, podría ser igual de importante.