> Ты так пишешь, что я нихера не понял толком. Что-то про макросы,
> как остальной ЯП. Это что? Это про гомоиконность?Это предвычисления в компилтайм. Фокус в том что можно в КОМПИЛ ТАЙМ выполнить воооон ту навороченную функцию, с обычным синтаксисом все того же ЯП, и при компиле в бинарь пойдет уже результат счета этой штуки. Ну то-есть такой супер-макрос на стероидах, сразу с синтаксисом основго яп. Так то довольно куто.
> Любой лисп возьми - и будет тебе код как данные этого же языка.
У него синтаксис и стиль больно уж инопланетный. А в zig это ну вот как "правильно сделаный сишка" чтоли. С тем же ЯП вместо какого-то кастома в макросах, вот, да и не макросы оно уже а нечто большее, компил-тайм вычисления. Я не лиспер но не уверен что в лиспе есть именно ЭТО.
> Берёшь Racket, пишешь проги, компилишь в бинарь, который работает со скорость C-программы
> и никакой zig не нужен.
На Zig можно системщину писать, но можно и что-то еще. Это выглядит как очень годная эволюция сишки. Он сырой и есть ряд траблов но вон та идея с компил тайм вычислениями прямо на том же ЯП что и основная программа весьма забавно придумано.
Ну вот смотри, есть допустим lookup table заполняемый какой-то навороченной логикой считающей ее. Если считать все это в RUN TIME, код для счета - и время на его выполнение будут оверхедом рантайма, приплюсованым к полезной логике. А если уже именно результат этого счета в бинарь оформить, сделав вычисления еще на фазе компила - нефиговая оптимизация скорости и оверхеда! Сишники, плюсеры и, вроде, хрустики, иногда что-то весьма сравнимое делают макросами, но там синтаксис вот этого вот все же отличается от основного яп, и имеет кучу ограничений и особенностей. Вот именно функцию вызвать в компилтайм и ее результат заскладировать - так там нельзя. Компилтайм предвычисления прямо на основном яп - со всеми его фичами и синтаксисом - такого я вроде не видел у других. Этакие супер-макросы, можно весьма эффективные системные и оптимизационные вещи куда симпатичнее на этом делать.
> Чет про долгие вычисления и запомирание их результата.
Ага. Чтобы в ран тайм не тащить этот код и время на счет там не тратить, сразу вот результат уже в бинаре.
> В Clojure есть такая функция мемоизации -, вычислит один раз и запомнить результат.
А вон то вообще в ран тайме НОЛЬ раз вычисляет, ответ уже вбит в бинаре компилером! Который потратил это время 1 раз - при сборке - на билдмашине - и этого кода в бинаре вообще нет. Ну и порвет оно того кложура по оптимизации раз так в эн.
> При повторных вызовах вычисление проводиться не будет,
А вон там даже и кода для этого счета не будет, зачем он в рантайме если в бинарь уже ответ вкомпилен? :) И запускался в рантайме отсутствующий код 0 раз ессно. Вынести счет в компилтайм по своему прикольная идея, для вещей можно неплохо оптимизнуть.
> а будет сразу возвращаться результат. У V как раз С-likeсинтаксис, так
> что я не знаю чего тебе не нравится.
V какой-то явно более питонообразный и я пока не понял в чем его плюшки состоят.