>>27864
> спойлер
А чем это отличается от любого другого языка?

>>27867
Абстрактные языки друг от друга мало чем отличаются. Отличаются их реализации. А реализации зачастую отличаются только нежеланием/неспособностью их авторов что-то делать. Авторы одной реализации озаботятся оптимизациями производительности и работы с памятью, а авторы другой просто скажут, что «вы так не делайте и проблем не будет».

>>25965
Ребзя, поясните за вакансию тестировщика, проще, чем учиться программировать? Просто знакомый на харизме устроился с дипломом юриста и нулевым опытом на удаленку, делает всё через гопоту. Хочу вот также, но у меня нет совсем харизмы, нужно что-то сначала подучить, только хз что и где, подскажите, пожалуйста

Чиочан, посоветуй, пожалуйста, курсов по программированию микроконтроллеров. Можно платные, но чтобы из России оплатить можно было. Можно на английском.
Чтоб можно было после них хотя бы джуном на встройщика попробовать искать работу. А то я смотрю на Хедхантере вакансии одни только про эмбеддед остались.
Я на Скиллбоксе что-то такое видел, но там курс на полгода и стоит сотни тысяч, а это уж больно дорого и долго.

>Авторы одной реализации озаботятся оптимизациями производительности и работы с памятью, а авторы другой просто скажут, что «вы так не делайте и проблем не будет».

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

Я вообще в последнее время программировать на питоне перестал. Теперь я пишу все программы на естественном языке в стиле "сделай за**ь" - и в Gemini "thinking". И это работает. Без AGI я бы вообще никогда в жисть таких программ не сделал. В смысле - функционального эквивалента. Я пробовал однажды. Застрял на подготовке данных. Вернее на оптимизации подготовки данных - ибо моё аппаратное обеспечение даже подготовку не очень тянуло ... на питоне. Поэтому подготовка была переписана на C++, и начал её агрессивно оптимизировать. Это всё превратилось в отдельный проект, на который я угрохал несколько месяцев, так и не доделал, после чего вообще забил вообще на всё. Это до AGI было. Это ещё до создания тренировочного дэйтасета. Который бы вручную пришлось бы создавать. То есть разметить чуток данных, натренировать модель, прогнать, дальше смотреть на выхлоп, и ставить галочки - "верно-неверно" в программе для разметки. После чего перетренировать на всех верно предсказанных, и по новой. И так до тех пор, пока все 14 гигов верно не начнёт предсказывать. Ладно, не 14 гигов - 14 гигов табличных данных я всё равно глазом не обозрю. Но какое-нибудь рандомно выбранное подмножество точно. Поэтому потребуется ещё одна модель.

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

>>27921
Я не программист микроконтроллеров, но интересовался разными вещами. Насколько я понял, FreeRTOS is a thing в этой области. Грубо говоря, это что-то вроде Си-библиотеки, используя которую можно превратить свои функции в нечто процессоподобное с кооперативной многозадачностью.

Вот этот набор лекций даёт представление: https://vkvideo.ru/playlist/-58310134_55906556

Также, вот этот сайт в целом:
https://easyelectronics.ru/freertos_manual.html

>>27924
Кстати, не обязательно кооперативной.
Там есть настройка configUSE_PREEMPTION, и она включена по-умолчанию.
https://www.freertos.org/Documentation/02-Kernel/03-Supported-devices/02-Customization#configuse_preemption

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

Из последнего, хочу поделиться.
Когда я был студентом, я упарывался по байтикам, но программировать не умел совсем. Потом писал на скриптовых языках, еще позже работал джавистом, и в целом изменил своё мнение на то, что вообще дописать программу обычно важнее, чем сделать её оптимизированной. Но затем постепенно я снова начал обращать внимание на байтики, уже сквозь умение писать код. Недавно я пытался ускорить рендеринг одного виджета в GUI, и 2D-рендеринг оказался интересным упражнением, позволяющим ощутить пропускную способность компьютера. Еще вот посмотрел одно интересное видео, описывающее ограничения компьютера наглядно https://vkvideo.ru/video-227208217_456239018 (смотрел с автоматическим переводом). Затем я немного дискутировал с ChanGPT о разных вещах, и с его подачи, фактически, угорел по битовым маскам, с которыми не имел дела со студенческой скамьи. И теперь я творю всякую битовую дичь в джаваскрипте.

Также, в контексте движения Автобуса в Ад, интересно ознакомиться с докладом о коллапсе нашей цивилизации: https://vkvideo.ru/video-227208217_456239121 - Jonathan Blow в Москве, 2019.

Пока не забыл, ещё вопросы насчёт функции «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 = ''» лишний раз? (Сильно ли тормозит?)

>>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.

Зато разница >>27905 превосходно равняется количеству концов строк в тексте, состоящем из 66 строк (между которыми 65 концов, раздѣляющихъ строки между собою) — а вѣдь прямо сейчас в вики-коде https://noobtype.ru/w/?title=Ычан&action=edit&section=1 (ещё ни разу не перемѣнявшемся въ нынѣшнемъ году) можно насчитать как раз 64 строки, если первою считать заголовок «== История ==», а послѣднею — строку «Среди нововведений 2009 года можно назвать начало сотрудничества с другими имиджбордами по добавлению их досок во фрейм «Ычана».», которая видна на скриншоте >>>>27884 одной из послѣднихъ и позволяет нам угадывать источник используемой копипасты. И за нею (дополняя до 66 строк) видны ещё строки «2010—2011» и «рпопопо…».

Вот поэтому-то мы и разсуждаемъ о том, как правильно считать сѵмвол (или два сѵмвола) конца строки.

>>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 и починил.

>>27903
➊ Так в >>27794 нарисовано было;
➋ Починил;
➌ Не нужно. Последил за htop, когда setup_message_length_indicators закоментированно и когда нет, на 100000 символов разница в нагрузке особо не заметна. С другой стороны, лишний раз textContent менять не нужно, either, так что оставил.

>>27908

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

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

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

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

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

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

В общем, по главной предлагаю пока сделать как на картинке.
Если потом нарешаем какие-то декоративные штуки прикрутить, можно будет уже отдельно обсуждать.

Ещё надо добавить <meta name="viewport" content="width=device-width,initial-scale=1"> на news.php и её подстраницы, чтобы мобилочная ЦСС работала.

Господин Соусов выложил предложение >>27913, или админ сайта, или анонимный разработчик-помощник? — что-то никак не соображу. Вот что значит отказ не от одного только надёвывания шапок, но и от употребления аватар.

>>27923
Внёс упоминание в задачу на трекере.

Реквестирую мёрдж https://codeberg.org/FBE410/fbe-410/pulls/56 тогда.

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

>>27933
pastebin.com и аналоги пожалуйста.

>>27914
делать за компанию возможности нет, но идея хорошая, где сейчас найдешь простой чат без регистрации и смс?

насчет имиджборды - ты думаешь просто про движок, или про непосредственно свою борду?

>>27916
думаю свою борду можно, а движок отрыть

>>27917
wakaba!!!

ваня>>27914

>>27914khf

Хорошо, пользователь предложил совместить сценарий 3 (технологический прорыв) с подъемом ИИ, используя пример Aperture Science из игры Portal, где GLaDOS работает на Plan 9 даже от картошки. Нужно проанализировать, как такое сочетание может повлиять на распространение Plan 9.

Сначала стоит вспомнить, что Aperture Science — это вымышленная компания, а GLaDOS — ИИ, управляющий лабораторией. В игре показаны абсурдные технологии, работающие в невероятных условиях. Пользователь хочет представить, что если бы Aperture использовала Plan 9, это могло бы стать катализатором для её популярности.

Надо рассмотреть, как ИИ и экстремальные условия (типа работы от картошки) могут подчеркнуть преимущества Plan 9. Например, распределенная архитектура Plan 9 и минимализм могут быть полезны для ИИ, работающего в ограниченных ресурсах. Также можно провести параллели с реальными разработками, где эффективные ОС важны для ИИ.

Нужно учесть, что для массового принятия Plan 9 нужны не только технологические преимущества, но и экосистема, поддержка сообщества, совместимость. Возможно, в контексте ИИ и экстремальных сценариев Plan 9 мог бы найти нишу, например, в embedded системах для ИИ или в исследовательских проектах.

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

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

>>27930
Почему это всегда тохошизоиды увлекаются обскурными операционками.

>>27931
>Почему это всегда тохошизоиды увлекаются обскурными операционками.

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

План феи изначально имеет только файлы, так что фея больше Unix чем любой другой Unix.

Ладно, как и где этот «запарожец» ручками поковырять? Раз уж никто ничего не делает.

>>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

>>27743
https://github.com/mrveadeer/Overchan24-Android
Ещё какой-то форк. Хотя билдов не нашёл, только исходники.
Если что, мимо проходил - в тредах особо не копался, просто ищу более-менее актуальную версию.

Там на Форчане mp4 запили, но Оверчан считает их как "файл", а не как "видео". Можете подсказать, как заставить его работать?

>>27839
Учитывая средние зарплаты программистов и сегодняшние цены в магазинах, за 2к деревянных можно будет только вкратце обсудить, что этот плагин должен делать.

>>27840
То-то нынче джуны грызут друг-друга за копейки.

>>27262
Как-то так вышло, что все сколь-либо активные участники ныне забанены на Автобусе, скорее всего после последних вайпов. И мне было лень отписаться.
Лично я слушаюю что всё ещё делается, надеюсь, жду и даже получаю запросы на помощь.

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

>>27306

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

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

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

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

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

С Наступающим всех 2025 годом!
Здоровья, счастья всем.
Допилу - успешного завершения.

>успешного завершения
А оно будет? много лет прошло с моментаи выпуска какого то там дня. С тех пор ни апдейтов, ни допильщиков. якуй там что-то говорил что пилят, но с такой скоростью не допилят.
допил - просто прекрасная мечта, которя вряд ли сбудется.
Пусть Соус уже закроет тред. Будет ипамяоником неподъемным амбициям.

Ни на каком. Их и так больше, чем людей на них.

>>27844
>язык
Чем шизодней выбор - тем круче. Например, можно на брейнфаке.

>и какие советы можете дать по ведению
Рекомендации на 2025 от ведущих специалистов в этой сфере:

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

> хостинге
Подкроватный хостинг ОФК.

>>25030
Я конечно понимаю, что бесконечное копание ассемблерного кода это самоцель проекта, но почему бы по-быстрому не набросать то же самое на юнити. Мне кажется концепт сам по себе вполне играбелен, и достоин того, чтобы принять более-менее оконченный вид.

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

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

>занимаюсь чем-то близким по осмысленности
Например, я буквально пару дней назад догадался сделать хранение базиса касательного пространства в вершине не обычными 2 векторами (нормаль + касательная, 3-й восстанавливается в шейдере через их cross), а кватернионом, т. к. этот базис, в предположении, что не может быть разортонормализован или отражён, представляет собой поворот некоторого исходного базиса — скажем, X = (1, 0, 0), Y = (0, 1, 0), Z = (0, 0, 1).

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

Тред умер?

>>26014
А ты думал, аффтору потребовалось если ответить 4 месяца на вопрос о пропаже билдов, и так их и не залить.
Но вроде что-то пилит.

>>26014 >>26015
Сказал же буквально на днях, всё будет, хорош шуметь.
>Третий тролль сказал: «Прощайте! Ненавижу болтунов».

За прошлый год я, хотя ничего не делал, стал парадоксальным образом в промышленных масштабах натыкаться на баги Free Pascal, отчего потерял терпение и повадился громко плакать о них на багтрекере в противоположность тому, как ранее натыкался на них раз в год и обходил переформулированием кода. Последние две недели плотно занимался https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/179, а вообще из всего, в чём засветился, мне больше всего нравится https://gitlab.com/freepascal.org/fpc/source/-/issues/39360 («копание в ассемблерном коде», да). Не подумайте, мне были жесть как нужны, соответственно, карманная база Юникода и ускорение генерации шума Перлина до уровня, когда текстуру с ним можно генерировать на месте, а не таскать с собой, здесь нет никаких проблем с приоритетами. Ну или, может, и есть самая малость, но кто сказал, что я прямо сейчас не возьму и не пойду дорисовывать Сырну?!

>>26016
>Сказал же буквально на днях
Где??
Но вообще, контрибы в язык - это ты малаца, завидно даже.

Гиде билды?

Хорош бампать, я сам бампну, когда придёт время.

Недавно гулял с сестрой в лесу. Она при всём уважении к моим хикки-привилегиям выразила заинтересованность в доступном объяснении, чем я занимаюсь целыми днями. Я сказал, что если честно, то делаю скорее не непосредственно свои проекты, а разные штуки для Паскаля (до этого сам похвастался, как сделал по просьбе человека с жёлтой аватаркой 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 лет назад. Она сделала сочувственное лицо и спросила, неужели я её до сих пор не доделал. Кажется, мой ответ заключался в том, что я ничего не делал всё это время, потому что мне было грустно, что у меня нет друзей. Этот ответ вроде как верен, и если не уточнять, что причина что-то делать у меня была точно такая же, даже удовлетворителен. ＊вздох＊

Потом я рассказал, как один человек (вот он же это прочитает и поймёт, насколько скучно я живу...) принёс на свидание со мной планшет и заставил зарисовать некоторые идеи под дулом пистолета, и она сказала, что со мной только так и надо. ＊вздох＊

>>27282
>Хорош бампать
Раз в полтора года слишком часто, нужно было хотя бы до круглой даты дотянуть? xP

Гиде можно добавиться к тебе во френды? Спрашиваю исключительно из личного интереса, может хочу поиграть в это поделие, а еще втереться к тебе в доверие и украсть всю интеллектуальную собственность, ха-ха-ха. В любом случае, добавление меня ни к чему не обязывает, мне комфортно сидеть и ничего не писать и ничего не получать. Но может мы что-то напишем, возможно даже по этой игре. Да!

>>27282
О как, как увидел ник твой в fpc gitlab, так сразу подумал, о чем-то связанным с аиб, а сегодня и на этот тред наткнулся.
Спасибо за то, что делаешь в fpc dev.

>>27251
Ладно, держи вторую картинку.

>>27250
>>27252
Высылаю

>>27250
>>27252

Прочитал 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