Комментарии

P.S.
Надеюсь, не злоупотребляю вашим вниманием.
Упустил сразу: на начальном этапе знание C (malloc, пр.) принципиально или можно зайти с C++ ?

Встречал противоречивые мнения. С одной стороны, C lang- фундамент многих решений до сих пор, бережливое использование памяти, быстродействие, "хардкор" без высокоуровневых абстракций из коробки. С другой, C++ проникают все глубже к железу, и, возможно, уже не так важно, сколько килобайт памяти съедает код, если не страдают надежность, бвстродействие, а скорость разработки и удобство обслуживания ПО растут.

Я понимаю, что C все еще считается подмножеством C++, но, все же, это, скороее, множества существенно пересекающиеся. Более того, стиль написания, концепции разные. В общем, "слышу звон, но не знаю где он" пока

1

Благодарю за подсказку снова.
Возможно, этот путь (через понимание фундаментальной разници между "жесткими", "мягкими" RT и "гражданскими" OS) - именно тот, который приведет в новую роль

1

Сейчас у меня в приоритете робототехника и UAV/eVTOL, хотя медтехника - тоже интересное направление, и спрос на специалистов виден.

Мой бэкграунт - машиностроение, в т.ч робототехника. Хочется "на старости лет" перейти в работу с системами управления - от контроллера до computer vision, т.е. оставить создание исполнительных устройств в качестве хобби. Связка C++/Python/Linux нравилась всегда, но писать доводилось только "поделки" на уровне самоучки для различного рода расчетов и моделирования динамики. Т.е. я - не профессиональный программист даже близко; только читаю пока Хоровица + Хилла, Таненбаума.

Полагаю, если и заходить в эту отрасль, в моем случае лучше начать с уровня RTOS, и, если в компании будут открыты к этому, углубляться true embedded, уже давая ценность на уровне выше.

Так или иначе, благодрю за развернутые ответы.

2

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

Можно ли начать без них, имея только представление о том, как работают процессор, память, операционная система, сеть (OSI). Какие проекты в embedded сейчас наиболее "голодные" с т.з найма ? контроллеры для робототехники, IoT, медицинская техника или только а-ля ТВ-приставки/телевизоры ?

2

(1) Возможно, именно на вашей "галере" или что вы там написали в заголовке профиля, величина зарплаты не подпадает под NDA. В большинстве встречавшихся мне контрактов все их условия подчиняются NDA. Много компаний знаете, где информация о всех зарплатах открыта хотя бы для самих сотрудников ?
(2) Не несет никакой коммерческой ценности для вас ? Вы так решили или вам управляющие/владельцы компании сказали ?
(3) То, что не несет коммерческой ценности, можно законно разглашать ?
(4) "Спрашивают на каждом шагу" не равно "имею право на каждом шагу безнаказанно делиться"
(5) Glassdoor и пр. не деанонимируют опрошенных, и нет никаких гарантий достоверности этих "средних температур по больнице".

1

"Там же заполнила анкету о том, где проживаю, кем работаю и сколько зарабатываю"
Разглашение размера вознаграждения не подпадает под NDA ?
Из моего личного опыта:
(1) даже вполне лояльные работодатели из США включают в контракт пункт о неразглашении;
(2) немцы могут прислать контракт на одну страницу, но сопровождаться он будет NDA на 10+ страниц мелкого шрифта с отсылками к статьям законов и конкретным тюремным срокам без сроков давности.

-2

Комментарий скрыт за нарушение правил комментирования.
[censored - П. 4.1.2. Пользовательского соглашения — https://devby.io/pages/polzovatelskoe-soglashenie]

Из моих [инженер с опытом управления командами] личных наблюдений: обесценивание, негатив в адрес менеджеров исходит от:
(a) незрелых "ойти-бояр", надвувающих щеки необоснованным самомнением, взрощенным верой в исключительность носителя;
(b) профессионалов, которым не повезло с менеджером-самозванцем, который (1) не имеет понимания технической стороны вопроса и/или (2) видит себя в роли надзирателя-погонщика, т.е. его полномочия не идут ни в какое сравнение с ответственностью.

Лозунги повелителей кода а-ля "Мы сами с усами" дискредитируют их самих. Представьте на секунду, что все слои архитекруты, начиная встроенными командами процессора и заканчивая ОС/языком верхнего уровня, обрели сознание, и теперь уровень языка ассемблера под статьей о том, какие паттерны в энтепрайзе хороши, начинает ныть о том, что главный - он, а все надстройки-абстракции над ним - это наглые, ненужные, переоцененные самозванцы, чья деятельность приводит только к оверхеду.

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

4

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

Предполагаю, что вам нет и 30 лет. Поделитесь, пожалуйста, какие предметы и услуги из вашей жизни, например, из техники, жилья, перелетов, медицины, на ваш взгляд, созданы "горизонтальными", "розовыми" командами ?

0

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

2