g
гинтро тоже написано очень жутко(
Size: a a a
2021 April 29
g
90% в одном файле и без разделений, просто стеной, предполагаю все изза того что Стефан физик
2021 April 30
A
Кстати вопрос: Arc завезли, на этом фоне помню там Араки про RAII рассуждал когда-то - или пока даже не на горизонте?
g
а что ты имеешь ввиду под появлением раии?
g
шо все ресурсы не нужно будет освобождать руками?
g
в вала всегда был арц и раии для всего в стд, то бишь тут нужно только ятобы в стд раскидали чтото вроде иф гц арц то очистить, тк кк токо с арц оно будет детерминировано
A
Да
I
Там что все совсем плохо?
Но работает же и быстро вполне.
Для меня показательно количество регрессий в каждом релизе, их почти нет. А например в D lang что не релиз, то фикс предыдущих регрессивных ошибок и их много (при этом компилер там пишет мега мозг Walter Bright, автор zortech c++ https://en.m.wikipedia.org/wiki/Walter_Bright), что как бы намекает что у нима и Rumpf-a всё неплохо.
Но работает же и быстро вполне.
Для меня показательно количество регрессий в каждом релизе, их почти нет. А например в D lang что не релиз, то фикс предыдущих регрессивных ошибок и их много (при этом компилер там пишет мега мозг Walter Bright, автор zortech c++ https://en.m.wikipedia.org/wiki/Walter_Bright), что как бы намекает что у нима и Rumpf-a всё неплохо.
I
Вот тоже после, begin end и {} боязнь что форматирование слетит есть. Помню в Фортране это напрягало в студенческие годы, с другой стороны пайтонисты же живут с этим, не помешало языку расти до сих пор
g
даже с радужным выделением?
f
Не во всех редакторах это есть, и не везде есть расширения которые это нормально реализуют.
f
И еще писать автоформатирование для языков с значимым отступом это головная боль
f
Хотя нормальное автоформатирование и ним это вообще мне кажется вещи слабо совместимые
g
путхон справился
g
но ваще конеш было бы круто еслиб опциональные фигурные скобки вернули
f
Компиляторный парсер для этого использовать нельзя так как он выкидывает все что только можно (nimpretty сделан через хак в компиляторе когда там смешан парсинг и раскладка кода
f
Так что надо для начала написать новый парсер, или взять tree-sitter и сделать через него (что я попробовал(
A
Аналогично в старые времена в виме с отступами боролся. Но в vscode и даже spacevimпю про такую проблему даже и не вспомнил
f
Но в итоге там вылезает огромное количество сахара типа опциональных скобок и прочего (вложенные комментарии), и я пока не знаю, толи я тупой и криво сделал грамматику
f
То ли это нормально что кода в ней генерится в тринадцать раз больше чем в С++