К сожалению, сегодняшнее занятие нужно будет перенести :(
Давайте выбирать на какое время!
Давайте выбирать на какое время!
Пересон занятия (можно выбрать несколько пунктов)
Anonymous Poll
8%
Вторник, 18:15
10%
Четверг, 18:15
22%
Пятница, 18:15
56%
Мне без разницы, посмотрю в записи
18%
Воздержаться
ITAM: Бекенд на Python. Осень 2025
Пересон занятия (можно выбрать несколько пунктов)
Тогда переносим на пятницу!
Расписание на эту неделю:
СР 18:15
ПТ 18:15
Оба онлайн!
Расписание на эту неделю:
СР 18:15
ПТ 18:15
Оба онлайн!
🔥10
Сегодня в 18:15 будет занятие по БДшкам!
Урок 5. БД 1 - Что это такое?
Что такое база данных, какие бывают, когда какие нужны
Урок 5. БД 1 - Что это такое?
Что такое база данных, какие бывают, когда какие нужны
Небольшой интерактив
А используете ли вы при проектирование БД Foreign Keys? Если да, то зачем, напишите в комментариях!
А используете ли вы при проектирование БД Foreign Keys? Если да, то зачем, напишите в комментариях!
Anonymous Quiz
23%
Использую постоянно
8%
Использую очень редко
15%
Не использую
54%
Не знаю что это/не проектировал БД
Сегодня в 18:15 онлайн будет занятие по деплойменту!
Урок 7. Deploy 1 — Linux
Линукс, Яндекс Клауд и как развернуть наш код на настоящем сервере.
Урок 7. Deploy 1 — Linux
Линукс, Яндекс Клауд и как развернуть наш код на настоящем сервере.
Сегодня в 18:15 онлайн будет занятие по докерам!
Урок 8 - Deploy 2 — Докеры и Компоузы
Докеры, контейнерезация и как унифицировать деплоймент
Урок 8 - Deploy 2 — Докеры и Компоузы
Докеры, контейнерезация и как унифицировать деплоймент
Если такой паттерн, называется guard statements
Суть его в том, что лучше вначале кода отбрасывать негативные исходы, а позитивные оставлять в конце
Например, в домашке №3 часто делают так:
Представим, что нам нужно будет добавить еще проверку
Получается много вложений, которые становится сложно читать. Давайте заменим на guard
Стало понятнее и проще, если у нас будет еще больше проверок — код останется таким же читабельным. (А еще круче не принтить, а райзить ошибки и ниже их перехватывать, но это уже другая история)
Суть его в том, что лучше вначале кода отбрасывать негативные исходы, а позитивные оставлять в конце
Например, в домашке №3 часто делают так:
data = requests.get(f"http://ip-api.com/json/{domain}").json()
if data["status"] == "success":
print("Adress: ...")
else:
print("Something go wrong")Представим, что нам нужно будет добавить еще проверку
data = requests.get(f"http://ip-api.com/json/{domain}").json()
if data["status"] == "success":
if data["country"] != 'Russia':
print("Адресс: ...")
else:
print("Invalid country")
else:
print("Something go wrong")Получается много вложений, которые становится сложно читать. Давайте заменим на guard
data = requests.get(f"http://ip-api.com/json/{domain}").json()
if data["status"] != "success":
print("Something go wrong")
return
if data["country"] != 'Russia':
print("Invalid country")
return
print("Адресс: ...")Стало понятнее и проще, если у нас будет еще больше проверок — код останется таким же читабельным. (А еще круче не принтить, а райзить ошибки и ниже их перехватывать, но это уже другая история)
❤3