Комментарий скрыт за нарушение правил комментирования. [censored - П. 4.1.2. Пользовательского соглашения — https://devby.io/pages/polzovatelskoe-soglashenie]
Ну вот, очень хороший пример: я же мастера нанимаю а не компанию которая выбирает мне мастера.
Если вам надо положить плитку да. А если построить дом? Вы будете сами всю команду собирать, от инженерво и архитекторов до плиточкика? А финансы будете сами вести? А контролировать всё тоже сами? А утверждать нормы строительства? А согласовывать комуникации? и т.д. всё что с этим связано.
Культура заботы о людях накладывает много обязательств на лида. И иногда речь не только о вежливом общении.
На втором скриншоте не замечено ни культуры, ни заботы о людях. Потребность оскорбить не скроешь никаким "вежливым общением" на публике.
Ну так они привыкли всех поливать типа самые умные. Тимлиды после курсов, без малейшего уважения и тех. знаний. Раскомандывались, а тут столкнулись с реальностью где тимлид обслуживающий персонал для тех кто реально работает. С новым годом.
Комментарий скрыт за нарушение правил комментирования. [censored - П. 4.1.2. Пользовательского соглашения — https://devby.io/pages/polzovatelskoe-soglashenie]
С другой, C++ проникают все глубже к железу, и, возможно, уже не так важно, сколько килобайт памяти съедает код, если не страдают надежность, бвстродействие, а скорость разработки и удобство обслуживания ПО растут.
Здесь вы совершенно правы. У меня например есть 46 видов техники и большая часть кода у них одна. C++ делает это на ура. На С тоже решаемо. Но факт в том что код уже написан на плюсах, переносить это всё сейчас на С будет не просто. По сути надо всё переписывать либо давить поставщека чтобы либо открыл спецификации либо доделал сам.
Мне в сущьности всё равно что там начальство решит. Я одинаково хорошо плаваю как в С так и в С++
Надеюсь, не злоупотребляю вашим вниманием. Упустил сразу: на начальном этапе знание C
Крайне желательно. Но если у вас RTOS то не обязательно, там C++ больше нужен чем чистый С
Тут вот какая штука, если доберётесь до true embedded то там нужен будет C. К сожалению не все контроллеры потянут C++. И дело не в памяти. Пример. Bosch RC 28\30 Вполне кушал C++ и это было здорово. А вот RC-40 уже нет. И дело не в памяти, делов том что у них просто нет людей которые могут правильно прописать распределение памяти для vtable. Ведь для этого нужно куда-то часть кода положить. Они просто не вытянули и там только чистый C. С++ он конечно кушает, но как только появляется хоть одна виртуальная функция компилятор просто не знает куда её положить. Воюю уже второй год чтобы мне дали схему и я сам пропишу. Но пока увы.
Так что по вашему плану вам С++ даже лучше. Но в true embedded понадобиться
Полагаю, если и заходить в эту отрасль, в моем случае лучше начать с уровня RTOS, и, если в компании будут открыты к этому, углубляться true embedded, уже давая ценность на уровне выше.
План в принципе не плохой. Но если опыта программирования мало на том-же Linux, лучше его потянуть а из RTOS взять понимание основ и несколько простых примеров потом сделать которые наглядно покажут в чём разница между обычной ОС и RTOS. Дело в том что в обычных условиях для обычной программы не будет заметно разницы. Да и для человека. Просто поставьте ядро с RT в Linux и попользуйтесь. Принципиальной разницы вы не увидете, да и не должны. Далеко не везде будет видна эта разница. Можете поиграть с разными примерами в linux на обычном ядре и ядре с RT. Если вы найдёте эту разницу и поймёте её, можно считать что у вас уже хорошие практические знания. К сожалению таких людей не много сейчас свободно гуляет, разобрали, мне приходилось иметь дело с теми у кого чисто академические и даже дело с теми у кого их не было. Так что если у вас будут на собеседовании практические примеры разницы я бы сразу взял на мидла. И думаю так большинство и поступит. Этот сектор не укомплектован специалистами. Без работы не останетесь.
контроллеры для робототехники, IoT, медицинская техника или только а-ля ТВ-приставки/телевизоры ?
Ну тут смотрите. Есть RTOS, туда попадут скорее всего робототехника, медицинская. Есть ebedded os (чаще linux, может быть embedded rtos) туда пойдут IoT, TV приставки, телевизоры. И есть то что называют как true embedded (возникло из за того что в эмбедед уже пихают всё что нипопадя), Так вот если мы говорим про например engine, transmission, VCU (Vehicle control unit) - это уже будет true embedded. Как таковой OS там нет, нет как такового runtime, нет динамической памяти. Там сам принцип памяти организован иначе. Если брать мою отрась, то там представлен весь спектр и даже комбинированные решения на tricore, это когда несколько разновидностей крутятся на одном физическом контроллере. Например комбинация RTOS + embedded os, или true embedded + что-то.
Например встречал true embedded как гипервизор + free rtos
не давало покоя отсутствие глубоких знаний в электронике.
Я бы не стал по этому поводу переживать. Смотрите. Во первых вы идёте как software разработчик. От вас в первую очередь нужны именно эти навыки. Конечно знание электроники вам облегчат жизнь особенно после первого года, когда столкнётесь с поиском причины почему что-то не работает а причиной является электроника а не software. Суть в том что если вы попадёте в такую компанию то там будет целый отдел занимающийся электроникой и они сертифицированы. Как правило это люди не понимающие software, и вам знание электроники облегчит процесс доказать им что проблема у них. Но если вы только пришли как junior вы столкнётесь с этим ну через год где-то.
Можно ли начать без них, имея только представление о том, как работают процессор, память, операционная система, сеть (OSI).
Как junior - да. Вполне. Но давайте обратим внимание на ваш текущий опыт. Сколько лет и в какой области? Это важно, я как-то писал о том как у нас происходит. Могут пропустить просто по причине не релевантности. Тут есть решение, ввязаться в какой открытый проект. В скором времени (где-то месяц) я запускаю один свой открытый по reverse engineering, у редакции есть мои контакты, можете запросить (для редакции: разрешаю дать), присоединяйтесь, у вас появится релевантный опыт + если будет получаться возможно даже моя рекомендация. Если локации совпадают то вероятно интервью.
проекты в embedded сейчас наиболее "голодные" с т.з найма ?
Это правда. Найти человека что называется plug and play очень сложно. Кругом вебня, а некоторые изобретают на собеседовании такие инопланетные технологии что спасает только медицинская маска чтобы кандидат не видел в какой гримасе скривился рот.
А вот обучать часто дорого. Кушать они хотят как в отрасли сразу, а делать начинают что-то ощутимое в лучшем случае через год.
контроллеры для робототехники, IoT, медицинская техника или только а-ля ТВ-приставки/телевизоры ?
Их огромное количество. Моя отрасль automotive.
Если ещё есть что спросить - спрашивайте или тут или через редакцию напрямую. Может упустил что.
Есть ещё постинги, фючерсы которые можно реконсайлить. Комиты комитить, откомичивать, спичи которые можно райтить и спичить. Есть ещё луки, которыми можно хорошо лукать и плохо лукать. Вот я люблю чеснок, могу я чесночить? А помидорить?
[censored - П. 4.1.2. Пользовательского соглашения — https://devby.io/pages/polzovatelskoe-soglashenie]
А теперь переведи своё умничество на человеческий английский а не на рашиншглиш и напиши как оно пишется. Поверь сразу всем станет понятно. А не вот это ваше рашингливское коверканье.
Комментарии
Комментарий скрыт за нарушение правил комментирования.
[censored - П. 4.1.2. Пользовательского соглашения — https://devby.io/pages/polzovatelskoe-soglashenie]
А рядом вот это https://devby.io/news/zarplata-v-it-opyat-upala (Айтишники получили самую низкую в 2024 зарплату в $)
Энди как всегда сел в лужу.
Если вам надо положить плитку да. А если построить дом? Вы будете сами всю команду собирать, от инженерво и архитекторов до плиточкика? А финансы будете сами вести? А контролировать всё тоже сами? А утверждать нормы строительства? А согласовывать комуникации? и т.д. всё что с этим связано.
Ну так они привыкли всех поливать типа самые умные. Тимлиды после курсов, без малейшего уважения и тех. знаний. Раскомандывались, а тут столкнулись с реальностью где тимлид обслуживающий персонал для тех кто реально работает. С новым годом.
Комментарий скрыт за нарушение правил комментирования.
[censored - П. 4.1.2. Пользовательского соглашения — https://devby.io/pages/polzovatelskoe-soglashenie]
Люблю такие вбросы без ссылки на то где на это можно взглянуть своими глазами.
Это шикарно 🤣
Ну не знаю, у меня не перематывает. Значит не замечает. Ну и ладно.
debfoster, ncdu
Главу ИИ Meta высмеяли уже все кому не лень. Поздняк трепыхаться.
Здесь вы совершенно правы. У меня например есть 46 видов техники и большая часть кода у них одна. C++ делает это на ура. На С тоже решаемо. Но факт в том что код уже написан на плюсах, переносить это всё сейчас на С будет не просто. По сути надо всё переписывать либо давить поставщека чтобы либо открыл спецификации либо доделал сам.
Мне в сущьности всё равно что там начальство решит. Я одинаково хорошо плаваю как в С так и в С++
Крайне желательно. Но если у вас RTOS то не обязательно, там C++ больше нужен чем чистый С
Тут вот какая штука, если доберётесь до true embedded то там нужен будет C. К сожалению не все контроллеры потянут C++. И дело не в памяти. Пример. Bosch RC 28\30 Вполне кушал C++ и это было здорово. А вот RC-40 уже нет. И дело не в памяти, делов том что у них просто нет людей которые могут правильно прописать распределение памяти для vtable. Ведь для этого нужно куда-то часть кода положить. Они просто не вытянули и там только чистый C. С++ он конечно кушает, но как только появляется хоть одна виртуальная функция компилятор просто не знает куда её положить. Воюю уже второй год чтобы мне дали схему и я сам пропишу. Но пока увы.
Так что по вашему плану вам С++ даже лучше. Но в true embedded понадобиться
План в принципе не плохой. Но если опыта программирования мало на том-же Linux, лучше его потянуть а из RTOS взять понимание основ и несколько простых примеров потом сделать которые наглядно покажут в чём разница между обычной ОС и RTOS. Дело в том что в обычных условиях для обычной программы не будет заметно разницы. Да и для человека. Просто поставьте ядро с RT в Linux и попользуйтесь. Принципиальной разницы вы не увидете, да и не должны. Далеко не везде будет видна эта разница. Можете поиграть с разными примерами в linux на обычном ядре и ядре с RT. Если вы найдёте эту разницу и поймёте её, можно считать что у вас уже хорошие практические знания. К сожалению таких людей не много сейчас свободно гуляет, разобрали, мне приходилось иметь дело с теми у кого чисто академические и даже дело с теми у кого их не было. Так что если у вас будут на собеседовании практические примеры разницы я бы сразу взял на мидла. И думаю так большинство и поступит. Этот сектор не укомплектован специалистами. Без работы не останетесь.
А вот наверное что забыл.
Ну тут смотрите. Есть RTOS, туда попадут скорее всего робототехника, медицинская. Есть ebedded os (чаще linux, может быть embedded rtos) туда пойдут IoT, TV приставки, телевизоры. И есть то что называют как true embedded (возникло из за того что в эмбедед уже пихают всё что нипопадя), Так вот если мы говорим про например engine, transmission, VCU (Vehicle control unit) - это уже будет true embedded. Как таковой OS там нет, нет как такового runtime, нет динамической памяти. Там сам принцип памяти организован иначе. Если брать мою отрась, то там представлен весь спектр и даже комбинированные решения на tricore, это когда несколько разновидностей крутятся на одном физическом контроллере. Например комбинация RTOS + embedded os, или true embedded + что-то.
Например встречал true embedded как гипервизор + free rtos
Как-то так.
Если ты сейчас в свободной стране оставайся в вебне, тебя никто никуда не гонит.
Это из разряда: моя работа была вас найти и предложить. Но я поленилась, так что вы сами меня найдите и всучите резюме.
Так а чего вы ждали? Там же написано эксперт по очень эффективно ничего не делать
Я бы не стал по этому поводу переживать. Смотрите. Во первых вы идёте как software разработчик. От вас в первую очередь нужны именно эти навыки. Конечно знание электроники вам облегчат жизнь особенно после первого года, когда столкнётесь с поиском причины почему что-то не работает а причиной является электроника а не software. Суть в том что если вы попадёте в такую компанию то там будет целый отдел занимающийся электроникой и они сертифицированы. Как правило это люди не понимающие software, и вам знание электроники облегчит процесс доказать им что проблема у них. Но если вы только пришли как junior вы столкнётесь с этим ну через год где-то.
Как junior - да. Вполне. Но давайте обратим внимание на ваш текущий опыт. Сколько лет и в какой области? Это важно, я как-то писал о том как у нас происходит. Могут пропустить просто по причине не релевантности. Тут есть решение, ввязаться в какой открытый проект. В скором времени (где-то месяц) я запускаю один свой открытый по reverse engineering, у редакции есть мои контакты, можете запросить (для редакции: разрешаю дать), присоединяйтесь, у вас появится релевантный опыт + если будет получаться возможно даже моя рекомендация. Если локации совпадают то вероятно интервью.
Это правда. Найти человека что называется plug and play очень сложно. Кругом вебня, а некоторые изобретают на собеседовании такие инопланетные технологии что спасает только медицинская маска чтобы кандидат не видел в какой гримасе скривился рот.
А вот обучать часто дорого. Кушать они хотят как в отрасли сразу, а делать начинают что-то ощутимое в лучшем случае через год.
Их огромное количество. Моя отрасль automotive.
Если ещё есть что спросить - спрашивайте или тут или через редакцию напрямую. Может упустил что.
Это рашинглиш, он такой рашинглиш
Есть ещё постинги, фючерсы которые можно реконсайлить. Комиты комитить, откомичивать, спичи которые можно райтить и спичить. Есть ещё луки, которыми можно хорошо лукать и плохо лукать. Вот я люблю чеснок, могу я чесночить? А помидорить?
[censored - П. 4.1.2. Пользовательского соглашения — https://devby.io/pages/polzovatelskoe-soglashenie]
А теперь переведи своё умничество на человеческий английский а не на рашиншглиш и напиши как оно пишется. Поверь сразу всем станет понятно. А не вот это ваше рашингливское коверканье.