Вот цитата Линуса Торвальдса в 2006 году:
Я яростный сторонник разработки вашего кода на основе данных, а не наоборот, и я думаю, что это одна из причин, по которой git оказался достаточно успешным ... Фактически, я утверждаю, что разница между плохой программист, а хороший - в том, считает ли он свой код или свои структуры данных более важными. Плохие программисты беспокоятся о коде. Хорошие программисты беспокоятся о структурах данных и их отношениях.
Что очень похоже на Правило представительства Эрика Раймонда 2003 года:
Складывайте знания в данные, чтобы логика программы была глупой и надежной.
Это было просто его краткое изложение идей вроде эта от Роба Пайка в 1989 году:
Данные преобладают. Если вы выбрали правильные структуры данных и хорошо организовали вещи, алгоритмы почти всегда будут самоочевидными. Структуры данных, а не алгоритмы, играют ключевую роль в программировании.
Что цитирует Фреда Брукса из 1975 года:
Представление - это суть программирования
За пределами мастерства лежит изобретение, и именно здесь рождаются бережливые, экономные и быстрые программы. Почти всегда это результат стратегического прорыва, а не тактического ума. Иногда стратегическим прорывом может стать новый алгоритм, например быстрое преобразование Фурье Кули-Тьюки или замена n log n сортировкой на n2 наборов сравнений.
Намного чаще стратегический прорыв достигается за счет повторного представления данных или таблиц. В этом суть вашей программы. Покажи мне свои блок-схемы и скрой свои таблицы, и я останусь в недоумении. Покажи мне свои таблицы, и обычно они мне не понадобятся; они будут очевидны.
Рассматривая классы как пользовательские структуры данных с инкапсулированным поведением, все подходы ООП имеют еще больший смысл.
