I have to remember that my programming skill isn't regressing because I'm not using async in C++, I'm learning a new language and only starting using async in VB .NET in 2020 when I was using it for almost 8 years. Only been learning and using C++ regularly for a year and a half (I did watch a big tutorial playlist in 2021 and modified a few lines in the wf-shell C++ files to add menu size configuration in January 2022 but that doesn't count much).
#Async
Actually planned out a state machine with a diagram. It is for button presses on my epub reader. Aside from just handling open/closed it handles debounces, long presses, and multipresses(double click). The state is backed up by Rusts type system so it can never practically be in a bad state. It uses async with timers and interrupts on rising/falling edge of the pins to detect state changes and creates events for notable transitions.
for as much as I complain about async I will still use it.
There are about 10 lines of code where if a state change did happened I would miss it. I could reduce it with my own interrupt handler but mhe.
This cleans up my UI code a bit.
My #FOSDEM discovery: #ArielOS .
#Rust, both #async and preemptive scheduling, microcontroller-friendly. Based on #embassyrs .
Sounds promising, gonna have to check it out once I'm back home.
Сегодня я для себя открыл: Project Loom
"Loom" означает "ткацкий станок" - так назывался проект по добавлению асинхронности в джаву. Тяжёлые системные потоки заменили легковесными виртуальными потоками. Потоки и нити в английском называются одинаково - thread - отсюда название. Проект успешно внедрили пару лет назад, и я, к сожалению, это полностью пропустил. Основная причина, конечно - что я в принципе не ожидал от джавы никаких прорывов (и оказался на 100% неправ!) Ну и, как бэкенд-разработчик на питоне, я не очень-то слежу за развитием JVM-языков. Но исправляюсь: Project Loom - это блестящая идея. Учитывая, что его внедрили совместимым образом, и почти не было ломающих изменений. Я считаю, это оптимальная реализация асинхронности для высокоуровневого серверного языка. Уже почти все использующие JVM языки переехали на новую JVM, и, таким образом, на проект Loom: деваться им некуда. Так что, есть надежда, что это изменение откроет новую главу для некоторых из них. Есть также предположение, как оно может повлиять на скриптовые языки, такие как питон. Гипотеза только. Также, вы узнаете, почему Гвидо ван Россум не ошибся, когда добавлял async/await в питон, а Мацумото - создатель Ruby - тоже угадал, когда, наоборот, отказался от async/await.
How do you go from plain functions to a distributed conversation? This piece on StateGraphs digs into how that transformation actually works.
Read More: https://zalt.me/blog/2026/01/stategraphs-distributed-conversations
Thảo luận về sync, async và event-driven trong yêu cầu AI trong sản xuất thực tế. Làm thế nào để xử lý các cuộc gọi AI dài hạn hoặc phát trực tuyến? #AI #TríTuệNhânTạo #LậpTrình #Async #EventDriven #SảnXuấtThựcTế #MachineLearning #HọcMáy
https://www.reddit.com/r/programming/comments/1qoimgd/discussion_sync_vs_async_vs_eventdriven_ai/
When async clients refuse to hang, everything about reliability changes. If you care about async behavior under failure, this one’s worth a read.
Read More: https://zalt.me/blog/2026/01/async-clients-hanging
Boris Cherny (@bcherny)
Claude Code의 훅(hook) 기능 업데이트: 훅을 비동기 백그라운드로 실행해 Claude Code 실행을 차단하지 않도록 지원함. hook 설정에 async: true만 추가하면 로깅·알림 등 부작용 작업을 본체 실행 속도를 늦추지 않고 처리할 수 있음.
How to Prevent Promise.all From Hiding Failures
One rejection nukes all results.
Out of curiosity, I'd like to see how an async approach would look, because async is reportedly perfect for high-volume network fetches. (I'm more curious about how elegant the code might be, rather than the raw performance.)
But I'm not keen on adding Tokio because it has a dependency tree that looks like an operating system.
Is there another async runtime for Rust that doesn't drag any dependencies with it?
RE: https://mastodon.social/@hackeryarn/115811198077022156
It's become an article of faith that "async must be better" even when processes such as web-apps are not even close to being CPU bound.
These benchmarks of Django and FastAPI in various configurations tell a different story, it's interesting stuff.
As the conclusion says, async comes with a cognitive cost and if it's providing no benefit then it should be left alone.
[Перевод] Тихий Promise, который убьёт ваш сервер Node.js
У вас есть продакшен-сервер. Он спокойно работает часами. А потом внезапно падает. Без предупреждения, без graceful-деградации. Просто мёртв. Виновник? Одна строчка кода, которая выглядит совершенно безобидно...
https://habr.com/ru/articles/988132/
#nodejs #промисы #асинхронность #promise #await #async #javascript #typescript #error_handling #обработка_ошибок
Building High-Performance APIs with FastAPI and Async Python:
https://dasroot.net/posts/2026/01/building-high-performance-apis-fastapi-async-python/
#FastAPI #Async #Python #Redis
Tôi đã xây dựng utility Node.js **safe-timeouts** giúp áp dụng deadline cho toàn bộ luồng async, không chỉ một promise. Sử dụng AsyncLocalStorage để chia sẻ deadline, AbortController để hủy công việc, hỗ trợ Axios. Giúp tránh request treo, Axios chạy sau timeout, và rắc rối khi dùng Promise.race. Mở repo trên GitHub/NPM, mong nhận góp ý. #NodeJS #async #timeout #JavaScript #LậpTrình #CôngCụ
Client Info
Server: https://mastodon.social
Version: 2025.07
Repository: https://github.com/cyevgeniy/lmst