Запястья при печати висят? А туннельного синдрома не боитесь?
Для меня такой вариант как у вас был бы пыткой.
Я когда ушел на удаленку заказал себе Г-образный стол со встроенными ящиками для всякой всячины.
В итоге у меня нормальное удобное кресло, руки лежат на столе, полноценная клавиатура, 2 полноценных монитора, вся нужная периферия, бумаги для быстрых заметок и прочее нужное.
На другой части стола располагается минилаба для работы и лазерный принтер.
Днем я пишу код а вечером иду гулять или занимаюсь семьей и ребенком.
Если вы делаете продукт, который может быть использован в dwelling (human habitat) то вы должны предоставлять пользователю право на обновление библиотек Qt, проблемы при использовании таких сборок Qt ложатся на плечи пользователя.
Вашего кода это не касается, если вы линкуетесь динамически.
Другого варианта тут и нет, если конечно не хотите выложить свой код под gpl.
Не вижу никаких проблем в поддержке своих сборок Qt, как человек лично поддерживающий подобные сборки на протяжении десятка лет.
Равно как и не понимаю ваш хейт в отношении данного фреймворка.
"Вы не любите кошек? Может вы просто не умеете их правильно готовить?" (C) Альф.
Если ты делаешь софт для допустим скоростной печати на конвейере, то у тебя может быть всего 25-30 миллисекунд на рендер и отсылку в хардвер печати, начиная от получения irq триггера печати.
Если аллокатор затупил - то все, продукт на конвейере испорчен.
А железо там как правило не сверхмощные x86 а arm и не самые мощние при этом.
Кроме того надо еще и UI какой-никакой рисовать.
Единственный вариант тут - не использовать никакие обращения к куче из подобных критических мест.
Мимо, человек который не раз искал потерянные еденицы миллисекунд.
Buildrot не мусорит за пределами build folder, кроме buildroot-ccache и возможно dl (download) папки для исходников. Ccache обычно лежит в home, dl был под каталогом buildroot но вроде грозились менять.
Ад начнётся когда вы станете имплементировать свою плату, а не стандартную.
Для поддержки кастомного uboot и kernel есть стандартные механизмы для указания пути к ним (git) и commit id для ревизии, которую надо использовать - указывается в defconfig.
Для использования своих тестовых версий чего угодно есть файл local.mk позволяющий пареопределить источник исходников для любого (почти) компонента. Читайте доки.
А еще ад начнётся когда вы столкнетесь с необходимостью переопределить что угодно лежащие в самом buildroot (другую версию package) или ещё что - придётся клонировать его в свой git и править.
Buildroot не позволяет переопределять в отличии от yocto.
Так что использование своей версии стандартного софта вместо того, что указано в самом buildroot сопряжено с трудностями, иногда совершенно неоправданными.
Построить hello world любого уровня для стандартной платы просто, все остальное будет сопряжено с трудностями.
А вот когда встает задача использования вашего софта на разных дистрах, которые используют разные версии Питона 3.x то ты тут же проникаешься этой проблемой.
Постоянно что-то ломается.
Тебе опять нужно добавлять поддержку, чинить свой софт и притом так, чтобы старые версии продолжали работать.
После примерно 5 итерации ты начинаешь жалеть, что не написал все это на Перл 5 (например).
"Виpус взбудоpажил миpовую общественность, ибо тепеpь самовозникновение виpусов в pезультате случайных сбоев стало из невозможного пpосто маловеpоятным. Идеологи ВКП(П) усмотpели в этом шиpокую пеpспективу: настанет вpемя, когда пpогpаммы будут писаться сами собой, а пpогpаммисты будут только игpать в DOOM и Beholder, пить пиво и спать."
Не соглашусь насчет робота-пылесоса.
Думаю что многое зависит от модели.
У меня живет Roborock Saros 10 с вращающимися швабрами и он себя оправдывает.
Запускается ежедневно, имеет встроенный контейнер для моющего средства.
Полы стали ощутимо чище уже после 5 моек, на них не стало пыли, он моет и пылесосит там, куда я не залезу руками.
Практически перестал мыть вручную, только в зоне кухни - там особо тяжелые загрязнения :-)
Скорее всего просто опросили все порты 443 для подсети и составили список все microsoft, google, yahoo и т.п. которые там нашлись
Это смотря где вы живете.
В СПб используют озонирование, запаха хлорки от воды давно уже нет.
Запястья при печати висят? А туннельного синдрома не боитесь?
Для меня такой вариант как у вас был бы пыткой.
Я когда ушел на удаленку заказал себе Г-образный стол со встроенными ящиками для всякой всячины.
В итоге у меня нормальное удобное кресло, руки лежат на столе, полноценная клавиатура, 2 полноценных монитора, вся нужная периферия, бумаги для быстрых заметок и прочее нужное.
На другой части стола располагается минилаба для работы и лазерный принтер.
Днем я пишу код а вечером иду гулять или занимаюсь семьей и ребенком.
Жаль что в статье указаны модели пригодные для 4090 (24GB VRAM) но нет пригодных для 5090 (32GB VRAM).
Понятно что то, что работает на 4090 будет работать и на 5090 но 8GB разницы это все таки значимо.
Надеюсь в новой станции светодиоды не будут деградировать.
У старой после нескольких лет панель выглядит просто отвратно - смесь ярких и тусклых светодиодов.
Если это не исправили то те у кого на станции включен показ часов будут опять неприятно удивлены.
Не совсем так. Все будут стараться копировать того, кто говорит лучше.
В идеале - native спикера.
Есть такая проблема с lgplv3.
Если вы делаете продукт, который может быть использован в dwelling (human habitat) то вы должны предоставлять пользователю право на обновление библиотек Qt, проблемы при использовании таких сборок Qt ложатся на плечи пользователя.
Вашего кода это не касается, если вы линкуетесь динамически.
Другого варианта тут и нет, если конечно не хотите выложить свой код под gpl.
Не вижу никаких проблем в поддержке своих сборок Qt, как человек лично поддерживающий подобные сборки на протяжении десятка лет.
Равно как и не понимаю ваш хейт в отношении данного фреймворка.
"Вы не любите кошек? Может вы просто не умеете их правильно готовить?" (C) Альф.
Ну да, странно звучит.
Qt без проблем собирается своими руками из исходников.
Если есть проблемы - можно собрать с отладочными символами и с санитайзерами.
Можно вообще собрать минималистичный билд для себя только с тем что тебе надо.
И нет никаких проблем использовать свою копию Qt в составе своего софта.
Просто надо один раз настроить conf и все положить в нужные места.
Другое дело если у вас нет требования кроссплатформенности - тогда Qt может быть излишним.
Но если такое требование есть, то Qt является очевидным выбором.
Не только в геймдеве.
В эмбеде тоже.
Если ты делаешь софт для допустим скоростной печати на конвейере, то у тебя может быть всего 25-30 миллисекунд на рендер и отсылку в хардвер печати, начиная от получения irq триггера печати.
Если аллокатор затупил - то все, продукт на конвейере испорчен.
А железо там как правило не сверхмощные x86 а arm и не самые мощние при этом.
Кроме того надо еще и UI какой-никакой рисовать.
Единственный вариант тут - не использовать никакие обращения к куче из подобных критических мест.
Мимо, человек который не раз искал потерянные еденицы миллисекунд.
Тоже пришлось писать свои костыли для переопределения.
Secure boot тут это цифровые подписи для загрузчика и ниже.
В yocto часто есть стандартное решение от вендора, в buildroot это надо вкостыливать.
При осмотре предлагаемых вендорами решений практически всегда будет поддержка yocto.
Потому что там легко все переопределить через свои рецепты.
ИМХО Buildroot проще на старте но yocto значительно лучше на дистанции...
Докер - лишний.
Buildrot не мусорит за пределами build folder, кроме buildroot-ccache и возможно dl (download) папки для исходников. Ccache обычно лежит в home, dl был под каталогом buildroot но вроде грозились менять.
Ад начнётся когда вы станете имплементировать свою плату, а не стандартную.
Для поддержки кастомного uboot и kernel есть стандартные механизмы для указания пути к ним (git) и commit id для ревизии, которую надо использовать - указывается в defconfig.
Для использования своих тестовых версий чего угодно есть файл local.mk позволяющий пареопределить источник исходников для любого (почти) компонента. Читайте доки.
А еще ад начнётся когда вы столкнетесь с необходимостью переопределить что угодно лежащие в самом buildroot (другую версию package) или ещё что - придётся клонировать его в свой git и править.
Buildroot не позволяет переопределять в отличии от yocto.
Так что использование своей версии стандартного софта вместо того, что указано в самом buildroot сопряжено с трудностями, иногда совершенно неоправданными.
Построить hello world любого уровня для стандартной платы просто, все остальное будет сопряжено с трудностями.
Нет стандартной поддержки secure boot.
Мимо, senior embedded dev.
Спасибо, очень интересная статья.
Часы больше не выгорают? :-)
Еще можно использовать google repo.
Тоже вполне удобно.
Когда идет золотая лихорадка то выгоднее и надежнее всего продавать лопаты.
Вот Хуанг и продает.
Именно, пока только для себя.
А вот когда встает задача использования вашего софта на разных дистрах, которые используют разные версии Питона 3.x то ты тут же проникаешься этой проблемой.
Постоянно что-то ломается.
Тебе опять нужно добавлять поддержку, чинить свой софт и притом так, чтобы старые версии продолжали работать.
После примерно 5 итерации ты начинаешь жалеть, что не написал все это на Перл 5 (например).
Все это мне напомнило старый опус "Десять байт которые потрясли мир" аж от 2005 года
https://proza.ru/2005/07/06-185
"Виpус взбудоpажил миpовую общественность, ибо тепеpь самовозникновение виpусов в pезультате случайных сбоев стало из невозможного пpосто маловеpоятным. Идеологи ВКП(П) усмотpели в этом шиpокую пеpспективу: настанет вpемя, когда пpогpаммы будут писаться сами собой, а пpогpаммисты будут только игpать в DOOM и Beholder, пить пиво и спать."
Это к Т2. У них есть.
Отладка bash через вывод в файл или консоль несколько устарела.
VSCODE имеет плагин bashdb предоставляющий полноценный отладчик с просмотром переменных, точками останова и пошаговым исполнением.
Он не без некоторых особенностей, но все ещё несопоставимо лучше чем просто консоль.
А еще там не учитываются компетенции разных членов команды.
По замыслу все разработчики там подобно роботам - все одинаковые, с одинаковыми скилами и решают задачи с одной скоростью.
Жизнь обычно несколько сложнее схем.