@@nikolaypavlin потому что остальные темы так или иначе уже есть на ютубе. Смотрю каналы прогеров, у всех +/- одно и тоже, а тут что то полезное внезапно
@@nikolaypavlin я не профессионал и проблема в том, что я не знаю что разбирать, т.к. я не знаю о существовании этого "что". Мне кажется прикольной идеей, рассказывать о каких-то крутых/полезных, но не очень массово известных модулях. Я вот знал про Celery, но понятия не имел про celery-results и celery-beat. Хотя казалось бы о них написано на одной стартовой странице в доках (я это заметил уже пост фактум, как видео твое посмотрел, буквально под носом лежало). Либо если не про модули, то например взять весь джуновский код, не разбирать его на видео, а делать серию видео "Как не надо / Как надо" так называемый best practices. Либо брать кейсами, "как сделать свою JWT авторизацию с разграничением в правах в FastAPI и почему FastAPI Users говно собачье". На одном другом IT канале упоминаются паттерны наследование и композиции и что композиция круче, я вот почитал про это, не с первого раза зашло, можно такие темы тоже брат. Короче я могу бесконечно накидывать так))
Прекрасно, отлично комплексно. В общих чертах прошли весь путь от тз до тестов. И это правда очень полезно. Вот мне очень сложно дается концепция тестирования, можно поподробнее разобрать саму идею тестирования? Тоесть как составить у себя в голове справедливое количество тестов, чтобы не обманываться? Надо ли проверять валидацию каждого поля в стерилизаторе например, и тд.
В моем понимании джентельменский набор для API - это проверить, что это работает (можно получить данные, создать, удалить, обновить), а дальше тестим бизнес логику, если она есть, например, тут проверили, что создались кроны, валидацию написания крона Кастомную валидацию я тоже отношу к бизнес-логике, при этом проверять, что ДРФ правильно провалидирует инт и строки я бы не стал, не надо тестировать сам ДРФ, пишем тесты только на свой код
![Добавляем логин через telegram в web-приложение [Upper Junior]](http://i.ytimg.com/vi/ys1SAY_RhS4/mqdefault.jpg)
![Добавляем логин через telegram в web-приложение [Upper Junior]](/img/tr.png)
![Как работают словари в Python | Хэш-таблицы [Any]](http://i.ytimg.com/vi/6XS-wzpWs7E/mqdefault.jpg)
![Разрабатываем ИТ продукт с нуля | Бизнес модель и требования [Any]](/img/n.gif)
пока что лучшее видео на канале (имхо)
А что понравилось?
Тема/подача/что-то еще? Почему другие видосы считаешь более слабыми?
@@nikolaypavlin потому что остальные темы так или иначе уже есть на ютубе. Смотрю каналы прогеров, у всех +/- одно и тоже, а тут что то полезное внезапно
А что по-твоему мнению будет полезно осветить/разобрать/написать
@@nikolaypavlin я не профессионал и проблема в том, что я не знаю что разбирать, т.к. я не знаю о существовании этого "что". Мне кажется прикольной идеей, рассказывать о каких-то крутых/полезных, но не очень массово известных модулях. Я вот знал про Celery, но понятия не имел про celery-results и celery-beat. Хотя казалось бы о них написано на одной стартовой странице в доках (я это заметил уже пост фактум, как видео твое посмотрел, буквально под носом лежало). Либо если не про модули, то например взять весь джуновский код, не разбирать его на видео, а делать серию видео "Как не надо / Как надо" так называемый best practices. Либо брать кейсами, "как сделать свою JWT авторизацию с разграничением в правах в FastAPI и почему FastAPI Users говно собачье". На одном другом IT канале упоминаются паттерны наследование и композиции и что композиция круче, я вот почитал про это, не с первого раза зашло, можно такие темы тоже брат. Короче я могу бесконечно накидывать так))
Прекрасно, отлично комплексно. В общих чертах прошли весь путь от тз до тестов. И это правда очень полезно. Вот мне очень сложно дается концепция тестирования, можно поподробнее разобрать саму идею тестирования? Тоесть как составить у себя в голове справедливое количество тестов, чтобы не обманываться? Надо ли проверять валидацию каждого поля в стерилизаторе например, и тд.
В моем понимании джентельменский набор для API - это проверить, что это работает (можно получить данные, создать, удалить, обновить), а дальше тестим бизнес логику, если она есть, например, тут проверили, что создались кроны, валидацию написания крона
Кастомную валидацию я тоже отношу к бизнес-логике, при этом проверять, что ДРФ правильно провалидирует инт и строки я бы не стал, не надо тестировать сам ДРФ, пишем тесты только на свой код
А что за клавиатура? Очень приятная
Akko ACR PRO Alice, свичи линейные красные gateron