HabrJul 3, 2025

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

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

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

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

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

Производство в России внезапно оказалось в двадцать первом веке. Все вокруг говорят про роботов и искусственный интеллект, а на деле — дефицит людей, зарплаты кусаются, а ручной труд стал роскошью,...

Хабр
Gea-Suan LinJun 22, 2025

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

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

前陣子試著在 Python 上面定時跑 crawler 抓一些東西寫進資料庫。 因為是偏實驗性質，選擇用 PyPy (PyPy3) 而非 CPython (就是官方版本的 Python)，然後搭著 Gunicorn (跑 Flask) + APScheduler + requests，專案的程式碼可以在 app/app.

Gea-Suan Lin's BLOG
MikaMar 12, 2025

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
the ok container:
(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
---

edit:

oh nvm, it's not missing on the not ok container - just, affected by the somehow different name for wtv reason.
/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

HabrJan 13, 2025

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 для записи и автоматических уведомлений. Пишем бэкенд

Приветствую, друзья! Сегодня я рад представить вам новый крупный проект, в рамках которого мы разберем технологии и подходы, которые ранее не освещались в моих статьях. На этот раз мы создадим...

Хабр
ЙотеSep 13, 2024

Одинь день — одна тема
2/365

Інтернет радіо

Почав з того що обговорювалась тема радіо тут на мастодоні. Може хто знає про таке радіо як Radio Social Net Ua⁴. Воно гоститься адміном Мастодон примірника (істанса) social.net.ua¹. Недавно з'явилось ще одне радіо Балакучий рок² від користувача мастодона з допомогою адміна. І ось я вирішив подивитись в репозиторій³ (є лінк на radio.social.net.ua), щоб розібратись як захостити і собі. Доволі багато взнав і так до кінця не розібрався. Ось список техноголій які треба знати:

  • icecast — для стрімінгу
  • flask - pyhhon фреймщорк
  • docker - контейнер
  • ASGI (Asynchronous Server Gateway Interface) — для підримання користувачів і веб інтерфейсу
  • flask-apscheduler — для оновлення інтерфейсу
  • supervisord — управляти процесами (веб сервер, радіо стрімінг сервер)
  • і купа іншого

В планах запустити локально.

¹ https://social.net.ua
² https://radio.thx8te.kh.ua/public/chatty_rock
³ https://github.com/uanet-exception/radio.social.net.ua
⁴ https://radio.social.net.ua

#257день #темадня #радіо #українськерадіо #python #flask #docker #asgi #apscheduler #supervisord #програмування #devops

Social.Net.Ua

HabrJun 10, 2024

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-ботов. Моя история началась с популярной на то время...

Хабр
KainéDec 22, 2023
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.
LinkMay 26, 2023
I still have no idea how #APScheduler could work so resiliently in one #Django app of mine, and not work at all in another - when they're both set up the exact same way. How is that possible?