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

>>27229
>Rails-подобного C++-фреймворка
Звучит так, что у тебя должен быть ActiveCache/ActiveObject/(другое название), который внутри вызывает, например, абстрактный ImdbAdapter. И уже на нижнем уровне должна быть реализация в виде RedisAdapter, наследующегося от ImdbAdapter.

Функция redisContext() уж точно должна быть приватной, иначе непонятно, что именно обёртка должна скрывать.

Интересно узнать, как твой Rails-подобный C++ фреймворк будет работать, в частности, какие практики из "convention over configuration" ты хочешь применить. В отличие от Ruby, язык не динамический и имеет меньше возможностей для метапрограммирования.

>>27223

Очевидные C++-модули.

>>17934

Всех приветствую. Делаю задание для шараги, нужно написать прогу которая способна сжимать и растягивать файл алгоритмом LZW. Сам алгоритм предполагает наличие начального словаря, который по ходу сжатия файла(нахождения в нём новых последовательностей байтов) расширен. То есть для того чтобы в дальнейшем растянуть файл обратно, нужно знать словарь. И вообще понять, подлежит файл растягиванию или же это просто белиберда из битов. Пока такие соображения: первые биты в сжатом файле сделать что-то типа сигнатурных, чтобы можно было сходу определить можно ли растянуть файл. И после сигнатурных битов будут биты сжатого файла, а потом будет магическое число типа как "разделитель" между файлом и словарём. Насколько хорошая идея использовать магическое число как разделитель? Или же лучше будет выделить под сжатый файл первые 4 бита как сигнатурные, где помимо метки сжатия файла будет ещё число под оффсет, как количество битов после которых заканчивается сжатый файл и будут пары ключ-значение из словаря? Или может быть лучше сделать по-другому как-то?

>>27307

>Делаю задание для шараги, нужно написать прогу которая способна сжимать и растягивать файл алгоритмом LZW.

Нахрена нужен ещё один LZ*-алгоритм, их и так как собак нерезанных.

#include <zstd.h>

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

>>27313
Вполне возможно, речь идёт не про фирму, а про университет.

>>27307 >>27314
Ну раз курсовая работа....

>растягивать файл алгоритмом LZW.
>Сам алгоритм предполагает наличие начального словаря, который по ходу сжатия файла(нахождения в нём новых последовательностей байтов) расширен. То есть для того чтобы в дальнейшем растянуть файл обратно, нужно знать словарь. И вообще понять, подлежит файл растягиванию или же это просто белиберда из битов. Пока такие соображения: первые биты в сжатом файле сделать что-то типа сигнатурных, чтобы можно было сходу определить можно ли растянуть файл. И после сигнатурных битов будут биты сжатого файла, а потом будет магическое число типа как "разделитель" между файлом и словарём. Насколько хорошая идея использовать магическое число как разделитель? Или же лучше будет выделить под сжатый файл первые 4 бита как сигнатурные, где помимо метки сжатия файла будет ещё число под оффсет, как количество битов после которых заканчивается сжатый файл и будут пары ключ-значение из словаря? Или может быть лучше сделать по-другому как-то?

Строение формата: разделить стрим, словарь и контейнер. Все числа - little endian! Файл маппится в память целиком через либу mio, дальше работаешь с std::span и структурами. Стрим состоит из заголовка стрима и стрима. Без сигнатуры. Контейнер состоит из сигнатуры, глобального заголовка, содержащего длину области контейнера и смещения областей стрима и словаря в ней ОТНОСИТЕЛЬНО КОНЦА ЗАГОЛОВКА. После следуют области, сначала область словаря, потом область стрима, потом конец файла. Ты провершь это при загрузке файла. Размеры вычислишь как разницы этих смещений.

Начальный словарь может иметь смысл хранить в отдельном файле для переиспользования, поэтому область словаря - это может быть просто CRC32-хэш от файла словаря, который при операциях надо задать явно. Также начальный словарь можно
хранить внутри контейнера или использовать захардкоденный. Поэтому сначала 1 байт перечисление. 0 - хардкод, 1 - файл, 2 - внутри. Если 0 - то инициализируем хардкодом. Если 1 - берём имя файла, добавляем ".dic" - вот и наш словарь. Проверяем наличие файла. Маппим его. Проверяем формат словаря. Поскольку задача учебная, то для твоего удобства в его редактировании это просто массив, сериализованный в BSON/bencode. Поскольку тебя проси

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

Наткнулся при компиляции на ошибку вот в этой строчке
> typedef int Check[sizeof(A) == sizeof(int) + sizeof(bool) ? 1 : -1];
Долго думал, что это за ерунда такая, а потом как понял.
Структура А определена как
> struct A {bool b; int a;};
Оказалось, что это проверка на отключение выравнивания в структурах -fpack-struct=1.

Я просто оставлю это здесь:
https://github.com/orgs/community/discussions/49869

Тем временем олдфаги вспоминают, какой и кому подарок сделала SourceForge в начале 2010.
>>27012
>А селф-хостед вариант почему не подходит?
Для почты и жаббера нужен внешний домен, наличие которого — удовольствие порой недешёвое.
>>27017
>Почта была придумана, чтобы слать сообщения друг другу
Было бы всё так — не изобрели бы ICQ и XMPP, из-за громоздкости почты для коротких сообщений.

>>27084

То что почта морально устарела - никто не спорит. Но когда она появилась, всех перечисленных систем мгновенных сообщений просто не было. И ICQ хоть когда-то и была очень популярной системой, до сегодняшнего дня не дожила. А почта живёт и здравствует благодаря своей простоте и федеративности. Главные её недуги - это то что почти везде требуется привязка телефона и JavaScript, а self-hosted держать неудобно и затратно.

Свершилось, просветления в уму у руководства гитхаба не наступило. M$ потребовало от всех 2FA. При этом в качестве "2FA" подходят 1FA, если этот 1FA - "Passkey" (подробнее https://auth0.com/blog/our-take-on-passkeys/) от FIDO Alliance, в который входит M$. Свалить будет трудно: некоторые проекты валить не хотят "мы не для того на GitHub переходили, чтобы с него обратно валить", при этом своя инфраструктура ещё не полностью ликвидированна и можно её просто включить и с GitХапа все новые issues импортировать. Я же валю на codeberg.

>>27271
А я просто врубил OTP в keepassxc, который вполне себе опенсорсный, но тем не менее может генерировать одномоментный пароль для гитхаба и многих других сервисов. Использовать проприетарный аутентификатор со смартфона необязательно.

А ещё нужно помнить про infrastructure distrust, вы можете:
1. Создать bare репозиторий прямо у себя на диске с помощью
git init --bare
И потом пушить в него. Этот репозиторий может даже быть на отдельной флешке или жестком диске. Вы можете добавить его как дополнительный ориджин для гитхабовских репозиториев.
2. Подписывать свои коммиты с помощью gnu pg

Про infrastructure distrust можно больше узнать у Джоанны Рутковской:
https://invisiblethingslab.com/

BTW: С новым годом.

Ладно, на самом деле вот здесь:
https://www.qubes-os.org/faq/#what-does-it-mean-to-distrust-the-infrastructure
И немного здесь:
https://github.com/QubesOS/qubes-issues/issues/3958

Ладно, на самом деле вот здесь:
https://www.qubes-os.org/faq/#what-does-it-mean-to-distrust-the-infrastructure
И немного здесь:
https://github.com/QubesOS/qubes-issues/issues/3958

Начал читать Введение в кибернетику Глушкова В.М.
Из нового для себя материала могу отметить почти всю четвертую главу «Самоорганизующиеся системы», особенно её начало. В целом книга выглядит как обзор нескольких тем, включая логику, программирование, устройство вычислительных машин и абстрактные вычислительные машины.

Насколько я понимаю, чтобы понять суть дисциплины, следует начинать с книги, в которой она впервые упоминается. Я имею ввиду книгу Норберта Винера "Кибернетика: или управление и связь в животном и машине".

В Википедии упоминается статья Максвелла "О регуляторах". Издавалась в СССР:
Максвелл, Д.К. Теория автоматического регулирования (линеаризованные задачи) / Д.К. Максвелл, И.А. Вышнеградский, А. Стодола - Москва : Изд-во АН СССР, 1949. - 430 с.
Книга не абстрактна, а довольно конкретна в описании управления скоростью двигателей.

Вышеупомянутая же книга Н. Винера также издавалась в Советском Союзе:
Н. Винер. Кибернетика - Москва : Госэнергоиздат, 1958. - 214 с.
Также, второе издание есть в Интернет-архиве: https://archive.org/details/B-001-003-828/

Возьми произведения с похожим нелинейным сюжетом и попробуй внимательно рассматривать их с точки зрения использованных авторами ходов. Можешь даже выписывать себе куда-нибудь понравившиеся.

>>27166
>Так вот вопрос, как разрабатывать такие нелинейные квесты? Что бы он по разным местам шарился в репитативе.
Не так давно сделал сюжет для небольшого нелинейного квеста на 5 локаций, по которым шароебишься в репетативе, как раз чтобы попробовать силы в таких квестах.

ТЛДР, чтобы описать сюжет для такого квеста, после обычной преамбулы надо описывать:

• Локации
• Переходы между локациями
• Предметы на локации
• Действия на локации

Действия у тебя будут:

• Те что дают ЛОР или подсказку
• Те что дают предмет
• Те которые требуют предмет

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

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

>>27168
Спасибо. Есть от чего оттолкнуться

>>27171
В контексте моего пикрелейтеда "оттолкнуться" звучит мрачновато (⌒_⌒;)

Но ты спрашивай если что.

>>26582
Да, знаете ли, я уже ловил себя на публикации неготовых проектов. Потом сгорая от стыда, пытался всё дорабатывать в real-time. Не, я больше себе такого не позволю. Да, в этом у меня есть загон.
>не могу давать никаких гарантий насчёт себя, чтобы писать на почты, по крайней мере до октября.
Ну не проблема, можем связаться каким-то другим способом чем эмейлом. Или у вас по расписанию что-то не позволяет? Мой мозг не уловил этот момент. В случае вашей загружности - ничего страшного. Я понимаю, что не все обладают такими же просторами свободного времени. До октября моё желание вряд ли иссякнет. Конечно хочется быстрее чтоб сделать новость на моём канале покуда половина проекта уже готова. Но я не смею подгонять никого, кроме себя. Кстати, а как думаете - добрый анонимус - куда можно было бы бросить этот текстик ещё?

>>26584
>куда ещё
Хрен знает, может какие не слишком токсичные другие мелкоборды, но я в их градациях слабо, советовать не возьмусь.

Учитывая какие категории людей вы перечисляете как ЦА - ханипот у вас планируется, а не площадка.

> Буду благодарен если кто-то в лучших традициях open-sourse software пренебрежёт денежным вознаграждением и ограничится чисто добровольным желанием создать продукт
Кек.
> куда можно было бы бросить этот текстик ещё?
/dev/null

>>26549
кекв, ну что кто-то откликнулся на вашу просьбу?

>>26621
К великому, сожалению нифига никто ничего не писал (блин). Но это не повод унывать, имею надежду что кто-то появится! "...Много званных, но мало избранных", — Бибиля, НЗ, Матфея, 22-я глава

Некропостинг: актуально ещё, ОП?

Омск какой-то.

>>27122
Да вроде все верно. Он решает для случая на плоскости. А тебе надо было на прямой?

>>27122
Алсо, попробуй заново запустить ту же генерацию. Результат совсем другой будет.

>>27123
Хмм, меня смущает то, что он делает внутри if (AB = 0) и внутри if (CD == 0). Также он не проверил отрезки на пересечение.

Что-то с площадями в конце тоже какое-то странное - представим себе четырехугольник ABCD, и начнем его шатать, меняя углы, но сохраняя длины сторон. Расстояние между AB и CD меняется, результат формулы - нет.

>>27124
Да, другой. Что-то в конце начинает походить на формулу Герона, но претензия к ней та же самая.

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

https://zzzcode.ai/code-generator?id=916c1131-072c-4df1-ac0d-611ddea2844c
А мне он сгенерировал совсем другое решение, да еще и с объяснениями.

> Название: 2007
> Сеттинг: Россия начала двухтысячных

Это нуждается в дополнительном пояснении.