Ответ на этот комментарий:
[edgeway.ru]

-----------------
Чтобы вывести вас на чистую воду.

1) Вы утверждали, что вы изобретаете новые алгоритмы, но это оказалось не так, если речь не вести о тривиальных алгоритмах
(понятно, что любая программа работает в соответствии с каким-либо алгоритмом).

2) Вы также утверждали, что выдумываете новые форматы, но это тоже не так, ибо

Формат файла, формат данных — спецификация структуры данных, записанных в компьютерном файле. Идентификатор формата файла, как правило, указывается в конце имени файла в виде «расширения». Расширение имени файла помогает идентифицировать формат данных, содержащихся в файле, программам, которые могут с ним работать. Иногда формат данных дополнительно указывается в начале содержимого файла.

В операционной системе для определения программы, которая может открыть какой-либо файл, применяется сопоставление (ассоциирование) файлов и программ.

Например, окончание имени (расширение) «.txt» обычно используют для обозначения файлов, содержащих только текстовую информацию, а «.doc» — содержащих текстовую информацию, структурированную в соответствии со стандартами программы Microsoft Word. Файлы, содержимое которых соответствует одному формату (реже — одному семейству форматов), иногда называют файлами одного типа.

Так как общепринятая в вычислительной технике концепция файла — неструктурированная последовательность байтов, компьютерные программы, сохраняющие структурированные данные в файлы, должны как-то преобразовывать их в последовательность байтов и наоборот (в ООП эти операции называются, соответственно, «сериализацией» и «десериализацией»; для текстовой информации последнее также называется «разбор» или «парсинг»). Алгоритм этих преобразований, а также соглашения о том, как различные фрагменты структурированных данных располагаются внутри файла, и составляют его «формат».

.....................

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

Иногда компании могут считать определённые форматы файлов своей коммерческой тайной и не публиковать их.
.........................
. В большинстве или во всех странах форматы файлов не защищены законами об авторских правах. Однако в некоторых странах патентами могут быть защищены алгоритмы, используемые для кодирования данных в какой-либо формат. Например, в широко распространённом формате GIF использовался патентованный алгоритм (срок действия патентов в разных странах истек в 2003—2004 гг.), что привело к разработке альтернативного формата PNG.



Впрочем, может быть вы имели ввиду какие-либо тривиальные форматы, вроде TGF, the "Trivial Graph Format,"
[docs.yworks.com],

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

3) Также вы утверждали, что якобы программистов за баг в программе могут посадить в тюрьму, но при помощи интернета и Эдуарда мы выяснили, что это не так (понятно, что речь не идет о сознательной диверсии или хакерстве).

4) В чем вы действительно правы это в том, что embedded sw engineers очень немного,в частности потому что существует небольшое количество мест, где этому можно научиться.

In comparison to web development, where the entry barrier is low (just an internet connection, a cheap computer, free teaching materials, and a large knowledge base and tools), the embedded field is more restrictive. You need to meet various requirements: knowledge of electronics, hardware, an outstanding and high quality engineering skills in low-level programming, a solid foundation in firmware and bootloaders, a good understanding of cryptography, and access to a large, expensive lab. Additionally, documentation for most MCUs and MCPs is relatively scarce and widely dispersed, in contrast to web development. As a result, there are far fewer people working in embedded systems. I would say it's a niche world where everyone is connected to everyone else, and there's a small degree of separation between you and other embedded professionals.


Перевод:

По сравнению с веб-разработкой, где барьер для входа низок (просто подключение к Интернету, дешевый компьютер, бесплатные учебные материалы и большая база знаний и инструментов), область встраиваемых приложений более ограничена. Вы должны соответствовать различным требованиям: знание электроники, аппаратного обеспечения, выдающиеся и высококачественные инженерные навыки в низкоуровневом программировании, прочные знания встроенного ПО и загрузчиков, хорошее понимание криптографии и доступ к большой и дорогой лаборатории. Кроме того, документация для большинства микроконтроллеров и MCP относительно скудна и широко рассредоточена, в отличие от веб-разработки. В результате во встраиваемых системах работает гораздо меньше людей. Я бы сказал, что это нишевый мир, где каждый связан со всеми остальными, и существует небольшая степень разделения между вами и другими внедренными профессионалами.



5) Вы также правы в том, что многие embedded sw engineers работают и после 40-50 лет.

[www.quora.com]

6) Вы солгали, насчет того, что embedded sw engineer может не работать несколько лет и не потерять квалификацию и что за 40 лет ничего не изменилось.
Это конечно же не так.

Можно, например, посмотреть на шину USB.

[ru.wikipedia.org]

"USB 1.0
Спецификация выпущена 15 января 1996 года."
.....
USB 3.0

Логотип SuperSpeed USB
Окончательная спецификация USB 3.0 появилась в 2008 году.
.........
USB 3.1
31 июля 2013 года USB 3.0 Promoter Group объявила о принятии спецификации следующего интерфейса
................
USB 3.2
22 сентября 2017 некоммерческая организация USB Implementers Forum (USB-IF) опубликовала спецификацию стандарта USB 3.2
...............
Спецификация четвёртой версии была опубликована 29 августа 2019 года
...
В ноябре 2022 года ожидается выход обновленной спецификации USB4 Version 2.0 с пропускной способностью до 80 Гбит/с".

Или можно посмотреть на шину PCI:
[ru.wikipedia.org]

и на ее продолжение

[ru.wikipedia.org]



Как мы видим, за 20 лет сменилось 6 поколений этой шины.

7) Также вы врали о том, что embedded sw engineer может работать на удаленке.
Может быть короткое время он и может делать какую-то часть работы, но вообще нужно присутствие в лаборатории.

8) Ну и наконец, вы врали, что Вирт, Керниган, Пайк и прочие являются программистами.

Итого из 8 ваших утверждений 6 ложных.

П.С.
Кстати ситуация для Embedded Software Engineer вроде как меняется и появляются вот такие статьи:

[www.designnews.com]

"In comparison to web development, where the entry barrier is low (just an internet connection, a cheap computer, free teaching materials, and a large knowledge base and tools), the embedded field is more restrictive. Interestingly enough, microcontroller manufacturers are currently in a big push to provide developers with high-level software frameworks and tools that abstract out the low-level hardware. This makes it easier for embedded software developers or even application developers to write their application software at a higher level. They do not have to reinvent the wheel by worrying about the low-level hardware and software. As we move toward these high-level abstractions as an industry, we will undoubtedly benefit from decreased costs and time to market. But we may also find that the traditional embedded software engineer, who understands all the bits and bytes, will quickly become extinct.

Future embedded software engineers will have a very different skillset from their traditional predecessors. They will not be masters of bits and bytes or real-time behaviors. In fact, they probably won’t be masters of anything. Instead, they will have high-level application development skills, which means they know a little bit of this and a little bit of that. They’ll know how to call an API to make the hardware do something, but they won’t know why or how it does it. They’ll hope that the APIs work as expected because they won’t have the real-time debugging skills or the knowledge to dive into the registers and find a problem—at least not within a suitable timeframe. These engineers will be far more like Windows programmers—far removed from the hardware.

Перевод:

По сравнению с веб-разработкой, где барьер для входа низок (просто подключение к Интернету, дешевый компьютер, бесплатные учебные материалы и большая база знаний и инструментов), область встраиваемых приложений более ограничена. Интересно, что производители микроконтроллеров в настоящее время активно стремятся предоставить разработчикам высокоуровневые программные платформы и инструменты, абстрагирующиеся от низкоуровневого оборудования. Это облегчает разработчикам встроенного программного обеспечения или даже разработчикам приложений написание своего прикладного программного обеспечения на более высоком уровне. Им не нужно изобретать велосипед, беспокоясь о низкоуровневом оборудовании и программном обеспечении. По мере того, как мы продвигаемся к этим высокоуровневым абстракциям как отрасль, мы, несомненно, выиграем от снижения затрат и времени выхода на рынок. Но мы также можем обнаружить, что традиционный инженер по встраиваемому программному обеспечению, который понимает все биты и байты, быстро исчезнет.

Будущие инженеры по встраиваемому программному обеспечению будут обладать совершенно иным набором навыков, чем их традиционные предшественники. Они не будут хозяевами битов и байтов или поведения в реальном времени. На самом деле, они, вероятно, ни в чем не будут мастерами. Вместо этого они будут обладать высокоуровневыми навыками разработки приложений, а это значит, что они немного разбираются в этом и немного в том-то. Они будут знать, как вызвать API, чтобы заставить оборудование что-то сделать, но они не будут знать, почему и как оно это делает. Они будут надеяться, что API-интерфейсы работают так, как ожидалось, потому что у них не будет навыков отладки в реальном времени или знаний, чтобы погрузиться в регистры и найти проблему - по крайней мере, не в течение нужного периода времени. Эти инженеры будут гораздо больше похожи на программистов Windows — они будут далеки от аппаратного обеспечения.