MoE-моделька 26B A4B позволяла запускать 4 слота с контекстом 128к у каждого, суммарной скоростью (n_decoded) около 120-160 t/s. За ней нужен глаз да глаз. Меня хватило на два дня. Думаю, её способность так экономно использовать VRAM для контекста связана с в два раза меньшим количеством слоёв. Мне она показалась чуть более стабильной, чем Qwen 35B, но у всех этих маленьких MoE-моделей у всех одни и те же проблемы — они много путаются и отклоняются от инструкций.

Сейчас я перешёл на другой интересный вариант — 31B QAT.
Google делает варианты квантованных моделей, которые дообучены так, чтобы в квантованном виде быть почти такими же производительными, как оригиналы. Я по привычке взял GGUF-файлы у Unsloth (не уверен, что в этом есть смысл).
https://huggingface.co/unsloth/gemma-4-31B-it-qat-GGUF

Т.е. это 4-битный квант, но по интеллекту выше, чем классический 4-битный квант. И поскольку это 4-битный квант, он занимает меньше видеопамяти, чем 5-битный, позволяя выделить больше памяти под контекст. В данный момент я запустил 2 слота по 96к контекста у каждого с суммарной скоростью, доходящей до 50-55 токенов в секунду. И prompt processing тоже раза в 2.5 медленнее, чем у 26B. Но это быстрее, чем классический 5-битный квант где-то на 25-30%. И, если не смотреть просто на токены в секунду, а примерно прикидывать по скорости реальной работы, 31 QAT в 2 раза медленнее 26B, когда 26B не сбоит. Это неплохая золотая середина. Это бесконечно более стабильная модель — её можно оставлять на многие часы без присмотра.

Сообщение слишком длинное. Полный текст.

>>28266
А почему ты не используешь dense модели? В VRAM влезть должно.

Gemma4 31б в твоём случае, может быть, и сойдёт, но tool calling у неё очень плох.

мимо использую Strix Halo и Qwen3.6-35B Q8

Перечитал >>28266.

>4 слота с контекстом 128к у каждого, суммарной скоростью (n_decoded) около 120-160 t/s.
Это на "народной" V100 и заполненном до 120k контексте MoE выдаёт столько на tg? Неплохо, конечно, да уж. А какой pp в начале и в конце контекста?

>>28269
Когда один слот активен, pp начинается с 1800 t/s и при заполненном контексте становится около 800 t/s. Когда все слоты активны, там поменьше, я уже не помню.
У Gemma 4 31B гораздо хуже: начинается с 850 t/s, заканчивается на 350 t/s.

>>28268
>А почему ты не используешь dense модели?
Так Gemma 4 31B — это и есть dense-модель.
А Qwen3.6-35B Q8 — это как раз не dense-модель.
> У Gemma4 31б tool calling очень плох
По сравнению с 26B A4B это tool calling уровня бог.

Pastebin нонче вообще ничего не хранит.
Вот опции обеих моделек, если интересно:
https://pastelink.net/hkw6u90d

Было бы идеально, если бы Гемма смогла сварганить
что-то вроде https://scpfoundation.net/scp-2602

>>28270
Читал по-диагонали, но вообще всё сходится - dense медленнее и "умнее", moe - быстрее, но "поверхностнее".
Только pp оч сильно падает, почему так?

Под слотом ты имеешь в виду один запрос в llama-cpp (не знаю, что у тебя в качестве фронта; подозреваю, что Open WebUI).

>По сравнению с 26B A4B это tool calling уровня бог.
А расскажи, как ты агентов используешь, ну и тулы в целом. Откуда-то берёшь? Сам пишешь?

В качестве фронта — qwen-code (форк Gemini CLI) в отдельном tty под отдельным пользователем в chroot-окружении с минимумом самого необходимого, в режиме YOLO (действует самостоятельно бесконечно долго, если не прервать или если что-то не сломается или пока не решит, что работа завершена).

Qwen-code — обычная приложуха на ноде. Ставится свежий Node через nvm (в /home, без рута). Дальше в эту свежую ноду ставится qwen-code.

Минус qwen-code — огромный системный промпт. Подумываю попробовать другие агенты (например, pi), но пока руки не дошли.

Скрипты по большей части писал Qwen, потом Gemma. Некоторые я вручную исправлял. В целом pipeline спланировал сам.

>>28273
Слот в llama.cpp — это поток с отдельным контекстом. Инференс в слотах происходит параллельно. При этом немного растёт суммарная скорость, но не так сильно, как если бы это были отдельные видеокарты. Грубо говоря, 4 слота будет суммарно выдавать процентов на 20 больше токенов, чем один слот.
Т.е. например, "--ctx-size 524288 --parallel 4" означает, что 512к контекста будет разделено на 4 параллельных слота с контекстами по 128к. Веса модели при этом хранятся в видеопамяти только один раз. KV-кэш у слотов в видеопамяти раздельный, если не использовать unified KV cache (не очень понимаю смысл).
Для агентов слоты очень удобны, т.к. иногда полезно запустить субагента, чтобы он что-то быстро обработал в отдельном контексте и отчитался основному агенту. Агент может запустить сразу пачку субагентов, чтобы они что-то проанализировали. В моём случае субагенты используются для анализа изображений. И они работают в отдельных слотах. Они занимают все слоты, а когда заканчивают работать, промпт основного агента достаётся из кэша промптов (см. 22 гига в опциях), и агент мгновенно продолжает работу.

>>28279
Огонь, спасибо - не знал.

У меня llama-cpp на железке чисто ради задачек по обработке документов (помогаю подруге друга с учёбой в универе). Там простецкий сетап - Open WebUI + Qwen3.6-35B в Q8 + Qwen3.6-27b в Q4. С MTP терпимо выходит по PP и TG, на большом контексте (200к+ токенов) прям 35B хороша - 25-30 токенов/с TG очень радует.

И вайбкотинг хорош, хотя я только начинаю с этим возиться (агенты, MCP и т.д.).

Предлагаю даже чуть более радикально.

>>28255
>>28254
Это точно отказ, у нас весь десигн через эти полоски. А так только огромные пустые поля образуются без какой-либо практической пользы.

>>28256

Список "display: flex;" с элементами постоянной высоты с "flex-grow: 1" в теории должен работать как-то так. Если добавить "flex-wrap: wrap;", будет работать примерно как inline-блоки, но края слева и справа у строк будут ровные.

https://css-tricks.com/adaptive-photo-layout-with-flexbox/

>>28257

> flex-wrap: wrap

Я бы рекомендовал чуть ниже прибавить и «flex-wrap: balance» для браузеров, на Chrome основанных.

(А браузеры, не понимающие это свойство, проигнорируют его и останутся на «flex-wrap: wrap».)

>>28257
В теории это прикольная штука, но на практике я не осилил. Попробовал на соседнем сайте, у меня оно всё время выезжает за пределы экрана, а в варианте на мобилках вообще нечто неведомое.
Хорошо бы готовую вёрстку на примере блока с главной «Ычана» (я бы её туда и присобачил потом).

>>28259
Чтобы красиво по ширине выравнивалось, придётся жертвовать обрезанием по вертикали.

HTML: https://dpaste.com/6B543L7TV

CSS: https://dpaste.com/326SX22BD

Темпы обновления браузеров Всемірной Паутины таковы, что подавляющее большинство пользователей обновляет свои браузеры минимум один раз в течение 30 мѣсяцевъ.

Больше того: если кто не обновил свой браузер в течение 30 мѣсяцевъ, то нѣтъ большого смысла ждать его дольше с надеждою на то, что обновит — болѣе вѣроятно, что всѣ такие люди находятся в каких-либо ситуациях, властно препятствующих обновлениям браузеров их, и выход из таких ситуаций случается рѣдко и непредсказуемо (напримѣръ, с приобретением новаго компá или новаго мобильнаго устройства черезъ нѣсколько лѣтъ).

То и другое мнѣніе сайтом https://web.dev/baseline излагается с опорою на накопленную статистику (прежде всего гугловскую, оттого что и сам сайт этот является гугловским, насколько я понимаю) — и дѣлается вывод, что по прошествии 30 мѣсяцевъ можно считать любую фичу WWW широко доступною (widely available), если во всё это время она поддерживалась всѣми новыми версіями всѣхъ сколько-нибудь популярных браузеров.

А вѣдь прошло чуть болѣе 30 мѣсяцевъ с того дня (25 января 2024 года), в котором (как это теперича по адресу https://learn.microsoft.com/en-us/deployedge/microsoft-edge-relnote-archive-stable-channel#version-1210227783-january-25-2024 рассказывается) появилась очередная версия браузера Microsoft Edge, наконец содержавшая поддержку AVIF. И всѣ остальные браузеры ужé содержали поддержку AVIF к тому времени.

Сообщение слишком длинное. Полный текст.

>>28264
А фреймы были выкинуты из актуального стандарта ХТМЛ5 с 2014 года, а устаревшими были признаны ещё во времена ХТМЛ4 в начале 2000-х. Но мы который год сидим с этим дерьмом, несмотря даже на существование задачи на трекере.
И хулѣ теперь?

>>28264
А как и чем сохранять AVIF-файлы?
Желательно, с окошком предпросмотра.
Желательно в стабильных распространённых линуксах.

>>28267

Чтобы сохранить файл AVIF в web-браузере, надобно жмякнуть AVIF правою кнопкою мыши и в выпавшем контекстном меню выбрать пункт «Сохранить», при этом появляется окошко предпросмотра выбраннаго подкаталога файловой системы.

Если же подразумевалося пересохранение в AVIF из другого формата файлов, то я не могу ничего рекомендовать, так как сам я пользуюсь для этой цѣли средствами командной строки (либо FFmpeg для сохранений ключевых кадров видео AV1 без потерь в AVIF или для анимированных AVIF, либо avifenc для остальных AVIF).

>>28210
Зачем мне какие-то другие приложения, если я пользуюсь оверчаном с самого его появления и первых версий? Чем заниматься мелочными вещами вроде вырезания борд, лучше бы исправил недостатки версии бета22ф, чесслово.

>>28210
Прочитал по-быстрому diff'ы. Могу сделать следующие замечания (уж не знаю, насколько полезные в решении именно личных болей).

• На 410чане не разрешается загрузка .ogv ни на одной из досок: OGV современными браузерами не поддерживается;
• На Булочке и на 014 в /d/ ныне не разрешена загрузка видео;
• На 410 и на 014 разрешается загрузка .jfif как алиаса к .jpg;
• /d/ довольно давно перестал быть текстобордой на 410, а на 014 и Булочке отродясь не был. Но значения для attachmentsMaxCount не соответствуют этому;
• Также не достигают actual capabilities поля allowDeletePosts, readonlyBoard, catalogAllowed и, может, ещё некоторые;

Не к коммиту, но

• Если добавить fetch-call=1 к board.php на posting, тут и на 014 можно получить JSON с redirect'ом или описанием ошибки; возможно, чуть меньше логики с parsing'ом. Тут и на 014 следить за появились/нет новые посты можно по navbar_latest_posts.json.
• Помимо ban'ов бывают redirect'ы на warning'и.
• В 410Reader в preprocessPost if (post.subject.contains("\u21E9")) post.sage = true уже не работает, ибо сажа тут теперь значком.
• Местные диалекты Вакабамарка не соответствуют содержимому PostFormMarkup.java. Конкретно, не поддерживаются зачёркивания через "^H" и никакой возможности escape'ить code тут на 410 и на Булочке нет. Может иметь смысл заменить способ разметки на BBCode: поддерживается на всех трёх чанах, хотя тут и на Булочке не документировано. У PostFormMarkup.java BBCode не поддерживает [code], although [code], ЕМНИП, работает только на 014, но зато зачёркивания будут обрабатываться корректно.
• Для 014 буду делать JSONы, чтобы текущие доски, поддерживаемые ими форматы, мету о тредах на них получать было попроще. Можете написать, что хотите видеть, если есть желание продолжать работать над. Но это уже в /d/ 014 тогда.

Сообщение слишком длинное. Полный текст.

>>28213
Спасибо, учту. Главная боль была в Stormwall на Сырночане и недопиленная поддержка WebP (удивительно насколько там немного оставалось на самом деле). Возможно добавлю и нативную (как с GIF сделано) - да и в целом - поддержку старых андроидов ломать не хочется. Про проблему с кнопками разметки знаю - руки не дошли просто - но это точно исправлю (в планах добавить архив ычаноРПГ ещё - но это вряд ли скоро - тут имеющееся до ума довести сперва надо).

>>28211
Могу вкорячить обратно - но поддерживать то, что мне не интересно - не буду. Это как минимум предполагает тестирование - а я туда ходить ну совсем не хочу. Не моё, простите уж. Если этим кто-то ещё займётся - прекрасно - но судя по тому что за эти годы такого не случилось - значит никому и не надо. Ну или и правла - проклято оно. Я вообще ненавижу Java. Но подходя прагматично - оказалось проще исправить это, чем писать с нуля.
Вообще - добавление чего-то ещё - не исключаю. Но то что оставлено - первично - остальное - как получится.

>>28213
>На 410чане не разрешается загрузка .ogv ни на одной из досок
На Ычане тоже убрали.

>>28213
Допилено до более вменяемого состояния. Вроде привыкаю помаленьку.

>>28210
>Сушествующий код из beta-21 по прежнему на месте
На всякий случай: beta-21 собиралась из ветки testing, поэтому если новая версия сделана на базе 1.8.0, то множества последних изменений в ней не будет.
Возможно стоит, пока не слишком поздно, интегрировать и в твою версию тоже содержимое тех шести веток: patch-1, ui-tweaks, marshmallow-bug, recaptcha-fix, share-fix, gallery-fix.
У ветки patch-1 есть несколько конфликтов с твоими изменениями, но все три из них очень легко решаются.

>>28219
Вроде как готово и не дымится. Спасибо.
navbar_latest_posts.json пока не трогаю - потому как автоапдейты в принципе не использую - но раз есть - то стоит добавить, да.

Таки была одна глупая ошибка, пока пофикшено минимально - но что-то мне кажется что там кое-что лишнее - потому как по хорошему при Single Source of Truth она и возникнуть не должна бы была.

Потихоньку допиливаю поддержку архива ычанорпг. Собственно оно уже работает в основном корректно, но выглядит пока не очень, даже по моим меркам. Код уже в репо, но релиза пока нет, думаю выкачу через день-два.

Выкочен 1.9.3 - автоапдейтер снова включен, сим прекращаю делать из этого треда лытдыбр.

легко ли перейти с питона на раст?

>>16192
Сильно зависит от человека приходящего из Питона. Ну и плюс о полном переходе наверно думать не стоит, Раст и Питон отлично друг друга дополняют, чему отлично помогает возможность вызова кода в обоих направлениях.

Всякие функциональные фишки, итераторы, нормальная система модулей, человечный инструментарий (rustup, cargo) в плюс. Необходимость думать о том где, что и как у тебя лежит в памяти, отсутствие привычной гибкости и развязности, отсутствие REPL, продолжительность компиляции (работа по улучшению ведётся), для большинства скорее в минус.

С другой стороны строгая типизация, обработка ошибок через enum'ы, паттерн матчинг, borrow checker, компилятор дающий по рукам в случае чего (иногда конечно бывают перегибы, но в большинстве случаев дураком оказывается программист), что позволяет отлавливать ошибки при компиляции, а не в рантайме, и прочие фишки, лично для меня, оказались глотком свежего воздуха, но что бы прочувствовать всю прелесть этих вещей полезно походить по граблям Питона и набить на них шишки.

Кстати насчёт контейнеров, думаю, эта ссылка будет полезна:
https://www.reddit.com/r/rust/66t56s/

>>16197
>человечный инструментарий (rustup, cargo)
Энджой ёр монополия.

Что мертвее D или Rust?

>>17146 Go

>>28109
Выглядит интересно, но мне нужно еще понять где это все еще изучать

>>28111
Изучать сейчас ничего не надо. Покупаешь подписку на актуального AI-agent и делаешь что угодно, что быстро.

>>28161
Ты хоть немного должен понимать, что тебе нейронка отрыгнёт, если хочешь это потом где-то использовать.

>>28161
Если ты не хочешь слепо полагаться на инструмент который используешь, то тебе нужно обладать знанием и пониманием того, почему результат такой. Иначе, при продолжительном использовании ты станешь зависеть от инструмента, а в случае с ЛЛМ он тебе даже не принадлежит.

Тем временем Claude переписал Bun с Zig на Rust.

>>28132
Извиняюсь, пропустил. Теперь все работает как надо. Спасибо.

Ещё трейс по 3му дню, но уже от другого анона:

I'm sorry, but an uncaught exception occurred.

While running game code:
File "game/scenario_ii_eroge/ii_eroge_d3.rpy", line 52875, in script
IOError: Couldn't find file 'images/3500/sprites/full/un/un_1_hard_blush.png'.

Возможно эта эмоция добавлялась в прошлых апдейтах допила, но спустя 10 лет сейчас даже БЛ 1.1 с модпаком откопать не так легко.

>>28133
>Кстати, когда планируется выпуск четвертого дня?
Надеюсь, в этом году. Тут должен быть закадровый смех анонов.
Но про четвёртый день поговорим чуть погодя.

>И как я понимаю при очередном обновлении старые сохранения будут нерабочие и придется все дни проматывать заново (при том, что Tab не работает)?
У тебя не работает Tab??? Хм... Энивей, проблему с сейвами и подхватом новых флагов я сам наткнулся при вычитке третьего дня, и решил, что в будущем нужно делать адаптивное пополнение новых флагов.
Есть два варианта:
Последовательный в разных документах - в начале каждого дня приводить всё, что появляется в нём, читатель, заходя в новый день, цепляет объявления флагов.
Организованный в едином документе - первая половина media.rpy переписывается с упорядочиванием, при котором флаги каждого дня убраны под свой label, в начале каждого дня вызывается этот самый лейбл.
Сейчас я сделал не так, потому что как минимум окончание второго дня всем следовало перепройти для разветвляющегося начала и освежить в памяти предыдущее.

Сообщение слишком длинное. Полный текст.

Обновлённый апдейт по третьему дню.
https://ufile.io/nomczzxk

Папка содержит несколько пропущенных файлов и частично исправленные дни 1, 2 и 3. Некоторые изображения, наоборот, убраны в архив №2.

Чейнджлог

-в первом и втором дне:
файл d1_ussr_catched в 1080/cg заменён на d1_ussr_caught. Первоначальный файл d1_ussr_catched можно вырезать или удалить.
в вечернем ивенте Слави один бэкграунд заменён на тот, что был в демо 2009. Показывается только на пути обратно, согласно задумке.

-в третьем дне:
ВАЖНО: исправлена ошибка, влиявшая на нелинейность - получение флага d3_son_role для Семёна, который лёг спать в тихий час или согласился на роль сына Нептуна, было отложено до сцены с переодеванием, а не раньше, где должно быть по логике.
Всем, кто желает нормально пройти ивент с праздником Нептуна по названным ответвлениям, требуется переиграть, начиная с выбора от вожатой. ("Не знаю... Не решил ещё." на площади, затем сон на тихом часу ИЛИ "Стать сыном Нептуна" по диалогу в домике).

Сообщение слишком длинное. Полный текст.

>>28156
Обнови dependent_mods, добавь в images папку misc из модпака, иначе у скачавших при попытке запустить модселектор будет вылезать это:

I'm sorry, but an uncaught exception occurred.

While running game code:
File "game/mod_selection.rpy", line 103, in script
File "game/mod_selection.rpy", line 151, in python
IOError: Couldn't find file 'images/misc/futaba_button.png'.

>>28157
Коварный файл, да.
Содержимое обновлено.

Как и было обещано в >>24401, после выхода третьего дня коллективная разработка принимает требовательный характер с дедлайнами и организованной работой над скриптом.
В разработка-треде /vn ычана опубликовано объявление о найме соавторов-сценаристов.

Прошу прощения за возможно идиотский вопрос, но где сейчас можно скачать текущее обновление и вообще весь текущий "допил" в играбельном состоянии? Ссылки выше по треду сейчас уже умерли.

>>28187
Держи! https://ufile.io/j94bbpke
Играбельная сборка, но могут встретиться опечатки и огрехи режиссуры. Всё это попутно редактируется, к релизу четвёртого дня большинство ошибок будет исправлено.
Обе верхние ссылки на yakuji должны быть рабочими.

Славя, с днём рожденья!

День 4 пишется. Нам всё ещё нужны соавторы для ускорения написания скрипта.

Ключевое преимущество gen_server перед обычным самописный процессом, помимо совместимости с супервизорами, — безопасные синхронные вызовы (call, handle_call).

Если мы отправляем обычное сообщение и затем ставим receive-блок, который ждёт ответ, мы должны прописать pattern matching крайне специфично, чтобы не поймать вместо ответа на наш запрос какое-то левое сообщение. Синхронные вызовы OTP делают эту работу за нас. Они прикрепляют к запросу уникальный идентификатор и ждут ответ только с этим идентификатором.

Генсерверы — не обязательно должны быть интерфейсами к внешнему ресурсу. Они могут обладать и собственным состоянием.

Знакомство с Erlang/OTP лучше всего начать с книги Фреда Геберта Изучай Erlang во имя добра (в ней есть устаревшие сведения) или с видосов на ютубе.

По общепринятым тулзам/экосистеме:

Система сборки — Rebar3

Сообщение слишком длинное. Полный текст.

Erlang 10 лет спустя
https://youtu.be/3WYFeaxgdH0

Максим Лапшин. Введение в Erlang
https://youtu.be/jYrHjS8Z_XU

Про Erlang и Elixir
https://youtu.be/EjJdA609KAM

>>28198
>Не понимаю, почему нет треда по прекрасному Эрлангу
Не было среди нас раньше хорошего специалиста по Эрлангу, вы вот первый

>>28146
В чувстве юмора вам не откажешь. Может лучше было бы создать нить в /b/?

В целом достаточно приятно играется, наверное такой аркадный геймплей хорошо бы как мобильная игра пошел

Добавил игру в список http://ichan.ru/vg/links.php

>>28149
Спасибо. В /б/ в треде про игры только гачевод постит, меня не заметили.

А еще в игре есть отслеживание рекордов и новые картинки по мере их побития.

>>28146
Забавно, что можно заморозить водопад. Хорошая деталь.

https://davejingtian.org/

https://userpages.cs.umbc.edu/jtang/cs411.s24/lectures/

По-видимому это один из самых офигенных наборов лекций, которые я на данный момент видел.

https://arxiv.org/html/2505.04896v1

https://www.lighterra.com/papers/modernmicroprocessors/ (это другой Паттерсон, не тот, что книгу написал)

https://dl.acm.org/doi/pdf/10.1145/3357375

Интересно, а что если ... CGRA, одно горячее ядро на высокой частоте, на нём компилятор по типу transmeta, который динамически компилит произвольную ISA в uops и раскидывает их по execution unitам. uopы пакуются в пакеты и рассылаются по исполнительным блокам по сети на кристалле топологи "звезда". Сеть работает на промежуточной частоте, блоки - на низкой, чтобы поменьше грелись. Блоки могут быть в том числе кешем. Между блоками - умные муксы с регистрами, которые принимают пакеты. В каждом пакете есть адрес мукса и данные, сеть рассылает по адресу. Без необходимости пакеты на мукс не рассылаются, и чип работает как систолический массив. Или наоборот, пакеты рассылаются, и чип работает как либо многоядерный out-of-order процессор на любой ISA, либо как целый SMP-процессор, либо что угодно промежуточное. Низкая частота блоков даёт низкое энергопотребление основной вычислительной сети, софтовая реализация декодинга и планирования позволяет экономить на площади на кристалле и тепловыделении, которые присущи аппаратной реализациям ILP, OoO и спекулятивного исполнения, и позволяет гибко управлять планированием, оптимизируя его под задачи и устраняя баги вроде Spectre, и декодировать множество разных ISA, в том числе кастомных и оптимизированных под задачу.

https://www.realworldtech.com/crusoe-exposed/

ОП, видимо, так и не вернулся.
Где-то через месяц ещё что-нибудь порешаю с перекатом тогда.

>>28123
ОП всё еще здесь, просто со временем у него беда. Постараюсь перекатить нить в эти, или следующие выходные.

>>28123
Создал новую нить >>/dev/28139
Закрепите ее вместо этой, пожалуйста

>Следующая, наверное, теперь лет через 5? ._.
Вышло, что через 4 года, хоть и с учетом того что технически перекат назрел раньше

>>25698
Спасибо за обьяснение!

Из того что я знаю на GNU Guile написан пакетный менеджер GNU [Guix]. Сервис менеджер GNU [Shepherd] (ссылка на репозитойрий у что-то не работает). И GNU [Mcron].

И мне интересно кто и что пишет на lisp сейчас кроме GNU.

> И не стоит думать что там в GNU одни старики всем управляют

Это была дурацкая шутка. Да и кроме товарища Столлмана я никого не знаю.

Для меня, как для Python поколения, этот ваш Scheme кажется языком с другой планеты.

Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr (cdr (car '(list))))).

Сообщение слишком длинное. Полный текст.

>>25699
>Спасибо за обьяснение!

Всегда пожалуйста, я бы и сам рад задавать тут вопросы, только вот кроме
Мицгола, Соуса, пары крокодилов и тебя, дорогой Стив, никого не видно,
поэтому не знаю какие ответы вообще могу получить, да и никто это место
особо не пиарит. К сожалению, зарубежное сообещество намного более
зрелое и огромное количество людей вместо распыления (не всегда
безосновательно) сил между нашим сообществом и забугорным выбирают
именно последнее. Из возможных "ниш", где ещё может жить русский язык в
разработке вижу только двачевский /pr, где очень унылый троллинг (и ещё
я не могу получить туда доступ), и "университетская среда" (читай как
среда самообразования), где люди просто ещё не успели понять
терминологию, но уже на пути к этому.

Сообщение слишком длинное. Полный текст.

>>25701

Sorry, your message is too long. Message length: 9761, maximum allowed length: 8192

>Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr
>(cdr (car '(list))))).

Мат. нотация меня до сих пор иногда пугает, но это не аргумент против
изучения математики! Ну а так, чисто для формализма, знак ' означает,
что следущая форма будет прочитана как данные, а не как, исходя из
β-редукции лямбда исчисления, применения функции к операндам.

Вообще, в чистом лямбда исчислении нет таких понятий, близких к
программированию, как структуры данных, поэтому надо придумывать всякие
вот такие цитирования ('(1 2 3) можно записать как (quote (1 2 3))), то

Сообщение слишком длинное. Полный текст.

Блин я прочел свои посты которым 4 года и так стало весело.

Сейчас пилю движок для визуальных новелл на wasm (guile в wasm компилятор -- https://spritely.institute/hoot/)

https://codeberg.org/scm-scenarist

>>25695
ещё все кто читают SICP))))))

>>28075
У меня есть большая любовь к лиспу, но почти никакого опыта.

В универе я запилил интерпретатор лиспа, который успешно проканал как половина курслвых работ. (Любая достаточно сложная программа является хуёвым интерпретатором лиспа)

Сейчас осваиваю емакс.

>>25699
>Я ещё не знаю что вводит в больший ступор (+ 1 2 3 78) или (cdr (cdr (cdr (car '(list))))).

Как раз оба этих варианта более-менее адекватны. Знак суммирования перед длинным списком вполне на месте, а cdr/car — довольно обычная операция для функционального языка.

Проблема в другом:
Похоже, коммунити считает, что выражения вроде (set! x (+ (• a b) c))) — это тоже нормально. Иначе бы давным давно появилась бы конструкция вроде (let! x '(a • b + c)), которая на выходе давала бы то же самое. Язык функциональный, значит распарсить на нём арифметику — не просто, а очень просто.

Если таких макросов нет, очевидно они считают их ненужными (или даже вредными). Что весьма тревожный звоночек. Я понимаю, зачем нужна была польская нотация 60 лет назад. Тогда это было разумно и правильно. Но сейчас…

Прибавим к этому совершенно конститутивную раскалдку клавиатуры в том же емаксе (уже одно то, какие кнопки там вместо стрелок). Ну и напоследок, в качестве вишенки на торте — стиль кодирования с совершенно дикими правилами расстановки отступов, из-за которых исходники выглядят, словно их писал пьяный. В качестве обоснования написано: ИНАЧЕ БЕДНЫМ СКОБОЧКАМ БУДЕТ ОДИНОКО!

Сообщение слишком длинное. Полный текст.

>>28102
>Что хуже: systemD изо всех щелей или ЭТО?
…И практика показала, что сабж проигрывает.
В репах nix — blender 5.0.1.
А в guix, внезапно — 3.6.23. Даже в дебиане 4.3.2!
В общем, система, в которой для нормальной работы придется ручками писать свои пакеты для 90% потребного софта, ловя на ходу всяческие грабли — это точно не то, с чем я хочу связываться.

А вывод в ключе треда — опыт по созданию основанной на языке системы следует признать если не полностью провальным, то, как минимум, сомнительным. У сообщества хватило сил систему создать, но поддерживать, если судить по плачевному состоянию репов — уже нет.

Хотя справедливости ради нужно признать — конфиги на лиспе выглядят красивее, чем nix'овское наколенное поделие. Даже с учетом упоротого стиля кодирования, который дико режет глаза.
Ну… xslt тоже был красивым (один из моих любимых языков… был), и где он теперь? И в нём, кстати, в отличии от сабжа, по крайней мере догадались записывать xpath-выражения и всю связанную с ними арифметику в человекопонятной форме, а не городить из них огород xml-тегов…

>>28102
>конститутивную
контринтуитивную

Дебильный спеллчекер.
Только сейчас заметил его художества.

>>28103
Я раньше любил спорить, но:

Практика показывает что если человек не хочет пользоваться чем-то из-за того что там меньше людей которые это поддерживают, то в итоге он в какой-то момент забрасывает это ПО, громкая хлопая дверью со словами что потратил время зря. Так что я надеюсь ты нашел то чем тебе нравится пользоваться и за счет программ сделал свою жизнь лучше. Это самое главное, независимо от того чем ты пользуешься.