Мой курс «Хардкорная веб-разработка» - course.to.digital Вжух!

Диджитализируй: *выпускает видео* Я: *ставлю лайк и иду рефакторить*

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

Колокольчик уведомлений от этого канала никогда не огорчал. Спасибо за очень полезную информацию!

В PyCharm используй Shift+F6 для переименования функций и классов. Иначе при частых переименованиях очень легко поломать код в каком-то месте, просто, потому что забыл там переименовать (и даже об этом знать не будешь). А заодно расскажи про это новичкам. Это будет очень полезный для них совет.

Каеф. Если будет не сложно, хотелось бы увидеть каноничный REST API на Django rest framework. Спасибо :3

Код на 4К телевизоре шикарен! Спасибо что выпускаешь видео в 4К.

Спасибо большое! Наконец-то дождались :)

Круто что есть профессиональные разработчики, передающие свой многолетний опыт в такой понятной форме!

Супер! Ну как всегда собственно))) спасибо большое за твой труд!

Вот это реально сейчас пригодилось , ибо начал переписывать старый проект и после просмотра понял , что допустил кучу ошибок даже в новой версии, спасибо , очень помогло

Супер! Спасибо огромное. Прошёл курс по джанге, где всю логику делали во вьюхах, спрашивал препода, как улучшить код, он отвечал, что долгая история, пока не доросли. Тут же за час времени все как по полочкам разложено. 👍🏻

Спасибо огромное. Новые проекты делаю с файлом services в app'ах.

Офигенный мастер-класс. Спасибо.

Очень приятно посмотреть, как прямые руки код пишут. И, надеюсь, полезно

Круто! Очень полезно, прям больше понимания стало! Хоть только начинаю Django мучить, но теперь есть понимание как реализовывать проекты!

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

Спасибо вам огромное за полезные ролики. Недавно начал вас смотреть(являюсь junior full-stack developer-ом). Написал свой интернет-магазин, но после просмотра последних 2х видео про бизнес-логику, осознал, насколько неправильно подошел к данному вопросу(тупо копировал код из одной вьюшки в другую). Открываете глаза на программирование в целом. Спасибо огромное! C нетерпением жду выпуска следующих видосов:)

Видео отличное, из серии "ответы на вопросы, которые вы боялись спросить")) Но буду рад услышать совет - я, к сожалению, не питонист, а node.jsник, но принципы там очень схожи. Так вот: 1) У тебя бизнес логика для рассылок жестко привязана к mailchimp. А что если завтра прийдеться перейти на другой сервис рассылок? Везде рефакторить импорт и названия? Хоть я и не верю что наступит это "завтра", но в общем случае рекомендуют создавать интерфейс по типу IEmailService, и чтобы mailchimp сервис реализовывал его. Вопрос: что с этим делать, и как вы реализовываете это в питоне? 2) Могут ли сервисы импортировать другие сервисы? Ответ скорее всего да, но как в таком случае тестировать отдельные сервисы? Обычно применяют dependency injection, но можно ли без него обойтись? Заранее спасибо.

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

Супер. Обожаю ваши труды)) респект

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

Лёха - это просто бомба, спасибо тебе большое ! Формат огонь, кратко\четко\все понятно и по делу, требую продолжения )

Сколько полезной информации на вашем канале я получил не сосчитать, а сколько еще осталось). Спасибо за труд, все стало на свои места после вашего наглядного примера. Всех благ!🔥

Огромное спасибо за контент!

Мне, как новичку в Django и вебе вообще, это видео просто чертовски полезно. Спасибо вам большое и удачи в развитии канала

Контент просто золото, спасибо за ваш труд!Верю, что справедливость восторжествует, и этот канал станет миллиоником!

Спасибо большое, очень полезное видео.

Спасибо большое, очень полезное видео

Помню в одних из первых видео у вас дублировалось на экран все символы которые вы печатали, для меня это было очень полезно так как я стараюсь полноценно научиться пользоваться vim'ом. Было бы очень круто если бы во всех видео с практикой было такое отображение.

Алексей, спасибо! Это как раз то, что мне было нужно

Отличный выпуск! Как впрочем и всегда) Очень правильный подход показать как сделать плохо и поэтапно указать на ошибки и способы их исправить, соответственно и рефакторинг кода. Ещё раз подчеркивает важность не торопиться и не забивать так же на проектирование и продумывание логики, а не кидаться сразу в код и что-то писать... В общем, выпуск супер!

Спасибо, интересно и познавательно!

Здравствуйте, спасибо большое за видео ролик, вы очень хорошо объяснили как правильно делать и мне как новичок в Back-end разработке очень было понятно и полезно, ещё раз спасибо 🙏

Приятно смотреть на человека, который понимает что он делает и хорошо владеет инструментом(языком программирования). Пишу на .net, но код читался, как песня.

Самое полезное видео по Джанге. Thx

Красавчик! Больше таких видео!

а будет тематика о тестировании? интересно было бы послушать, unittest, pytest, best practice всяких теорий полно, а практики совсем мало, особенно что касаемо Джанго API

Спасибо за видос! Было бы круто увидеть видео в таком же формате по обработке исключений и логгингу

Спасибо за урок сансей) пойду заварю чай и отрефакторю свой код полностью)

спасибо огромное за все, что делаешь и за этот мастер-класс в частности)

Премного благодарен!

Вот видос который меняет взгляд на жизнь:)

Офигеть, ты все таки его сделал)) Спасибо большое, гляну обязательно) Лайк не глядя)

Долгожданное видео ))))

Как сказал один известный человек. Круто да этож круто. Получил для себя новый глоток для размышлений над улучшением своего проекта)

Алексей, просто СПАСИБО тебе! Лучший канал по питону.

Большое спасибо вам, за науку! 👍 Сегодня не поленился и применил такую же логику на одном своем проекте на Lumen (PHP), реально стало гораздо удобнее. Теперь смотрю на очищенный от бизнес логики контролер и аж глаза радуются. 😀

Отличное объяснение!

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

Спасибо за видос. Хотелось бы ещё видос по DRF. Очень классно наблюдать за тем, как пишет профи. У меня вопрос: мы очень часто создаём mailchimp client. Можно ли его как-то вынести в singleton? Чтобы у нас был один экземпляр клиента.

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

Очень классное видео!

Лучший контент по пайтону на ру ютубе, лайк!

Урааааааааааа!!!!!

Приветствую! Для начала хотел поблагодарить за контент и выразить свою признательность за тот вклад, который Алексей делает в сфере популяризации и развития индустрии. Мне одному кажется, что в последнее время очень много внимания уделяется комментированию и именованию переменных, совсем позабыв о значимости методик моделирования и интерпретации кода как такового. Нет, я не говорю, что комментировать код не нужно, - нужно!!! и причем обязательно. В последнее время, лично у меня, сложилось ощущение, что все аля тимЛиды и сеньёры сговорились, пытаясь навязать мнимые ценности джунам, маскируя облегчение собственноручного код ревью, под «Паттерны комментирования». А теперь внесу свои пару капель дегтя в бочку меда: 1. GET запросами оформлять почтовые подписки? Серьезно? 2. По сути задачи 2 представления можно было бы отменить в 1, тем самым, применение DRY выглядело бы поубедительнее. Выделяя case_id = None(общие подписки) мы можем ограничиться одной моделью и одним представлением, тем самым «развязывая себе руки» для более высокоуровневого манипулирования сущностями. 3. Django.forms на мой взгляд решает все те проблемы, которые были размазаны между views.py(валидация) и services.py(логика) … Хотя тут уже больше вопрос вкусовщины… 4. CBV… Всегда стараюсь отдать предпочтения именно им, только если не стоит вопрос производительности. Но на таких задачах только они. Как отработает представление, если запрос будет POST,PUT? Что будет, если для каждой передаваемой переменной нужно удалить пробелы? Ну и тд…. 5. Settings.py Ну если мы бьемся за минимизацию количества строк в файле, то мб переменные mailcamp вынести в отдельный файл(аля mailcamp_settings.py), а в settings.py сделать импорт? 6. Настоятельно не рекомендую делать запросы к сторонним сервисам в рамках синхронного запроса. Это вешает сервис….причем как правило каскад сервисов… Но это уже другая история.. Алексей еще раз благодарю за контент!! Делать познавательные видео, гораздо полезнее и познавательнее, чем писать критикующие каменты!

Было бы интересно посмотреть review какого-нибудь opensource проекта на django

Шикарный видос. Подача очень крутая! Может сделаете серия мастер классов по django?)

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

Да. Пожалуй нужно подписаться и поставить лайк. А ведь он говорил вам, не используйте time.time, еще тогда надо было задуматься.

Отличное видео, просмотрел все. Вынес много интересного.

Третий или четвертый раз смотрю это видео. И только сейчас словил инсайт про хранение паролей в переменных окружения. Это же очень удобно, и не нужно париться, что конфиг с паролями улетит в репозиторий. Прям душевно благодарю за видео 🔥🔥🔥🔥🔥

Мне понравилось - очень полезная информация

Отличный выпуск! Хорошо все рассказал и показал - красавчик! Получился неплохой пример написания кода. Причем есть даже такая практика - сначала пишем как попало (если не можем определиться с архитектурой и структурой на "берегу"), а потом рефакторим, чтобы не делать "равиолли-код" и избежать "оверинженеринга" (правда, это скорее для новичков - у опытных разработчиков почти все получается сразу). P.S.: Но опыт не пропьешь - написать вьюшку начинающего junior-а не получилось (всеравно чувствуются хорошие привычки) ;). Я обычно не пишу комментарии, а сейчас отвлекся и вместо того, чтобы дописать сообщение к коммиту - пишу комментарий ;) Ещё правда есть пару вопросов, не обессуть ;) Disclaimer: цель данного комментария узнать мнения автора видео. Он не имеет задачи задеть чьи-либо религиозные чувства (в том числе в нейминге) и породить священную войну в ответах под собой. Автор комментария так же не является "троллем" и просто хочет узнать мнения автора видео. 1. Почему services, а не logic? Я понимаю, вкусовщина, но просто интересно твое мнение. У меня при виде services сразу в мыслях, что там код какого-то сервиса, а не бизнес-логика пакета. Хотя я бы положил работу с клиентом mailchamp (mailchamps_services) куда-нибудь в utils. Причем, можно даже на уровне проекта, а не приложения - так оно будет доступно для всех пакетов, если понадобится. Уж очень это похоже на шорткаты. Хотя кто-то говорит, что utils - это зло, потому что мы складываем туда все, что неможем отнести к какому-то модулю. Логику самого приложения (services.py у тебя) я бы закинул в logic.py (но тут просто различие в названии). Вообще правильный нейминг это холиварная тема (правда тут у каждого своя - главное, чтобы было понятно), поэтому можешь не отвечать ;). P.S.: Зря, зря я написал этот вопрос, но дюже интересно узнать твое мнение. 2. Как ты относишься к логике в django-rest-framework (DRF) фильтрах и сериализерах если речь идет не о логике сериализации/фильтрации? Ну самое элементарное это методы create/update в сериализерах DRF, вместо вызова функций логики сохранения (простой или сложной) непосредственно во view функции? P.P.S.: Жирноватый комментарий получился, спасибо всем кто дочитал до конца и прошу прощения за потраченное время и ресур вашего зрения ;). Ещё раз повторюсь, что нехочу никого обидеть (особенно автора видео) и если так получилось, то за это тоже прошу прощения. Так же прошу прощения за переход с автором видео на "ты" без его разрешения. Но проще просить прощения, чем разрешения (Zen Python) - так что можно бросить в меня Exception ;) И ещё раз хочу сказать спасибо за видео и за канал в целом. Для новичков (да и не только) это очень полезный формат, потому что увидеть как опытные разработчики программируют и мыслят мало где можно. Есть, конечно github, но в хороших проектах с хорошим кодом новичку будет трудно разбираться и понимать мотивацию, а здесь все доступно, понятно и с комментариями (как говорится то, чему не учат в школе и даже в университете ;)). Ещё раз спасибо - продолжай в том же духе, ты делаешь полезное дело!

Огромное Спасибо!!! Теперь понятно, как рефакторить длинный код! Можно ли по возможности рассказать о том, как писать по TDD принципу? И как рефакторить имеющийся код по TDD, если такой подход для этого вообще применим? Если применить TDD к этому примеру после того, как написан "новичковый" код, пришлось бы переписывать кучу тестов. Или пришлось бы "гонять" структуру кода в голове до тех пор, пока не сформируется первый правильный тест. А как делать по best practice?

Я интуитивно пришёл к тому же, только осмыслить был не в состоянии. Казалось, что я просто отсебятину делаю и просто плохо усвоил джангу. А оказалось, все правильно. Респект. Все понятно. Термин services возьму на вооружение

Круто, также делал в фласке, думал что сильно умно. Замути еще, пожалуйста, про переменные окружения, правильную настройку файла settings.py перед первым коммитом.

Вот это как раз мега-полезный выпуск, очень в тему к тому, что я сейчас делаю

Отличный выпуск, как всегда огромное Спасибо! Было бы неплохо еще посмотреть про логирование, как неотъемлемое составляющее проекта в продакшн.

Полезность канала растет на глазах! Живой кодинг - это маст хэв)

Здравствуйте, расскажите пожалуйста про вашу настройку ide (понравилась подсветка django файлов в левом сайдбаре)

Полезное видео! Одно замечание: выносить код, связанный с БД в отдельный файл есть ли хорошая идея? Каждая вьюшка, класс или функция, связана с роутером. Она или дает инфу из БД, либо ее ложит туда. Придется ради одной-двух строк писать ненужные функции и засовывать их, куда не найдешь потом.

Для функций которые прям ничего не возвращают есть клёвая штука в typing модуле - это NoReturn. Наверное её использование более логично в данном случае. Благодарю за видео, годный контент делаешь! Лайк

Отличное видео

Алексей, курс какой-нить планируется у тебя? Проводишь ли индивидуальные занятия?

только вот задавался вопросом о бизнес логике сегодня. Много перерыл, так и не понял, и вот ты, кайф. Мне везет)

Спасибо за видео! К сожалению, именно в Джанго очень сильно плаваю. Но есть вопрос: Если в проекте несколько баз данных, то можно ли как-то класс Meta вынести из объемлющих классов и сделать общим для всех, например, с помощью декоратора @dataclasses ?

Было бы круто ещё ссылочки на гитхаб репу!

Привез лайкосиков, куда разгружать, командир? =)

Здравствуйте, Алексей!) А не думали ли вы о выпуске обновления данного видео, с новыми технологиями, и тд

Спасибо большое за видос, было очень полезно. Не нашел у вас похожего видео про DRF. Его нет?

В принципе ничего нового я тут увидеть не ожидал, но какое же черт возьми удовольствие приносит лицезрение распиливания лапши)

Отлично! Можно и нужно всё-таки исследовать exceptions и что-то с ними делать. Не все всегда будет работать гладко думаю

Спасибо за работу! Очень полезно, поделись ссылкой на гит с стартовым шаблоном django apps

20 июл. 2020 г. сразу лайк

Много по существу, интересно услышать комментарии на такие вопросы: 1. mailchimp_services.py со временем резонно переедет в /services/mailchimp.py, где рядом будут все другие внешние апи и интеграции. Не будет путаницы этих services и services внутри app? 2. Как по мне, название add_email_to_common_mailchimp_list не говорит о том, что будет идти запись каких-то данных в базу, помимо обращения к только mailchimp. 3. _get_mailchimp_service тут вызывается каждый раз дважды, почему бы не объявить глобально клиент в начале файла и юзать его готовый? 4. Запросы к базе и обработка результатов нормально уживаются внутри app/services.py или бывает необходимость разделить это в дальнейшем тоже на 2 отдельных слоя?

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

Как насчет устранения жестких зависимостей от баз данных и самого Джанго? В стиле Чистой архитектуры. Вот это было бы интересно.

Классный видос, спасибо. А не подскажешь, как ты так между табами pycharm(.py файлами) с помощью клавиатуры перемещаешься?

Большое спасибо за видео! А не нарушает ли совместное использование приложениями одной и той же бизнес-логики принцип их отчуждаемости? То есть, если я захочу использовать это же приложение в другом Django-проекте и скопирую его, то ведь полетят все импорты в это приложение бизнес-логики из других приложений, которые были в старом проекте. Придется лазить искать и копировать их все в новый проект.

Как насчёт ролика по лайфхакам конфигурации django, переменные окружения, контейнеры, алиасы) ну как ты любишь)

Отлично рассказываешь! Кратко, ясно и по делу. Не планируешь ли серию уроков по Django?

Ну здесь мои полномочия всё...Здесь питоний дух, Питоном пахнет )))

Fantstic !

Топ контент по джанго

Спасибо за видосы, вы изменили мой стиль кода и мышление в лучшую сторону! Вопрос: что по поводу рефакторинга частей со словарями? как тут был словарь с name_audience: id_audience и мне например понадобилось изменить ключ COMMON на COMMON_AUD. Rope не умеет рефакторить внутри словарей, т.к ключ словаря это по сути обычный стринг. Pycharm не знаю, пишу в nvim + coc

Отличное видео, как ты считаешь нормальная ли практика хранить бизнес логику в моделях?

Все круто, полезно. Только как тестировать ф-ии, использующие mailchimp? Фейковую апи mailchimp подсовывать или как?

Хорошее видео. Почему EAFP избегаете?

Вот где вим брал свое начало)