Logo
TGCATALOG
Catálogo Selecciones Blog
Biblioteca de Pythonist: Python Django Flask

Biblioteca de Pythonist: Python Django Flask

Todo lo útil para los desarrolladores de Python: Django, Flask y bibliotecas.

Sin valoraciones
1,939
27.10.2026
1,939
27.10.2026
Sin valoraciones
1,939
27.10.2026
Redirección segura vía bot
О канале

Todo lo útil para los desarrolladores de Python: Django, Flask y bibliotecas.

Подписчиков 37,100
Тематика IT
Язык Español
Ссылка t.me/pyproglib
Descripción

Canal integral para Pythonistas. Contiene selecciones de bibliotecas, guías sobre Django y Flask, ejemplos de código y consejos. Todo lo más necesario en un solo lugar para el trabajo eficiente y el desarrollo de aprendizaje web en Python.

Últimas publicaciones

Biblioteca de Pythonist: Python Django Flask
Biblioteca de Pythonist: Python Django Flask
🔒Открыть пост
и посмотреть медиа
🚨 Ловить все исключения подряд — почти всегда плохая идея Многие пишут так: try: ... except (ValueError, TypeError, KeyError, NameError): print("Что-то пошло не так") Выглядит «надёжно». Но на практике такой код часто прячет реальные баги и усложняет отладку. Допустим, вы читаете CSV с датами и хотите обработать ошибки: try: start = parse_date(row["start"]) end = parse_date(row["end"]) except (ValueError, TypeError, KeyError, NameError): print("Некорректная дата") На первый взгляд — всё ок. Но проблема в деталях. 1. NameError здесь вообще лишний NameError обычно означает баг в коде. Например, вы случайно написали: star_date вместо start_date Если ловить NameError, программа просто проглотит ошибку — и вы даже не заметите, что сломали код. Иногда traceback — это полезно. 2. ValueError — логичная ошибка Если в CSV дата битая: 2026-00-01 то datetime честно скажет: ValueError Это уже ошибка данных пользователя — её как раз нормально обрабатывать. 3. TypeError — тоже может быть валидным кейсом Например, если дата отсутствует: name,start,end Q1,2025-01-01, Тут программа получает None вместо даты. Это проблема входных данных, а не вашего кода — обработать её можно. 4. KeyError — не всегда стоит ловить Если пользователь ошибся в заголовке: name,Start,end (большая S вместо маленькой) код выдаст: KeyError: 'start' И это… полезная ошибка. Если вы её поймаете и покажете: > Invalid date on line 1 пользователь вообще не поймёт, что проблема в заголовке. Лучше проверить headers заранее: required = ["name", "start", "end"] for col in required: if col not in reader.fieldnames: print(f"Missing column: {col}") sys.exit(1) Когда except Exception всё-таки нормален Есть исключение из правила: mission-critical код. Например, вы обрабатываете 1000 файлов и не хотите, чтобы один битый файл остановил весь процесс. Тогда такой код оправдан: for path in files: try: process(path) except Exception as e: log_error(path, e) Один файл упал → идём дальше. Главное — логировать ошибку, а не silently ignore. 📍 Навигация: Вакансии • Задачи • Собесы Библиотека питониста #буст
Biblioteca de Pythonist: Python Django Flask
Evolución de suscriptores
+-0.6% últimos 30 días
Actuales
37,100
Hace un mes
37,335
Crecimiento medio
+-8 / día
Actualizado
hace 1 día

Reseñas de canal Biblioteca de Pythonist: Python Django Flask

Inicia sesión para dejar una reseña

Solo los usuarios registrados pueden compartir su opinión.

Aún no hay reseñas

¡Sé el primero en compartir tu experiencia con este recurso!

Recursos similares

Loading
Cambiar a tema claro
Inicio Catálogo Selecciones Blog Entrar