Debilidades
As leis non deberían ser entelequias, só comprensibles para expertos, senón accesibles a todos. Non hai nada que o xustifique porque a lei, debe resolver problemas en lugar de crealos. Deberiamos aspirar a ter unha lexislación abarcable e de calidade, en lugar de unha lexislación crecente, complexa e chea de excepcións.
Os desenvolvedores sabemos que o código borrado non falla. Se non se usa, mellor retiralo. Coa lexislación obsoleta sucede exactamente igual, pura mantenibilidad.
Un erro nunha aplicación debe ser comunicado ao usuario cunha linguaxe clara e sinxelo, sen xerga nin tecnicismos. A disciplina da accesibilidade encárgase de medilo e propor modos de facer para logralo.
En cambio, estamos mal acostumados a que a lei se escriba e comuníquese con xerga escura, cando non deliberadamente barroca. Isto non axuda a que sexa comprensible polo cidadán e crea claras barreiras e ineficiencias.
Reafírmame nesta opinión o que vin de primeira man en Holanda. Hai pouco asistín en Utrecht a un taller onde unha serie de entusiastas en enxeñería dirixida por modelos) e linguaxes específicas de dominio) reunímonos para mostrar os últimos avances de as nosas cociñas.
En particular, os colegas da Autoridade Fiscal holandesa mostraron o proxecto no que levan traballando uns anos. ALEF (ou Agile Law Execution Factory) é unha linguaxe descritiva formal co que os expertos en lei tributaria simulan e refinan as leis.
Por que? Porque a linguaxe humana é, pola súa propia natureza, ambiguo e o diaño está nos detalles. Porque a lei fiscal debería ser precisa, predicible e doado de interpretar.
Fortalezas
A lei expresada en ALEF é un modelo descrito en termos de regras fiscais, árbores e lóxica de decisión, fórmulas de cálculo, táboas de rangos aplicables, etc. ALEF dispón de ferramentas de validación, interpretación e xeración de código para transformar a lei en artefactos útiles. Mesmo permite usar testing para verificar que cobre os casos de uso previstos, valores límite e medida de cobertura. Un fallo nunha lei denotaría unha físgoa, subsanable cunha revisión.
Este enfoque reduce a ambigüidade da lei, contemplando casos para os que non foi pensada, simplificándoa e facéndoa máis inteligible. Permite versionar as leis como o fariamos nun repositorio de código. Proporciona máis transparencia, desenvolvemento aberto onde as propostas son revisables por cidadáns antes de chegar ao parlamento (como quen fai unha pull request a un proxecto open-source). Permite documentar, xerando portais web coa descrición da lei de modo accesible para distintos públicos: xuristas, cidadáns, empresas. E permite desenvolver aplicacións como simuladores —para que o cidadán poida emular diferentes escenarios— ou comparar o efecto de diferentes versións da lei.
Soñemos un pouco, que máis poderiamos facer?
Xerar código fonte que implementaría a lei tributaria e publicalo como implementaciones de referencia, certificadas polo organismo emisor. Publicar este código na nube como un servizo de cálculo exposto e documentado con Open API para facelo interoperable. Habilitar un ecosistema de servizos para axudar ao cálculo e pagamento de tributos de modo rápido e sinxelo. E, para rematar, con enfoque Big Data, simular con precisión cirúrxica a recadación prevista en todo o país para unha nova lei.
As vantaxes son innegables. Un pouco de Agile aplicado ao prototipado de leis, a verificación con probas de unidade e a súa versionado con transparencia e construción en aberto outorga unhas propiedades envexables como achega de valor temperán, menor desperdicio, máis transparencia, máis robusta, máis sinxela e doado de entender.
Ameazas
A priori, toda tecnoloxía é neutra, pero por contra, os usos que facemos dela, poden decantarse cara ao lado escuro. Pero, non nos enganemos, iso xa existe.
Como contrapeso a estes abusos, agora contariamos con un desenvolvemento en aberto. Do mesmo xeito que o Kernel de Linux, a lei podería ser escrutada por moitos máis ollos que poidan denunciar fallos e incongruencias para mellorar a súa seguridade, legalidade e efectividade, antes mesmo do seu debate parlamentario.
En definitiva, creo que este tipo de propostas van en liña correcta porque habilitan o camiño: Transparencia > Datos abertos > Lei aberta > Lei executable.
Oportunidades
A IA aprende rápido e poder mover texto natural a modelos (ALEF) e viceversa é cuestión de tempo, meses. Se o noso sistema fiscal fose non ambiguo e automatizable, abriríase a porta a pagamentos e contratos intelixentes. Pero, seica o resto do Dereito non se beneficiaría destas mesmas vantaxes de transparencia? Xuristas: gustaríame oír as súas opinións respecto diso.
Moitos pensardes que isto é unha idea tola e utópica, irrealizable, máxime se miramos á fauna de gobernantes actuais onde impera o populismo, oportunismo e a arbitrariedade. Con todo, son optimista e creo que a obscena posverdad pasará como unha mala moda da que non quereremos acordarnos cando gocemos de formas de goberno un pouco máis racionais.
Son optimista porque o vin funcionando en Holanda e iniciativas similares están a empezar en Alemaña. E, como o software libre, unha vez que xermine será imposible detelo. Decidirá nesta ocasión España subirse ao tren do progreso ou deixarse atropelar por el? Empezamos a esixir mellores leis aos nosos gobernantes?