А⚙
А вообще с такими вопросами лучше в @rust_async
Size: a a a
2020 September 13
E🤙
А вообще с такими вопросами лучше в @rust_async
Там не пидоры
E🤙
Хуя ты коварен
E🤙
Но суть даже не в расте здесь
А⚙
Но суть даже не в расте здесь
Я хз, если честно, я не работал с асинком в расте
E🤙
Просто вроде выглядит легально, но весь сосинк наблюдаемый это потеребить базку и пошликать сокет
А⚙
Но вообще выглядит не очень
E🤙
А подождать ответа от юзера минут 15 такого не видел
E🤙
Но вообще выглядит не очень
Ну вот подводные какие
AD
Жирк, а делать юзер инпут и прочие события от пользователя как футура -- норм тема?
ну это же IO - да, норм. Другое дело, есть ли под это дело асинхронные примитивы
(L
Жирк, а делать юзер инпут и прочие события от пользователя как футура -- норм тема?
От задачи зависит, очевидно
Если латенси ввода критична, то думаю что не очень норм, ты по сути буфер добавляешь
Если латенси ввода критична, то думаю что не очень норм, ты по сути буфер добавляешь
(L
Хотя хз, там задержки будут вряд ли ощутимые для 99.9% задач
E🤙
все гораздо тупее: я представил кейс, когда пишешь бесполезного телегобота, который в одном из обработчиков может посылать кнопки или всякие вопросы, а новый апдейт, который придет и по сути будет ответом на то, что бот запросил, позволят фуче дальше выполняться
2020 September 14
∅ч
в julia есть named parameters, там ты в вызове пишешь что-то типа parametername1 = value1, parametername2 = value2...
хотелось бы нормальный язык, а не high level dynamic language
∅ч
я named и в петухоне видел
∅ч
а еще бы какой нить пиздатый синтаксис типо
object $method { arg1: ..., arg2: ... }
object $method { arg1: ..., arg2: ... }
EG
а еще бы какой нить пиздатый синтаксис типо
object $method { arg1: ..., arg2: ... }
object $method { arg1: ..., arg2: ... }
Отвратительно, зачем?
∅ч
client $request { url: "https://ifconfig.me", method: METHOD::Get }
∅ч
Отвратительно, зачем?
пиздато же