Недавно знакомый мне расписывал прелести рефакторинга. Как я понял, это тест-драйвен разработка, где тесты для кода пишутся раньше самого кода. И я подумал, что все что я делал при переводе ТАДСа, я делал примерно по этой методике. Сначала видел проблему, потом подгонял библиотеки пока не получалось то, что я хотел. Игры служат набором тестов. Чем больше разнообразие ситуаций, чем больше тестеров прошлись, тем больше шансов отловить ошибки.
Отсюда следует, что к новой системе обязательно должна прилагаться игра, максимально использующая её возможности.
Когда-то тут пробегала теме о ГОСТе в ИФ. Таким "гостом" может быть некоторая игра. Неважно как что-то реализовано в системе, главное, она позволяет пройти эту игру. Она задает определенный минимум возможных действий и позволяет сравнить особенности разных сред разработки.
P.S. Я вовсе не стимулирую разработку новых платформ, но поговорить на эту тему интересно
Неактивен
Gray_Flannel_Armor написал:
Мне кажется, ты немного путаешь термины. Рефакторинг - это процесс изменения внутренней структуры программы.
Да, похоже на то. Но немудрено: мне ряд подходов описывали вместе, как впрочем и в книгах: рефакторинг - последний опциональный этап цикла в тест-драйвн разработке, и в тоже время рефакторинг просто требует написания тестов.
Неактивен