# Pre-registro — el mapa de los 9 casos (DD tecnológica, piso narrativo)

> Sellado 2026-07-14, ANTES de computar señal alguna sobre estos repos. El sello es el hash del
> commit que introduce este fichero. Regla: lo aquí fijado NO se recalcula ni se ajusta después
> de mirar resultados; si una elección resulta mala, se publica igual y se anota el pero.
> Complementa `rubrica-v0.md` (señales S1-S6, committer date, peros de imports) y
> `viabilidad-2026-07-14.md` (casos verificados y fuentes). Caso 01 (OpenOffice vs PostgreSQL,
> as-of 2009) ya ejecutado antes de este pre-registro; entra en el mapa con sus números ya
> publicados, sin retocar.

## 1. Los casos, sus cortes y sus repos

La fecha de corte es siempre **la víspera del evento público** (anuncio de compra, cambio de
licencia o release del fork, lo que primero hiciera al mundo consciente). Señales S1-S6 de la
rúbrica v0, ventanas 12 y 24 meses, committer date, spot check de imports obligatorio.

| # | Caso | Evento | Corte (as-of) | Repo(s) principal(es) | Naturaleza (previa, de viabilidad) |
|---|---|---|---|---|---|
| 02 | Travis CI → Idera | Compra 23-ene-2019 | **2019-01-22** | travis-ci/travis-build (+ travis-ci/travis-api si aporta) | MIXTO |
| 03 | MySQL (Oracle compra Sun) | Anuncio 20-abr-2009 | **2009-04-19** | mysql/mysql-server (historia bzr→git; spot check import) | COMERCIAL, código bueno |
| 04 | Nginx → F5 | Anuncio 11-mar-2019 | **2019-03-10** | nginx/nginx (mirror oficial) | COMERCIAL/gobernanza |
| 05 | Terraform (BSL) | BSL 10-ago-2023 | **2023-08-09** | hashicorp/terraform | MIXTO |
| 06 | Redis (SSPL/RSAL) | Cambio 20-mar-2024 | **2024-03-19** | redis/redis | MIXTO |
| 07 | Atom (Microsoft compra GitHub) | Anuncio 04-jun-2018 | **2018-06-03** | atom/atom | COMERCIAL (muerte por cartera) |
| 08 | npm → GitHub | Anuncio 16-mar-2020 | **2020-03-15** | npm/cli | COMERCIAL positivo |
| 09 | Docker → Mirantis (Enterprise) | Anuncio 13-nov-2019 | **2019-11-12** | moby/moby | COMERCIAL, código bueno |
| 10 | Elasticsearch (SSPL) | Anuncio 14-ene-2021 (7.11) | **2021-01-13** | elastic/elasticsearch | MIXTO |

(01 = OpenOffice as-of 2009-09-01, ya publicado; [fe de erratas 14-jul: este paréntesis decía 2009-04-19 por error de transcripción; el corte real del caso 01, publicado antes de este pre-registro, siempre fue 2009-09-01] su gemelo de control PostgreSQL entra en el
mapa como décimo punto de contraste.)

## 2. Definición SELLADA de "desenlace técnico" (se computa a corte + 24 meses)

Para cada caso, con datos posteriores al evento (aquí el futuro se mira a propósito: es la
etiqueta, no la señal):

- **D1 — Continuidad del original:** ratio `commits/mes en (evento, evento+24m]` dividido por
  `commits/mes en [evento-12m, evento)`. < 0,5 = degradación fuerte; 0,5-0,8 = frenada;
  > 0,8 = continuidad.
- **D2 — Éxodo del núcleo:** ¿cuántos del top-5 de autores de los 12m previos al evento siguen
  commiteando en los 12-24m posteriores? 0-1 de 5 = éxodo; 4-5 = continuidad.
- **D3 — Si hay fork: ¿supera al original en 24 meses?** commits y autores activos del fork vs
  el original en el mes 24 post-fork. Sí/No.
- **Etiqueta final (mecánica):** DEGRADACIÓN si D1 < 0,5 o D2 <= 1 o D3 = Sí;
  PROSPERA si D1 > 0,8 y D2 >= 4 y D3 = No; ESTABLE el resto. Sin excepciones manuales.

## 3. Ejes SELLADOS del mapa (scatter + cuadrantes estilo TIME)

- **Eje X (sustrato as-of, de la rúbrica):** concentración organizacional S2
  (`top1_dominio_pct`, ventana 24m). Más a la derecha = más mono-patrocinador = más frágil.
- **Eje Y (dependencia de personas):** bus factor S1 (ventana 12m), invertido (arriba = bus
  factor alto = sano).
- **Color:** etiqueta de desenlace (D, §2). **Forma:** naturaleza (técnico/mixto/comercial).
- **Lectura TIME (cuadrantes orientativos, para la pieza):** sustrato diverso y muchas manos =
  "Invest"; mono-patrocinador con manos = "Tolerate/vigilar"; diverso pero pocas manos =
  "Migrate/reforzar"; mono-patrocinador y pocas manos = "Eliminate/riesgo".
- La hipótesis que el mapa pone a prueba (sellada): **los casos con desenlace DEGRADACIÓN caen
  en la zona mono-patrocinador/pocas-manos; los "comercial con código bueno" NO caen ahí pese al
  drama mediático.** Si algún caso la contradice, se publica igual con su pero.

## 4. Los peros declarados de antemano

- n = 10 puntos es ilustración, no estadística. La pieza lo dirá tal cual.
- Los casos son célebres y el desenlace es conocido; lo congelado es la definición y el cómputo
  mecánico (rúbrica v0 §0, "la honestidad por delante").
- Repos con import de otro VCS (MySQL, nginx pre-GitHub): spot check obligatorio; si la señal de
  autoría no es fiable, se reporta "no computable limpio", no un número bonito.
- npm/cli tiene historia corta antes de 2020 por reestructuraciones del cliente: si la ventana
  24m no es representativa, se declara.