Vercy · estudio reproducible

Dónde vive la gobernanza no importó. Que exista importó mucho.

Objetivo

Cuando varios equipos escriben en una misma memoria compartida, ¿importa que la propiedad, la regla de conflicto y la lista de acceso vivan dentro del registro o en una capa de gobernanza al lado?

Diseño

Una organización ficticia, seis equipos escribiendo en una memoria: 30 registros, 8 conceptos de negocio en disputa, 6 definiciones rivales escritas por equipos que no las poseen, 3 versiones sustituidas y 5 registros restringidos a equipos concretos. Seis representaciones, todas generadas de la misma tabla. 35 ítems en siete familias, más una pista de divulgación entre equipos y otra de reformulación. 510 llamadas al modelo. La unidad de análisis es el ítem.

Resultado principal

La afirmación propia de Vercy no quedó respaldada. Los campos de gobernanza dentro del registro obtuvieron un 95,2% frente al 93,5% del mismo grafo con un catálogo de gobernanza aparte, dos ítems en cada sentido, p = 1,00. Un wiki de equipo con los mismos hechos obtuvo un 96,8%, también p = 1,00.

Lo que sí quedó respaldado

Llevar esa información importa mucho. Añadir un catálogo de gobernanza a un grafo bitemporal lo llevó del 77,4% al 93,5%, diez ítems mejor y dos peor, p = 0,039. Quitar los campos de gobernanza del dimension costó 21 puntos, p = 0,016, y llevó la resolución de conflictos del 100% al 33%.

El resultado de fugas

Toda representación con reglas de acceso resolvió las 60 decisiones de divulgación entre equipos sin error y sin entregas indebidas. El grafo bitemporal sin ellas entregó solo el 59,1% de lo que cada equipo tenía derecho a ver y cometió dos filtraciones críticas.

Conclusión

Para la memoria compartida de una organización, la clase de campo que decide el resultado es la propiedad, la regla de conflicto y la lista de acceso. El envoltorio es intercambiable: un wiki, un catálogo junto a un grafo y campos dentro del registro funcionan igual. Lo que no funciona es la forma que varios productos de memoria envían de verdad, que lleva tiempo y procedencia pero nada de eso.

Términos usados en esta página

Qué se comparó y qué no

Tres de las seis representaciones son reimplementaciones de formas de producto documentadas. No se ejecutó ningún producto. Nada corrió contra el servicio de un proveedor, y la recuperación, el ranking, la ingesta y el almacenamiento quedan fuera del alcance. Lo que se compara es la forma del registro que se da a leer al agente, que es un componente de un sistema de memoria y no el sistema. Un proveedor podría objetar con razón que su recuperación cambiaría lo que ve el agente; esa objeción es correcta y es la principal limitación aquí.

El brazo B sigue un almacén vector-primero que guarda marcas de tiempo de escritura pero no admite consulta a fecha. El brazo C sigue un grafo de conocimiento bitemporal cuyas aristas de hecho llevan valid-at e invalid-at junto al episodio del que salieron. El brazo D añade el glosario gobernado por separado que los proveedores de catálogos sitúan junto a tal grafo, que es la arquitectura que la industria recomienda hoy y el competidor más fuerte de este diseño. Los brazos A, D y E lo llevan todo y se verifican completos en código antes de cada ejecución; B, C y F prescinden a propósito de una clase de campo.

La rejilla principal

Tres representaciones se agrupan arriba y son estadísticamente indistinguibles entre sí: un wiki de equipo con 96,8%, el dimension con 95,2% y un grafo con catálogo aparte con 93,5%. Toda comparación por pares entre ellas devuelve dos ítems en cada sentido o menos, con p entre 0,62 y 1,00. Lo que comparten es que cada una dice quién posee un concepto, cómo se resuelven las entradas en competencia y quién puede leer qué. Dónde se aloja esa información no parece importar.

Las tres representaciones que no la llevan quedan veinte a cuarenta puntos por debajo. La brecha no se reparte de forma uniforme: responden igual de bien a las preguntas sobre el presente y sobre lo no registrado, y fallan en las preguntas que solo surgen porque varios equipos escriben en el mismo sitio.

Por familia de preguntas

El conflicto es donde se concentra la diferencia. Ante cuál de dos registros vigentes prevalece cuando dos equipos discrepan, las representaciones con regla de propiedad aciertan entre el 92% y el 100%; las que no la tienen aciertan entre el 33% y el 42%, y no fallan absteniéndose. Toman la cifra del otro equipo y la presentan como la de la empresa.

Quitar los campos de gobernanza, con un control

El brazo F es el dimension sin propietario del concepto, rol responsable, política de conflicto ni lista de acceso. La familia histórica es el control: esos campos nada tienen que ver con lo que estaba vigente en una fecha, así que quitarlos no debería cambiar nada allí.

El control se sostiene exactamente: la exactitud histórica es del 100% con y sin los campos de gobernanza. Las tres familias objetivo caen, con mayor fuerza en conflicto, del 100% al 33%. Con seis ítems en esa familia el contraste por sí solo no alcanza el umbral convencional, pero la comparación de toda la rejilla sí, con p = 0,016.

Una comprobación de que no se hizo del competidor un espantapájaros

Los brazos C y F quitan las mismas clases de campo por dos vías distintas: C reimplementando la forma de un competidor, F borrando campos del dimension. Si la reimplementación fuera injusta, C quedaría muy por debajo de F. No lo está: 77,4% frente a 74,2%, cinco ítems mejor y seis peor, p = 1,00. Ambos coinciden, y esa es la evidencia disponible aquí de que la forma del competidor se reprodujo con fidelidad.

Qué puede cruzar la frontera de un equipo

Cinco registros restringidos, seis equipos solicitantes, 30 decisiones de divulgación por representación y réplica. Las bandas salariales, los litigios y las conversaciones de adquisición cuentan como críticos si se entregan a un equipo sin derecho a leerlos.

Este es el resultado más nítido del estudio. Toda representación con reglas de acceso fue perfecta: 100% de precisión, 100% de cobertura, ninguna entrega indebida en 60 decisiones, estuvieran las reglas en una página de wiki, en un catálogo o en un campo. El grafo bitemporal, que lleva tiempo y procedencia pero no lista de acceso, cometió dos filtraciones críticas y negó el 41% de lo que cada equipo tenía derecho a ver. Se equivoca en ambos sentidos a la vez, que es el fallo característico de adivinar.

Un equipo reformula el registro de otro

Llegan cinco novedades, cada una de un equipo que revisa algo que otro equipo había registrado. El registro anterior debe sobrevivir y la entrada del otro equipo no debe descartarse.

Toda representación produjo el valor nuevo correcto, lo registró al equipo correcto y dijo haber conservado la historia. El wiki no pudo nombrar el registro que sustituía en ningún escenario, porque sus entradas no tienen identificadores; el grafo y el dimension lo nombraron siempre. Es una propiedad de tener identificadores y no del razonamiento, y es el único punto de este estudio donde la prosa no tiene forma de expresar lo que se pide.

Conclusión

La afirmación que este estudio se propuso poner a prueba era que la gobernanza pertenece dentro del registro de memoria y no en una capa al lado. Estos datos no la respaldan: ambas disposiciones son indistinguibles, y también lo es un wiki bien llevado. Lo que los datos sí respaldan trata de la categoría y no de nosotros. Una memoria que lleva intervalos de validez y procedencia pero ninguna propiedad, ninguna regla de conflicto y ninguna lista de acceso carece de la clase de campo que decide la mayoría de las preguntas que de verdad se le hacen a una memoria compartida, y añadirla vale dieciséis puntos y dos fugas evitadas. Eso es un hallazgo para quien estandarice esto, no un argumento a favor de una implementación.

Dos defectos, uno detectado antes de la ejecución y otro durante

La medida de procedencia aceptaba al principio solo el identificador del documento, lo que habría penalizado a los brazos que además llevan identificadores de registro por citar el registro. Era el mismo defecto hallado en el estudio anterior, y aquí se corrigió antes de la primera llamada. Durante la ejecución se vio que tres de los cinco ítems históricos pedían un número de versión, un campo que solo algunas representaciones llevan: la familia medía qué brazos tienen contador de versiones en lugar de cuáles pueden decir qué estaba vigente en una fecha. Los ítems se reformularon para pedir el contenido vigente, se añadió una regla de coincidencia que rechaza una respuesta que cite la redacción posterior, y la familia se volvió a ejecutar en los seis brazos. Ambas ejecuciones se publican y el análisis usa la corregida.

Lo que esto no muestra

Una organización redactada de 30 registros, un modelo, herramientas desactivadas y la recuperación excluida, que es el componente que varios de los productos modelados consideran su principal aportación. Las formas de los competidores son reimplementaciones a partir de documentación pública y pueden no coincidir con una versión actual. Las respuestas de referencia salen de la misma tabla que muestran los brazos, así que esto mide la aplicación correcta de registros entregados y no el descubrimiento de lo que es cierto en una organización. La regla de conflicto es nuestra. Treinta y un ítems respondibles en familias de cuatro a seis es una muestra pequeña, y no se aplica corrección por comparaciones múltiples.

Materiales

El instrumento se publica completo. org.py contiene la organización, cada registro con su intervalo de validez, el equipo que lo escribió y su fuente, y el motor de referencia. views.py genera las seis representaciones a partir de esa única tabla y contiene la comprobación de integridad. items.py contiene los 35 ítems y ambas pistas, run.py el ejecutor y la puntuación, analyze.py la estadística a nivel de ítem. Cada ejecución bruta se publica sin editar, incluida la primera ejecución sustituida de la familia histórica: la rejilla, la familia histórica corregida, la pista de divulgación y la de reformulación.