https://www.opennet.ru/openforum/vsluhforumID3/139222.html Андреас Румпф (Araq), автор языка программирования Nim, анонсировал новый алгоритм управления памятью YRC (произносится "&#220;rk"), который решает одну из ключевых проблем существующих механизмов в Nim: невозможность корректной обработки циклических ссылок, пересекающих границы потоков...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64785<br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#73 Sun, 22 Feb 2026 23:56:32 GMT должно произноситься как Цуза ;)<br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#70 Sun, 15 Feb 2026 20:11:06 GMT Хотя, учитывая тот факт, что данный механизм является свойством времени выполнения, то ничто не мешает перенести эту возможность в уже существующий язык, так как код приложения менять не требуется.<br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#68 Sun, 15 Feb 2026 17:53:32 GMT И близко нет. По каждой возможности у языка есть конкуренты, чем боьше язык может предложить возможностей - тем труднее найти ему альтернативу. Если брать компиляцию в машинный код, плюс продвинуют типизацию(хотя-бы на уровне null safety) и автоматическое управление памятью, то выбор сократится до ML семейства, плюс несколько языков вроде crystal. Ни голанг, ни паскаль, ни си, ни джаваскрипт, ни питон под эти критерии уже не подойдут. Если к этому добавить быструю компиляцию, то выбор сократится плюс-минус до ocaml и целой кучи малоизвестных языков, на которых есть только стандартная библиотека и может быть ещё парочка библиотек, а всё остально нужно писать самостоятельно. Всё, ocaml безальтернативен. Дальше, вопрос в том, насколько та или иная возможность востребована. Вот Nim предлагает остутствие остановок мира. Нужно ли это? Сейчас к джаве и питону добавился голанг, показывая, что даже в системных и сетевых программах сборка мусора как правило не мешает. Компьютерные игры? C++ никуда не делся.<br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#67 Sun, 15 Feb 2026 14:54:06 GMT Ну, последнее предложение совсем забавное, можно сказать про любой язык, когда ищется альтернатива среди альтернатив (ну типа альтернативы дефолтам типа bash, python, C и т.д.).<br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#66 Sun, 15 Feb 2026 13:50:01 GMT Хороший чем и для чего?<br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#65 Sun, 15 Feb 2026 13:46:11 GMT &gt;Язык это всегда про синтаксис.<br><br>Не только.<br>&gt;Никто не запрещает создать альтернативный компилятор/интерпретатор того же языка, который будет что-то делать по другому.<br><br>Смотря что. Менять можно в очень ограниченных рамках, иначе код это не переживёт.<br>&gt;Мне обязательно надо было перечислять все альтернативы Nim?<br><br>Есть целая куча альтернатив, и совершенно непонятно, зачем выбирать nim<br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#64 Sun, 15 Feb 2026 13:43:01 GMT &gt;Не понятно как это относится к теме.<br><br>Редактор не обладает возможностью переформатировать код при удалении синтаксических конструкций.<br>&gt;Какая-то надуманная проблема.<br><br>Набивайте отступ пробелами, в чём проблема?<br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#63 Sat, 14 Feb 2026 18:49:30 GMT &gt;&gt;А учитывая, что все равно отступы будут, то разницы нет.<br>&gt; Разница есть сразу же. Есть двухмерный список <br><br>Не понятно как это относится к теме.<br><br>&gt;&gt;К тому же любой нормальный редактор может сохранять отступ при переходе на новую строку и умеет двигать блоки текста, чтобы сразу отступ изменить.<br>&gt; Требовать вручную редактировать отступ, это всё равно, что заставлять писать код в <br>&gt; ворде и вручную раскрашивать синтаксис, а без раскраски выдавать ошибку компиляции. <br>&gt; С ocamlformat отступ не нужно редактировать вообще, он ставится полностью автоматически. <br>&gt; А вы так и будете набивать отступ руками, пускай и по <br>&gt; несколько пробелов за раза.<br><br>Какая-то надуманная проблема. <br><br> https://www.opennet.ru/openforum/vsluhforumID3/139222.html#61 Sat, 14 Feb 2026 12:24:09 GMT Язык это всегда про синтаксис. Никто не запрещает создать альтернативный компилятор/интерпретатор того же языка, который будет что-то делать по другому.<br><br>&gt; Go, Ocaml, Haskell, Dlang и куча других.<br><br>Мне обязательно надо было перечислять все альтернативы Nim?<br>