Сообщение Re[29]: Можно ли избавиться от async|await? от 18.12.2025 20:11
Изменено 19.12.2025 10:26 Serginio1
Re[29]: Можно ли избавиться от async|await?
Здравствуйте, ·, Вы писали:
S>>Почитав
S>>Виртуальные потоки в Java: эволюция, практика, подводные камни
S>>Его суть использовать старый код в асинхронном виде.
·>Откуда такой бредовый вывод? Суть — сабж. Т.е. избавиться от необходимости асинхронного кода.
А нужно? В статье про подводные камни расписано. Проще использовать асинхронный код и использовать как параллельные асинхронные вычисления, так и последовательные, таймауты итд итп.
S>>На C# c помощью ИИ легко сгенерировать новый асинхронных код заменив Thread.Sleep на асинхронный аналог Task.Delay, ThreadLocal на AsyncLocal итд
·>Наверное можно, и в тривиальных случаях может даже заработает как-то. Но зачем?
Почему в тривиальных. Все зависит от того, как поставишь задачу ИИ. Они очень умные
А зачем использовать виртуальные потоки? Ради производительности в многопользовательских серверах как правило.
S>>Почитав
S>>Виртуальные потоки в Java: эволюция, практика, подводные камни
S>>Его суть использовать старый код в асинхронном виде.
·>Откуда такой бредовый вывод? Суть — сабж. Т.е. избавиться от необходимости асинхронного кода.
А нужно? В статье про подводные камни расписано. Проще использовать асинхронный код и использовать как параллельные асинхронные вычисления, так и последовательные, таймауты итд итп.
S>>На C# c помощью ИИ легко сгенерировать новый асинхронных код заменив Thread.Sleep на асинхронный аналог Task.Delay, ThreadLocal на AsyncLocal итд
·>Наверное можно, и в тривиальных случаях может даже заработает как-то. Но зачем?
Почему в тривиальных. Все зависит от того, как поставишь задачу ИИ. Они очень умные
А зачем использовать виртуальные потоки? Ради производительности в многопользовательских серверах как правило.
Re[29]: Можно ли избавиться от async|await?
Здравствуйте, ·, Вы писали:
S>>Почитав
S>>Виртуальные потоки в Java: эволюция, практика, подводные камни
S>>Его суть использовать старый код в асинхронном виде.
·>Откуда такой бредовый вывод? Суть — сабж. Т.е. избавиться от необходимости асинхронного кода.
А нужно? В статье про подводные камни расписано. Проще использовать асинхронный код и использовать как параллельные асинхронные вычисления, так и последовательные, таймауты, CancellationToken итд итп.
S>>На C# c помощью ИИ легко сгенерировать новый асинхронных код заменив Thread.Sleep на асинхронный аналог Task.Delay, ThreadLocal на AsyncLocal итд
·>Наверное можно, и в тривиальных случаях может даже заработает как-то. Но зачем?
Почему в тривиальных. Все зависит от того, как поставишь задачу ИИ. Они очень умные
А зачем использовать виртуальные потоки? Ради производительности в многопользовательских серверах как правило.
S>>Почитав
S>>Виртуальные потоки в Java: эволюция, практика, подводные камни
S>>Его суть использовать старый код в асинхронном виде.
·>Откуда такой бредовый вывод? Суть — сабж. Т.е. избавиться от необходимости асинхронного кода.
А нужно? В статье про подводные камни расписано. Проще использовать асинхронный код и использовать как параллельные асинхронные вычисления, так и последовательные, таймауты, CancellationToken итд итп.
S>>На C# c помощью ИИ легко сгенерировать новый асинхронных код заменив Thread.Sleep на асинхронный аналог Task.Delay, ThreadLocal на AsyncLocal итд
·>Наверное можно, и в тривиальных случаях может даже заработает как-то. Но зачем?
Почему в тривиальных. Все зависит от того, как поставишь задачу ИИ. Они очень умные
А зачем использовать виртуальные потоки? Ради производительности в многопользовательских серверах как правило.