Ir al contenido

Ejemplos

Nada en Eidos lo nombra el estándar. EIDOS.md define colecciones, shapes, flavors y propiedades, y nunca cómo se llama ninguno de ellos.

La forma más fácil de creerlo es ver la misma maquinaria responder a tres vocabularios distintos. Cada ejemplo de abajo es una configuración de Framework completa: cómo se llaman sus colecciones, cómo se agrupan sus Blueprints, qué piden sus shapes y qué aspecto tiene un Blueprint real.

Software Investigación Libro
Colección de encuadre frames — architecture, audience, criteria, market frames — question, prior work, method, ethics frames — premise, reader, voice, market
Las unidades specs investigations chapters
Agrupadas por domain strand part
Flavors full · micro full · note full · sketch
Su reparto de roles Developer, Designer, Project Manager, Stakeholder Researcher, Reviewer (adversarial), Sponsor (non-technical) Editor, Reader, Collaborator

Todos ellos llevan además el rol de Framework Owner, que sostiene la intención, el alcance y las decisiones.

Bajo tres conjuntos de nombres, nada de esto se mueve:

  • Un archivo es una unidad, completa, independiente del tiempo y del estado.
  • Cinco propiedades centrales (id, title, summary, flavor, connects_to) y ninguna más exigida por el estándar.
  • Una colección de encuadre declarada primero, se llame como se llame.
  • Una familia de shapes por colección, ofrecida como flavors con uno por defecto.
  • Una sección de no-objetivos que es la que más pesa, la ponga el shape donde la ponga.
  • Sin campos de seguimiento de trabajo, en ninguno de ellos.