Cada lenguaje de programación es moldeado por sus errores. Las funcionalidades que sobreviven son las que resistieron la presión del uso real. Los patrones de diseño que perduran son los forjados en sesiones de depuración a las 2 de la mañana. La documentación que más importa se escribe después de que algo se rompe.
Este artículo es la retrospectiva de quince errores que no solo rompieron funcionalidades, sino que remodelaron la arquitectura del lenguaje, influyeron en su filosofía de diseño y establecieron principios que ahora gobiernan cada nueva característica que construimos.
Los patrones que emergieron incluyen: el espectro de fallo silencioso (7 de 15 errores no producían mensajes de error), el impuesto de representación dual (tres errores causados por mantener dos representaciones de lo mismo), la brecha de integración (cinco errores invisibles en pruebas unitarias) y la corrección simple después de una investigación compleja (ocho correcciones de menos de 20 líneas).
FLIN es un mejor lenguaje por estos errores. No a pesar de ellos.
Esto concluye el Arco 15 -- Errores Críticos e Historias de Guerra.
Esta es la Parte 170 de la serie "Cómo construimos FLIN", que documenta cómo un CEO en Abidjan y un CTO de IA diseñaron y construyeron un lenguaje de programación desde cero.
Navegación de la serie: - [169] La crisis de elección del modelo de embeddings - [170] 15 errores que dieron forma al lenguaje FLIN (estás aquí) - Siguiente arco: Experiencia de desarrollador y herramientas de FLIN