AK
red75prime
Белые звери таки тоже были
Да. Но отношение к ним было лучше чем к черным хотя бы потому что у тебя с ними есть хоть какие-то общие культурные ценности. Когда с черными ничего общего не было.
Size: a a a
2020 March 27
DS
Переписывать либу с каждым nightly?
Да.
DS
Кому нужно, те перепишут. Зачем для всех возможности выпиливать?
А⚙
Вполне наглядно, как обычные футуры в любом другом языке
Да ладно, в расто чате дофига примеров было, когда переписывание на async/await кардинально упрощало код
DS
Я просто не вижу плюсов этого подхода кроме пьюризма.
Процедурные макросы раста в нынешнем виде стабильны, пусть и не очень мощны.
Это готовый инструмент, которым можно сделать дохуя всего. Религия не позволяет?
Процедурные макросы раста в нынешнем виде стабильны, пусть и не очень мощны.
Это готовый инструмент, которым можно сделать дохуя всего. Религия не позволяет?
Проблема в том, что такие макросы не дают возможности работать с системой типов полноценно.
Из-за этого гигнатское число вещей тупо нельзя сделать на них.
Из-за этого гигнатское число вещей тупо нельзя сделать на них.
А⚙
Проблема в том, что такие макросы не дают возможности работать с системой типов полноценно.
Из-за этого гигнатское число вещей тупо нельзя сделать на них.
Из-за этого гигнатское число вещей тупо нельзя сделать на них.
Ну так ты и типы зачастую прочекать и вывести не можешь, не раскрыв макросов
ML
Кому нужно, те перепишут. Зачем для всех возможности выпиливать?
Кроме авторов библиотек, есть ещё пользователи. Первых сильно меньше, и они иногда забрасывают библиотеки. Никто не будет переписывать пол экосистемы с каждым релизом, это путь вникуда.
DS
Да ладно, в расто чате дофига примеров было, когда переписывание на async/await кардинально упрощало код
Я бы предпочел рабочие GAT и impl Trait'ы async/await'у
ML
Проблема в том, что такие макросы не дают возможности работать с системой типов полноценно.
Из-за этого гигнатское число вещей тупо нельзя сделать на них.
Из-за этого гигнатское число вещей тупо нельзя сделать на них.
А тебе кто-то обещал что можно будет?
DS
Вот уж полноценные impl Trait столько кода упростили бы, сколько async/await и не снилось
DS
Кроме авторов библиотек, есть ещё пользователи. Первых сильно меньше, и они иногда забрасывают библиотеки. Никто не будет переписывать пол экосистемы с каждым релизом, это путь вникуда.
Скала так успешно живёт более-менее.
DS
Зато можно успешно корежить язык как хочется, т.к. экосистема привыкла жить с правками
ML
Да кушайте наздоровье. Я предпочитаю когда данные гарантии соблюдаются, но тут каждому своё.
DS
А тебе кто-то обещал что можно будет?
Ну макросов с типизированным АСТ очень хотелось бы. Хотя бы чтобы можно было пройтись по методам данного трейта и т.п.
Можно было бы сделать какой-нибудь derive via нормальный и убрать кучу бойлерплейта
Можно было бы сделать какой-нибудь derive via нормальный и убрать кучу бойлерплейта
DS
Да кушайте наздоровье. Я предпочитаю когда данные гарантии соблюдаются, но тут каждому своё.
Так речь не о всех гарантиях, а пометить часть вещей как экспериментальные на которые гарантий стабильного АПИ не дается.
ML
Ну макросов с типизированным АСТ очень хотелось бы. Хотя бы чтобы можно было пройтись по методам данного трейта и т.п.
Можно было бы сделать какой-нибудь derive via нормальный и убрать кучу бойлерплейта
Можно было бы сделать какой-нибудь derive via нормальный и убрать кучу бойлерплейта
Конечно хотелось бы. Но этого никто не обещал)
DS
Типа тех же плагинов к компилятору
ML
Так речь не о всех гарантиях, а пометить часть вещей как экспериментальные на которые гарантий стабильного АПИ не дается.
Для этого есть nightly
DS
Для этого есть nightly
Ну вот туда макросы с AST и засунуть
ML
Типа тех же плагинов к компилятору
Плагины выпилили потому что их сложно поддерживать одновременно с рефакторингом компилятора (который необходим), а профита от них мало -- все ключевые библиотеки перелезли на proc macros.