До конца надеялся, что будет наконец-то что-то своё самобытное. Но нет. Всё свелось к новой интерпретации solid и какой то иностранной книги по рефакторингу. И отсюда непонятно почему в яве не делают обьекты-конфиги, чтобы подсовывать в использующий класс, а добавляют копипастом строчки кода
Спасибо за просмотр доклада и ваше мнение. Книга с рефакторингом рекомендовалась в рамках ответа на вопрос и не является частью информации, которая была в части самого доклада. Цель доклада - рассказать об идеях и практиках создания проектов устойчивых к появлению багов, которую я определил как "Код как Framework". Все нововведения не появляются из ниоткуда, они вырастают из существующих практик. Поэтому в конце доклада я показал, что моя концепция выросла из требований к фреймворкам, а сами требования тоже не выросли на пустом месте, а появились из соблюдения практик SOLID. Как автор доклада, я решил показать эту связь: "Код как фреймворк"
До конца надеялся, что будет наконец-то что-то своё самобытное. Но нет. Всё свелось к новой интерпретации solid и какой то иностранной книги по рефакторингу.
И отсюда непонятно почему в яве не делают обьекты-конфиги, чтобы подсовывать в использующий класс, а добавляют копипастом строчки кода
Спасибо за просмотр доклада и ваше мнение.
Книга с рефакторингом рекомендовалась в рамках ответа на вопрос и не является частью информации, которая была в части самого доклада.
Цель доклада - рассказать об идеях и практиках создания проектов устойчивых к появлению багов, которую я определил как "Код как Framework".
Все нововведения не появляются из ниоткуда, они вырастают из существующих практик. Поэтому в конце доклада я показал, что моя концепция выросла из требований к фреймворкам, а сами требования тоже не выросли на пустом месте, а появились из соблюдения практик SOLID.
Как автор доклада, я решил показать эту связь: "Код как фреймворк"
Неплохой пример имплементации solid, но подача этого как откровения, выглядит несколько странно.