https://opennet.ru/openforum/vsluhforumID3/138256.html Представлен релиз языка системного программирования Nim 2.2.6. Обновление вышло спустя шесть месяцев после релиза версии 2.2.4 и включает 141 коммит с исправлениями ошибок и улучшениями производительности. Nim &#8211; статически типизированный компилируемый язык программирования с синтаксисом, вдохновлённым Python, и возможностями метапрограммирования на уровне Lisp. Язык компилируется в C, C++ и JavaScript, обеспечивая производительность на уровне C при выразительности высокоуровневых языков. Код проекта поставляется под лицензией MIT...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64173<br> https://opennet.ru/openforum/vsluhforumID3/138256.html#111 Mon, 10 Nov 2025 10:32:53 GMT Ты прав: Ocaml - супернишевый. Всего лишь одна HFT компания all-in в Ocaml. Что подтверждает твой тезис, но делает его забавным.<br> https://opennet.ru/openforum/vsluhforumID3/138256.html#110 Mon, 10 Nov 2025 10:12:54 GMT В курсах по React сказали - "транспилятор" - значит, называем так. А чё там это значит, пёс его знает. Как фейспук животворящий скажет, так и делаем.<br> https://opennet.ru/openforum/vsluhforumID3/138256.html#109 Mon, 10 Nov 2025 10:09:50 GMT Зачем понадобился "транспайлер", чем не устроил "транслятор"?<br><br>Подкину вам еще вариантов: транскомплятор, интерпайлер, транссемблер.<br> https://opennet.ru/openforum/vsluhforumID3/138256.html#107 Sat, 08 Nov 2025 18:18:09 GMT Ну, слушай, это здорово, что на Окамле хоть какой-нибудь софт есть, но он всё ещё не мейнстрим.<br>Следуя твоей логике, Дельфин/Поцкаль живы потому что на них пишут супернишевый софт вроде этого:<br>https://github.com/s-oram/Grace<br> https://opennet.ru/openforum/vsluhforumID3/138256.html#106 Fri, 07 Nov 2025 18:40:53 GMT Это просто хороший тон: исправляют и объявляют об исправлении. Лишний повод доверять.<br> https://opennet.ru/openforum/vsluhforumID3/138256.html#105 Fri, 07 Nov 2025 09:31:33 GMT &gt; И если бы ты использовал русскоязычный термин "сборка", то понял бы, что<br><br>..ничего не понял. "Сборкой" называют буквально всё!<br><br>Сборкой программы (make/build), например, называют работу или результат работы сборочного сценария (Makefile/CMake/meson). Если собирают пакет, то уточняют, что это "сборка пакета" (makepkg -p PKGBUILD).<br><br>В широком смысле (sensu lato), "сборка" или "компиляция", т.е. "работа компилятора" (gcc compiler) включает:<br>1) Препроцессинг (макроподстановку). (gcc -E main.с -o main.c)<br>2) Собственно компиляцию (compile), в узком смысле (sensu stricto), т.е. трансляцию исходного кода в язык ассемблера. (gcc -S main.с -o main.s). Эту фазу никогда сборкой не называли.<br>3) Ассемблирование (assembly) - *сборку* объектного файла. (gcc -c main.с -o main.o). Изначально просто "сборка", но ныне устарело, т.к. никто не пишет на ассемблере.<br>4) Компоновку - *сборку* исполняемого файла из объектных файлов и библиотек.<br><br>$ man gcc<br>gcc - GNU project C and C++ compiler<br>...<br>When you invoke GCC, it https://opennet.ru/openforum/vsluhforumID3/138256.html#103 Thu, 06 Nov 2025 20:16:17 GMT clang компилирует си/си++ в машинный код напрямую или можно в LLVM IR, а уже дальше через llc.<br><br>nim ничего не компилирует, он транслирует nim код в си/си++ либо JS. Из-за этого откладка nim кода очень геморойная. <br><br>вся разница в том что LLVM IR удобно дебажить, там представление твоего кода в пользовательском отладчике, так работает Rust.<br><br>есть вот такая вещь https://github.com/arnetheduck/nlvm но оно не полностью поддерживает nim, там не работает так любимый авторами nim 'interop/FFI'. <br> https://opennet.ru/openforum/vsluhforumID3/138256.html#102 Thu, 06 Nov 2025 07:59:05 GMT &gt;Транслятор - общее понятие, включающее и компилятор (в т.ч. транспайлер), и интерпретатор, и ассемблер. Грубо говоря, переводчик кода.<br><br>Интерпретатор ничего не транслирует.<br>И если бы ты использовал русскоязычный термин "сборка", то понял бы, что и компиляция - далеко не только трансляцию подразумевает, сам термин подчеркивает именно следующий за ней шаг.<br> https://opennet.ru/openforum/vsluhforumID3/138256.html#100 Wed, 05 Nov 2025 23:37:42 GMT &gt; сложные макросы, язык в языке - это провал<br><br>Нет, это то, чего часто не хватает.<br><br>Кодеры на публику говорят, что "я не такой, я всегда против макросов", а потом в ядре линукса страшные гигантские портянки на препроцессоре - кто их написал? Если из C убрать макросы, разве станет лучше? Язык станет слабее, софта меньше, совместимость между компиляторами ухудшится (закажут расширение компилятора там, где сейчас обходятся стандартными макросами). <br>Станет лучше, потому что сишники пойдут в другие языки? Нет, шаблоны из плюсов по той же логике будут убраны.<br>Станет лучше из-за перехода на кодогенерацию скриптами? Нет, это движение назад, а не вперёд (внешний кодогенератор =&gt; препроцессор C =&gt; макросы, интегрированные в язык).<br>Станет лучше, потому что некрасивые задачи перестанут решать? Это лицемерие. Мол, эта задача некрасиво ложится на статические языки, значит надо принять оверхед динамических. Эту оптимизацию не выразить без макросов? И не надо. В общем, пиши промышленный boilerplate и не желай себе больш