[ 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
Пропущено 352 сообщений и 148 изображений. Для просмотра нажмите "Ответ".
>> No.27899  
Для оцѣнки распространённости явления я дополнительно сообщаю, что и Twitter (нынѣ 𝕏), и Telegram, и даже порносайт https://pornolab.net/ наращивают свои счётчики на единицу при подсчёте перехода на новую строку.
>> No.27900  
>>27896
>если Соус того желает
Меня больше вот эта проблема интересует сейчас: >>27884
>> No.27901  
>>27900
Так там не в имени файла дело же оказалось.
>> No.27902  
>>27901
Да? Я не могу попробовать новую версию скрипта пока, но вы тут пишете про какие-то четырёхбайтовые эмодзи и переносы, в то время как в >>27884 оно при проверке считает имя файла в суммарную длину сообщения (и без файла даёт запостить). Как это связано, лол?
>> No.27903  
Пока не забыл, ещё вопросы насчёт функции «setup_message_length_indicators» в коде >>27891:

➊ Какой смысл добавлять к счётчику нули слѣва?

➋ Почему счётчик должен быть трёхразрядным (напримѣръ, «001/1000»), если считает до тыщщи, но четырёхразрядным (напримѣръ, «0001/8192»), когда считает до всякого другого четырёхразрядного числа? Не проще ли и не короче ли было бы вмѣсто «Math.ceil(Math.log10(max_message_length))» использовать выражение «('' + max_message_length).length», результат которого не создаёт этого нюанса? А не то сбивает с толку намёком на то, что считает только до 999, а не до тыщщи — однако условие «c_len > max_message_length» в функции «check_post» говорит нам, что до max_message_length всё же можно досчитывать.

➌ Точно ли нужно создавать и наполнять свойство «msg_area.last_msg_len» для того, чтобы не вызывать присваивание «indicator.textContent = ''» лишний раз? (Сильно ли тормозит?)
>> No.27905  
Файл: screenshot.webp -(26 KB, 526x395, screenshot.webp)
26
>>27902

Длина строки «[Doremi].Chuunibyou.demo.Koi.ga.Shitai!.Movie.Take.On.Me.[1920x1080].[Blu-ray].[2BB3C549].mkv_snapshot_00.25.07_[2018.07.27_23.17.43].jpg» равна 137 сѵмволовъ и оттого подозрительно не похожа на разницу между величинами 8257 и 8192 наверху скриншота >>27884, которая равна 65.
>> No.27906  
Зато разница >>27905 превосходно равняется количеству концов строк в тексте, состоящем из 66 строк (между которыми 65 концов, раздѣляющихъ строки между собою) — а вѣдь прямо сейчас в вики-коде https://noobtype.ru/w/?title=Ычан&action=edit&section=1 (ещё ни разу не перемѣнявшемся въ нынѣшнемъ году) можно насчитать как раз 64 строки, если первою считать заголовок «== История ==», а послѣднею — строку «Среди нововведений 2009 года можно назвать начало сотрудничества с другими имиджбордами по добавлению их досок во фрейм «Ычана».», которая видна на скриншоте >>>>27884 одной из послѣднихъ и позволяет нам угадывать источник используемой копипасты. И за нею (дополняя до 66 строк) видны ещё строки «2010—2011» и «рпопопо…».

Вот поэтому-то мы и разсуждаемъ о том, как правильно считать сѵмвол (или два сѵмвола) конца строки.
>> No.27907  
Файл: 173901294944.webp -(84 KB, 452x251, 173901294944.webp)
84
>>27906
> gettext('Sorry, your message is too long
Встречается только в posting.class.php и только единожды — в CheckMessageLength.
> CheckMessageLength(
Вызов этой функции встречается только в board.php и тоже только один раз.

Можно было бы предположить, что где-то до выполнения CheckMessageLength при наличии файла выполняется $_POST['message'] = str_replace("\r\n", "\n", $_POST['message'])), но у меня такого нет: есть файл, нет файла, а сервер возвращает ту же длину. Так что…

>>27902
> Как это связано, лол?
Не знаю.
> (и без файла даёт запостить)
Can not reproduce. Воспроизводился неправильный подсчёт клиентом UTF-8 длины would-be отправляемого сообщения, что в новой версии kusaba.js и починил.
>> No.27908  
Файл: kusaba_js.txt -(95 KB, x, kusaba_js.txt)
95
>>27903
➊ Так в >>27794 нарисовано было;
➋ Починил;
➌ Не нужно. Последил за htop, когда setup_message_length_indicators закоментированно и когда нет, на 100000 символов разница в нагрузке особо не заметна. С другой стороны, лишний раз textContent менять не нужно, either, так что оставил.
>> No.27909  
>>27908

> Так в >>27794 нарисовано было

Это соображение совершенно справедливо.

(Впрочем, если им послѣдовательно руководиться, то тогда и счётчику слѣдовало бы считать от 0000, а не от полумаксимума.)

Дополнительно сообщаю о двух возможностях упрощения:

① запись «'/' + String(max_message_length)» можно упростить до «'/' + max_message_length»,

② запись «msg_area.oninput = (e) => {» можно упростить до «msg_area.oninput = () => {».


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

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

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

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

Сообщение слишком длинное. Полный текст.
Пропущено 580 сообщений и 89 изображений. Для просмотра нажмите "Ответ".
>> No.27825  
Я ненавижу вредоносное ПО, такое как reCAPTCHA, hCAPTCHA. К сожалению, многие веб-сайты стали коллаборантами этих корпораций зла. А другие коллаборанты Дуровской корпорации зла завязываются на его вредоносный мессенджер.

> Последние 2 года материалы лекций и вся орг. информация выкладываются в тг-канале.

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

Правда, эти студенты сами это заслужили. Если бы не заслужили - то там бы не выкладывалось, а выкладовылась бы по нормальному - на частном инстансе Forgejo, или вообще в radicle с заркалом на инстанс.

Насколько я знаю, есть workaround: читать эту хрень через tgstat.

Но

Сообщение слишком длинное. Полный текст.
>> No.27858  
>>27795
Что на этом скриншоте происходит??

Всем привет. Давно сюда не заходил. Как у вас дела?
>> No.27859  
Файл: photo_2025-01-13_08-09-17.jpg -(108 KB, 526x734, photo_2025-01-13_08-09-17.jpg)
108
Все капчи - механизмы двойного назначения
>> No.27860  
Файл: photo_2025-01-13_08-30-44.jpg -(15 KB, 308x344, photo_2025-01-13_08-30-44.jpg)
15
Опа веб маячок. Ну хоть coyc за мной наблюдает.
>> No.27862  
Файл: Cynessa - 604.jpg -(485 KB, 1900x1900, Cynessa - 604.jpg)
485
Что-то я отстал от жизни. Да и от плюсов тоже. Фря переехала на С++11 и закопала С++98.
Почему return string () в плюсах сегфолтится?
Почему на сях glutSolidSphere () да и любая другая подпрограмма из freeglut в связке GLUT+SDL12+X11 сегфолтится? 15 лет назад всё работало, куда его сейчас пнуть?

>>27858
Выяснение, как работают кишки проекта. Хотя я тоже уже не помню, лол. Надо вернуться, а то эта Идея уже плесенью, наверное, покрылась два месяца в фоне висеть. Помню только, что туда надо впилить механизм определения видимого пространства окон.

Привет. Я тоже. Вроде как обычно всё.
>> No.27863  
Файл: dedd.jpg -(41 KB, 293x379, dedd.jpg)
41
Послушайте мою историю. Не знаю, есть ли у неё мораль.

Давным давно в 2018 году начал опенсурс-проект на Python (по необходимости) — полу-middleware, обрабатывающий картинки. Долго ли коротко кодил-бродил. Даже нашел себе помощников. И вот, когда всё уже было почти наверняка готово, пришла пора заняться оптимизацией.

Поднял я первую виртуальную машину для краш-теста на TinyCoreLinux. 256 мегабайтов ей выделил. 120 мегабайтов отъела система. Не годился TinyCore для имитации настоящего low-end-девайса.

Поднял я вторую виртуальную машину с FreeBSD с шестьюдесятью четырьмя мегабайтами памяти и призадумался. Сколько же памяти надобно интерпретатору. Ведь помнил, на тридцати двух мегабайтах работали и StarCraft, и Fallout 2, и Half-Life. И стал отрезать я лишнее от скрипта, пока не остался совсем пустой файл.
Запустил я
/usr/bin/time -v python пустой_файл.py
и увидел 25800 kbytes maximum resident set size. Закинул несколько базовых необходимых мне импортов, включая Pillow, и стало 57 мегабайт. «Негоже мидлвару есть так много, даже еще ничего не делая», — подумал я и пошёл переписывать на Rust.

Сообщение слишком длинное. Полный текст.
>> No.27864  
Файл: GgUfsAEXwAA1JFe.jpg -(447 KB, 1985x2134, GgUfsAEXwAA1JFe.jpg)
447
>>27863
ЕМНИП, здесь кто-то писал, как он посылал Гвидо коммиты, оптимизирующие работу с памятью, а Гвидо сделал вид, что их не видит, так как «слишкам сложна». Так что мораль сказки в том, что надо было брать Perl. Что будет, если загрузить в Perl 10 GB логов и заставить сортировать? Будет сортировать.
>FreeBSD с шестьюдесятью четырьмя мегабайтами
Я тут откопал скрипты, которые Фрю на дискетку ставили. И они были частью /usr/src, и даже инструкция была, то ли в хендбуке, то ли в мане, как сделать такую дискетку, лол. FreeBSD 4.10 тогда была.
>> No.27867  
>>27864
> спойлер
А чем это отличается от любого другого языка?
>> No.27868  
Файл: Cynessa - 735.jpg -(38 KB, 547x565, Cynessa - 735.jpg)
38
>>27867
Абстрактные языки друг от друга мало чем отличаются. Отличаются их реализации. А реализации зачастую отличаются только нежеланием/неспособностью их авторов что-то делать. Авторы одной реализации озаботятся оптимизациями производительности и работы с памятью, а авторы другой просто скажут, что «вы так не делайте и проблем не будет».
>> No.27895  
>>25965
Ребзя, поясните за вакансию тестировщика, проще, чем учиться программировать? Просто знакомый на харизме устроился с дипломом юриста и нулевым опытом на удаленку, делает всё через гопоту. Хочу вот также, но у меня нет совсем харизмы, нужно что-то сначала подучить, только хз что и где, подскажите, пожалуйста


Файл: 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
Сообщение слишком длинное. Полный текст.
Пропущено 18 сообщений и 1 изображений. Для просмотра нажмите "Ответ".
>> No.27700  
Ладно, как и где этот «запарожец» ручками поковырять? Раз уж никто ничего не делает.
>> No.27701  
>>27700
В шапке ссылка на гитхаб, вроде у алисы самая актуальная версия, посмотри по форкам
>> No.27702  
Капча на неназываче похоже всё...
>> No.27703  
>>27702
Да, она всё. Пишет 404 и даже пасскод не проходит, потому что пидор тамошний отключил старую капчу совсем.
>> No.27707  
>>27702
Да и сам он тоже всё.
>> No.27708  
Анон из mobi харкача сделал форк, где поддержал капчу и начал новые фиксы пилить.

Код: https://github.com/a2nc3/Overchan-Android-N/tree/testing
Апк: https://github.com/a2nc3/Overchan-Android-N/releases/download/v1.9.0b22/Overchan-Android-N-unofficial-release.apk

Из-за смены подписи, поставить поверх текущего оверчана, увы, не выйдет. Только удалять и переустанавливать, но разумеется никто вам не мешает сделать экспорт и импорт настроек.
>> No.27743  
Файл: 1729055603421.png -(11 KB, 505x205, 1729055603421.png)
11
>>27708
Недолго музыка играла.
>> No.27744  
>>27743
Да тут вот что-то можно скачать, например:
https://github.com/a2nc3/Overchan-Android-N/releases
>> No.27856  
>>27743
https://github.com/mrveadeer/Overchan24-Android
Ещё какой-то форк. Хотя билдов не нашёл, только исходники.
Если что, мимо проходил - в тредах особо не копался, просто ищу более-менее актуальную версию.
>> No.27870  
Там на Форчане mp4 запили, но Оверчан считает их как "файл", а не как "видео". Можете подсказать, как заставить его работать?


Файл: 5.jpg -(659 KB, 3310x2216, 5.jpg)
659 No.27839   [Ответ]
Кто готов взяться
За 2к ₽
>> No.27840  
>>27839
Учитывая средние зарплаты программистов и сегодняшние цены в магазинах, за 2к деревянных можно будет только вкратце обсудить, что этот плагин должен делать.
>> No.27861  
>>27840
То-то нынче джуны грызут друг-друга за копейки.


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

Сообщения об ошибках и неточностях приветствуются, критика будет встречена хорошо, если по делу.
А у кого есть идеи, предлагайте альтернативу при критике. Да и вообще новые идеи для слайсоивентов, не затрагивающих сюжетные твисты, концовки и тому подобное.
Сообщение слишком длинное. Полный текст.
Пропущено 428 сообщений и 91 изображений. Для просмотра нажмите "Ответ".
>> No.27297  
Файл: 1149377372369.png -(8 KB, 384x384, 1149377372369.png)
8
>>27262
Как-то так вышло, что все сколь-либо активные участники ныне забанены на Автобусе, скорее всего после последних вайпов. И мне было лень отписаться.
Лично я слушаюю что всё ещё делается, надеюсь, жду и даже получаю запросы на помощь.
>> No.27306  
>>27297
А в процессе слушания вещества употребляете?
>> No.27318  
Файл: how about no.gif -(502 KB, 220x181, how about no.gif)
502
>>27306
>> No.27327  
Файл: 65736874960.jpg -(183 KB, 2560x1196, 65736874960.jpg)
183
С Наступающим всех Новым годом!
>> No.27429  
>>27297
Тебе отвечает нейросеть.
>> No.27644  
>>27429
Нет, даже я молчу.
нейросеть
>> No.27730  
Когда-нибудь они допилят. Мы все еще ждем.
>> No.27736  
Файл: yix5YaRtsYI.jpg -(203 KB, 1280x720, yix5YaRtsYI.jpg)
203
>>27730
В эроге допиле все будет зашибись.
Его выпустят скоро, надо только ждать.
Там веселый лагерь, и лето в нем - кайф,
Даже, может быть, не надо будет перепроходить.
>> No.27849  
Файл: gifts-9258298_640.png -(427 KB, 640x365, gifts-9258298_640.png)
427
С Наступающим всех 2025 годом!
Здоровья, счастья всем.
Допилу - успешного завершения.
>> No.27850  
>успешного завершения
А оно будет? много лет прошло с моментаи выпуска какого то там дня. С тех пор ни апдейтов, ни допильщиков. якуй там что-то говорил что пилят, но с такой скоростью не допилят.
допил - просто прекрасная мечта, которя вряд ли сбудется.
Пусть Соус уже закроет тред. Будет ипамяоником неподъемным амбициям.


Файл: Chara1.png -(12 KB, 288x256, Chara1.png)
12 No.27844   [Ответ]
и какие советы можете дать по ведению, хостинге и прочьей лабуде.
>> No.27845  
Ни на каком. Их и так больше, чем людей на них.
>> No.27846  
>>27844
>язык
Чем шизодней выбор - тем круче. Например, можно на брейнфаке.

>и какие советы можете дать по ведению
Рекомендации на 2025 от ведущих специалистов в этой сфере:
  • отпишись на Колчане;
  • семёнство в треде обсуждения других имиджборд на Доброчане;
  • зайди в гости к Обезьяне;
  • создай статью восхваляющую борду на Колчевики и Неолурке;
  • пили сомнительные фишки в движок;
  • напиши манифест и носись с ним;
  • поссорься с админами какой нибудь нормальной борды и обязательно кричи о том какие они гады на каждом углу.
> хостинге
Подкроватный хостинг ОФК.


Файл: 7118cd632eddd22b7a4b6559bff5e2fa.jpg -(251 KB, 810x810, 7118cd632eddd22b7a4b6559bff5e2fa.jpg)
251 No.9999   [Ответ]
http://sourceforge.net/projects/rr-rr/
Предыдущий тред: >>4274
Пропущено 145 сообщений и 76 изображений. Для просмотра нажмите "Ответ".
>> No.25117  
>>25030
Я конечно понимаю, что бесконечное копание ассемблерного кода это самоцель проекта, но почему бы по-быстрому не набросать то же самое на юнити. Мне кажется концепт сам по себе вполне играбелен, и достоин того, чтобы принять более-менее оконченный вид.
>> No.25121  
Файл: eb0aaea675a596d1f4a1b92f688a39ae.jpg -(57 KB, 599x479, eb0aaea675a596d1f4a1b92f688a39ae.jpg)
57
>>24739
Я удалил старые билды, а из исходников скомпилировать нельзя (на самом деле можно, но, пожалуйста, просто не пытайся). Всё будет, главное сейчас сидеть тихо и не бухтеть.

>>25117
Я не буквально «бесконечно копаюсь в ассемблерном коде» (хотя и занимаюсь чем-то близким по осмысленности), я и ассемблер-то почти не знаю. Просто написал под впечатлением, что вот, смотрите, интринсики завезли. BTW:
>>25030
>10 лет прошло ... Технологии рендера изменились до неузнаваемости.
Всё ясно, автору 10 лет.
Да нет, почти всё придумано в прошлом веке. ЭВМ Наири-3 поддерживала разделение времени и эмуляцию других ЭВМ. Рейтрейсинг и нейросети использовали ещё раньше.

>занимаюсь чем-то близким по осмысленности
Например, я буквально пару дней назад догадался сделать хранение базиса касательного пространства в вершине не обычными 2 векторами (нормаль + касательная, 3-й восстанавливается в шейдере через их cross), а кватернионом, т. к. этот базис, в предположении, что не может быть разортонормализован или отражён, представляет собой поворот некоторого исходного базиса — скажем, X = (1, 0, 0), Y = (0, 1, 0), Z = (0, 0, 1).
Сообщение слишком длинное. Полный текст.
>> No.26014  
Тред умер?
>> No.26015  
>>26014
А ты думал, аффтору потребовалось если ответить 4 месяца на вопрос о пропаже билдов, и так их и не залить.
Но вроде что-то пилит.
>> No.26016  
Файл: eab5aeaf7edde6e28fc2a660c3d0cb3a.png -(3256 KB, 1200x1800, eab5aeaf7edde6e28fc2a660c3d0cb3a.png)
3256
>>26014 >>26015
Сказал же буквально на днях, всё будет, хорош шуметь.
>Третий тролль сказал: «Прощайте! Ненавижу болтунов».

За прошлый год я, хотя ничего не делал, стал парадоксальным образом в промышленных масштабах натыкаться на баги Free Pascal, отчего потерял терпение и повадился громко плакать о них на багтрекере в противоположность тому, как ранее натыкался на них раз в год и обходил переформулированием кода. Последние две недели плотно занимался https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/179, а вообще из всего, в чём засветился, мне больше всего нравится https://gitlab.com/freepascal.org/fpc/source/-/issues/39360 («копание в ассемблерном коде», да). Не подумайте, мне были жесть как нужны, соответственно, карманная база Юникода и ускорение генерации шума Перлина до уровня, когда текстуру с ним можно генерировать на месте, а не таскать с собой, здесь нет никаких проблем с приоритетами. Ну или, может, и есть самая малость, но кто сказал, что я прямо сейчас не возьму и не пойду дорисовывать Сырну?!
>> No.26018  
>>26016
>Сказал же буквально на днях
Где??
Но вообще, контрибы в язык - это ты малаца, завидно даже.
>> No.27280  
Гиде билды?
>> No.27282  
Файл: e2d39d729650d44e2f68be3d6fafde8b.jpg -(190 KB, 1684x2048, e2d39d729650d44e2f68be3d6fafde8b.jpg)
190
Хорош бампать, я сам бампну, когда придёт время.

Недавно гулял с сестрой в лесу. Она при всём уважении к моим хикки-привилегиям выразила заинтересованность в доступном объяснении, чем я занимаюсь целыми днями. Я сказал, что если честно, то делаю скорее не непосредственно свои проекты, а разные штуки для Паскаля (до этого сам похвастался, как сделал по просьбе человека с жёлтой аватаркой https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/446 за 1 день и €250; у человека свои причины улучшать совместимость с Delphi: https://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg41878.html, но конкретно эти классы — очевидный бред и полная чушь и совершенная мерзость, решающая несуществующую проблему и не имеющая отношения к маршалингу, и мне стыдно за это; ковыряние с ассемблерным кодом в миллион раз лучше, одно моё творчество над стандартной функцией CompareByte ускоряет абьюзящие её программы на 10~20% в целом). Она спросила, зачем мне Паскаль, я сказал, что для той игры, которую показывал 10 лет назад. Она сделала сочувственное лицо и спросила, неужели я её до сих пор не доделал. Кажется, мой ответ заключался в том, что я ничего не делал всё это время, потому что мне было грустно, что у меня нет друзей. Этот ответ вроде как верен, и если не уточнять, что причина что-то делать у меня была точно такая же, даже удовлетворителен. *вздох*

Потом я рассказал, как один человек (вот он же это прочитает и поймёт, насколько скучно я живу...) принёс на свидание со мной планшет и заставил зарисовать некоторые идеи под дулом пистолета, и она сказала, что со мной только так и надо. *вздох*
>> No.27283  
>>27282
>Хорош бампать
Раз в полтора года слишком часто, нужно было хотя бы до круглой даты дотянуть? xP

Гиде можно добавиться к тебе во френды? Спрашиваю исключительно из личного интереса, может хочу поиграть в это поделие, а еще втереться к тебе в доверие и украсть всю интеллектуальную собственность, ха-ха-ха. В любом случае, добавление меня ни к чему не обязывает, мне комфортно сидеть и ничего не писать и ничего не получать. Но может мы что-то напишем, возможно даже по этой игре. Да!
>> No.27824  
Файл: 1710219386854.jpg -(44 KB, 1024x576, 1710219386854.jpg)
44
>>27282
О как, как увидел ник твой в fpc gitlab, так сразу подумал, о чем-то связанным с аиб, а сегодня и на этот тред наткнулся.
Спасибо за то, что делаешь в fpc dev.


Файл: 20230805_210628.jpg -(3430 KB, 4608x3456, 20230805_210628.jpg)
3430 No.27180   [Ответ]
Кому советов от дедов? Говорите номер совета, я пошлю. За один совет принимаю одну няшную пикчу. Советы отличные!

подобрал книжку в парке в шейринге
Пропущено 40 сообщений и 26 изображений. Для просмотра нажмите "Ответ".
>> No.27252  
Файл: 1633396374136-a.png -(734 KB, 650x1001, 1633396374136-a.png)
734
>>27251
Ладно, держи вторую картинку.
>> No.27255  
Файл: 0x0e.jpg -(437 KB, 796x2628, 0x0e.jpg)
437
>>27250
>>27252
Высылаю
>> No.27256  
Файл: 0x0f.jpg -(185 KB, 704x932, 0x0f.jpg)
185
>>27250
>>27252
>> No.27260  
Прочитал https://rakhim.org/summary-of-concurrency-is-not-parallellism-a-talk-by-rob-pike/ . КарGo-культ какой-то. Не вижу преимуществ между 100500 юзерспейсных псевдо-тредов с чем-то вроде встроенного интерпретатора

while(true){
switch(taskChunkId){
case a:
...
break;
case b:
...
break;
}
}

перед подходом, когда на задачу выделяется по треду, делающему её от и до, ну а когда переключение контекста происходит - оно всё равно происходит в основном, когда I/O идёт. В результате нет лишнего оверхеда на всякую фигню, нет лишнего оверхеда на message passing, ну а оверхэд на хранение состояния треда можно минимизировать, избавляясь от ненужных данных тогда, когда они перестали быть нужными.
>> No.27536  
Файл: image00313.jpg -(623 KB, 848x1200, image00313.jpg)
623
А можно мне совет 0x65, пожалуйста!

>>27260
????
>> No.27789  
Файл: hr_0004ec.jpg -(474 KB, 1280x1917, hr_0004ec.jpg)
474
Запрашиваю 0x0B
>> No.27790  
Файл: 0x65.jpg -(164 KB, 952x1007, 0x65.jpg)
164
>>27536
Я думал тред уже все, прости что поздно.
В примере у авторов крыша потекла кмк.
>> No.27791  
Файл: 0x0B.jpg -(214 KB, 1090x392, 0x0B.jpg)
214
>>27789
>> No.27792  
>>27791
Совет дельный. Правда если понимать его только в разрезе производительности, эффект может оказаться краткосрочным.
>> No.27818  
Файл: image00073.jpg -(680 KB, 848x1200, image00073.jpg)
680
>>27790
Думаю, что особенной проблемы в этом нет. Как никак, а Автобус не из быстрых борд (хотя казалось бы имеет колёса и двигатель).

>спойлер
Ну, совет действительно странный. И скорей достоин рубрики "вредные советы".

Запрашиваю 0х3D


Файл: 59067429-7acfef00-8866-11e9-9e30-15755f5547a2.png -(216 KB, 858x519, 59067429-7acfef00-8866-11e9-9e30-15755f5547a2.png)
216 No.27741   [Ответ]
Прив, разрабатываю игру типа Cataclysm, хочу ускорить отрисовку игры в консоли Windows. я использую флаг ENABLE_VIRTUAL_TERMINAL_PROCESSING, чтобы поддерживать escape-последовательности как в эмуляторах терминалов linux. Дело в том, что обычная отрисовка довольно медленная. Даже если я устанавливаю цвет текста через WinAPI, то скорость отрисовки не сильно отличается от скорости вывода символов вместе с escape-последовательностями. у меня появилась идея просто перед отрисовкой склеить все символы вместе и в нужных местах поставить esc-последовательности, чтобы вывести всю строку разом, но это вообще никак не улучшило положение.
Заранее говорю, что я знаю, что можно не отрисовывать всё заново, а просто рисовать в местах, где что-то меняется. проблема в том, что при движении, сдвигается вся карта, так что проще уж сразу все отрисовать, чем тратить время на отличающихся мест.
Надеюсь на ваши советы, хоть и понимаю, что это пиздец какая немного специфичная проблема
>> No.27747  
Самый вменяемый способ работать с консолью в виндузе - использовать собтсвенную отрисовку (а там хоть через вулкан).
CMD.EXE это не то чем оно тебе кажется, не трогай его. Даже все индусы МС не смогли сделать из этого костыльного монстра нечто нормальное, лучше не пытайся и пиши сразу свой вывод, будет лучше быстрее надежнее и понятнее чем cmd.exe
>> No.27748  
Рекомендую попробовать ConEmu для означенной цѣли.

https://conemu.github.io/
>> No.27751  
>>27748
okay mate :cool:
>> No.27752  
>>27747
а на линуксе можно и терминал юзать, там он настолько шустрый, что даже есть стирать и перерисовывать всё 60 раз в секунду, то даже мерцаний не будет видно
>> No.27807  
Файл: 80e783b98258868b37f185ff4b97caaa.jpg -(314 KB, 1075x1518, 80e783b98258868b37f185ff4b97caaa.jpg)
314
>>27741
ENABLE_VIRTUAL_TERMINAL_PROCESSING действительно медленная, но не до невозможности, я делал то же самое и у меня в итоге вышел почти приемлемый для полноэкранной анимации FPS. В моём случае узким местом было формирование строки, то есть, буквально, формирование и копирование RGB-циферок стандартными функциями. Проверь, не так ли это в твоём случае, то есть сколько раз в секунду ты можешь хотя бы сформировать строку без её вывода. Если проблема действительно в этом, то предвыдели буфер по максимуму, то есть столько, сколько понадобится в худшем случае — для смены обоих цветов в каждой ячейке экрана, и заполняй его руками без аллокаций, то есть заноси буквы через buf[pos++] = '[' и цифры компонентов RGB-цветов через buf[pos++] = c / 10 % 10.

И да, содержимое всего экрана ты должен вывести в один вызов. Это не только быстрее, но и выполняется без мерцания, разрывов, и подобных артефактов, в отличие от вывода построчно или попиксельно.

И да, вывод всего прямоугольника через WriteConsoleOutput намного быстрее, если тебя устраивают 16 цветов. А то судя по скриншоту, устраивают, а я растеоретизировался. :D


Файл: cats_babuska[1].jpg -(129 KB, 600x570, cats_babuska[1].jpg)
129 No.7818   [Ответ]
Хочу разобраться в парадигме ООП. В чем соль ООП?
Где описана общая парадигма ООП (желательно, ёмко, но что-бы ни в коем случае не был упущен ни один аспект).
Пропущено 31 сообщений и 11 изображений. Для просмотра нажмите "Ответ".
>> No.13947  
Бамп
>> No.13950  
>>13947
Бамп длинною в жизнь.
>> No.14010  
Программные продукты, написанные в ООП значительно проще расширять и поддерживать.
Если мы говорим о коммерческой разработке, где важен не столько сам код, сколько адекватные сроки решения поставленных задач, которые разумеется не состоят только из новых фич, то ООП продукты вырываются вперёд за счёт двух важнейших параметров в коммерческой разработке:
1. Способность модифицировать куски системы без риска разломать вообще всё.
2. Возможность переиспользовать имеющийся код, если он вписывается в решение поставленной задачи.

Функциональщики соснут тогда, когда потребуется написать действительно большой продукт с сотнями сущностей и тысячами специфичных для этих сущностей действий.
Когда мы проектируем системы, мы проектируем их отталкиваясь от реального мира. Что вот, например, есть User. User имеет ряд, специфичных для себя полей, а так же User имеет ряд специфичных для себя, действий (методов). При ООП подходе это описывать удобно, зачастую прозрачно и не вызывает боли, если есть мозг. Если мозга нет - то можно и в процедурном стиле написать что угодно, прыгая взад - вперёд через goto.
Только вот кто это будет поддерживать? Тот кто это написал? Отлично. Это определённо успех.

Отвечая кратко на вопрос ОП-куна:
ООП - это для крупных проектов, с большой кодовой базой, где работает много людей. Всё иное, вероятно, рано или поздно повысит градус энтропии до такого состояния, что разобраться в кодовой базе смогут лишь единицы.
Сообщение слишком длинное. Полный текст.
>> No.14013  
Опять двадцатилетние синьоры хуйню на чанах несут. Куда смотрит ПэЖэ?!
>> No.27716  
Файл: 56379190_p0.jpg -(840 KB, 842x1290, 56379190_p0.jpg)
840
>>14013
Лучший тред. Читал с удовольствием.
>> No.27724  
>>27716
Понастольгировал, всплакнул?
>> No.27729  
Файл: faptcha_php.png -(4 KB, 90x50, faptcha_php.png)
4
>>27724
Удивился какие жестокие нравы были в разделе. Но зато хоть люди были какие-то.
>> No.27737  
>>27729
Аноны, наверное, в ту пору горячими студентами были. А теперь они выгоревшие работяги...
>> No.27742  
>>27737
Все-таки гики-студенты, если вообще студенты. Обычному студенту объяснять другим людям что такое ООП и в голову бы не пришло, тем более сраться за корректную терминологию и даже идеологию применения.
>> No.27787  
>>27729
Устроить холивар и засыпать кому нибудь хуёв за воротник - тогдашняя норма в айтишечке.


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

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