2.1 Принцип DRY | Курс «Паттерны и практики написания кода»

[@ДаниилСоловьев-э6ш]

Картинка и звук супер. Анимации очень прикольные! Титанический труд! Спасибо, АвитоТех!

[@AvitoTech]

Спасибо 😊

[@СергейБеляков-ъ1ф]

Супер, пойду к ним работать)

[@MaksimLukin-w8n]

Очень но зашёл ваш первый сезон, прям огонь, наконец-то 2 сезон

[@mariag9765]

Прекрасная картинка и монтаж!

[@MyFoenix]

спасибо ждем продолжения!

[@ДенисМилежик-х5ш]

Вау, ничего не понятно, но очень круто выглядит)

[@КириллЛебедев-в6е]

Благодарю за твои видео.

[@SwarogFrinan]

Ребята, потрясающий уровень качества!

[@TheManblax]

Литература 1.Рефакториг. Улучшение существующего кода. Мартин Фаулер / Refactoring Improving the Design of Existing Code by Martin Fowler, with Kent Beck

[@AlekseyPanov-mj3sc]

Спасибо, довльно доходчиво!)

[@VorobyevAlexander]

При решении выделять в отдельный класс или нет, еще стоит учитывать бизнес-логику предметной области. У меня есть проект где много таких примеров. Чтоб не углубляться в детали общая суть (несколько упрощено и утрировано): есть несколько (много классов) в которых есть определенный публичный метод в котором выполняется ряд действий. Если в двух классах эта последовательность одинакова то это лишь частный случай - вполне возможно завтра придет представитель предметной области и скажет вот здесь теперь будет так. Тут конечно есть сильное желание выделять общий код в отдельный класс, но первая же преграда (а точнее маркер, что выделять этот код не правильно ) - наименование. Внятно и коротко это ни как не обозначить :) А иногда может привести к багам, т.е. где то что то забыли и поправили общий класс, и вот уже в соседнем классе-пользователе все сломалось. Долго пытался придумать принципы и правила объединения. Но пришел к выводу, что лучше и безопаснее считать этот код похожим, а не копипастой.

[@-Alexey-]

Дядя Боб так этот принцип и определяет.

[@luyt2]

Авторам, придумавшим, новых персонажей, оформление, флешбеки - моё почтение. Но с другой стороны - содержание, также на высоте. И того мы имеем просто отвал башки. Очень круто, что помимо положительных практик даёте и отрицательные. Авито, я вас люблю! Р.С. Смотреть придётся два раза. Второй раз под карандаш.

[@witseid]

Вода вода вода вода! А спецэффекты крутые! Монтажёр постарался.

[@GRIMEANARCHY]

мечтаю о вашем худи avitotech) самая крутая по дизайну из всех бигтехов, контент крутой, продолжайте в том же духе, спасибо за вашу работу)

[@NikolyOrl]

Выделять код которые выполняют одну задачу, но перед этим подумать насколько этот участок кода будет гибкий, или же жесткий. Если жесткий, то спокойно выносить. Иначе, есть смысл внести какую абстракцию для гибкости. Или не выносить.

[@loadmore]

8:52 сейчас расскажу про первый принцип )) чел высушил мозг

[@AivenDemin]

Видео замедлено? на скорости 1.0 невозможно смотреть, оооооочень все медленно. комфортно только на 1.25.

[@СекретИмператора-б8н]

ПОчему авито тормозит?

[@ВалерияК-й1й]

здоровская картинка и подача!

[@unicoxr5tj417]

коммент в поддержку видосов.

[@AvitoTech]

Спасибо 😊

[@diggerdog001]

По кайфу

[@madikhan-only]

Ура!

[@st.kevich]

А потом в проекте появляются каталоги helper, common, general, shared и т.д.

[@AvitoTech]

Добрый день! Чтобы новые методы не стали складироваться в рандомных файлах, нужно выносить их в классы с чётко продуманной ответственностью. Об этом рассказывается в следующих видео про SPR из SOLID.

[@st.kevich]

@@AvitoTech у хелперов тоже может быть вполне себе "чётко продуманная ответственность", но хелперами они от этого быть не перестанут. И складироваться они будут не в рандомных файлах, а во вполне определенных, это даже может не быть годобжекты, просто миллоны небольших, целевых, хелперов. В итоге весь бизнес код будет состоять из вызовов хелперов, которые тоже будут вызывать хелперы, которые в свою очередь вызовут другие хелперы и так в несколько слоев (или десятков слоев, зависит от размера проекта). Поздравляю - вы пропагандируете лазанья-код.

[@AvitoTech]

Всё зависит от языка и вашей задачи. Если у вас такой крайний случай, то это печально. Единственный совет, который можем дать - тратьте больше времени на продумывание абстракций и наделяйте хелперы осознанными доменными границами. Мы пропагандируем маркеры, которые увеличивают гибкость кода. А вот если используя их получается спагетти-код, равиоли-код и другие вариации, то это очередной маркер который говорит об ошибочности выбранного решения. Универсальных подходов не существует, поэтому всегда приходится балансировать.

[@АлександрБулычев-у6р]

Ребята, Вы мощные

[@ВиталийСкоредин]

Если бы нам в google так же прикольно обучалки снимали, я бы уже на Бэнтли гонял)!

[@conskykek]

Жаль, что для примеров выбран проект на PHP, а не Go((

[@Евгений-з3ъ3м]

Ага жаль что не на бейсике

[@luyt2]

@@Евгений-з3ъ3м на ассемблере тогда уж.

[@Evg2002]

от души брат

[@АнтонКулибякин]

АвитоТех а как получить Ваш мерч ??

[@ЕвгенияНасртдинова]

Много воды