Umpiro

С точки зрения ассемблера - удобнее делать операции над целым числом (DWORD) 32bit. Он - же int.
В масштабах современной памяти - безразлично выделять 1 байт или 4 байта. Все равно
другие структуры больше захватят тысячекратно. А простота компилируемого кода - здесь важнее.

Вот поэтому компилляторы и собирают boolean в int. А язык С++ позволяет проводить аналогии
между int и boolean. В зависимости от контекста число может быть как числом так и логической
величиной. (Тесная связь с ассемблером да).

А если речь допустим идет о массиве boolean - тогда смысл в экономии есть. В Java например
такой массив действительно будет использовать биты внутри байта.

В базах данных например (Oracle) вообще нет булевого типа с точки зрения хранения. Там предлагают
символьный тип 'Y' или 'N'. Это связано с дисковыми структурами хранения данных в datarow.

Поэтому sizeof(булевый тип) будет всегда парадоксом в разных системах программирования и языках.
Как компиллятору удобнее так и соберет.

Вот та же формула из другой статьи:
Полагаю, что эта цепочка минусов из-за неправильного отображения корня.

Написано, что чат на основе GPT-3.5, а про GPT-3 известно, что она на трансформерах, параметров (связей) у неё 175 миллиардов:
"The architecture is a standard transformer network (with a few engineering tweaks) with the (back then) unprecedented size of 2048-token-long context and 175 billion parameters (requiring 800 GB of storage)."

Легко
https://www.google.com/search?q=blender+2d+render
https://www.google.com/search?q=blender+cartoon+shader
https://www.google.com/search?q=blender+cartoon+render
Основной смысл использовать рендерер который это позволяет.
По сути ваши 3Д обьекты рендерятся как есть но отбрасывается глубина, и мешам задается обводка. Все конечно сложнее но идея в этом.

Проверь неравномерность масштабов по осям?

Любой паяльник с регулировкой температуры и сменными жалами. Мощность значения не имеет (тем более она как правило слегка преувеличена)
Наши китайские товарищи предлагают огромный выбор на любой кошелек. Я за 12 американских рублей купил просто фантастический девайс.

Это случается потому что припой на плате с компонентами остывает быстрее, чем та часть, что тянется за жалом.

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

Альтернатива - использовать жало, к которому припой не пристает вообще. Такие есть. Разумеется подача припоя и флюса становится сложнее, тут и пригодится паяльная паста. Ну а там где паяльная паста, то уже недалеко и до паяльного фена.

Еще можно купить вот такую хрень https://www.aliexpress.com/item/1005003523148728.html и паять все компоненты разом. Стоит не так дорого. Если у вас плата сделана правильно, то компоненты в перевернутом состоянии будут удерживаться за счет сил поверхностного натяжения.

Проблемы не будет, если не будете превышать ток через пин - сверьтесь с даташитом на микроконтроллер (типичные значения - 10-20 ma).

С электрической точки зрения, пины атмеги имеют топологию PUSH-PULL. Это значит, что пин соединяется либо с VCC либо с GND через КМОП-транзистор (то есть, почти накоротко).

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

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

В случае с атмегой, все что длиннее 7 метров будет длинной линией.

Длинная линия означает, что вам нужно будет снижать скорость передачи и вводить коррекцию ошибок, а также повесить на линию супрессоры.

Blender полностью подойдет. Раз вы с ним уже знакомы, стоит продолжать в этом направлении.
Изучите как правильно создавать персонажей, как делать риг, как анимировать.