Андреас Румпф (Araq), автор языка программирования Nim, анонсировал новый алгоритм управления памятью YRC (произносится "Ürk"), который решает одну из ключевых проблем существующих механизмов в Nim: невозможность корректной обработки циклических ссылок, пересекающих границы потоков...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64785
как произносится Ürk и на каком это языке вообще?
Автор из Германии, поэтому предположу что язык немецкий.
Буква Übermut
Ü ü [yː] /ʏ/, /y:/ü в начале слова читается как "и" например Überweg → Ибервег
Т.е по русски будет "Ирк"
> Автор из Германии, поэтому предположу что язык немецкий.
> Буква Übermut
> Ü ü [yː] /ʏ/, /y:/
> ü в начале слова читается как "и" например Überweg → Ибервег
> Т.е по русски будет "Ирк"Т.е. или ты не умеешь в IPA или/и это очередной, без раздумий скопипащенный, бред чатгопоты.
Читается примерно как ю в "любоффь". Это к слову о Ü.
Точно то же тебе расскажет о [yː] https://en.wikipedia.org/wiki/Close_front_rounded_vowel там даже аудиофайл есть 🙄
> ü в начале слова читается как "и"Нет, конечно.
https://en.wiktionary.org/wiki/File:De-über-.ogg
https://en.wiktionary.org/wiki/File:De-über2.ogg
https://en.wiktionary.org/wiki/File:De-über3.oggМногие топонимы и имена собственные закрепились с кривой транслитерацией, так уж исторически сложилось. Не надо пытаться к ним аппелировать. Есть IPA, им и надо пользоваться.
Говорящий пример: https://ru.wikipedia.org/wiki/Жужуй
немецкий и другие языки https://auf-deutsch.eu/ru/govorenie/nemetskoe-proiznoshenie/.../
А Suse должно произноситься как Цузе?
Зузе.
И две молнии.
> Андреаск логопеду
>который решает одну из ключевых проблем существующих механизмов в Nimсам Nim какие проблемы решает?
> Однако в последующих сообщениях автор признал, что первоначальная реализация содержала серьёзные ошибки и не собирала циклы корректно. На момент публикации подготовлен набор исправлений, устраняющий основные ошибки. Автор продолжает настройку эвристик сборки и исправление оставшихся ошибок, при этом базовый алгоритм и его формальная верификация остаются корректными.
что-то тут не так :)
> сам Nim какие проблемы решает?Удовлетворение NIH-синдрома. Вполне себе проблема и вполне себе решение.
>сам Nim какие проблемы решает?Затрудняет распространение хороших языков. Здесь и управляющие отступы с питоноподобным синтаксисом, и империативный подход с разделением на инструкции и выражения, и сишная модель управления памятью с утечками и порчей памяти, и отсутствие компиляции, а только трансляция в си, что затрудняет отладку, и куча эпических ошибок в реализации практически всего, типа новой системы управления памятью, в которой сразу же после релиза обнаружена куча ошибок.
> Затрудняет распространение хороших языковДа ничего он не затрудняет. Это просто игрушка для автора, которая находится в состоянии перманентного переписывания и никем нигде не используется.
>> Однако в последующих сообщениях автор признал, что первоначальная реализация содержала серьёзные ошибки и не собирала циклы корректно. На момент публикации подготовлен набор исправлений, устраняющий основные ошибки. Автор продолжает настройку эвристик сборки и исправление оставшихся ошибок, при этом базовый алгоритм и его формальная верификация остаются корректными.
> что-то тут не так :)Да все так. Он же код TLA+ верифицировал, лол, а не его реализацию на NIM. Теперь, наверное, искренне недоумевает, где же он просчитался...
> сам Nim какие проблемы решает?Решает проблему потребности в языке с нормальным высокоуровневым синтаксисом типа Python, а не упоротым как Rust, но при этом чтобы компилировалось в машинный код и результат работал на близких к сишному коду скоростях.
> YRCНаши ребята из Яндекса написали.
> Araq - Andreas Rumpf · Master
> Germany
> Opened this pull requestЧто-то мне кажется, что ты на_издел.
> Реализация [...] имеет формальную верификацию безопасности и отсутствия взаимных блокировок через спецификацию на языке TLA+ и доказательство в инструментарии Lean
> первоначальная реализация [...] не собирала циклы корректно.
> Автор продолжает настройку эвристик сборки
> базовый алгоритм и его формальная верификация остаются корректными.Пхахаха! 😂 Вроде же до 1 апреля далеко еще?
* Делаем формальную верификацию алгоритма, написанного на абсолютно левом языке.
* Пишем код теперь уже на Nim, который к этой верификации и ее гарантиям ВНЕЗАПНО не имеет никакого отношения.
* Искренне недоумеваем, почему это "базовый алгоритм и его формальная верификация остаются корректными", а вот наш "не базовый" алгоритм на Nim без формальной верификации тупо "не собирает циклы корректно".Просчитался, но... где?
Когда у тебя есть формально доказанный алгоритм и его реализация хоть на каком-нибудь языке, пусть даже таком странном, как TLA+, ты по крайней мере знаешь, куда двигаться. Ты можешь сравнить свою реализацию и референсную, чтобы отыскать ошибку.Если же ты и алгоритм на ходу придумываешь, и пишешь сразу в конечном языке, и доказать корректность алгоритма не можешь, дела твои обстоят намного хуже.
> ты по крайней мере знаешь, куда двигаться. Ты можешь сравнить свою реализацию и референсную, чтобы отыскать ошибкуКак показывает новость, связи абсолютно никакой. Потому что математическая верификация конкретного кода доказывает корректность работы именно этого самого кода. А левого - не доказывает. Это как бы логично.
И сравнивать там нечего, ибо языки разные.
> Если же ты и алгоритм на ходу придумываешь, и пишешь сразу в конечном языке, и доказать корректность алгоритма не можешь
В этом как бы и смысл: формальная верификация относится сугубо к коду, который она верифицирует. В левом коде она не доказывает вообще ничего.