Комментарии 7
Прочитав с комментариями (то есть почти полновесный взгляд со стороны) понял, что все-таки излагать надо подробнее.
С методом упрощения про нелинейность расходов сам Кент Бек объяснял это следующим образом — если у нас есть упрощенная система обрабатывающая данные и у нас есть две задачи — добиться выполнения миллиона запросов в минуту и подключить к нашей системе базу данных, то вначале оптимизировать до миллиона запросов, потом подключить БД, а потом доработать напильником может оказаться гораздо проще, чем вначале подключить БД, а потом начать оптимизировать всю получившуюся конструкцию.
Дополнительное замечание про «прямой путь» отсылает к одному из тезисов, которые были выше в тексте — дизайн должен быть таким, чтобы новый функционал можно было добавлять прямым путем, а не хитро закрученным.
С методом упрощения про нелинейность расходов сам Кент Бек объяснял это следующим образом — если у нас есть упрощенная система обрабатывающая данные и у нас есть две задачи — добиться выполнения миллиона запросов в минуту и подключить к нашей системе базу данных, то вначале оптимизировать до миллиона запросов, потом подключить БД, а потом доработать напильником может оказаться гораздо проще, чем вначале подключить БД, а потом начать оптимизировать всю получившуюся конструкцию.
Дополнительное замечание про «прямой путь» отсылает к одному из тезисов, которые были выше в тексте — дизайн должен быть таким, чтобы новый функционал можно было добавлять прямым путем, а не хитро закрученным.
О, это проясняет фразу про закрученность, а то не знал, что и думать ;). Исправил цитату на вышеприведённую и свой коммент тоже. Теперь она встаёт на своё место.
И еще один комментарий — про стратегию опорного камня. Это все-таки не дублирование проекта, а вспомогательный проект. В примере с телегой опорным камнем будет разработка ящика инструментов — топора, молотка, дрели и т.д., с которыми нам будет гораздо проще строить телегу.
Собственно, я так и написал: вырожденный случай полного дубля проекта — стратегия опорного камня. Добавил более явно, что эта стратегия охватывает часть проекта.
А про метод упрощения — я сам в комментариях упростил его глубину до нескольких случаев, а тут подразумевается более или менее удачная постройка архитектуры, которую легче делать с азов. (И вообще, мне кажется, что иногда он под дизайном проекта понимает архитектуру.)
А про метод упрощения — я сам в комментариях упростил его глубину до нескольких случаев, а тут подразумевается более или менее удачная постройка архитектуры, которую легче делать с азов. (И вообще, мне кажется, что иногда он под дизайном проекта понимает архитектуру.)
Ну видимо мы по разному понимаем что значит «вырожденный случай полного дубля» (и стратегию опорного камня). Потому что на мой взгляд опорный камень может вообще не относится к проекту напрямую.
Жаль нет возможности у Кента Бека попросить разъяснить некоторые моменты лекции. Все-таки тогда у меня еще было слишком мало программистского стажа.
Жаль нет возможности у Кента Бека попросить разъяснить некоторые моменты лекции. Все-таки тогда у меня еще было слишком мало программистского стажа.
Расцветка текста отвлекает от изложенного.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Иллюстрированный конспект лекции Кента Бека «Четыре стратегии отзывчивого дизайна» (с комментариями)