спасибо, очень понятно и структурировано. А самое главное, как часто бывает - не занудно!)

Я думаю, что мы находимся на начале одного из самых популярных каналов в сфере веба в снг

Ох, я только что узнал, что от моего кода, видимо, попахивает) Спасибо за видео. Очень информативно)

Нужно больше рефакторинга. Видео плюс. Хочу ещё!

Думал скажешь банальщину из книжек, но я услышал для себя много неочевидных моментов) Спасибо

Очень круто, очень годно объясняете!

Привет, будет классно если канал будет развиватся, здесь все класно все професианально спасибо

Интересно, ждемс обсуждения

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

Красава, все правильно и четко объяснил

Может будет интересно рассказать в следующих роликах Зачем нужен ООП и всегда ли нужно прибегать к объектам? Коротенько предыстория, юзаю CMS, реализованы классы работы с БД (вкинуть и взять из бд), шаблонизатор (завернуть данные по шаблонам), кэш. Дописываю свои модули, юзаю исключительно обычные функции, в функциях вызываю другие свои функции и дефолтные классы цмски и не понимаю как, а главное зачем мне новые классы, инкапсуляции и прочие принципы ООП?

Андрей, спасибо за то, что делитесь опытом, очень познавательно, современно, не только по этому ролику сужу.

Очень толково, информативно и понятно. Спасибо. Хочу спросить, когда лучше использовать объекты, а когда простые функции?

Спасибо вам за ролик!!! Сам пишу на php, а подобных видео не хватает.

Идеально. Еще бы хотелось что-нибудь связанное с тестированием послушать от тебя. Codeception или PhpUnit. Как правильно организовывать интеграционные тесты, что есть фикстуры, стабы, моки и тд.

12:55 нерівнозначна заміна. У першому випадку завжди буде помилка, у другому є сценарій без помилки

Хороший урок! Извините, но я бы посоветовал использовать метод setAge(int $age) {} Это хорошая практика на мой взгляд. Упрощать код всегда хорошо, но и в частности наименований. Сэкономит ещë 2 секунды.

12:55 Так неправильно переписан пример :) В первом варианте у тебя метод всегда возвращает строку, а во втором может быть как строка, так и void. Если бы соблюдалась строгая типизация, ты бы тут же словил эксепшн. В остальном, всё гуд, новичкам будет полезно взять на заметку.

Это инфа из книг? Посоветуй первоисточники, откуда ты берёшь инфу

что поменялось в примере на 6-й минуте? мы защитили класс от изменений? нет. так же можем менять, но теперь через методы. мы добавили слой абстракции? да, но зачем? практика сеттеров и геттеров в таком примере определенно плоха, наши методы не обеспечивают ничего, кроме более легкого поиска в проекте. понравилось, что в следующем примере объясняется про солид, и на тебе - логин, который валидирует введенный текст, что нарушает первый принцип. да еще и без комментария о том, как работает регулярка (комментарии до этого мы же считаем не нужными). про следующий пример, который пользователя регистрирует по логину я уж молчу) в последнем примере тоже красота. красивые слова об open-closed, дескать создадим отдельный класс, а не массив, чтобы не менять функцию логина. ну создали, ок. а если в классе ошибки появится еще какое-то поле, мы точно не изменим метод логина? изменим) опять де молчу про то, что в классе Error, содержится переменная error, которая может быть true или false. надеюсь, что за два года с момента публикации этого ролика, автор стал чуть ближе к пониманию того, такое солид и ооп

Здравствуйте, подскажите как вы считаете стоит ли забивать Контейнер классами хелперами которые содержат например один статический метод (который просто умножает приходящие к нему числа)?

Крутое видео. Полезная инфа. Хотелось бы услышать от Вас примеры применения шаблонов проектирования из реальной жизни (без котиков и собачек). Выучил большинство шаблонов, вроде все понял, а при решении задач трудно начать внедрять их. P.S. Очки лишние.

15:55 а класс какой длины? Бывает встречаю по 2к строк и даже по 4к.. Как по мне - лучше небольше 1к, больше - уже сложно ориентироваться

Почему бизнес логика в сервисах а не в сущностях?

Неплохо, спасибо. Говнокоду бой !!!

Все хорошо, но не люблю когда демонстрируют примеры и говорят "ну так делать не нужно", а зачем ты это тогда показываешь? Показывайте на нормальных, реальных примерах, пусть будет сложнее, дольше, но за то реально чему то научит.

Есть нормальное слово: "говнокод". Вот тут какие-то запахи ... Прям слушать тяжело. Говнокод! Вот