[ 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
Пропущено 433 сообщений и 181 изображений. Для просмотра нажмите "Ответ".
>> No.28192  
Содержимое заголовка «server», предваряющаго собою HTTP-отклик сёрвера 410чана, говорит о том, что в роли сёрвера трудится Apache 2.4.

Содержимое заголовка «content-encoding», предваряющаго собою HTTP-отклик сёрвера 410чана, говорит о том, что и всѣ джаваскрипты, и всѣ стили CSS, и всѣ HTML-страницы сайта передаются сжатыми по стандарту gzip (и это хорошо), тогда как иллюстрации сжатыми не передаются (и это также хорошо, потому что современные форматы иллюстраций предполагают такую силу сжатия их, к которой доужатие в gzip ничего не смогло бы прибавить, а только напрасно тратило бы усилия процессора на сёрверной стороне и во браузере).

Правда, стандарт gzip появился в 1992 году (больше 33 лѣтъ назад), и с той поры появилися чуть болѣе эффективные средства экономии траффика. Я говорю прежде всего о стандарте Brotli, который ещё в 2017 году добрался до поддержки каждою новою версиею каждого из современных браузеров (послѣднимъ из которых поддержал Brotli браузер Safari 11, как о том в таблице https://caniuse.com/brotli пишут).

И больше того: в документации по Apache изложен по адресу https://httpd.apache.org/docs/2.4/mod/mod_brotli.html#precompressed тот способ, которым передача файла, сжатого по стандарту Brotli, может быть включена только для готового (предварительно сжатого) содержимого — то есть, напримѣръ, чтобы файл https://410chan.org/lib/javascript/kusaba.js передавался с сёрвера сжатым при помощи Brotli тогда и только тогда, когда на сёрвере рядом с файлом «kusaba.js» лежит готовый файл «kusaba.js.br», из которого-то и берётся передаваемое содержимое.
Сообщение слишком длинное. Полный текст.
>> No.28193  
Сразу прибавлю, что ещё сильнѣе радует результат сжатия Brotli, когда в качестве готового словаря используется не одна из страниц сайта «как есть», а дистиллят цѣлой сотни страниц его.

Я сегодня составил список URLов, включающий в себя:

① адреса первой двадцатки нитей обсуждения со страницы https://410chan.org/b/catalog.html

② адреса первой двадцатки нитей обсуждения со страницы https://410chan.org/cu/catalog.html

③ адреса первой двадцатки нитей обсуждения со страницы https://410chan.org/dev/catalog.html

④ адреса первой двадцатки нитей обсуждения со страницы https://410chan.org/a/catalog.html

⑤ адреса первой двадцатки нитей обсуждения со страницы https://410chan.org/ts/catalog.html

Сообщение слишком длинное. Полный текст.
>> No.28194  
Файл: [HorribleSubs] Toaru Kagaku no Railgun T - 15 [108.jpg -(246 KB, 1920x1080, [HorribleSubs] Toaru Kagaku no Railgun T - 15 [108.jpg)
246
>>28193
Это всё небезынтересно, но в условиях маленького низкопосещаемого сайта как будто бы не имеет особого смысла. Пара-тройка килобайт со страницы в экономическом и техническом смысле будут ощутимы только при большом трафике, которого у нас нет.
>> No.28222  
Файл: [HorribleSubs] Toaru Kagaku no Railgun T - 04 [108.jpg -(233 KB, 1920x1080, [HorribleSubs] Toaru Kagaku no Railgun T - 04 [108.jpg)
233
Подумал над тем, как можно сделать блок избранных картинок на главной в отсутствие частого оригинального контента.
Будем исходить из четырёх ячейки для картинок, как на соседнем сайте. Соответственно, в модерке можно загружать картинки, чтобы они отображались на главной (картинка, ссылка, опциональная подпись). Загруженная картинка на какой-то срок считается «свежей» (можно сделать месяц по умолчанию, и настраиваемый в модерке от любого времени вплоть до бесконечности) и показывается на главной всегда принудительно. И вот сколько в модерке сейчас висит «свежих» из четырёх, столько и показываются всегда, а в незанятых ячейках показываются «несвежие» случайным образом. Очевидно, для экономии трафика надо уменьшенные копии генерить и их выводить. Для архива картинок надо сделать подобие галереи в качестве подстраницы главной. В целом, технически это похоже на задачу https://codeberg.org/FBE410/fbe-410/issues/58 с баннерами, но они-то статически обновляются, а тут вопрос в том, насколько проблематично присобачить динамический показ рандомных картинок к главной.

Задачу пока заводить не буду, потому сначала надо сделать https://codeberg.org/FBE410/fbe-410/issues/11 всё равно, а этим никто не хочет заниматься.
>> No.28230  
Здравствуйте. Мы нашли проблемы в вашем и нашем движке:

https://codeberg.org/yakui-lover/fbe-410/issues/6
https://codeberg.org/yakui-lover/fbe-410/issues/9

Стоит заметить, что проблемы искались в ветке kotocafe, но большая их часть затрагивает и вас.
Вы заинтересованы в исправлениях от нас?
>> No.28231  
>>28230
Какой-то странный вопрос. Если вы нашли уязвимости и готовы их чинить, присылайте реквесты, конечно.
>function random_appeal
Это, скорей всего, делалось для показа случайного обращения основателя, когда их в 2011 году было три. Этот код должен исчезнуть или быть изменён при реализации https://codeberg.org/FBE410/fbe-410/issues/58
>> No.28232  
>>28231
Единственные «уязвимости» в issue #9. И они не такие серьёзные. Мы пока сами обсуждаем и возимся с ними.

Вопрос был в том, заинтересованы ли вы в исправлениях некритичных проблем. Их там много. Если заинтересованы, то как лучше их вам засылать. И насколько вы нам верите, что там действительно какая-то проблема, или же нужно описывать, как воспроизвести на практике.
>> No.28233  
Файл: 12345689.png -(380 KB, 1043x641, 12345689.png)
380
>>28232
Этот движок пилится (пилился, сейчас почти все умерли) силами сообщества, любой желающий может присылать свой код. Для засылания кода есть репозиторий. Какой там код, и насколько он нужен — будет проверяться по факту его поступления. А потом уже могут быть вопросы по воспроизведению и всему остальному.

В целом, по ненужному/заведомо нерабочему коду нужно руководствоваться принципами из https://codeberg.org/FBE410/fbe-410/issues/43, по рабочему, но содержащему ошибки — https://codeberg.org/FBE410/fbe-410/issues/15
Я вот точно пока могу сказать, что «поддержку» СВГ можно смело убирать, потому что она всё равно никогда не работала, и задачи на её доработку не висит (и я не буду её ставить, потому что оно не надо, а велосипед пришлось бы знатный городить, чтобы обойти потенциальные угрозы, если это вообще возможно).
>> No.28235  
Файл: 105629802_p0.jpg -(447 KB, 1128x1932, 105629802_p0.jpg)
447
>>28222
Технически это совсем не похоже на задачу с баннерами. Куда больше мороки. Картинкам нужен будет ещё один "thumb" под главную, если не тратить время на регенерацию файлов уменьшенных копий на главной при каждом её изменении. Но вполне реализуемо.

Случайные картинки на главной должны меняться по добавлению/удалению поста с картинкой или по каждому F5 страницы?

Если автор поста свой пост удаляет, то (закреплённую) картинку из этого поста с главной удалять тоже?

> Для архива картинок надо сделать подобие галереи в качестве подстраницы главной
?? В архив добавлять отображаемые на главной картинки по каждому изменению тех картинок или когда?
>> No.28236  
>>28235
>Технически это совсем не похоже на задачу с баннерами
По-моему, тут только джва аспекта отличаются: что баннеры не надо обновлять по F5 и не надо скукоживать при показе на страницах (но в галерее, наверное, надо).
>Случайные картинки на главной должны меняться по добавлению/удалению поста с картинкой или по каждому F5 страницы?
Очевидно, что по F5.
>Если автор поста свой пост удаляет, то (закреплённую) картинку из этого поста с главной удалять тоже?
Как сказано: «в модерке можно загружать картинки». Вроде бы самоочевидно. Удаление картинки с главной и архива только через модерку потом.
>В архив добавлять отображаемые на главной картинки по каждому изменению тех картинок или когда?
Да сколько было загружено картинок, столько и отображается. Смысл в том, чтобы пользователь мог посмотреть все картинки, которые были на главной за всё время.


Файл: 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

Сообщение слишком длинное. Полный текст.
Пропущено 28 сообщений и 5 изображений. Для просмотра нажмите "Ответ".
>> No.28199  
>>28195
Думаю, если речь именно про обучение LLM, и о том чтобы производить его только зеркалом Автобуса, то скорее всего LLM даже связную фразу выдать не сможет, слишком мало данных для обучения.

Если речь о том, чтобы подгрузить зеркало Автобуса в LLM как RAG - может выйти так, что это уже слишком много данных, для такого контекста.

О каком из двух вариантов речь?
>> No.28201  
>>28199
Скорее о третьем варианте — шаг за шагом суммаризировать автобус, потом суммаризировать ранее суммаризированные куски вместе и т.д., пока не останется несколько страниц текста (a.k.a. файл SCP), полностью отражающие его суть
>> No.28202  
>>28201
Очень интересное исследование, хотелось бы узнать!
>> No.28203  
>>28195
> Как думаете, если скормить локальное зеркало Автобуса ЛЛМке, что будет?
Если бездумно кормить ЛЛМке html, не перегнав в Markdown хоть как-то, то будет долго и дорого - этот (едва начавшийся) тред у меня занял 10к токенов. Седьмой тред занял 125k 125349 токенов. Использовал локальную Qwen3.5-122B-A35B в MXFP4, llama.cpp + rocm7.2 - железка сожрала 97Gb после обработки контекста во время генерации ответа.
Держите в уме, что эта модель большая и не про RAG. Для RAG я бы использовал сильно меньшие модели и, соответственно, более быстрые - примерно в четыре раза быстрее PP, что критично.

8 тред:
10392 tokens на вход, 1230 на выход.
303 pp t/s
19.92 tg t/s

7 тред:
125349 tokens на вход, 8232 на выход.
Сообщение слишком длинное. Полный текст.
>> No.28204  
>>28203
Ого, ты даже перешёл к практике.
По моим наблюдениям 122B избыточна даже для чрезвычайно сложных технических задач. Я фактически 3.5-27B поручаю нечто уровня научной работы. Для суммаризации же можно использовать гораздо более простые модели. Даже gpt-oss-20b показывала себя отлично. Жаль, что она не мультимодальна, ведь на мой взгляд тамбнейлы задают тон всему Автобусу.
>> No.28225  
Файл: Screenshot_2026-06-12_17-09-55_051155.png -(382 KB, 1499x768, Screenshot_2026-06-12_17-09-55_051155.png)
382
Как вам глубина анализа?
>> No.28226  
>>28225
Майор Судзумия?
>> No.28227  
>>28225
Из-за того что Qwen не видит картинок - не может уловить смысл основанный на сочетании картинки с текстом. Это сильно мешает улавливать юмор или иронию, увы.
>> No.28229  
>>28227
Видит пересжатые в webp миниатюры. Чаще он понимает всё, это просто забавный момент.
>> No.28234  
Я просто оставлю это тут.>

https://youtube.com/watch?v=BsfXZjKLT9A


Файл: 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] [Архив-Каталог] [Главная]