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

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

Сообщение слишком длинное. Полный текст.
>> No.28140  
>>28139
В процессе систематизация прошлой нити для пополнения базы знаний.
>> No.28142  
Мявствуйте!

Я в процессе изучения OpenTofu и Kubernetes. Поднимаю кластер на домашней лабе, пока что с помощью документации и чучуть с щепоткой ЛЛМок.

Пока использую провайдер Telmate вместо BPG и уже трижды пожалел о выборе для OpenTofu + TalosOS как базу под мастер и воркер ноды.

Вопрос: какие инструменты посоветуете использовать для раскатки инфраструктуры поверх K8s? Terraform/OpenTofu - стандарт, а вот что в среднем используется для управления инфрой? Слышал про Flux, ArgoCD, а какие ещё технологии следует изучить (сварочное дело не предлагайте, я про IaC)?

P.S.: большая часть инфры сейчас у меня - это виртуальные машины внутри двух Proxmox-нод, т.к. для транскодирования видео требуется GPU, для хранения - блочные устройства, а как перенести всё это корректно в Kubernetes, я не знаю - мне недостаёт знаний.
>> No.28143  
>>28142

>Terraform/OpenTofu - стандарт
>Слышал про Flux, ArgoCD
Пользовался сначала ArgoCD и затем Terraform, ArgoCD в контексте большой инфраструктуры которую все кому ни лень регулярно меняют понравился меньше, Terraform показался попредсказуемее и постабильнее.

>Какие инструменты посоветуете использовать для раскатки инфраструктуры поверх K8s?
Слышал хорошие отзывы про Ansible, но сам еще не пользовался
https://docs.ansible.com/projects/ansible/latest/collections/kubernetes/core/k8s_module.html

>Большая часть инфры сейчас у меня - это виртуальные машины внутри двух Proxmox-нод
>Как перенести всё это корректно в Kubernetes, я не знаю - мне недостаёт знаний
Тут надо знать больше про то, что нужно переносить. Например, ты хочешь использовать свой GPU, через pass-through? Тогда есть вот такой опыт (с ArgoCD кстати):
Сообщение слишком длинное. Полный текст.
>> No.28152  
>>28143
Тыакс, я наконец-то ожил.

>Пользовался сначала ArgoCD и затем Terraform, ArgoCD в контексте большой инфраструктуры которую все кому ни лень регулярно меняют понравился меньше, Terraform показался попредсказуемее и постабильнее.
У меня наоборот, я с Ansible много работал. посмотрим, что и как.

>Тут надо знать больше про то, что нужно переносить. Например, ты хочешь использовать свой GPU, через pass-through? Тогда есть вот такой опыт (с ArgoCD кстати):
Как раз passthrough и хотел и использовать. Почитаю, спасибо.
>> No.28154  
>>28152
Рад помочь, рассказывай как там что получится!


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

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

Предыдущая нить: >>20450
Пропущено 419 сообщений и 174 изображений. Для просмотра нажмите "Ответ".
>> No.28097  
>>28040

Цѣликомъ ещё нѣтъ, но реквестирую https://codeberg.org/FBE410/fbe-410/pulls/61 дабы был почин.
>> No.28100  
>>28097
Функция «Убрать фреймы» на самом деле не сломана, а имеет misleading сообщения про. Не «Фреймы убраны», а «Фреймы будут убраны» — по переходу на страницу доски. Может, лучше сделать в виде checkbox’а.

> и которыя оттого не оснащены никаким значением перемѣнной max_message_length
Аа, вижу. Не сколько из-за отсутствия формы, сколько из-за того, что оно ту переменную для несвязанных с досками страниц не пишет в head. Если не пишет.
>> No.28125  
Чуть болѣе восьми лѣтъ назад (в декабре 2017 года, как это по адресу https://410chan.org/dev/arch/res/17371.html#18031 может быть видно) я начал досадовать о том, что движок 410чана замѣнялъ апостроф в именах файлов на нѣкій кодъ.

В сентябре 2018 года (как это по адресу https://410chan.org/dev/arch/res/20450.html#20583 может быть видно) я дополнительно подосадовал о том ещё, что правки, мною в код движка внесённыя для исправления именно этого поведения его, не смогли достигнуть желаемого.

Вид имени файла, к сообщению >>/b/199156 прикрѣплённаго, свидѣтельствуетъ о том, что проблема эта наблюдалася ещё в январе 2023 года.

Вид имени файла, к сообщению >>/a/19830 прикрѣплённаго, свидѣтельствуетъ о том, что проблема эта исправлена была, по меньшей мѣрѣ, к маю 2024 года.

А теперь — уточняющий вопрос: кто-нибудь сможет ли указать ту конкретную правку кода, которою желаемое поведение движка было тогда достигнуто наконец?
>> No.28129  
Файл: Screenshot 2026-01-26 at 17-51-57 Авто_b_ус.png -(135 KB, 1338x400, Screenshot 2026-01-26 at 17-51-57 Авто_b_ус.png)
135
>>27866
Пока работа стоит, придумываю, как это могло бы выглядеть.
>> No.28137  
Реквест >>28097 был в середине декабря, сейчас конец января, никакой мёрдж до сих пор не произошёл, разскажите почему.

Дополнительно сообщаю, что теперь ужé больше двух лѣтъ каждая новая версия каждого браузера способна показывать AVIF, а в спину ей начинает дышать уж и поддержка формата JPEG XL, которую во Хром на днях прибавили¹ за флагом², да и в Mozilla Firefox её прибавили ≈одиннадцать часов назад³ за флагом же, так что Firefox 149 предположительно способен выйти с возможностью включать поддержку JPEG XL в настройках (если эту возможность пропустят далѣе ночной сборки).

____________

¹ О появлении поддержки JPEG XL во Хроме можно прочесть по адресу https://www.opennet.ru/opennews/art.shtml?num=64639#:~:text=В%20Chrome%20Canary,Rust%2E

² Флагом здѣсь по традиции называется возможность в настройках браузера включить нѣкоторую функцию, по умолчанию выключенную.

³ Момент появления поддержки JPEG XL во браузере Mozilla Firefox можно обнаружить в комментарии https://bugzilla.mozilla.org/show_bug.cgi?id=1986393#c47 в Багзилле.
>> No.28138  
>>28137
Да пока ещё предыдущий реквест не засунули на сайт, а этот даже не смотрел пока никто. Работа встала, сказано же.
>> No.28144  
Файл: 89796831_p0.jpg -(218 KB, 925x1260, 89796831_p0.jpg)
218
Возможно, в течение следующих двух недель напишу код для отображения в заголовке страницы темы треда или его номера, если в теме пусто.

Как быть со страницей каталога и с ненулевыми страницами досок?. "Авто/b/ус | Каталог"? "Каталог | Авто/b/ус"? "Авто/b/ус | Страница 4"?

Точно ли стоит "—" в качестве разделителя, а не более короткие "-" или "|"? С более коротким, чуть больше места под значимую информацию останется.
>> No.28145  
Файл: 1338572811228.jpg -(70 KB, 603x720, 1338572811228.jpg)
70
>>28144
>Точно ли стоит "—" в качестве разделителя, а не более короткие "-" или "|"? С более коротким, чуть больше места под значимую информацию останется.
При длинных названиях всё равно толку не будет от пары пикселей сэкономленных, а с номерами вообще без разницы.
Я вижу, что на сайтах практикуется формат «Название контента — Имя сайта». Теоретически, можно вообще сделать схему «Тема/номер/Название страницы — /доска/ Имя сайта». Это поможет лучше идентифицировать контент.
>> No.28151  
Файл: [HorribleSubs] Toaru Kagaku no Railgun T - 17 [108.jpg -(721 KB, 1920x1080, [HorribleSubs] Toaru Kagaku no Railgun T - 17 [108.jpg)
721
>>28081
Тесты показали, что массовое удаление хоть и работает, но фактически вешает движок на некоторое время. Это как-то можно исправить?
>> No.28153  
Файл: 75aef19ed51ef07eb52c95d255468e1a.jpg -(1781 KB, 2450x2550, 75aef19ed51ef07eb52c95d255468e1a.jpg)
1781
>>28151
Можно, оптимизирую.


Файл: 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 года, хоть и с учетом того что технически перекат назрел раньше


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

Сообщения об ошибках и неточностях приветствуются, критика будет встречена хорошо, если по делу.
А у кого есть идеи, предлагайте альтернативу при критике. Да и вообще новые идеи для слайсоивентов, не затрагивающих сюжетные твисты, концовки и тому подобное.
Сообщение слишком длинное. Полный текст.
Пропущено 465 сообщений и 106 изображений. Для просмотра нажмите "Ответ".
>> No.28126  
Побродил еще. Таки смог найти способ выбраться на третий день, но для этого пришлось пропустить карточный турнир и пойти в домик к вожатой. И еще нашел два вылета. Сохранения пришлю позже.
Первый вылет на втором дне, если вместо кружков пойти в админкорпус.
I'm sorry, but an uncaught exception occurred.

While running game code:
File "control/mapclass.rpy", line 119, in script
ScriptError: could not find label 'd2_admin_center_day'.

-- Full Traceback ------------------------------------------------------------

Full traceback:
File "E:\Фильмы\Новая папка\[Soviet Games] Everlasting Summer (с модпаком)\renpy\bootstrap.py", line 265, in bootstrap
renpy.main.main()
File "E:\Фильмы\Новая папка\[Soviet Games] Everlasting Summer (с модпаком)\renpy\main.py", line 327, in main
Сообщение слишком длинное. Полный текст.
>> No.28127  
Апдейты.
Не помню, выкладывался ли ресурсный мод full sprites публично.
Если да, то запамятовал. Если нет, значит, он был для внутреннего пользования.
Прошло так много времени, что имеет смысл опубликовать его - в копилку народного достояния, хул.
https://ufile.io/mbjecoyd
Содержит док с тестовым прогоном.
Ресурсы обязательные для третьего дня, поскольку я нещадно эксплуатирую крупные планы для местного воробья.

Хотфикс по второму и третьему дню.
https://ufile.io/3qghargf
Чейнджлог:
По второму дню
  • исправлена ошибка с использованием карты;
Она была вызвана конфликтом команды type для карточного турнира с той же самой для карты (chibi, str) и для библиотечных книг (book, str). За фикс спасибо Якую.
Сообщение слишком длинное. Полный текст.
>> No.28128  
>>28126
Это не совсем ошибка. Так задумано. Если поискать через ctrl+f по документу label d2_admin_house_day, то можно увидеть готовый текст с тупиком для Семёна, только надо раскомментировать его.
Пока что место недоступно, эрогеи передают привет:
>...но взорвать админку...
>- Мы взорвали админку...
>- Все равно ее на карте не было...
>> No.28130  
Ого. Вот это объемы, однако. На первое прочтение третьего дня аж целых два вечера ушло!
Следующие дни планируются такими же длинными?

>>28127
Спасибо. Теперь вполне проходимо и без пропуска турнира. Оставлю свой отзыв, как распробую второй и третий день получше.
>>28128
Понял. Но второй вылет, вечером с Унылкой (второй день) все же остается.

Нашел еще некоторые ошибки и несоответствия:
1. "Да, в ожидании очередного эпизода Lazy Town по старому доброму Джетиксу мне иногда попадалось то самое аниме про ниндзя, где все смешно бегали с руками за спиной, носили такие повязки и с невообразимым воплями складывали заковыристые жесты пальцами. Но я всегда пропускал его или переключал на другой канал, считая глядеть это ниже своего достоинства." - Текст выпадает из рамки(не помещается).
2. "Мда, не я один заметил её! Но кому еда, а кому — Инга Максимовна..." - хм... А если не быть помощником Нептуна, то где-нибудь до этого в тексте есть намек на его неравнодушное отношение к ней?
3. Ну и... Очередной вылет в самом конце дня в столовой.
Сообщение слишком длинное. Полный текст.
>> No.28131  
Файл: stars_2o.jpg -(604 KB, 1920x1080, stars_2o.jpg)
604
>>28130
>Следующие дни планируются такими же длинными?
Не все. Большинство дней полегче. Длинными надо считать понедельник второй недели - там автобусная экскурсия, среда второй недели - зарница+поход, пятница второй недели - речная экскурсия и, наконец, суббота второй недели - День Творческой самодеятельности. Воскресенье может распухнуть из-за текста эпилогов.

>Понял. Но второй вылет, вечером с Унылкой (второй день) все же остается.
>Couldn't find file 'images/1080/anim/stars_2o.jpg'
Упс, ошибку с кометой проворонил. Положи пик релейтед по означенному пути в игре. Алсо, я так понимаю, ты первый раз качаешь мод? В апдейте со вторым днём этот файл был.
Моя вина, не добавил файл.

>Текст выпадает из рамки(не помещается).
Пофиксим. Опять маленький текстбокс.

Сообщение слишком длинное. Полный текст.
>> No.28132  
>$ meet
Через табуляцию на 4 пробела в обоих случаях.
>> No.28133  
>>28131
>Не все. Большинство дней полегче.

Кстати, когда планируется выпуск четвертого дня?
И как я понимаю при очередном обновлении старые сохранения будут нерабочие и придется все дни проматывать заново (при том, что Tab не работает)?

>Положи пик релейтед по означенному пути в игре.

Спасибо. Изображение вставил, все заработало как надо.

>Алсо, я так понимаю, ты первый раз качаешь мод? В апдейте со вторым днём этот файл был.

Давно уже удалял игру, так что пришлось скачивать и ставил мод по новой.

>Сделай пока костыль, перед строкой
Сообщение слишком длинное. Полный текст.
>> 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, в начале каждого дня вызывается этот самый лейбл.
Сейчас я сделал не так, потому что как минимум окончание второго дня всем следовало перепройти для разветвляющегося начала и освежить в памяти предыдущее.
Сообщение слишком длинное. Полный текст.


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

inb4: C/C++ какашки, всё надо переписать на Расте
Пропущено 1 сообщений. Для просмотра нажмите "Ответ".
>> No.16167  
>>16152
с какого языка переходил?
>> No.16173  
Вопрос один: нафига так много разных типов контейнеров? Пока учил, окончательно запутался и дропнул. Всего-то нужна безопасная замена указателей и ссылок, а тут вон чего нагородили.
Вопрос два: что на нем на данный момент можно написать на практике? Язык это одно, а среда другое. Есть свой нормальный гуи или биндинг в QT? Целесообразно ли писать серверное приложение, может ли он в PostgreSQL/MongoDB, вебсокеты, шаблоны, криптографию. Может ли соперничать на этом уровне с NodeJS или Django/Flask? Микроконтроллеры еще не завезли? Киллер-фича вроде как. Как смотрят производители, им же все тулчейны под раст перепиливать. Как скриптовый язык можно использовать? Может ли он в хоть простенькй гемдев? Есть готовые 2д/3д фреймворки? Как с деплоем под разные платформы?
Вопрос три: что там с IDE? Idea уже поддержтвает? Или пиши в блокноте @ компилируй в консоли.
>> No.16184  
>>16165
Основное это сетевая программа под линукс для обработки UDP пакетов для серверного Линукса. (по сути обёртка над epoll с помощью mio с кастомной логикой и парсером на nom) Плюс пишу no_std библиотеки, немного баловался с embedded на STM32, всё шло достаточно хорошо, но не попалось подходящего проекта, так что тут далеко не продвинулся.

>>16167
Основной рабочий язык был Питон, но имел опыт на разных языках: Паскаль, Дельфи, Го, немного С. Немного баловался Фортом, Лиспом и Эрлангом.

>>16173
>Вопрос один: нафига так много разных типов контейнеров? Пока учил, окончательно запутался и дропнул.
Подозреваю что ты про вещи типа Rc<RefCell<T>>. Конкретно и подробно по всем контейнерам ответить не смогу, но лично моё мнение что всё это нужно и играет свою роль позволяя производить композицию из того что тебе нужно в текущем контексте, а не пытаться натягивать комбайн. Проблема в том, что пока тебе конкретно данный контейнер не понадобиться будет ощущение что он не нужен. Но когда такая ситуация возникнет ты поймёшь почему сделано именно так. Так что если чего-то непонятно сейчас, то можешь смело пропускать, необязательно штудировать книгу от корки до корки.

Сообщение слишком длинное. Полный текст.
>> No.16185  
Ах да, если интересует сеть, то обязательно стоит посмотреть на tokio:
https://tokio.rs/
Это решение Раста на тему асинхронщины, которое работает без корутин и с zero-cost abstraction™. На выходе всё компилируется в машину состояний работающую на event-loop.

Единственная проблема, это опять же неизбежный высокий порог входа. Большинству пользователей имеет смысл использовать библиотеки на основе tokio, а не опускаться на этот уровень самостоятельно.
>> 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
Выглядит интересно, но мне нужно еще понять где это все еще изучать


Файл: 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 телеграмма невозможно и для этого требуется юзербот. Создать такой не является проблемой, проблема в том, что его деятельность будет подозрительна и его (точнее аккаунт) снесут. так что мне нужны идеи и\или решения того, как сделать его работу менее палевной и чтоб всё было хорошо и слава богу.
Заранее спасибо за ваши вопросы


Файл: a1e5aaddf32c461d29b054e47c6b49a3.jpg -(445 KB, 732x1024, a1e5aaddf32c461d29b054e47c6b49a3.jpg)
445 No.28075   [Ответ]
Опишите свой опыт проганья на лиспоподобных языках.
Моя любовь к Лиспу зародилась 2 года назад, когда решил познать неизведанные просторы этого прекрасного языка. Попробовал несколько диалектов, и пока что моим любимчиком является Racket.


Файл: 93ce9e13e82d3e6d8309c3aa6529caaf.jpg -(234 KB, 2048x1153, 93ce9e13e82d3e6d8309c3aa6529caaf.jpg)
234 No.27914   [Ответ]
Появилась у меня мотивация сделать что-то типа чата кроватка (есть же те, кто шарит???) Либо сделать аналог двача//ии(Ы)чана, тут уже как пойдёт. есть желающие за компанию?
Пропущено 9 сообщений и 5 изображений. Для просмотра нажмите "Ответ".
>> No.28062  
>>27932
К слову вопрос, а на этом самом Plan9 вообще есть жизнь? То есть на что-то кроме мамонтовой фауный ПК мира он встанет?

>>27931
Потому что это весело, зе!
>> No.28065  
Файл: glenda.jpg -(66 KB, 639x474, glenda.jpg)
66
>>28062
Рекомендуемые железки: https://fqa.9front.org/fqa3.html#3.1

На форках например 9front, есть активное сообщество, её постоянно дорабатывают. Можно использовать последний golang, имеется нативный торрент клиент, можно прикрутить видео, аудио, запустить на ней OpenBSD или GNU/Linux.
Вот годный мануал: https://pspodcasting.net/dan/blog/2019/plan9_desktop.html

Порт для запуска прямо в юниксах (если хочется пощупать ACME или sam с местным протоколом 9p): https://9fans.github.io/plan9port/

Форк Inferno для amd64: https://github.com/caerwynj/inferno64

Порт Inferno по Android: https://github.com/bhgv/Inferno-OS_Android
>> No.28066  
>>28065
>Рекомендуемые железки:
Почекал. Из того что у меня валяется дома потенциально пригодны лишь 2. Комп на Core Quad и на Sempron 3000+. Остальные слишком новые.

> More then anything, Plan 9 is a simple operating system. The kernel is only 200,000 lines of code, and the userland about a million. In comparison the source code for the Firefox web browser is more than 24 million lines of code! As you might imagine then, there are no "modern" web browsers in Plan 9. There are no office suits, triple A games, VOIP or repositories of 30,000 pre-compiled packages. Plan 9 is not for the faint of heart!
То есть да, даже фапчевать на Чио будет проблема. Впрочем, судя по твоему скрину какие-то браузеры там есть. Однако как они в работе?
>> No.28067  
>>28066
Если кратко то js не поддерживают. В 9front из коробки 2 браузера новый и старый. Есть возможность собрать NetSurf лучше всех по отображению страниц (поддержка js там.. лучше скажу что её нет).

Она немного для другого создавалась, как распределённая вычислительная среда. Программа, процесс итд - это файлы которые можно передавать по сети. Система тут не заходит в интернет как мы привыкли, а делает его частью своей файловой системы. Так например можно запускать программы, устройства на других машинах, как будто бы они на вашей. Если у вас есть фильм, но при этом нет плеера для воспроизведения то вы можете подмонтировать машину где он есть и смотреть фильм через её плеер, но при этом на своей.
>> No.28068  
>>28067
>Если кратко то js не поддерживают. В 9front из коробки 2 браузера новый и старый. Есть возможность собрать NetSurf лучше всех по отображению страниц (поддержка js там.. лучше скажу что её нет).
Ясно. Ну, хоть что-то.

>Она немного для другого создавалась, как распределённая вычислительная среда.
Это понятно, но много ли можно навычислять, если даже в момент конца нулевых поддержка железа на ней оставляла желать лучшего?

>Система тут не заходит в интернет как мы привыкли, а делает его частью своей файловой системы. Так например можно запускать программы, устройства на других машинах, как будто бы они на вашей.
Это всё понятно и круто, но что запускать-то? Я на своей FreeBSD этим вопросом мучаюсь иногда (а ведь там проблем с этим ощутимо меньше, ибо есть хоть какая-то совместимость с другими BSD и Linux системами). А тут даже страшно представить.
>> No.28069  
>>28068
Дело в том что это не Unix и даже не Unix-like поэтому портировать программы дело сложное. Поддержка железа скудна из-за нехватки разработчиков.

Поддержка программ тут крайне затруднена в отличие от FreeBSD где появился pkg тут любую стороннюю программу необходимо собирать вручную. Программ очень мало и зачастую это однодневные проекты на git.

Есть эмуляторы приставок и платформ например Sega Megadrive.

Дополнительное ПО можно найти здесь: http://shithub.us/git/repos.html

https://github.com/henesy/awesome-plan9

https://sr.ht/projects?search=%23plan9

https://github.com/Plan9-Archive
Сообщение слишком длинное. Полный текст.
>> No.28071  
>>28069
>Дело в том что это не Unix и даже не Unix-like
Тем временем Википедия:
>Семейство ОС потомок UNIX

>Поддержка железа скудна из-за нехватки разработчиков.
Хотел написать, что система уже 20 лет как усё, однако обнаружил, что на ссылке во всё той же Википедии ( p9f.org ) есть какая-то жизнь.

Олсо, 9front как минимум странноватый ресурс...

>тут любую стороннюю программу необходимо собирать вручную.
То есть, местные распространение бинарей не освоили или намеренно игнорируют?

>Есть эмуляторы приставок и платформ например Sega Megadrive.
Так понимаю, что по большому счёту кроме них там ловить и нечего?
>> No.28072  
>>28071
Вы правильно заметили что это ПОТОМОК Unix, а не тот Unix которым все пользуются поэтому некоторые решения там сделаны совсем по другому.

9front это такой же дистрибутив но более свободный и развивается быстрее.

Исходя из того что в офицальном FAQ они часто ссылаются сразу на git то игнорируют, наверно думают что так правильнее..

> Так понимаю, что по большому счёту кроме них там ловить и нечего?
Для каких именно функций вы бы хотели её приспособить?
>> No.28073  
>>28072
>Вы правильно заметили что это ПОТОМОК Unix, а не тот Unix которым все пользуются поэтому некоторые решения там сделаны совсем по другому.
Хм, а насколько подход отличается?

>9front это такой же дистрибутив но более свободный и развивается быстрее.
>Исходя из того что в офицальном FAQ они часто ссылаются сразу на git то игнорируют, наверно думают что так правильнее..
Понял.

>Для каких именно функций вы бы хотели её приспособить?
Я в целом слабо представляю зачем она.
Типа FreeBSD это серверная система (и понемногу десктопная), Linux и туда и сюда активно пытается, Хайку и КОС пригодны только как десктоп (правда с оговорками, ибо на последней без FASM или С-- делать особенно нечего).
Единое ресурсное пространство звучит круто, но куцая поддержка железа делает это мечом без рукояти. Так бы можно было бы накатить на 1 комп как на хранилище, на 2 как ресурсные центры и пару небольших компов как терминалы использовать. Даже можно было бы смириться с отсутствием изрядной доли ПО, ибо виртуализация делает брррррр. Но поддержка железа такова, что катить это можно только на старые компы, малинку и виртуалки.
>> No.28074  
>>28073
> Хм, а насколько подход отличается?
Так как над Plan 9 трудились те кто разрабатывал оригинальный Unix, они решили исправить несколько вещей:
  • всё теперь точно является файлом и доступно в файловой системе (файлом настолько что cat /dev/screen | topng > screen.png получить скриншот можно просто прочитав файл экрана);
  • локальные и удалённые файлы не различаются, это скрывает протокол 9p;
  • группы процессов имеют своё пространство имён представленное обычными файлами (благодаря этому местную оконную систему можно рекурсивно запустить внутри себя сколько угодно раз);
  • нет библиотек динамической компоновки (решается проблема зависимостей);
  • нет рут-прав.
Да обычно её как раз на малинках используют. Сложно вот так с ходу найти ей применение для своих задач. Лучше сначала попробуйте её в виртуалке или как юзерспейс порт под вашу систему (вроде как есть готовый порт под FreeBSD).


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