> Как бы это помягче? Программистов на delphi, которым платят за их работу
> несколько (Раз в 10-15 примерно) больше чем тех, кому платят за "компиляцию ядра",

И? Для МЕНЯ это фича: ниже конкуренция, м...ки с одеска не будут воротить продвинутые работы за 2 бакса в час, обгаживая малину. Я должен расстроиться? :)

> "пересборку gentoo" и тому подобное красноглазие ввиду чего

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

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

А ты и не сможешь соревноваться со мной. Знаний и скиллов не хватит. Я могу обыграть полный цикл, от электрической совместимости с тем что реально надо вон в той инсталляции и заканчивая демоном с кастомной логикой для рюхания вон тех датчиков или что там было надо. А если этого мало я могу и МК взять, подперев себя фирмварью. Так реалтайм и надежность будут куда суровее, а высокоуровневую часть своротит пингвин.

> "Системная интеграция" и custom dev без CI\CD конвейера со сборкой на своем
> РМ это... так... мило, что даже и не знаю, что сказать.

Ну как сказать? Есть раки которые слепо следуют паттернам придуманным другими. Есть те кто ориентируется на результат. Я отношусь ко вторым, используя те паттерны которые работали на практике. А то и придумывая свои по ходу дела, если это разгоняет эффективность. У меня есть ряд специфичных технологий и обвеса под мою специфику которые с скроил сам. Их может и не быть в диком виде но возможно когда-то кто-то ряд идей оттуда собезьянит.

А фактический результат... хотя у меня нет именно CI для допустим кернела, я гоняю билды чартерными рейсами, оцениваю технологию в -dev состоянии до того как мне укатает релизом. Меня конечно интересует ограниченный набор задач, железок и проч, но я взаимодействую с апстримами чтобы в моих выводках железок все было ЗБС. Рейзер, конечно, туда не входит. Вот btrfs с неких пор таки да. Потому что может быть необслуживаемый с одной стороны, а схема хранения DUP позволяет переживать подарки типа редких случайных бэдов раз в год без развала системы. Заодно идентифицировав системы которые в будущем могут стать проблемой, если эвент фикса блока из копии часто повторяться стал ("системный стораж сыпется, надо плавно заменить эту железку при случае"). Сие лучше катастрофических отказов с потерей функциональности из-за 1 бэда под libc, как оно случается с другими файлухами. Как-то так я и могу обставить всяких "экспертов" в системной интеграции. Далеко не каждый гентушник в состоянии осмысленно обыграть подобне аспекты. И это хорошо. Для меня.