👨‍💻 После Senior ВСЕ? Как программисту развиваться после Senior и куда двигаться в айти? 👉 kzfaq.info/get/bejne/hNR9ZLKVlrqvlHU.html

Ждём видео про "запахи кода".

Про code smell очень интересно было бы послушать. А так, спасибо за видео.

Спасибо за видео!) P.S. Возьмите черный маркер, нечего не видно

Спасибо за видео. Да, интересно и про SOLID и про ошибки.

Видео топ. Обращу ваше внимание, товарищи, что мы с вами живём в тот день, когда стаж нашего слуги стал не большим, а ОЧЕНЬ большим!

10/10. Для меня первый не нудный и не убитый жизнью автор, который так позитивно и интересно доносит тему. Всегда приятно освежить свои знания, и полезно услышать мнение человека с опытом. Лайк подпеска

Всё интересно! Всё делайте!

круто

Спасибо большое за видео)

Однозначно один из лучших канонов по java и ООП в целом! Полезны любые видео по лучшим практикам написания кода, синтаксис выучить легко, а научиться правильно писать гораздо сложнее...

Сергей, огромное спасибо за видео! Очень подробно и понятно! Вы отлично умеете объяснять

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

Спасибо! Очень интересно! Продолжайте про все принципы!

Спасибо огромное за видео по SOLID, сейчас прохожу обучение и надо во всем этом разобраться.

Мне хоть уже и знакомы SOLID принципы, все равно с удовольствием прослушал. Повторение - мать учения.

Ну наконец-то. Хоть кто-то использует адекватные примеры. А то везде натыкаюсь на примеры, от которых возникает только один вопрос: "как про такую чушь бесполезную столько книг понаписали?" Теперь хоть понятно, что и так всегда его использовал) Спасибо

спасибо за разжевывание SOLID. очень нужная тема и простым языком.

круто, продолжайте эту серию, и делайте про другие принципы, наконец-то качественный контент, а не жевание одного и того же много раз.

Это любимая тематика видео

Спасибо! КОнечно ДА! п.с. спасибо что всё так подробно объясняете вплоть до "это ромбик", чтобы мы не додумывали и не тупили)

Хотя это и самореклама, но. Очень приятный грамотный человек. Спасибо за труды. Не сомневаюсь что автор прекрасный преподаватель!

Сергей, разъясняете очень интересные и актуальные вопросы, продолжайте делиться знаниями по SOLID. Спасибо Вам за то, что делаете!

Сергей, ваше видео просмотрело и пролайкало больше людей, чем лекцию самого Дяди Боба. Это же нонсенс!!! Вайти-вайти...

Крутой формат, и видео как раз оптимальной длины

Спасибо за такое подробное объяснение принципов SOLID!

Огромное спасибо, что записали это видео. Программирование - это великая наука. А интересная просто ЖУТЬ как)))))))))))))))))) Однажды создав маленькую программу данный процесс уже не остановить!!!

Спасибо за ваше время, если можно больше про принципов.

Спасибо Вам большое) Очень интересно Вас слушать на эти темы. Примерно год назад слушал это видео, но был, как я сейчас понял, даже еще не новичком, а пересматривая сейчас, понимаю, что эти принципы очень даже логичны и даже не осознанно сам так делаю) еще раз спасибо Вам за такие видео, однозначно лайк )

Хорошо, что перешли к техническим видео, не помешает.

обожаю такие видео, где ты смотришь про то, что используешь - но при этом не знаешь как оно в мире зовется :) то что здесь рассказывает человек - ну это же "естественные" вещи, ну или меня так учили в 2000-х годах

Определённо нужно больше таких видео!

Идеальный формат, быстро и доходчиво!

Дякую шановний ! Дуже цікавий приклад Ви розглянули. Геть по іншому сприймав цей принцип. Насправді, тут можна багато прикладів різних типів класів. Тонна корисної інфи, варто це обережно пробувати ручками 🤝

Сергей сказал в августе про SOLID, значит в августе про SOLID! )) Спасибо!

Отличное видео, продолжайте. И да, не стесняйтесь длинных видео.

Спасибо за видио! Интересное тема, жду продолжения

Касательно самого принципа, ну я бы немного придрался :) Все таки SRP также должен учитывать и функциональные требования, особенно это касается когда люди еще любят DRY применять всегда и везде. То что в данный момент некоторые куски кода или некоторые классы у вас выглядят одинаково совсем не значит, что в дальнейшем они будут одинаковы. SRP больше говорит о том, что причины для изменения одного класса должны лежать только в одной функциональной области. Например, не должно быть так, что один и тот же класс у вас правится, если вам необходимо поменять формат вывода счет фактуры в pdf и правило расчета цен для этой же фактуры. Расчет цен условий - одна функциональная область, вывод документа на печать - другая. Менять один и тот же класс(а тем более метод) в обоих этих случаях - чет хрень какая-то :) То что вы описали, все таки ближе именно к DRY(ну или очень сильно с ним пересекается), но тут опять такая загвоздка - не всегда код который выглядит одинаково - отвечает за один и тот же функционал с точки зрения бизнес логики. Тогда переиспользование таких классов - это только вред, т.к. рано или поздно(и с очень большой попаболью) придётся эти зависимости разрывать. Да и вообще SRP может быть(и должен) обоснован без упоминания переиспользования как такового, т.к. решает другую проблему - проблему раздутых и god классов. Упоминание переиспользования только добавляет каши и может привести к неверному выводу, что если я не хочу переиспользовать этот функционал где-то еще, то можно его в принципе и не выносить. Clean Code у Мартина очень спорная книга, большинство пунктов полезные, но есть и прям вредные моменты. Намного более нейтрально и основательно практически 90% пунктов(если не 100) из чистого кода также описаны в Совершенном коде Макконнелла. Не категорично, не безусловно, а скорее как раз так просто описательно. Что они дают и чего помогают достичь. Именно из-за того, что сначала читал Совершенный код, чистый код во многом казался уже вторичным продуктом. При этом намного более грубым в подаче, с невразумительными примерами. При этом в Совершенном коде кроме того что есть у Мартина дана еще куча полезной инфы. Так что я бы брал её и можно, в принципе, больше не читать книг именно касательно качества кодовой базы с точки зрения её организации. При этом обе книги я бы рекомендовал не сразу прям, а лучше где-то после нескольких месяцев(может даже полгода) работы. Чтобы уже была база и был опыт работы с большими кодовыми базами. Только тогда многие моменты будут понятны, иначе многие пункты просто ни за что не зацепятся(не будет опыта, на основе которого постоянно будет кликать в голове "а вот как это делается" или "блин, и так можно было"). Т.е. сначала немного покопаться, набить пару шишек и потом уже всё это разложить по полочкам. Читать эти книги при прохождении каких-то курсов, когда у вас опыта особо еще нет - трата времени, имхо конечно же. С паттернами "банды 4х" та же история, вообще не понимаю людей, которые эту книгу советуют новичкам. Обычно, когда человек "дорос" до этой книги, он о ней уже сам прекрасно знает :)

Сергей, с Новым Годом! Желаю Вам и всей команде успеха и гармоничного развития. Сберегайте и приумножайте! Вас всегда полезно и интересно слушать.

Очень интересно про SOLID, продолжайте)

Тема супер, решил посмотреть сразу не смотря на то что опаздываю на работу. code smell тоже очень интересно

Спасибо Сергей, еще не смотрел,но я думаю это будет отличное объяснение👍🏻👍🏻👍🏻👍🏻👍🏻

тема определенно интересна, хотелось бы побольше таких видео - коротенько, суть, так сказать. Ведь самое сложное - дойти до простого. Когда большой тутор новичок теряется. Важно сначала понять суть, а потом уже можно вникать в детали. А у Сергея очень хорошая подача, что тоже очень важно

Супер! Продолжайте

Спасибо, Сергей. Замечательное дополнение к книге дяди Боба.

Спасибо! Я тоже программист с большим опытом (вероятно, не меньшим, чем у автора), и не то, чтобы меня настигло откровение в этом видео, но ещё разок вспомнить основы, рассказанные с чуть нового угла - всегда полезно и приятно.

Побольше таких видео. Здорово получается.

13:10 - не, ну чё сразу котики, я вот Немчинского смотрю)

Очень круто! Спасибо за видео.

ооо, вот это действительно классная тема ))))) спасибо, за Ваши видео ))))))

зеленый маркер, на белом фоне, и освещением. почему сразу желтый или белый не взять?

Спасибо. Очень познавательно и, главное, понятно.

конечно интересно про code smells.Спасибо за видео

Ждём продолжения. Молодец Серёга.

Отличный формат видео!

Интересно, спасибо Сергей!

Огонь тема! Продолжайте!

Большое спасибо за выпуск!!!

Интересно прослушать все затронутые темы

5:45 В книге "Чистая архитектура" дядюшка Боб говорит о том, что обычно этот принцип озвучивают про "одну обязанность", но это не совсем верно! Потом он вводит действующее лицо "Пользователь или группа пользователей. Назовем их авторами" и потом дает точную формулировку принципа: Модуль должен изменяться только из-за одного актора.

Хороший принцип. Я часто встречал разработчиков, которые считали, что применение этого принципа усложняет код: грубо говоря, вместо одного класса получаем два. Приходилось долго убеждать.

Пеннивайз реально годноту делает. Лайк подписка!)

Тема отличная!! Побольше таких видео!!

Браво 👍❤ жду продолжения

Хорошая серия. Интересно про Лисков послушать :)

Спасибо за видео. Нужно продолжение!))

Конечно будет интересно послушать про Code Smells

Отличное объяснение! Видео короткое, 15 минут. Но чтобы реально все из него осмыслить, нужно побольше времени)) Интересно было, хорошие примеры.

Спасибо за детальное видео. Видимо придётса смотреть раз 10 что бы запомнить а затем через пол года забыть.

Да всё интересно, всё записывайте!

Ждал это видео от вас, еще не смотрел но уже знаю что все будет на уровне)))

Всегда считал себя тормозом, когда несколько часов обдумывал варианты и искал правильный способ реализации того, или иного функционал, перед реализацией "Время не ждет, просто возьми и напиши код". Теперь я более менее спокоен

Крутой формат. Спасибо за инфу!

Спасибо, ждём продолжения

Ждем про code smells! Спасибо за видео

Всё интересно. И про запахи и про всё остальное! Ждём-с )

Очень интересно. Жду продолжение

Супер! Как же дождаться последнего принципа теперь...

Сергей, предлагаю новую рубрику: рефакторинг с Сергеем Немчинским. Чтобы на практике увидеть "code smells" и как с ними бороться. У вас охрененный опыт, мне кажется он максимально раскроется в таком формате.

Спасибо вам за ваше видео!

Супер. Ждем все принципы)..

Сергей, благодарю!

Круто! Спасибо. Самое главное что в подаче материала нет заумных терминов/слов.

Круто, жду продолжения. И про запахи кода тоже жду.

Очень интересно. Про анти-паттерны прям надо!!!

Спасибо, очень интересно и очень нужно!

про запахи интересно, спасибо за видео - интересно тема очень интересна + к остальным, что нужен чёрный маркер)

Тема очень важна и подача хороша.Ждем скорее продолжения)Спасибо) Еще ,если будет время,интересно послушать о ЛЯМБДА-ВЫРАЖЕНИЯХ и ФУНКЦИОНАЛЬНЫХ ИНТЕРФЕЙСАХ. Еще интересно послушать о классах String Builder и String Buffer. Про многомерные массивы и еще куча всего)))

Так спокойно и размеренно все объясняешь. Хоть для медитации включай)

Зашёл чтобы лайкнуть серьёзную тему на канале

спасибо за примеры и видео!

Прекрасно, как всегда!

Здравствуйте, а вы сами придумали этот пример или из книги взяли? Я просто другие примеры читал, и вот после многочисленных споров по пониманию SRP нашел видео где Мартин 50 минут про него говорит. Линк - kzfaq.info/get/bejne/fdpggMKArbHMgXk.html (с привязкой ко времени, в которое он дает определение). Главное в SRP, на сколько я понял - это то, чтобы модуль обслуживал одного актора (роль, группа пользователей), для решений задач которых и создан модуль. Дело о человеке, о той роли что он выполняет. Этот принцип чуть выше того что один метод должен выполнять что то одно. Например - у нас сайт с продажей видеокасет. По SRP у нас должны быть разные контроллеры, разные сервисы для Админа и Кастомера. Разные модули, для разных ролей. Изменяем Админку, не затрагиваем Кастомера и наоборот. Ну и внутри подроли - просматривающий отчет, ДБ администратор и т.п. Тут я сам не всегда понимаю где отличие от простого разбиение на функции. И получается что общий код (общий сервис, где то в глубине) может быть в общем модуле, но как только появляются отличия, код нужно разносить по разным модулям, каждый под свою роль, этот вопрос не очень раскрыт.

Спасибо) это интересно и про code smells тоже было бы интересно послушать)

Спасибо, интересно и доступно.

Спасибо, познавательно, продолжайте :)

Спасибо. Данная тематика интересна)

Сам я ни сколько не програмист. Но пришлось сделать автоматизацию рутины, которая сберегла кучу времени и нервов целому коллективу преподавателей. Писал в vba. Часть кода записал с помощью рикодера ворда, часть нагуглил в рунете. Вот тогда я интуитивно стал понимать что я столкнулся с проблемой правильной декомпозиции, а также создания правильных "классов". То есть коды на отдельные операции я где-то нагуглил, а где-то записал с помощью рикодера и изначально привязывал их к соответствующим горячим клавишам, с помощью которых их последовательно запускал. Но с увеличением количества таких макросов, запуск этих команд также стала превращаться в рутину. И меня осенило, что я их могу объеденить по определенным блокам, в зависимости от очередности исполнения кода. Я объединял их с помощью другого vba кода. И привязал исполнение всего кода лишь к одной комбинации горячей клавиши. Самое главное, этот макрос я мог переносить на любой пк, где после минутной настройки он становился рабочим и им мог пользоваться лбой юзер.

Сергей, спасибо огромное. Если будет возможность, пожалуйста выпустите серию роликов про запахи кода (и рефакторинг вообще).

Очень интересное видео. Да, хотелось бы ещё цикл видео про рефакторинг.