Definición corta

Organización del trabajo de producto en la que el repositorio de código ocupa el rango de fuente de verdad, y donde los demás artefactos — especificación, changelog, documentación de soporte, design system — se reconstruyen a partir de él en lugar de mantenerse al lado.

Definición detallada

La expresión circula en el vocabulario de los equipos técnicos para designar prácticas en las que el repositorio centraliza lo que estaba en otra parte: documentation as code, infrastructure as code, configuración versionada. Allí describe una elección de herramientas, interna a la ingeniería.

En los artículos de este blog designa una forma de trabajar y no una arquitectura técnica. Lo que la caracteriza no es que los archivos estén en el repositorio, sino el sentido de producción: se parte del código real para obtener los artefactos de producto, en lugar de partir de los artefactos para obtener el código. El Product Manager está implicado en primera línea, ya que son sus entregables los que cambian de modo de fabricación.

El término supone dos condiciones, y se emplea erróneamente cuando faltan: un repositorio lo bastante legible como para poder extraer de él algo más que comportamiento, y un acceso efectivo a ese repositorio por parte de quienes producen los artefactos.

Uso en el ámbito

Empleado para calificar una cadena de producción de artefactos, y para situar lo que cambia en el trabajo de un Product Manager cuando el código se convierte en la materia prima en lugar del punto de llegada.

Sinónimos y variantes

"El código como fuente de verdad", empleado cuando el acento recae en el rango más que en la organización del trabajo.

No confundir con

• Fuente de verdad — Fuente de verdad — artefacto que da fe en caso de desacuerdo. El code centric es la organización que se deriva de elegir el código como fuente de verdad; el rango puede reconocerse sin que nada se organice a su alrededor.
• Documentation as code — práctica que consiste en almacenar y versionar la documentación en el repositorio, bajo el mismo control que el código. La documentación sigue escribiéndose a mano, solo cambia de lugar.
• Code is Law — fórmula de Lawrence Lessig sobre la manera en que la arquitectura técnica impone reglas a los usos. Trata del poder normativo del código, no de la fabricación de los artefactos.

Ejemplos

"El código ya no es solo el entregable final: se convierte en el elemento central, la fuente de verdad alrededor de la cual gravitan y se reconstruyen los demás artefactos del producto, en una lógica verdaderamente code centric."

"El code centric no es un concepto técnico: es una forma de trabajar que redefine el lugar del product manager en la cadena de valor."

Ambigüedades / debates

La palabra sugiere una centralización total que no se persigue: Figma y Zendesk siguen siendo pertinentes en su terreno, el enfoque cambia su posición en la cadena sin sustituirlos. El desacuerdo recae en el alcance — hasta dónde puede regenerarse un artefacto antes de perder lo que el repositorio no contiene, es decir, la intención.