Знаю кейсы, когда люди тянули DjangoORM в проекты на FastAPI для удобства работы со знакомым инструментарием. Теперь изобретать велосипед нет необходимости, можно смело переходить на FastAPI, имея опыт работы с Django. Cтавлю жирный плюс и желаю развития проекту!
В этой статье мы поговорим о неочевидных деталях и скрытых особенностях работы логических операторов в Python.
Интересно, что спустя 4 часа после публикации и 1,2K просмотров, никто не написал о том, что в описании к статье говорят о логических операторах и ни слова про строки в Python :)
Когда читал статью, сложилось впечатление, что проект достаточно свежий, на самом деле - проект живёт уже более 4x лет. В любом случае, спасибо за качественную статью, плагин кажется разумным и полезным.
Еще, как пример, ограничение на процессорное время сервера в github Actions - 2000 мин в месяц (тариф github Free), которое по большей части тратится на сборку окружений для запуска тестов. Используя более быстрые пакетные менеджеры/инструменты виртуализации можно кратно увеличить количество запускаемых тестов, не привысив установленные лимиты.
Т.к имел дело с похожими расчетами, подскажу вам несколько направлений для повышения надежности, тестируемости и читаемости кода:
При получении данных из внешних систем, используйте сериализаторы (десериализаторы) для валидации и предобработки полученных данных. Это поможет избавиться от возможных проблем при получении на вход программы данных, которые вы не ожидали.
Рассматривайте строку таблицы как объект определенного класса (используйте ООП). Размещайте необходимые методы для расчета показателей внутри этого класса.
Так вы получите более структурированный код, который можно переиспользовать в больших приложениях.
Верно. В зарубежной литературе для функций захватывающих внешнюю область видимости используют термин "Closures", вот только переводить его принято как "Замыкания". Термин "Закрытие" обычно не используется в данном контексте.
Кстати интересно, где впервые появилась концепция f-строк. Например, в JavaScript тоже есть аналогичный функционал.
Знаю кейсы, когда люди тянули DjangoORM в проекты на FastAPI для удобства работы со знакомым инструментарием. Теперь изобретать велосипед нет необходимости, можно смело переходить на FastAPI, имея опыт работы с Django. Cтавлю жирный плюс и желаю развития проекту!
Интересно, что спустя 4 часа после публикации и 1,2K просмотров, никто не написал о том, что в описании к статье говорят о логических операторах и ни слова про строки в Python :)
Когда читал статью, сложилось впечатление, что проект достаточно свежий, на самом деле - проект живёт уже более 4x лет.
В любом случае, спасибо за качественную статью, плагин кажется разумным и полезным.
Еще, как пример, ограничение на процессорное время сервера в github Actions - 2000 мин в месяц (тариф github Free), которое по большей части тратится на сборку окружений для запуска тестов. Используя более быстрые пакетные менеджеры/инструменты виртуализации можно кратно увеличить количество запускаемых тестов, не привысив установленные лимиты.
Ваш код, скажем так, не "Pythonic", здесь уже приводили пример, как можно написать гораздо лаконичнее -
Хотя, ваш код делает все тоже самое.
Microsoft постепенно внедряет Python в Office (https://habr.com/ru/news/756266/), для подобного рода автоматизаций - мастхэв
Т.к имел дело с похожими расчетами, подскажу вам несколько направлений для повышения надежности, тестируемости и читаемости кода:
При получении данных из внешних систем, используйте сериализаторы (десериализаторы) для валидации и предобработки полученных данных. Это поможет избавиться от возможных проблем при получении на вход программы данных, которые вы не ожидали.
Рассматривайте строку таблицы как объект определенного класса (используйте ООП). Размещайте необходимые методы для расчета показателей внутри этого класса.
Так вы получите более структурированный код, который можно переиспользовать в больших приложениях.
Верно. В зарубежной литературе для функций захватывающих внешнюю область видимости используют термин "Closures", вот только переводить его принято как "Замыкания". Термин "Закрытие" обычно не используется в данном контексте.
Все таки в русском языке принят термин "Замыкания" для этого понятия. Это перевод статьи?
Согласен, поправил немного заголовок, сделал его яснее)
Спасибо, за конструктивное дополнение.
На самом деле, не уделил достаточно внимания виджетам. Касательно метода render, также соглашусь ?