#apscheduler — Public Fediverse posts

Помогут ли роботы справиться с кадровым голодом на производствах?

Производство в России внезапно оказалось в двадцать первом веке. Все вокруг говорят про роботов и искусственный интеллект, а на деле — дефицит людей, зарплаты кусаются, а ручной труд стал роскошью, как хороший кофе в автомате. Роботы, конечно, есть, но в основном импортные, и купить их теперь — квест с элементами параллельного импорта и шаманства. Настроить — отдельная боль, потому что специалистов не хватает, а те, что есть, стоят как чугунный мост. Кредиты сейчас настолько дорогие, что вложения в роботов окупаются очень медленно — примерно как ждать, когда наконец-то закончат ремонт на самой загруженной улице в вашем городе, который тянется годами. В машиностроении и прочих индустриях роботизация идет так себе — кусками и без системы. В логистике все сложно: людей не хватает, зарплаты кладовщиков уже больше, чем у некоторых начальников, а фонд оплаты труда жрет половину бюджета. Поэтому все, кто может, мечтают заменить людей на железки. В идеале — чтобы склад работал сам, а люди только чай пили и на кнопки нажимали. В промышленности роботы собирают, сортируют, пакуют, и делают это без перекуров и обедов. В логистике — тележки сами ездят, дроны летают, коробки считают. В ритейле — кассы самообслуживания и прочие радости. В сельском хозяйстве — трактор сам пашет, комбайн сам собирает, фермер только в соц сети сторис выкладывает. ИИ пока что больше на бумаге, чем в жизни. Машинное зрение — да, кое-где стоит, но массово никто не внедряет, потому что сложно, дорого и страшно. Все боятся, что ИИ накосячит, а отвечать потом придется живому человеку. В будущем, конечно, обещают, что можно будет голосом отчеты формировать, но пока что максимум — чат-боты, которые не понимают половину вопросов.

https://habr.com/ru/articles/924548/

#эффективность_процессов #производство_в_россии #планирование_ресурсов #планирование_проекта #производство_электроники #машиностроение #mes_системы #apscheduler

Помогут ли роботы справиться с кадровым голодом на производствах?

Производство в России внезапно оказалось в двадцать первом веке. Все вокруг говорят про роботов и искусственный интеллект, а на деле — дефицит людей, зарплаты кусаются, а ручной труд стал роскошью, как хороший кофе в автомате. Роботы, конечно, есть, но в основном импортные, и купить их теперь — квест с элементами параллельного импорта и шаманства. Настроить — отдельная боль, потому что специалистов не хватает, а те, что есть, стоят как чугунный мост. Кредиты сейчас настолько дорогие, что вложения в роботов окупаются очень медленно — примерно как ждать, когда наконец-то закончат ремонт на самой загруженной улице в вашем городе, который тянется годами. В машиностроении и прочих индустриях роботизация идет так себе — кусками и без системы. В логистике все сложно: людей не хватает, зарплаты кладовщиков уже больше, чем у некоторых начальников, а фонд оплаты труда жрет половину бюджета. Поэтому все, кто может, мечтают заменить людей на железки. В идеале — чтобы склад работал сам, а люди только чай пили и на кнопки нажимали. В промышленности роботы собирают, сортируют, пакуют, и делают это без перекуров и обедов. В логистике — тележки сами ездят, дроны летают, коробки считают. В ритейле — кассы самообслуживания и прочие радости. В сельском хозяйстве — трактор сам пашет, комбайн сам собирает, фермер только в соц сети сторис выкладывает. ИИ пока что больше на бумаге, чем в жизни. Машинное зрение — да, кое-где стоит, но массово никто не внедряет, потому что сложно, дорого и страшно. Все боятся, что ИИ накосячит, а отвечать потом придется живому человеку. В будущем, конечно, обещают, что можно будет голосом отчеты формировать, но пока что максимум — чат-боты, которые не понимают половину вопросов.

https://habr.com/ru/articles/924548/

#эффективность_процессов #производство_в_россии #планирование_ресурсов #планирование_проекта #производство_электроники #машиностроение #mes_системы #apscheduler

Помогут ли роботы справиться с кадровым голодом на производствах?

Производство в России внезапно оказалось в двадцать первом веке. Все вокруг говорят про роботов и искусственный интеллект, а на деле — дефицит людей, зарплаты кусаются, а ручной труд стал роскошью, как хороший кофе в автомате. Роботы, конечно, есть, но в основном импортные, и купить их теперь — квест с элементами параллельного импорта и шаманства. Настроить — отдельная боль, потому что специалистов не хватает, а те, что есть, стоят как чугунный мост. Кредиты сейчас настолько дорогие, что вложения в роботов окупаются очень медленно — примерно как ждать, когда наконец-то закончат ремонт на самой загруженной улице в вашем городе, который тянется годами. В машиностроении и прочих индустриях роботизация идет так себе — кусками и без системы. В логистике все сложно: людей не хватает, зарплаты кладовщиков уже больше, чем у некоторых начальников, а фонд оплаты труда жрет половину бюджета. Поэтому все, кто может, мечтают заменить людей на железки. В идеале — чтобы склад работал сам, а люди только чай пили и на кнопки нажимали. В промышленности роботы собирают, сортируют, пакуют, и делают это без перекуров и обедов. В логистике — тележки сами ездят, дроны летают, коробки считают. В ритейле — кассы самообслуживания и прочие радости. В сельском хозяйстве — трактор сам пашет, комбайн сам собирает, фермер только в соц сети сторис выкладывает. ИИ пока что больше на бумаге, чем в жизни. Машинное зрение — да, кое-где стоит, но массово никто не внедряет, потому что сложно, дорого и страшно. Все боятся, что ИИ накосячит, а отвечать потом придется живому человеку. В будущем, конечно, обещают, что можно будет голосом отчеты формировать, но пока что максимум — чат-боты, которые не понимают половину вопросов.

https://habr.com/ru/articles/924548/

#эффективность_процессов #производство_в_россии #планирование_ресурсов #планирование_проекта #производство_электроники #машиностроение #mes_системы #apscheduler

Помогут ли роботы справиться с кадровым голодом на производствах?

Производство в России внезапно оказалось в двадцать первом веке. Все вокруг говорят про роботов и искусственный интеллект, а на деле — дефицит людей, зарплаты кусаются, а ручной труд стал роскошью, как хороший кофе в автомате. Роботы, конечно, есть, но в основном импортные, и купить их теперь — квест с элементами параллельного импорта и шаманства. Настроить — отдельная боль, потому что специалистов не хватает, а те, что есть, стоят как чугунный мост. Кредиты сейчас настолько дорогие, что вложения в роботов окупаются очень медленно — примерно как ждать, когда наконец-то закончат ремонт на самой загруженной улице в вашем городе, который тянется годами. В машиностроении и прочих индустриях роботизация идет так себе — кусками и без системы. В логистике все сложно: людей не хватает, зарплаты кладовщиков уже больше, чем у некоторых начальников, а фонд оплаты труда жрет половину бюджета. Поэтому все, кто может, мечтают заменить людей на железки. В идеале — чтобы склад работал сам, а люди только чай пили и на кнопки нажимали. В промышленности роботы собирают, сортируют, пакуют, и делают это без перекуров и обедов. В логистике — тележки сами ездят, дроны летают, коробки считают. В ритейле — кассы самообслуживания и прочие радости. В сельском хозяйстве — трактор сам пашет, комбайн сам собирает, фермер только в соц сети сторис выкладывает. ИИ пока что больше на бумаге, чем в жизни. Машинное зрение — да, кое-где стоит, но массово никто не внедряет, потому что сложно, дорого и страшно. Все боятся, что ИИ накосячит, а отвечать потом придется живому человеку. В будущем, конечно, обещают, что можно будет голосом отчеты формировать, но пока что максимум — чат-боты, которые не понимают половину вопросов.

https://habr.com/ru/articles/924548/

#эффективность_процессов #производство_в_россии #планирование_ресурсов #планирование_проекта #производство_электроники #машиностроение #mes_системы #apscheduler

https://blog.gslin.org/archives/2025/06/23/12484/apscheduler-requests-%e9%81%87%e5%88%b0-oserror-errno-24-too-many-open-files-%e7%9a%84%e5%95%8f%e9%a1%8c/

APScheduler + requests 遇到 OSError: [Errno 24] Too many open files 的問題

#apscheduler #bug #code #collection #flask #gc #gunicorn #pypy #pypy3 #python #requests #source #urllib #urllib3 #workaround

https://blog.gslin.org/archives/2025/06/23/12484/apscheduler-requests-%e9%81%87%e5%88%b0-oserror-errno-24-too-many-open-files-%e7%9a%84%e5%95%8f%e9%a1%8c/

APScheduler + requests 遇到 OSError: [Errno 24] Too many open files 的問題

#apscheduler #bug #code #collection #flask #gc #gunicorn #pypy #pypy3 #python #requests #source #urllib #urllib3 #workaround

https://blog.gslin.org/archives/2025/06/23/12484/apscheduler-requests-%e9%81%87%e5%88%b0-oserror-errno-24-too-many-open-files-%e7%9a%84%e5%95%8f%e9%a1%8c/

APScheduler + requests 遇到 OSError: [Errno 24] Too many open files 的問題

#apscheduler #bug #code #collection #flask #gc #gunicorn #pypy #pypy3 #python #requests #source #urllib #urllib3 #workaround

https://blog.gslin.org/archives/2025/06/23/12484/apscheduler-requests-%e9%81%87%e5%88%b0-oserror-errno-24-too-many-open-files-%e7%9a%84%e5%95%8f%e9%a1%8c/

APScheduler + requests 遇到 OSError: [Errno 24] Too many open files 的問題

#apscheduler #bug #code #collection #flask #gc #gunicorn #pypy #pypy3 #python #requests #source #urllib #urllib3 #workaround

https://blog.gslin.org/archives/2025/06/23/12484/apscheduler-requests-%e9%81%87%e5%88%b0-oserror-errno-24-too-many-open-files-%e7%9a%84%e5%95%8f%e9%a1%8c/

APScheduler + requests 遇到 OSError: [Errno 24] Too many open files 的問題

#apscheduler #bug #code #collection #flask #gc #gunicorn #pypy #pypy3 #python #requests #source #urllib #urllib3 #workaround

This is so weird. I've backports.zoneinfo listed in my #Python #pip requirements file, and it installed it just fine. Yet, I got errors (from #APScheduler) saying that I don't have it installed, despite being in the right environment/using the same interpreter and whatnot.

I investigated further and deduced that it's probably bcos for some reason... the module is listed/found on the system (container) as backports-zoneinfo instead, not backports.zoneinfo - hence, the pkg_resources.DistributionNotFound error. For one, idek how this is happening cos I've another container that should be (for the most/relevant part at least) identical with the same requirements.txt file, environment and everything, and yet I've encountered no issues there and pkg_resources did find it as backports.zoneinfo (not with hyphen).

This is actually so freaking weird and wasting my time, big time.

---

edit:

As mentioned, this package should be identical in both containers (same version, same install location/method etc.) - even their names are identical in pip freeze, it's only when investigating with pkg_resources I've found where their names are different (again, no idea how this is the case - they're the same containers for the most part).

Noticing another difference tho between them:

the not ok container:

(venv) /base # ls -l /venv/lib/python3.8/site-packages/backports.zoneinfo-*.dist-info
ls: /venv/lib/python3.8/site-packages/backports.zoneinfo-*.dist-info: No such file or directory

(venv) /base # ls -l /venv/lib/python3.8/site-packages/backports.zoneinfo-*.dist-info
total 40
-rw-r--r--    1 root     root             4 Mar 10 17:36 INSTALLER
-rw-r--r--    1 root     root           592 Mar 10 17:36 LICENSE
-rw-r--r--    1 root     root         11357 Mar 10 17:36 LICENSE_APACHE
-rw-r--r--    1 root     root          4759 Mar 10 17:36 METADATA
-rw-r--r--    1 root     root          1896 Mar 10 17:36 RECORD
-rw-r--r--    1 root     root             0 Mar 10 17:36 REQUESTED
-rw-r--r--    1 root     root           102 Mar 10 17:36 WHEEL
-rw-r--r--    1 root     root            10 Mar 10 17:36 top_level.txt

/venv/lib/python3.8/site-packages/backports_zoneinfo-0.2.1.dist-info:
total 40
-rw-r--r--    1 root     root             4 Mar 12 14:33 INSTALLER
-rw-r--r--    1 root     root           592 Mar 12 14:33 LICENSE
-rw-r--r--    1 root     root         11357 Mar 12 14:33 LICENSE_APACHE
-rw-r--r--    1 root     root          4759 Mar 12 14:33 METADATA
-rw-r--r--    1 root     root          1896 Mar 12 14:33 RECORD
-rw-r--r--    1 root     root             0 Mar 12 14:33 REQUESTED
-rw-r--r--    1 root     root           102 Mar 12 14:33 WHEEL
-rw-r--r--    1 root     root            10 Mar 12 14:33 top_level.txt

FastAPI и Vue.js 3: телеграм-бот с MiniApp для записи и автоматических уведомлений. Пишем бэкенд

Сегодня я рад представить новый масштабный проект, в рамках которого мы подробно рассмотрим технологии и подходы, ранее не освещенные в моих статьях. На этот раз мы создадим телеграм-бота с MiniApp (ранее известным как WebApp) — это будет бот с интегрированным мини-сайтом прямо в Telegram. Для реализации проекта мы используем два основных фреймворка: 1. FastAPI — мощный Python-фреймворк, который мы задействуем для разработки API нашего телеграм-бота. Мы рассмотрим уникальный подход, позволяющий создать полноценный бэкенд, который будет закрывать как API-методы, так и функционал телеграм-бота. 2. Vue.js 3 — JavaScript-фреймворк, выбранный за его удобство разработки и возможности создания сложных визуальных элементов. В этой статье мы сосредоточимся на описании бэкенда, а создание приложения на Vue.js 3 будет вынесено на следующую статью.

https://habr.com/ru/companies/amvera/articles/873108/

#fastapi #sqlalchemy #sqlalchemy_20 #telegram_bot #telegram_bot_api #telegram_mini_app #telegram_web_app #telegram_web_app_bot #apscheduler #python

FastAPI и Vue.js 3: телеграм-бот с MiniApp для записи и автоматических уведомлений. Пишем бэкенд

Сегодня я рад представить новый масштабный проект, в рамках которого мы подробно рассмотрим технологии и подходы, ранее не освещенные в моих статьях. На этот раз мы создадим телеграм-бота с MiniApp (ранее известным как WebApp) — это будет бот с интегрированным мини-сайтом прямо в Telegram. Для реализации проекта мы используем два основных фреймворка: 1. FastAPI — мощный Python-фреймворк, который мы задействуем для разработки API нашего телеграм-бота. Мы рассмотрим уникальный подход, позволяющий создать полноценный бэкенд, который будет закрывать как API-методы, так и функционал телеграм-бота. 2. Vue.js 3 — JavaScript-фреймворк, выбранный за его удобство разработки и возможности создания сложных визуальных элементов. В этой статье мы сосредоточимся на описании бэкенда, а создание приложения на Vue.js 3 будет вынесено на следующую статью.

https://habr.com/ru/companies/amvera/articles/873108/

#fastapi #sqlalchemy #sqlalchemy_20 #telegram_bot #telegram_bot_api #telegram_mini_app #telegram_web_app #telegram_web_app_bot #apscheduler #python

FastAPI и Vue.js 3: телеграм-бот с MiniApp для записи и автоматических уведомлений. Пишем бэкенд

Сегодня я рад представить новый масштабный проект, в рамках которого мы подробно рассмотрим технологии и подходы, ранее не освещенные в моих статьях. На этот раз мы создадим телеграм-бота с MiniApp (ранее известным как WebApp) — это будет бот с интегрированным мини-сайтом прямо в Telegram. Для реализации проекта мы используем два основных фреймворка: 1. FastAPI — мощный Python-фреймворк, который мы задействуем для разработки API нашего телеграм-бота. Мы рассмотрим уникальный подход, позволяющий создать полноценный бэкенд, который будет закрывать как API-методы, так и функционал телеграм-бота. 2. Vue.js 3 — JavaScript-фреймворк, выбранный за его удобство разработки и возможности создания сложных визуальных элементов. В этой статье мы сосредоточимся на описании бэкенда, а создание приложения на Vue.js 3 будет вынесено на следующую статью.

https://habr.com/ru/companies/amvera/articles/873108/

#fastapi #sqlalchemy #sqlalchemy_20 #telegram_bot #telegram_bot_api #telegram_mini_app #telegram_web_app #telegram_web_app_bot #apscheduler #python

FastAPI и Vue.js 3: телеграм-бот с MiniApp для записи и автоматических уведомлений. Пишем бэкенд

Сегодня я рад представить новый масштабный проект, в рамках которого мы подробно рассмотрим технологии и подходы, ранее не освещенные в моих статьях. На этот раз мы создадим телеграм-бота с MiniApp (ранее известным как WebApp) — это будет бот с интегрированным мини-сайтом прямо в Telegram. Для реализации проекта мы используем два основных фреймворка: 1. FastAPI — мощный Python-фреймворк, который мы задействуем для разработки API нашего телеграм-бота. Мы рассмотрим уникальный подход, позволяющий создать полноценный бэкенд, который будет закрывать как API-методы, так и функционал телеграм-бота. 2. Vue.js 3 — JavaScript-фреймворк, выбранный за его удобство разработки и возможности создания сложных визуальных элементов. В этой статье мы сосредоточимся на описании бэкенда, а создание приложения на Vue.js 3 будет вынесено на следующую статью.

https://habr.com/ru/companies/amvera/articles/873108/

#fastapi #sqlalchemy #sqlalchemy_20 #telegram_bot #telegram_bot_api #telegram_mini_app #telegram_web_app #telegram_web_app_bot #apscheduler #python

Telegram Боты на Aiogram 3.x: Первые Шаги

Привет, друзья! За свою практику программирования я успел написать множество малых, средних и крупных проектов, преимущественно в формате Telegram-ботов. Моя история началась с популярной на то время версии aiogram 2.24 (тех, кто в теме, поймут), а сейчас я полностью перешел на версию 3.x, о чем нисколько не жалею. В этом посте я хочу начать делиться с вами своим опытом разработки Telegram-ботов через библиотеку aiogram. Сейчас вы читаете вводный пост по этой обширной, но на самом деле не такой уж и сложной теме. Если я увижу положительный отклик, то пойму, что эта информация вам полезна, и мы будем углубляться в разработку ботов все дальше и дальше. Сегодня мы научимся:

https://habr.com/ru/articles/820527/

#aiogram #aiogram3 #telegram #telegrambot #postgres #postresql #apscheduler

Telegram Боты на Aiogram 3.x: Первые Шаги

Привет, друзья! За свою практику программирования я успел написать множество малых, средних и крупных проектов, преимущественно в формате Telegram-ботов. Моя история началась с популярной на то время версии aiogram 2.24 (тех, кто в теме, поймут), а сейчас я полностью перешел на версию 3.x, о чем нисколько не жалею. В этом посте я хочу начать делиться с вами своим опытом разработки Telegram-ботов через библиотеку aiogram. Сейчас вы читаете вводный пост по этой обширной, но на самом деле не такой уж и сложной теме. Если я увижу положительный отклик, то пойму, что эта информация вам полезна, и мы будем углубляться в разработку ботов все дальше и дальше. Сегодня мы научимся:

https://habr.com/ru/articles/820527/

#aiogram #aiogram3 #telegram #telegrambot #postgres #postresql #apscheduler

Telegram Боты на Aiogram 3.x: Первые Шаги

Привет, друзья! За свою практику программирования я успел написать множество малых, средних и крупных проектов, преимущественно в формате Telegram-ботов. Моя история началась с популярной на то время версии aiogram 2.24 (тех, кто в теме, поймут), а сейчас я полностью перешел на версию 3.x, о чем нисколько не жалею. В этом посте я хочу начать делиться с вами своим опытом разработки Telegram-ботов через библиотеку aiogram. Сейчас вы читаете вводный пост по этой обширной, но на самом деле не такой уж и сложной теме. Если я увижу положительный отклик, то пойму, что эта информация вам полезна, и мы будем углубляться в разработку ботов все дальше и дальше. Сегодня мы научимся:

https://habr.com/ru/articles/820527/

#aiogram #aiogram3 #telegram #telegrambot #postgres #postresql #apscheduler

A lot of my apps require a scheduler, I've always given the option to choose between using #APScheduler or #Celery/#Redis for that. So tempted to drop Celery though because of just HOW MUCH RESOURCES it needs to even work, and when it doesn't work it's all silent about it. In my #helm charts, I could set very low (default) resource limits because they've been tested to work/be sufficient with APScheduler and the rest of the app - because of Celery though, I'd need to set a much higher default.