MF
7 лет писал на плюсах и офигел недавно, когда пришлось поковыряться в коде на новом стандарте
>Еще хуже, чем то, что в новых стандартах с++
Об этом написал ниже 🙂
Size: a a a
2020 April 09
BD
не хуже, стандарты с++ пишутся для языка с 30+ летней историей
BD
так что в плюсах всё гораздо печальнее
BD
и писать на них ныне не хочется от слова совсем
MF
Да, согласен. Но все же не разделяю всеобщего желания побыстрее запилить futures в std и гордо заявить: все готово, начинайте исползьовать
MF
и рантайм должен быть стандартный, по моему мнению, не должно быть такого сплита экосистемы
MF
И ситуация ухудшается постоянно. непонятно, получится ли вообще это все разрулить
BD
и рантайм должен быть стандартный, по моему мнению, не должно быть такого сплита экосистемы
ты забываешь что в расте есть официальный no_std, если рантайм в std то его не будет в no_std и все равно делать свой, так что пусть сейчас поконкурируют - в итоге вырастет тот, который круче всех
🦉
А мне лично трудно. Раст себя позиционирует как наследник с++, например. Но здесь творится какой-то ад просто, где без бутылки не разберешься
на наброс похоже
BD
И ситуация ухудшается постоянно. непонятно, получится ли вообще это все разрулить
получится
G
и рантайм должен быть стандартный, по моему мнению, не должно быть такого сплита экосистемы
Ну в std асинхронную среду исполнения всё равно не вшить, значит это должен быть отдельный крейт. Был и есть Tokio (де-факто стандарт), но ведь никому не запретишь пилить новые библиотеки, так появился async-std
MF
на наброс похоже
Нет, не наброс. Просто боль, с которой сталкиваешься потсоянно
BD
Ну в std асинхронную среду исполнения всё равно не вшить, значит это должен быть отдельный крейт. Был и есть Tokio (де-факто стандарт), но ведь никому не запретишь пилить новые библиотеки, так появился async-std
async-std? 🙂
G
async-std? 🙂
?
BD
стд с асинхронной средой
BD
Ну в std асинхронную среду исполнения всё равно не вшить, значит это должен быть отдельный крейт. Был и есть Tokio (де-факто стандарт), но ведь никому не запретишь пилить новые библиотеки, так появился async-std
но да, это то же самое что я сказал - оно все равно отдельно идет
G
стд с асинхронной средой
Ну я уже спрашивал создателей по поводу названия, ничего внятного они не ответили)
OA
ты забываешь что в расте есть официальный no_std, если рантайм в std то его не будет в no_std и все равно делать свой, так что пусть сейчас поконкурируют - в итоге вырастет тот, который круче всех
тут штука в том, что всякие сорсы ивентов (таймеры, сокеты) привязаны к рантайму. Т.е. в стд или не в стд, все равно чтоб люди писали либы нужно договориться о совместимости. Или сделать хук потипу GLOBAL_ALLOCATOR, чтоб сокеты привязывались к нему, а ты уже в одном месте включаешь какой тебе нужно рантайм. Но даже этот хук должен быть "стандартным" и всеми принятым. А сейчас довольно херово потому что каждый рантайм должен идти со своим сетевым стеком и максимумом плюшек, потому что они все вместе повязаны.
BD
тут штука в том, что всякие сорсы ивентов (таймеры, сокеты) привязаны к рантайму. Т.е. в стд или не в стд, все равно чтоб люди писали либы нужно договориться о совместимости. Или сделать хук потипу GLOBAL_ALLOCATOR, чтоб сокеты привязывались к нему, а ты уже в одном месте включаешь какой тебе нужно рантайм. Но даже этот хук должен быть "стандартным" и всеми принятым. А сейчас довольно херово потому что каждый рантайм должен идти со своим сетевым стеком и максимумом плюшек, потому что они все вместе повязаны.
вопрос времени
Ct
тут штука в том, что всякие сорсы ивентов (таймеры, сокеты) привязаны к рантайму. Т.е. в стд или не в стд, все равно чтоб люди писали либы нужно договориться о совместимости. Или сделать хук потипу GLOBAL_ALLOCATOR, чтоб сокеты привязывались к нему, а ты уже в одном месте включаешь какой тебе нужно рантайм. Но даже этот хук должен быть "стандартным" и всеми принятым. А сейчас довольно херово потому что каждый рантайм должен идти со своим сетевым стеком и максимумом плюшек, потому что они все вместе повязаны.
Можно же на
AsyncRead\AsyncWrite опираться