[ d ] [ b / cu / dev ] [ r ] [ a / ts ] [ ci ] [ gnx / int ] [ misc ] [ dev / stat ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]

Файл: 410.png -(24 KB, 500x500, 410.png)
24 No.26066   [Ответ]
В сей нити мы упорядочиваем усилия по доработке местного движка.

Репозиторий: https://bitbucket.org/Therapont/fbe-410
1. Для ваших предложений предназначена ветка public.
2. Только администрация 410чана решает, что в этом движке надо, а что не надо. Соответственно, не стоит излишне пропихивать всякие там революционные идеи. Одобренные потенциальные изменения перечислены на багтрекере (записи, созданные владельцами репозитория).
3. Тестирование предложенных изменений и развёртывание принятых ведётся при наличии у администрации свободного времени на это. Обычно это делается по выходным.
4. Код выложен как есть. Никаких неопубликованных скрытых функций и частей не существует.

Предыдущая нить: >>20450
Пропущено 444 сообщений и 185 изображений. Для просмотра нажмите "Ответ".
>> No.28237  
Файл: 145946522_p0.webp -(1228 KB, 1533x2000, 145946522_p0.webp)
1228
>>28236
Ясно. В таком случае относительно просто всё.

> Вроде бы самоочевидно
Я заблудился и «в модерке можно загружать картинки» почему-то понял не как загрузку в буквальном смысле: прочитавше как на соседнем сайте, и глядючи, как там под картинками висят надписи изображение из треда в /b/, подумалось, что добавление картинок на главную осуществляется выбором ID постов с ними: либо случайным, либо в модерке.
> Очевидно, что по F5.
Не когда подумалось предыдущее и когда написано про схожесть с задачей про баннеры.
>> No.28251  
Файл: mainpagepix1.png -(481 KB, 1415x1200, mainpagepix1.png)
481
Ну, предположим. Какое расположение картинок (пока взял с соседнего сайта) лучше?

1.
>> No.28253  
Файл: mainpagepix2.png -(481 KB, 1415x1200, mainpagepix2.png)
481
2.

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

В плане размеров и выравнивания картинок тоже можете предлагать варианты, а то сейчас выглядит не очень.
>> No.28254  
Файл: v2_more_space.webp -(255 KB, 1415x1200, v2_more_space.webp)
255
>>28253
А что если впустить больше света?
>> No.28255  
Файл: v2_even_more_space.webp -(397 KB, 1415x1200, v2_even_more_space.webp)
397
Предлагаю даже чуть более радикально.
>> No.28256  
>>28255
>>28254
Это точно отказ, у нас весь десигн через эти полоски. А так только огромные пустые поля образуются без какой-либо практической пользы.
>> No.28257  
Файл: flex.webp -(186 KB, 1415x1362, flex.webp)
186
>>28256

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

https://css-tricks.com/adaptive-photo-layout-with-flexbox/
>> No.28258  
>>28257

> flex-wrap: wrap

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

(А браузеры, не понимающие это свойство, проигнорируют его и останутся на «flex-wrap: wrap».)
>> No.28259  
Файл: 12345679.png -(637 KB, 1030x649, 12345679.png)
637
>>28257
В теории это прикольная штука, но на практике я не осилил. Попробовал на соседнем сайте, у меня оно всё время выезжает за пределы экрана, а в варианте на мобилках вообще нечто неведомое.
Хорошо бы готовую вёрстку на примере блока с главной «Ычана» (я бы её туда и присобачил потом).
>> No.28260  
Файл: flex.webp -(159 KB, 1024x1004, flex.webp)
159
>>28259
Чтобы красиво по ширине выравнивалось, придётся жертвовать обрезанием по вертикали.

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

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


Файл: junior_vibecoder_a_ko.png -(242 KB, 720x720, junior_vibecoder_a_ko.png)
242 No.28139   [Ответ]
Здесь можно получить помощь и консультацию по любому языку программирования, в любой сфере разработки. Не важно, программируете ли вы собственного робота, пишете серверную приблуду, интегрируете чужие API, ковыряете игру, или пытаетесь сделать сайт на Wordpress - если аноним что-то об этом знает, он обязательно поможет.

Пополняемая база знаний: http://pastebin.com/AGhLZppH

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

Другие тематические нити (бывает, обновляется): https://pastebin.com/psy43ibG

Сообщение слишком длинное. Полный текст.
Пропущено 40 сообщений и 7 изображений. Для просмотра нажмите "Ответ".
>> No.28241  
Файл: Screenshot_2026-07-02_16-46-39e.webp -(93 KB, 1313x720, Screenshot_2026-07-02_16-46-39e.webp)
93
Продолжаю сжимать, и вот некоторые наблюдения.
Оказалось, что даже на такой старой карточке, как у меня (V100 32GB), можно делать MTP (multi-token prediction).
Использование MTP-моделей, вместе с включенным спекулятивным выполнением (опции --spec-type draft-mtp и --spec-draft-n-max N в llama.cpp), дают ускорение до двух раз (число N подбирается экспериментально от 1 до 6, и используется то, которое даёт самый высокий draft acceptance). MTP требует где-то на гигабайт больше VRAM.

Ускорение инференса позволило перейти к анализу действительно больших тредов с полноразмерными картинками. Рутинные операции удалось автоматизировать скриптами (скачивание и преобразование картинок, извлечение имён файлов картинок, создание промптов для субагентов, вставка описаний картинок из jsonl-файлов обратно в тред).

Вот три модели — короли на потребительском железе:

1. Qwen 3.5 27B. Из минусов: типично ЛЛМный стиль письма ("не то, а это"), часто приукрашает реальность, склонен к поиску глубинного смысла и галюнам на ровном месте. Он многое находит, но после него часто нужно исправлять места, где он катастрофически лажает.

Сообщение слишком длинное. Полный текст.
>> No.28242  
Должен отметить пару моментов.
В llama.cpp (в недавних версиях b9848 и b9986, во всяком случае) инвалидация чекпоинтов довольно агрессивная. Если единственный слот переключается на новый промпт (промпт субагента), происходит инвалидация чекпоинтов основного агента. Поэтому, вне зависимости от значения --ctx-checkpoints, после завершения субагента происходит полный репроцессинг контекста. Это всё видно, если повысить уровень логгирования до trace (--verbosity 4).

Во-вторых, при повышении --spec-draft-n-max иногда draft acceptance падает медленнее, чем растёт скорость токенов в секунду, и при меньшей доли принятия токенов, суммарно скорость всё равно получается немного выше. Поэтому не следует слепо ориентироваться только на draft acceptance. При выставленном значении 4 у меня, например, иногда draft acceptance падает даже до 0.6, но в среднем колеблется вокруг цифры 0.8, а при значении 2 — почти всегда выше 0.9. Однако итоговая скорость у значения 2 оказывается ниже, чем у значений 3 или 4.

В общем, для выполнения на одном слоте модели Gemma 4 31B на сборке b9986 на ПК с 16 гигами ОЗУ я экспериментально нашёл самыми производительными настройки:

<       --ctx-checkpoints 12 \

< --checkpoint-min-step 16384 \
Сообщение слишком длинное. Полный текст.
>> No.28243  
Файл: 3d23c9c0821.webp -(69 KB, 500x461, 3d23c9c0821.webp)
69
Все треды были проанализированы (по отдельности) несколько часов назад.
Большие треды анализировались сразу Геммой, используя полноразмерные картинки.
Анализ треда сразу учитывался как чистовик.

А для тредов, которые анализировались еще в июне, когда процесс был не отлажен, я запустил еще одну итерацию самморизации/рецензирования. Я называю это второй фазой ("Фаза два? Что еще за фаза два?"). Так что около тысячи тредов пережёвываются к краткую форму со скоростью 30 шт/сек. Через полтора суток у меня будет несколько мегабайт несколькокилобайтных файлов, которые еще не до конца понятно, как превращать в рефераты b.md, cu.md и dev.md. Но я что-нибудь придумаю.
>> No.28244  
30 штук в час, конечно же, лол
>> No.28245  
Файл: Buckaroo.webp -(304 KB, 1344x1148, Buckaroo.webp)
304
Ya ustal, ничего еще не сделав.
Оказывается, скрипты пропустили неархивные треды, находящиеся дальше первой страницы: примерно 90 тредов в /b/, 80 — в /cu/ и еще 260 — в /dev/.
>> No.28246  
Файл: тащемта.webp -(144 KB, 957x928, тащемта.webp)
144
А вот что меня знатно удивило — многие треды на этих страницах отсутствуют и на текущем автобусе, в том числе в архиве. А я верил, все треды попадают в рай.
>> No.28247  
>>28246
Насколько я понимаю, перемещение в архив это хоть и не ручной процесс, но инициируется вручную. Получается архив - избранная коллекция нитей, Золотой Фонд!
>> No.28248  
Файл: 12Monkeys.webm -(2641 KB, 535x360, 12Monkeys.webm)
2641
Ну и в чём он не прав?!11 Финальный отчёт: https://pastebin.com/bwi2ttjD

Отчёты по разделам:

b: https://pastebin.com/pQ3KH0Tk (черновик: https://pastebin.com/sGCwMSe3 - 71 KB)

dev: https://pastebin.com/fv71UFjs (черновик https://n0paste.eu/PJ7KV5Q/ - 165 KB)

cu: https://pastebin.com/AAQHfaSQ (черновик https://pastebin.com/F5WuphBS - 76 KB)
>> No.28249  
>>28248
Как минимум, слишком много первой пятилетки и слишком мало всего остатльного.
>> No.28250  
Файл: dennoo-1200-1200-675-675-crop-000000.jpg -(134 KB, 1200x675, dennoo-1200-1200-675-675-crop-000000.jpg)
134
>>28249
Справедливое замечание. Я нашёл 649 новых тредов и запустил анализ десятилетия.


Файл: logo.png -(288 KB, 512x512, logo.png)
288 No.27507   [Ответ]
Github: https://github.com/overchan-project/Overchan-Android
F-Droid: https://f-droid.org/packages/bus.chio.wishmaster/

Ссылка на самую актуальную тестовую версию:
https://github.com/overchan-project/Overchan-Android/releases/download/current/Overchan-Android-current.apk
Список изменений и предыдущие версии:
https://github.com/overchan-project/Overchan-Android/releases

Сообщения об ошибках оставлять в треде или здесь:
https://github.com/AliceCA/Overchan-Android/issues

Сайт исходного приложения:
https://miku-nyan.github.io/Overchan-Android
Информация о создании пользовательских тем:
https://github.com/miku-nyan/Overchan-Themes
Сообщение слишком длинное. Полный текст.
Пропущено 35 сообщений и 2 изображений. Для просмотра нажмите "Ответ".
>> No.28211  
>>28210
Зачем мне какие-то другие приложения, если я пользуюсь оверчаном с самого его появления и первых версий? Чем заниматься мелочными вещами вроде вырезания борд, лучше бы исправил недостатки версии бета22ф, чесслово.
>> No.28213  
Файл: 111917010_p0.jpg -(281 KB, 412x623, 111917010_p0.jpg)
281
>>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 тогда.
Сообщение слишком длинное. Полный текст.
>> No.28214  
>>28213
Спасибо, учту. Главная боль была в Stormwall на Сырночане и недопиленная поддержка WebP (удивительно насколько там немного оставалось на самом деле). Возможно добавлю и нативную (как с GIF сделано) - да и в целом - поддержку старых андроидов ломать не хочется. Про проблему с кнопками разметки знаю - руки не дошли просто - но это точно исправлю (в планах добавить архив ычаноРПГ ещё - но это вряд ли скоро - тут имеющееся до ума довести сперва надо).

>>28211
Могу вкорячить обратно - но поддерживать то, что мне не интересно - не буду. Это как минимум предполагает тестирование - а я туда ходить ну совсем не хочу. Не моё, простите уж. Если этим кто-то ещё займётся - прекрасно - но судя по тому что за эти годы такого не случилось - значит никому и не надо. Ну или и правла - проклято оно. Я вообще ненавижу Java. Но подходя прагматично - оказалось проще исправить это, чем писать с нуля.
Вообще - добавление чего-то ещё - не исключаю. Но то что оставлено - первично - остальное - как получится.
>> No.28215  
>>28213
>На 410чане не разрешается загрузка .ogv ни на одной из досок
На Ычане тоже убрали.
>> No.28218  
>>28213
Допилено до более вменяемого состояния. Вроде привыкаю помаленьку.
>> No.28219  
>>28210
>Сушествующий код из beta-21 по прежнему на месте
На всякий случай: beta-21 собиралась из ветки testing, поэтому если новая версия сделана на базе 1.8.0, то множества последних изменений в ней не будет.
Возможно стоит, пока не слишком поздно, интегрировать и в твою версию тоже содержимое тех шести веток: patch-1, ui-tweaks, marshmallow-bug, recaptcha-fix, share-fix, gallery-fix.
У ветки patch-1 есть несколько конфликтов с твоими изменениями, но все три из них очень легко решаются.
>> No.28220  
>>28219
Вроде как готово и не дымится. Спасибо.
navbar_latest_posts.json пока не трогаю - потому как автоапдейты в принципе не использую - но раз есть - то стоит добавить, да.
>> No.28221  
Таки была одна глупая ошибка, пока пофикшено минимально - но что-то мне кажется что там кое-что лишнее - потому как по хорошему при Single Source of Truth она и возникнуть не должна бы была.
>> No.28223  
Потихоньку допиливаю поддержку архива ычанорпг. Собственно оно уже работает в основном корректно, но выглядит пока не очень, даже по моим меркам. Код уже в репо, но релиза пока нет, думаю выкачу через день-два.
>> No.28224  
Выкочен 1.9.3 - автоапдейтер снова включен, сим прекращаю делать из этого треда лытдыбр.


Файл: rust-logo-512x512-blk.png -(10 KB, 512x512, rust-logo-512x512-blk.png)
10 No.16152   [Ответ]
Может кому-то захочется обсудить данный язык или поспрашивать о нём вопросы.

inb4: C/C++ какашки, всё надо переписать на Расте
Пропущено 5 сообщений. Для просмотра нажмите "Ответ".
>> No.16192  
легко ли перейти с питона на раст?
>> No.16197  
>>16192
Сильно зависит от человека приходящего из Питона. Ну и плюс о полном переходе наверно думать не стоит, Раст и Питон отлично друг друга дополняют, чему отлично помогает возможность вызова кода в обоих направлениях.

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

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

Кстати насчёт контейнеров, думаю, эта ссылка будет полезна:
https://www.reddit.com/r/rust/66t56s/
>> No.16263  
Файл: captcha-1.png -(4 KB, 90x50, captcha-1.png)
4
>>16197
>человечный инструментарий (rustup, cargo)
Энджой ёр монополия.
>> No.17146  
Что мертвее D или Rust?
>> No.17147  
>>17146 Go
>> No.28111  
>>28109
Выглядит интересно, но мне нужно еще понять где это все еще изучать
>> No.28161  
>>28111
Изучать сейчас ничего не надо. Покупаешь подписку на актуального AI-agent и делаешь что угодно, что быстро.
>> No.28162  
>>28161
Ты хоть немного должен понимать, что тебе нейронка отрыгнёт, если хочешь это потом где-то использовать.
>> No.28172  
>>28161
Если ты не хочешь слепо полагаться на инструмент который используешь, то тебе нужно обладать знанием и пониманием того, почему результат такой. Иначе, при продолжительном использовании ты станешь зависеть от инструмента, а в случае с ЛЛМ он тебе даже не принадлежит.
>> No.28206  
Файл: fascinating.png -(72 KB, 592x279, fascinating.png)
72
Тем временем Claude переписал Bun с Zig на Rust.


Файл: erogepok.jpg -(44 KB, 604x602, erogepok.jpg)
44 No.14488   [Ответ]
Тред №1 для чиочана, №29 для ычана.
Основная новость: wikia-площадка уже долгое время как имеет для нас третьестепенное значение. По большему счёту, она пригодилась для ревизии ресурсов именно на первых порах.
Остальное мы успешней обсуждали и решали в тредах. Помимо этого мы минимизировали контакты с соцсетями и коммьюнити БЛ.

FAQ проекта.
Устаревшая страница: http://eroge-dopil.wikia.com/wiki/FAQ
Update от 2016 года - поправлена информация в FAQ, перенесено на пастебин.
http://pastebin.com/kRRLUeMQ

В Гитхабе идёт работа над скриптом. Обновления редкие, в размере одного сюжетного эпизода.
https://github.com/yakui-lover/eroge-dopil

Сообщения об ошибках и неточностях приветствуются, критика будет встречена хорошо, если по делу.
А у кого есть идеи, предлагайте альтернативу при критике. Да и вообще новые идеи для слайсоивентов, не затрагивающих сюжетные твисты, концовки и тому подобное.
Сообщение слишком длинное. Полный текст.
Пропущено 472 сообщений и 107 изображений. Для просмотра нажмите "Ответ".
>> No.28134  
>>28132
Извиняюсь, пропустил. Теперь все работает как надо. Спасибо.
>> No.28135  
Ещё трейс по 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 с модпаком откопать не так легко.
>> No.28136  
Файл: un_1_hard_blush.png -(60 KB, 1500x3500, un_1_hard_blush.png)
60
>>28133
>Кстати, когда планируется выпуск четвертого дня?
Надеюсь, в этом году. Тут должен быть закадровый смех анонов.
Но про четвёртый день поговорим чуть погодя.

>И как я понимаю при очередном обновлении старые сохранения будут нерабочие и придется все дни проматывать заново (при том, что Tab не работает)?
У тебя не работает Tab??? Хм... Энивей, проблему с сейвами и подхватом новых флагов я сам наткнулся при вычитке третьего дня, и решил, что в будущем нужно делать адаптивное пополнение новых флагов.
Есть два варианта:
Последовательный в разных документах - в начале каждого дня приводить всё, что появляется в нём, читатель, заходя в новый день, цепляет объявления флагов.
Организованный в едином документе - первая половина media.rpy переписывается с упорядочиванием, при котором флаги каждого дня убраны под свой label, в начале каждого дня вызывается этот самый лейбл.
Сейчас я сделал не так, потому что как минимум окончание второго дня всем следовало перепройти для разветвляющегося начала и освежить в памяти предыдущее.
Сообщение слишком длинное. Полный текст.
>> No.28156  
Файл: ext_path_night.jpg -(2293 KB, 1920x1080, ext_path_night.jpg)
2293
Обновлённый апдейт по третьему дню.
https://ufile.io/nomczzxk

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

Чейнджлог

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

-в третьем дне:
ВАЖНО: исправлена ошибка, влиявшая на нелинейность - получение флага d3_son_role для Семёна, который лёг спать в тихий час или согласился на роль сына Нептуна, было отложено до сцены с переодеванием, а не раньше, где должно быть по логике.
Всем, кто желает нормально пройти ивент с праздником Нептуна по названным ответвлениям, требуется переиграть, начиная с выбора от вожатой. ("Не знаю... Не решил ещё." на площади, затем сон на тихом часу ИЛИ "Стать сыном Нептуна" по диалогу в домике).
Сообщение слишком длинное. Полный текст.
>> No.28157  
>>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'.
>> No.28158  
>>28157
Коварный файл, да.
Содержимое обновлено.
>> No.28159  
Как и было обещано в >>24401, после выхода третьего дня коллективная разработка принимает требовательный характер с дедлайнами и организованной работой над скриптом.
В разработка-треде /vn ычана опубликовано объявление о найме соавторов-сценаристов.
>> No.28187  
Прошу прощения за возможно идиотский вопрос, но где сейчас можно скачать текущее обновление и вообще весь текущий "допил" в играбельном состоянии? Ссылки выше по треду сейчас уже умерли.
>> No.28188  
>>28187
Держи! https://ufile.io/j94bbpke
Играбельная сборка, но могут встретиться опечатки и огрехи режиссуры. Всё это попутно редактируется, к релизу четвёртого дня большинство ошибок будет исправлено.
Обе верхние ссылки на yakuji должны быть рабочими.
>> No.28205  
Файл: d14_evening_dress.jpg -(685 KB, 762x1050, d14_evening_dress.jpg)
685
Славя, с днём рожденья!

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


Файл: Erlang_logo.png -(12 KB, 340x289, Erlang_logo.png)
12 No.28196   [Ответ]
Не понимаю, почему нет треда по прекрасному Эрлангу. Хотя, вообще-то понимаю прекрасно: он малоизвестен, особенно среди начинающих, а также достаточно специфичен, подходит для особого класса задач (массово-параллельных stateful приложений).

Сам по себе язык едва ли можно назвать юзабельным. На первый взгляд всё просто и логично, но при попытке написать программу крупнее хеллоуворлда, замечаешь, что события, предназначенные для одних мест прилетают в другие, параллельно выполняющиеся тесты ломают друг друга, и отладка становится почти невозможной. Всё меняется, если использовать OTP...

Но чтобы даже начать говорить об этом, надо понять лексикон эрлангиста, поскольку он крайне необычен.

В виртуальной машине Beam всё выполняется параллельно, и ближайший аналог ООП-объекта в Erlang называется процессом — процессом виртуальной машины Beam. Но это не объект как в Java или C++. Это рекурсивная функция (хвостовая рекурсия), которая может останавливаться, ожидая сообщений, и как правило так и делает каждую итерацию. Тогда состояние процесса — в списке аргументов этой функции.

Ближайший аналог Java-интерфейса — поведение (behaviour).

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

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

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

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

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

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

Сообщение слишком длинное. Полный текст.
>> No.28198  
Erlang 10 лет спустя
https://youtu.be/3WYFeaxgdH0

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

Про Erlang и Elixir
https://youtu.be/EjJdA609KAM
>> No.28200  
>>28198
>Не понимаю, почему нет треда по прекрасному Эрлангу
Не было среди нас раньше хорошего специалиста по Эрлангу, вы вот первый


Файл: 219.jpg -(58 KB, 1250x536, 219.jpg)
58 No.28146   [Ответ]
Допилил игру по концепту, увиденному много лет назад во сне. Смесь арканоида с галаксианом в водной среде со снежным барсом-тян в качестве персонажа.

https://seedmanc.itch.io/floz

Сбиваем шарики каплями из водяного пистолета или сосульками. Движение только отдачей от выстрелов, никаких вам WASD. Капли летят медленно и по баллистике, сосулька летит быстро, но рикошетит в лицо. Длинный хвост защитит от её попадания сзади, пока сухой, поэтому шарики ловить не надо, но если уж промокли - откачиваем воду из лодки и ждём кулдауна.
Бонусы за низкий уровень воды к концу игры, сбитие сразу ряда шариков сосулькой и накачивание падающих шаров каплями (но берегись волны). Можно замораживать водопад.
>> No.28147  
Файл: you_drowned.png -(6 KB, 359x139, you_drowned.png)
6
>>28146
В чувстве юмора вам не откажешь. Может лучше было бы создать нить в /b/?
>> No.28148  
В целом достаточно приятно играется, наверное такой аркадный геймплей хорошо бы как мобильная игра пошел
>> No.28149  
Добавил игру в список http://ichan.ru/vg/links.php
>> No.28150  
>>28149
Спасибо. В /б/ в треде про игры только гачевод постит, меня не заметили.

А еще в игре есть отслеживание рекордов и новые картинки по мере их побития.
>> No.28155  
>>28146
Забавно, что можно заморозить водопад. Хорошая деталь.


Файл: junior_developer_nene.png -(648 KB, 720x720, junior_developer_nene.png)
648 No.25965   [Ответ]
Здесь можно получить помощь и консультацию по любому языку программирования, в любой сфере разработки. Не важно, программируете ли вы собственного робота, пишете серверную приблуду, интегрируете чужие API, ковыряете игру, или пытаетесь сделать сайт на Wordpress - если аноним что-то об этом знает, он обязательно поможет.

Пополняемая база знаний: http://pastebin.com/AGhLZppH

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

Другие тематические нити (иногда обновляется): https://pastebin.com/psy43ibG

Сообщение слишком длинное. Полный текст.
Пропущено 634 сообщений и 106 изображений. Для просмотра нажмите "Ответ".
>> No.28085  
https://davejingtian.org/
>> No.28086  
https://userpages.cs.umbc.edu/jtang/cs411.s24/lectures/
>> No.28087  
По-видимому это один из самых офигенных наборов лекций, которые я на данный момент видел.
>> No.28088  
https://arxiv.org/html/2505.04896v1
>> No.28089  
https://www.lighterra.com/papers/modernmicroprocessors/ (это другой Паттерсон, не тот, что книгу написал)
>> No.28090  
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, в том числе кастомных и оптимизированных под задачу.
>> No.28091  
https://www.realworldtech.com/crusoe-exposed/
>> No.28123  
Файл: 12345690.png -(402 KB, 907x642, 12345690.png)
402
ОП, видимо, так и не вернулся.
Где-то через месяц ещё что-нибудь порешаю с перекатом тогда.
>> No.28124  
>>28123
ОП всё еще здесь, просто со временем у него беда. Постараюсь перекатить нить в эти, или следующие выходные.
>> No.28141  
Файл: tired_programmer.jpg -(43 KB, 849x483, tired_programmer.jpg)
43
>>28123
Создал новую нить >>/dev/28139
Закрепите ее вместо этой, пожалуйста

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


Файл: lisplogo_flag2_256.png -(36 KB, 256x228, lisplogo_flag2_256.png)
36 No.20937   [Ответ]
::: Учебники
::: Документация
http://www.lispworks.com/documentation/HyperSpec/Front/index.htm

::: Библиотеки
::: Среда разработки

Пропущено 9 сообщений. Для просмотра нажмите "Ответ".
>> No.25699  
>>25698
Спасибо за обьяснение!

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

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

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

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

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

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

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

Сообщение слишком длинное. Полный текст.
>> No.25702  
>>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))), то
Сообщение слишком длинное. Полный текст.
>> No.28083  
Блин я прочел свои посты которым 4 года и так стало весело.

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

https://codeberg.org/scm-scenarist
>> No.28095  
>>25695
ещё все кто читают SICP))))))
>> No.28096  
>>28075
У меня есть большая любовь к лиспу, но почти никакого опыта.

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

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

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

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

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

Прибавим к этому совершенно конститутивную раскалдку клавиатуры в том же емаксе (уже одно то, какие кнопки там вместо стрелок). Ну и напоследок, в качестве вишенки на торте — стиль кодирования с совершенно дикими правилами расстановки отступов, из-за которых исходники выглядят, словно их писал пьяный. В качестве обоснования написано: ИНАЧЕ БЕДНЫМ СКОБОЧКАМ БУДЕТ ОДИНОКО!
Сообщение слишком длинное. Полный текст.
>> No.28103  
>>28102
>Что хуже: systemD изо всех щелей или ЭТО?
…И практика показала, что сабж проигрывает.
В репах nix — blender 5.0.1.
А в guix, внезапно — 3.6.23. Даже в дебиане 4.3.2!
В общем, система, в которой для нормальной работы придется ручками писать свои пакеты для 90% потребного софта, ловя на ходу всяческие грабли — это точно не то, с чем я хочу связываться.

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

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

Дебильный спеллчекер.
Только сейчас заметил его художества.
>> No.28107  
Файл: mirai_nikki.jpg -(50 KB, 637x358, mirai_nikki.jpg)
50
>>28103
Я раньше любил спорить, но:

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


Файл: photo_2025-09-07_00-54-34.jpg -(13 KB, 256x256, photo_2025-09-07_00-54-34.jpg)
13 No.28105   [Ответ]
Всем плотный сегфаулт, у меня остро стоит вопрос о создании бота-чаткравлера, который будет искать ссылки на другие чаты, переходить в эти чаты, искать ссылки там и повторять этот цикл.
В общем проблема состоит в том, что сделать это через обычный BotAPI телеграмма невозможно и для этого требуется юзербот. Создать такой не является проблемой, проблема в том, что его деятельность будет подозрительна и его (точнее аккаунт) снесут. так что мне нужны идеи и\или решения того, как сделать его работу менее палевной и чтоб всё было хорошо и слава богу.
Заранее спасибо за ваши вопросы


Назад [0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23]

[ d ] [ b / cu / dev ] [ r ] [ a / ts ] [ ci ] [ gnx / int ] [ misc ] [ dev / stat ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]