Я проходил совершенно мимо и возмущен уровнем негатива и дезинформацией 😀

>>27802
По сравнению с компиляцией типичного проекта на C++, проекты сопоставимого размера на Java компилируются довольно шустро (из-за отсутствия инклюдов и макросов). Но зато некоторые проекты медленно запускаются. Это относится ко всему, где активно используется рефлексия: любой проект на Spring создаёт Proxy-классы, которые наследуются от компонентов, экземпляры этих наследников инджектятся друг вдруга - это всё происходит в рантайме во время деплоя.

>>27796
Шутка забавная, но она также происходит от непонимания, почему Java-проекты иногда начинают жутко лагать и сильно грузить процессор. JVM на самом деле работает очень быстро, но если взять программу, для работы которой необходимо икс мегабайтов ОЗУ и задать в настройках джавы лимит (Xmx) меньше, раза в два меньше мегабайтов, у JVM не будет никакого выхода кроме как лихорадочно пытаться в этот лимит уложиться. Я уже года три этим не занимался, так что не знаю, как сейчас, но раньше вся программа фактически превращалась в непрерывную сборку мусора. Но это следствие как правило неверного использования, а даже не слабого железа. Вот пример, IDEA в стандартной поставке шла с лимитом в 768Mb, и на небольших проектах этого было достаточно, но при открытии больших производительность проседала. Но при увеличении лимита до 1500Mb снова становилась шустрой.

>>27795
>сделать синхронизацию конфига с имплементациями
Звучит так, будто ты хочешь сделать миграцию конфига при запуске по аналогии с миграцией базы данных. Готовых инструментов для этого я не знаю. Придётся хранить в конфиге версию того объекта, для которого прописаны те или иные опции.
Или я не понял, что ты хочешь. В проекте менять properties синхронно с классом - только руками.

>>27804
Человек застрял в 10-х. Ему ещё про приложения на Электроне не рассказывали.
>Или я не понял, что ты хочешь.
Хочу убрать из проекта прямой вызов ResourceBundle.getString, строковые константы в качестве его аргумента, ну и его MissingResourceException.
>В проекте менять properties синхронно с классом - только руками.
Есть старый дедовский метод: https://stackoverflow.com/a/56377778 — находим классы, имплементящие нужный интерфейс, берём с них {key, defaultValue} пары через этот интерфейс, берём из файла конфига currentValue или пользуемся defaultValue. Соответственно, все строковые константы можно убрать в Enum и больше никогда не доставать.

Тред пора перекатывать, наверное.

>>27814
Ок, как чуть получше станет со временем перекачу

Новая задача: https://codeberg.org/FBE410/fbe-410/issues/47
Засовывание темы или номера нити в заголовок страницы для удобства работы с вкладками.

Ещё есть мысль провести ревизию разметки для кода.
Текущий тег оставить для чистого моноширинного текста (без переносов строки) и добавить какой-нибудь [code][/code] с подсветкой синтаксиса как в /g/ «4чана». Насколько сложно это провернуть?

>>27811
> (без переносов строки)
Одну-две строчки в parse.class.php поменять.
> добавить какой-нибудь [code][/code] с подсветкой синтаксиса как в /g/ «4чана»
Dunno.

https://codeberg.org/FBE410/fbe-410/issues/48
Скрытие нитей через каталог. А то на «Ычане» есть, а у нас нет.

Думаю ещё над заменой индикатора сажи. Чтобы вместо сомнительно выглядящего засовывания стрелки в тему прикреплять к сообщению значок в формате СВГ. С другой стороны, а нужен ли вообще индикатор сажи? А то из возможности просто не поднимать нить (по любым причинам) получается какой-то эрзац-дислайк.

Немного менѣе 4⅚ года назад (то есть в феврале 2020 г.) мы разсмотрѣли по адресу https://410chan.org/dev/arch/res/20450.html#24001 вопрос о том, полезно ли использовать появившийся тогда в Mozilla Firefox (а до того и в Google Chrome) механизм, позволявший подзадержать полную загрузку страницы для экономии траффика, а именно откладывать момент начала скачивания миниатюр (thumbnails) до прокрутки страницы к ним.

Тогда эта идея была отвергнута в интересах пассажиров метро (и вообще всѣхъ пользователей нестабильнаго Интернета, желающих сперва скачать страницу цѣликомъ, а затѣмъ читать её со всѣми миниатюрами в вынужденном оффлайне).

Сейчас предлагаю разсмотрѣть болѣе новый, но также ужé изрядно давно существующий механизм обмѣна в диаметрально противоположном направлении (то есть такой механизм, которым обмѣнивается не скорость на траффик, а как раз наоборот — траффик на скорость), который позволяет немного ускорить загрузку страниц за счёт того, что начинать их предзагрузку ещё до перехода по гиперссылкам, то есть не тогда, когда гиперссылка окажется жмякнутою, а чуть раньше — когда палец надавил на гиперссылку (но ещё не отпустил её) на сенсорном экране, или когда кнопка мыши ужé нажата (но ещё не отпущена) на гиперссылке, или когда мышь была наведена на гиперссылку на 200 миллисекунд (или дольше), но в каждом из этих случаев рост наблюдаемой скорости открытия страниц (за счёт предзагрузки их) обмѣнивается на дополнительный расход траффика в том смысле, что сёрвер ужé отдал страницу, а пользователь мог и передумать на неё заходить (и тогда траффик был израсходован зря) в трёх частных случаях:

➊ Пользователь мог жмякнуть пальцем по гиперссылке не для перехода по ней (краткое нажатие), а для вызова контекстного меню (долгое нажатие), но это не извѣстно тогда, когда он ещё только надавил пальцем.

➋ Пользователь мог жмякнуть мышóю по гиперссылке не для перехода по ней (краткое нажатие), а намѣреваясь drag-and-droпнуть гиперссылку, но это не извѣстно тогда, когда он ещё только надавил пальцем на кнопку.

➌ Пользователь мог задержать указатель мыши на гиперссылке для предпросмотра (410чан показывает сообщение при наведении на гиперссылку) без намерения перейти по гиперссылке, чтобы открыть всю страницу. А зачѣмъ е

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

>>27820
Мало того, что оно не во всех движках, так ещё и трафик жрёт? Я думаю, это отказ.

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

А можно мне совет 0x65, пожалуйста!

>>27260
????

Запрашиваю 0x0B

>>27536
Я думал тред уже все, прости что поздно.
В примере у авторов крыша потекла кмк.

>>27789

>>27791
Совет дельный. Правда если понимать его только в разрезе производительности, эффект может оказаться краткосрочным.

>>27790
Думаю, что особенной проблемы в этом нет. Как никак, а Автобус не из быстрых борд (хотя казалось бы имеет колёса и двигатель).

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

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

Самый вменяемый способ работать с консолью в виндузе - использовать собтсвенную отрисовку (а там хоть через вулкан).
CMD.EXE это не то чем оно тебе кажется, не трогай его. Даже все индусы МС не смогли сделать из этого костыльного монстра нечто нормальное, лучше не пытайся и пиши сразу свой вывод, будет лучше быстрее надежнее и понятнее чем cmd.exe

Рекомендую попробовать ConEmu для означенной цѣли.

https://conemu.github.io/

>>27748
okay mate :cool:

>>27747
а на линуксе можно и терминал юзать, там он настолько шустрый, что даже есть стирать и перерисовывать всё 60 раз в секунду, то даже мерцаний не будет видно

>>27741
ENABLE_VIRTUAL_TERMINAL_PROCESSING действительно медленная, но не до невозможности, я делал то же самое и у меня в итоге вышел почти приемлемый для полноэкранной анимации FPS. В моём случае узким местом было формирование строки, то есть, буквально, формирование и копирование RGB-циферок стандартными функциями. Проверь, не так ли это в твоём случае, то есть сколько раз в секунду ты можешь хотя бы сформировать строку без её вывода. Если проблема действительно в этом, то предвыдели буфер по максимуму, то есть столько, сколько понадобится в худшем случае — для смены обоих цветов в каждой ячейке экрана, и заполняй его руками без аллокаций, то есть заноси буквы через buf[pos++] = '[' и цифры компонентов RGB-цветов через buf[pos++] = c / 10 % 10.

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

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

Опять двадцатилетние синьоры хуйню на чанах несут. Куда смотрит ПэЖэ?!

>>14013
Лучший тред. Читал с удовольствием.

>>27716
Понастольгировал, всплакнул?

>>27724
Удивился какие жестокие нравы были в разделе. Но зато хоть люди были какие-то.

>>27729
Аноны, наверное, в ту пору горячими студентами были. А теперь они выгоревшие работяги...

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

>>27729
Устроить холивар и засыпать кому нибудь хуёв за воротник - тогдашняя норма в айтишечке.

>>27700
В шапке ссылка на гитхаб, вроде у алисы самая актуальная версия, посмотри по форкам

Капча на неназываче похоже всё...

>>27702
Да, она всё. Пишет 404 и даже пасскод не проходит, потому что пидор тамошний отключил старую капчу совсем.

>>27702
Да и сам он тоже всё.

Анон из 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

Из-за смены подписи, поставить поверх текущего оверчана, увы, не выйдет. Только удалять и переустанавливать, но разумеется никто вам не мешает сделать экспорт и импорт настроек.

>>27708
Недолго музыка играла.

>>27743
Да тут вот что-то можно скачать, например:
https://github.com/a2nc3/Overchan-Android-N/releases

>>27297
А в процессе слушания вещества употребляете?

>>27306

С Наступающим всех Новым годом!

>>27297
Тебе отвечает нейросеть.

>>27429
Нет, даже я молчу.
нейросеть

Когда-нибудь они допилят. Мы все еще ждем.

>>27730
В эроге допиле все будет зашибись.
Его выпустят скоро, надо только ждать.
Там веселый лагерь, и лето в нем - кайф,
Даже, может быть, не надо будет перепроходить.

Погуглил больше про ECS.

Концепция сама существует давно и не является изобретением Unity, но уже DOTS - их термин. Она сама по себе не про производительность, а про подход к описанию игрового мира и взаимодействий в нем.

В ECS игровые объекты не наследуют кучу всего и не создаются со статичной кучей параметров и компонентов, существующих вплоть о момента удаления объекта. В ECS игровые объекты - просто entities, некие изначально пустые "сущности", играющие роль уникальных идентификаторов.

Параметры игровых объектов (например, здоровье, скорость, "прыгучесть", etc) являются самостоятельными компонентами (components), не привязанными ни к какому объекту статично. Они могут назначаться каким-либо entities, если им необходимо данное поведение/характеристика. Причем эта привязка или отвязка происходят в рантайме, что позволяет делать классные вещи в виде изменения казалось бы статичных характеристик игрового мира в уже работающих клиентах.

Системы (systems) содержат уже логику, обрабатывающую данные из компонентов. Можно думать о них, как о контроллерах. Важно то, что системы не завязаны на конкретных компонентах и entities. По крайней мере в юнити, как я понял, системы могу выбирать entities на основе привязанных к ним компонентов (entity query) и тем самым всегда работают с группой entities. Поэтому в коде много foreach :)

В этой концепции Entities, Components и Systems - вещи изначально существующие обособленно друг от друга, и им нужны отдельные средства коммуникации. И тут уже все зависит от конкретной имплементации.

Разобрался со сценами и переходами между ними. Сцена - это некая уникальная инстанция мира. В зависимости от сложности игры может быть отдельным уровнем, может быть целым открытым миром. Или это может быть просто menu screen.

Все игровые объекты создаются внутри сцены и при переходе между сценами удаляются. Однако есть различные методики для персиста данных между сценами. Самый простой способ - это использование синглтона, который один раз создается при инициализации и помечается, как неудаляемый.

Персист данных между сессиями (между разными запусками игры) сложнее. Причем не потому, что надо писать в файл или работать с другими внешними сущностями. А потому что надо постоянно думать, могут ли внутренние структуры быть сериализированы. В шарпе не все так однозначно. Обычный array, например, может быть сериализирован в json, List уже нет. Хотя BinaryFormatter с ним справляется без проблем.

бамп

Стив, как дела, продвигается ли изучение?

>>25670
Забил на какое-то время. Переезды, смена работы и всё такое
Ещё как закончил курс junior programmer, у меня случился overwhelm от осознания уровня необходимых скиллов (которые нужно качать и качать 100500 лет как в олдскулл ммо), что демотивировало продолжать процесс.

Недавно появилось желание раздропнуть. Начал новый курс Creative core. Посматриваю на применения Юнити в не-игровых индустриях, изучаю какие есть наработки в AR, webrtc, нативная интеграция в мобилках и всё такое.

>>26109
ну чО, как результаты?

>>27432
Тоже любишь отчеты вкатывальщиков читать?

о, здарова, вы тоже игры делаете?

>>13482
>Потом бери игл, PiCAD или что там еще, и учись работать в нем. Не в коем случае не запускай SprintLayout, он делает очень крепкую привязку к себе синдромом утенка, пересесть с него в нормальный САПР потом будет боль и унижение, а в SL потолок поймаешь почти сразу.
EAGLE и PCAD это тоже касается - много кто с них не может слезть, а если и перелезает, то обычно на Altium Designer.
Стоит сразу брать либо OrCAD/Allegro, либо Expedition PCB.

>>23967

А что вы думаете про KiCAD ? Есть open source в open hardware ?

>>24441
Он довольно активно развивается, особенно, после того, как за него взялся ЦЕРН (а это уже серьёзно). EAGLE он уделывает целиком и полностью, и все, кто сидел на нём, перешли на KiCAD.
Если говорить о действительно серьёзных проектах, где требуется работа с высокоскоростными сигналами - считай, всё, что имеет память и высокоскоростные интерфейсы, то лучше о нём на текущий момент не задумываться и смотреть на САПР от Cadence или Mentor Graphics.

>>13850
>HAL
>CubeMX
В приличном обществе после упоминания этого указывают на дверь^W CMSIS.

>>13469 ну собсна эээ ломаный sprint layout ахуенная штука для новичка, в рунете лежит тоннами, скачать не проблема. остальные кады не интуитивны нихуя, тот же альтиум отнимает кучу времени на оформление схемы, УГО и посадочных мест. сам начинал делать простенькие платы по схемам с radiokot.ru, потом вкатился в погромирование МК AVR на сях по гайдам с avr-start.ru, а потом уже стал смешариком и умею в собственные разработки, ассемблер, FPGA, аналоговый схемач и прочие. Удачи, анон

https://www.autodesk.com/support/technical/article/caas/sfdcarticles/sfdcarticles/Autodesk-EAGLE-Announcement-Next-steps-and-FAQ.html

Kicad for serious hardware development.
https://www.youtube.com/watch?v=z9BYvYlH5lo

Собственно хорошее видео по сабжу на примере недавно вышедшей последней мажорной версии кикада. Много полезного, например то как дифференциальные пары в нём делать.

Кстати, ни у кого не осталось кода для поддержки ЎэбП, который когда-то постили в /d/? Или какой-нибудь новый кот для этого.

>>25770

http://ii.yakuji.moe/d/res/250303.html#251062

Упомянутая в сообщении >>20993 проблема https://trac.ffmpeg.org/ticket/7613 исправлена разработчиками FFmpeg, и предположительный срок её исправления оказался даже больше того, насчёт которого я мрачно подозревал в сообщении >>21078: не только до середины 2021 года, но даже и до февраля 2022 года поневоле пришлось дожидаться.

Дополнительные подробности я изложил в сообщениях https://t.me/ReadMithgol/476 и https://t.me/ReadMithgol/478 в Телеграме, растровые копии которых я прилагаю и тут, но только по одной (а не то итог склеивания их по вертикали, весьма вѣроятно, натолкнулся бы на препятствие >>/d/2649 при малѣйшей попытке помѣстить его на 410чан).

Второе приложение к сообщению >>26119.

На «Ычане» севодни была сделана прилипающая навигация (по аналогии с местной). Некоторым она не нравится, так что можно было бы сделать её настраиваемой (как на «4чане»).
Предлагаю сделать как на картинке. Кнопку закрепа следует взять из местного движка. Поведение у кнопки такое же, как тут в быстром ответе.
Делать, очевидно, через ӁС и надо, чтобы оно запоминало положение. По умолчанию навигация должна быть прилипающая. Скрипту достаточно просто изменять "position: sticky;" в ЦСС, я так понимаю.

Это официальный запрос.

>>27428
Почему кукла то не работает на ыче? Раньше работала и было удобно, теперь же даже менюшки в правом нижнем углу нет. Я не погромист этот ваш, не знаю как чинить. Без куклы оно и не надо же, а с куклой -- пусть будет. Верните куклу, пожалуйста.

>>27430
>Почему кукла то не работает на ыче?
Не знаю, спрашивайте у её разработчика. Это не тред поддержки куклоскрипта. «Ычан» тут ни при чём.