Примерно на 3:10 вы говорите что можно нарушать SRP если нужно что-то зафиксить, но при этом на 5:26 предлагаете вполне годную альтернативу: композицию. SRP можно не нарушать вынося сторонний функционал в сторонние классы. Очень хорошая мысль про юнит тесты на наследниках для проверки соблюдения LSP
Видео крутое в плане рассмотрения SOLID, комментарии ниже непонятны, докладчик всё хорошо раскидал, что к чему, дал понятное изложения для чего используются интерфейсы
нудно, медленно, одним словом плохо. осилил только SRP, докладчик не обмолвился о самом главном - ЗАЧЕМ нужен этот принцип, какие проблемы предназначен не допускать/решать, в чем его профит.
да че вы накинулись на парня. во-первых очень тяжело на сцене выступать, даже когда работаешь в конторе год и потом тебя просят подготовить доклад для своих же, с которыми ты хихикаешь целый день, то на выступлении голос дрожит, все забыл и т.д. во-вторых услышать еще одну точку зрения тоже полезно. может на самом деле человек со своей колокольни рассказывает. хотя вряд-ли )
Чел говорит что солид не икона чтобы на него молиться, но при этом возмущается что в redux все сделано на функциях и непонятно как применять open/closed what...😂🤯🤠
c дуру можно и хуй сломать. Пример: Laravel - не SOLID, каждый компонентом пользоваться приятно и легко. Пример 2: Symfony Forms, полный SOLID, невозможно что-то изменить, кучи багов и непредсказуемого ООП-поведения в стиле баг а не фича. Не упарываясь, а думаю о UX можно создать что-то классно, как используя принципы SOLID, так и не используя их. Как только ты начинаешь мастурбировать на идею и технологию, у тебя получается говно-продукт, который нравится только тебе.
1. Нельзя тестировать Фреймворк с точки зрения SOLID. SOLID можно рассматривать как пять аксиом ООП. Т.е., для доказательства правильности конкретного решения, например, является-ли придуманый вами паттерн партерном ООП. 2. Нет такого паттерна “Inversion of Dependencies”! Есть IoC, Inversion of Control. The letter D in SOLID stands for DI, Dependecy Injection.
Про технический долг сказал. Хорошо! Как у классиков. Осталось про вонь, пардон, про запахи. Вот только JavaScript к SOLIDотношения не имеет. Другое дело typescript
Примерно на 3:10 вы говорите что можно нарушать SRP если нужно что-то зафиксить, но при этом на 5:26 предлагаете вполне годную альтернативу: композицию. SRP можно не нарушать вынося сторонний функционал в сторонние классы.
Очень хорошая мысль про юнит тесты на наследниках для проверки соблюдения LSP
крутая подача! спасибо
Начало: 2:55
Видео крутое в плане рассмотрения SOLID, комментарии ниже непонятны, докладчик всё хорошо раскидал, что к чему, дал понятное изложения для чего используются интерфейсы
Чувак: «Забыл слово»…..👍😝
И что то позже стало совсем скучно.
нудно, медленно, одним словом плохо. осилил только SRP, докладчик не обмолвился о самом главном - ЗАЧЕМ нужен этот принцип, какие проблемы предназначен не допускать/решать, в чем его профит.
Вполне ожидаемо - типичный JS-разаботчик.
да че вы накинулись на парня. во-первых очень тяжело на сцене выступать, даже когда работаешь в конторе год и потом тебя просят подготовить доклад для своих же, с которыми ты хихикаешь целый день, то на выступлении голос дрожит, все забыл и т.д.
во-вторых услышать еще одну точку зрения тоже полезно. может на самом деле человек со своей колокольни рассказывает. хотя вряд-ли )
Завтра экзамен по этой хуйне. Спасибо!
Солить или не солить? Причем тут все остальное? 🥱 соль вредна!!!!
Чел говорит что солид не икона чтобы на него молиться, но при этом возмущается что в redux все сделано на функциях и непонятно как применять open/closed what...😂🤯🤠
c дуру можно и хуй сломать. Пример: Laravel - не SOLID, каждый компонентом пользоваться приятно и легко. Пример 2: Symfony Forms, полный SOLID, невозможно что-то изменить, кучи багов и непредсказуемого ООП-поведения в стиле баг а не фича. Не упарываясь, а думаю о UX можно создать что-то классно, как используя принципы SOLID, так и не используя их. Как только ты начинаешь мастурбировать на идею и технологию, у тебя получается говно-продукт, который нравится только тебе.
Посмотрел на соотношение лайков - дизлайков и сразу закрыл
horoshaya logistics ++++
Я думал, я один так делаю.
Так сОлид или солИд :)
Это первые буквы 5 разных слов. У набора не может быть "правильного" ударения
@@olegsuv учитывая очевидную отсылку к слову "solid", ударение на "о".
Какой же он нудный
скорость 1.5 ставьте
Принципы салИт
1. Нельзя тестировать Фреймворк с точки зрения SOLID. SOLID можно рассматривать как пять аксиом ООП. Т.е., для доказательства правильности конкретного решения, например, является-ли придуманый вами паттерн партерном ООП.
2. Нет такого паттерна “Inversion of Dependencies”! Есть IoC, Inversion of Control. The letter D in SOLID stands for DI, Dependecy Injection.
D - Dependency inversion principle
>The letter D in SOLID stands for DI, Dependecy Injection.
Распостраненное заблуждение. На эту тему можно сделать доклад.
Про технический долг сказал. Хорошо! Как у классиков. Осталось про вонь, пардон, про запахи. Вот только JavaScript к SOLIDотношения не имеет. Другое дело typescript
SOLID порою имеет отношение даже не к ЯП и он не о ЯП.
салииид... ), Зачем переводить на русский термины ? какая единственная ответственность если это single responsibility...