dhlом домой перемести и отлаживай ))

И рука kuka для управления и остального 😁

А если проект на плате с плисинами и сама плата на 200-400 контактов соединяется с материнской и без этого входные сигналы не получить?

там на пульте джойстик неудобный

А если проект на плате с плисинами и сама плата на 200-400 контактов соединяется с материнской и без этого входные сигналы не получить?

а кто мешает оборудование для отладки переместить ?

вообще я бы хотел посмотреть как вы этот кейс на работе отлаживаете ))

Junior Embedded Software Engineer (Удалённо) - https://shuracore.com/ru/careers-ru/
Требуемый опыт работы: 1–3 года

Полная занятость, удаленная работа
- Высшее образование
- 1-3 года опыта разработки встраиваемого программного обеспечения на базе процессоров RISC (ARM, RISC-V, AVR или ARC)
- Опыт программирования на C/C++; опыт разработки скриптов на Matlab, Python или JavaScript
- Опыт разработки, внедрения и проверки прошивок, включая BSP, DSP и разработку драйверов (опыт работы с I2C/I3C, SPI, UART, CAN, Ethernet, USB, PCIe, Timer, Watchdog, DMA и т.д.)
- Опыт интеграции, настройки, тестирования и отладки встраиваемого программного обеспечения
Роль:
Нам в команду требуется творческий, энергичный и целеустремленный человек. Вам предстоит с остальными членами команды работать над проектами встраиваемого программного обеспечения в рамках направлений: промышленная автоматизация и робототехника, интернет вещей и автоматизация проектирования электронных устройств. Разработка ведется на языках С и C++ для операционных систем реального времени (RTOS) и Linux. Процесс разработки подразумевает активную работу с hardware.

В этой роли вы будите:
- Тесно работать с MCU, MPU, SoC, IC, FPGA
- Сотрудничать с межфункциональными группами для определения требований к программному обеспечению, архитектуре и спецификаций блоков, руководства пользователя и планов тестирования
- Разработка, внедрение и проверка встраиваемого программного обеспечения на процессорах RISC или аппаратных устройствах на основе DSP
- Разработка, внедрение и проверка драйверов и программного обеспечения для тестирования на хост-сервисах (CI/CD)
- Поддержка межфункциональных групп по системной интеграции, настройке оборудования, тестированию, анализу сбоев, обучению программного обеспечения и исправлению ошибок
- Требование экспортного контроля:

- Опыт работы с алгоритмами цифровой обработки сигналов и тестирования прошивок
- Опыт разработки под RTOS
- Умение читать принципиальные электрические схемы
- Работа с электронным измерительным оборудованием: осциллограф, мультиметр, логический анализатор и т.д
- Знания/опыт в С++ (11-20)
- Опыт работы с системами контроля версий Git
- Решение задач эффективности быстродействия, потребления памяти и сетевого трафика
- Знание паттернов проектирования
- Знание фундаментальных структур данных и алгоритмов
- English: Pre-Intermediate/Intermediate

Будет плюсом:
- Опыт разработки для Embedded Linux
- Опыт разработки для Linux kernel
- Знакомство с облачными технологиями (AWS, Azure)
- Опыт работы разработки на Rust

Мы предлагаем:
- Удаленная работа
- Перспективную работу в команде профессионалов
- Молодой веселый коллектив
- Обучение за счет компании
- Возможность роста не только по профилю специальности. Наш главный принцип – каждый должен найти свое место, где он будет наиболее полезен. Поэтому смена ролей и специальности не проблема для Вашего роста
- Полностью официальное оформление
- Рост заработной платы. Премии по результатам выполненных проектов
- Выходной день в день рождения (если день рождения приходится на выходной день, то выходной день сохраняется)
- Работа в международных проектах и зарубежные командировки
- 1 день в месяц на самообразование и личные проекты
- Свободный график работы (40 часов в неделю, 20 часов пересечение с командой)
- Конкурентоспособную заработную плату
- Стабильная и своевременная оплата труда
- Возможность посещения семинаров, тренингов, конференций
- Активный отдых с коллегами, интересно организованные праздники и события
- Все социальные гарантии, предусмотренные законодательством
Приходите работать в ShuraCore!

Я ушёл с той работы давно, отлаживаться очень просто, есть платы проставки, которые выносят испытуемую/отлаживаемую плату из корпуса блока. И хардвейрщиков просят развести контактные пятачки или даже разъёмы. А там по обстоятельствам, кому ного дрыг, кому вывод по какому либо протоколу наружу с анализом дальнейшим

Джун останется джуном ещё очень долго. Когда нет реального общения, проблема оперативно спросить, подсказать, показать. В одиночку трудно развиваться.

А в чем отличие Джуна от мидла в эмбеде если не секрет?

Имхо в уровне самостоятельности и скорости/сложности решаемых задач.

Подразумевается уровень разрешённой самостоятельности?

Миддлу можно в общих чертах поставить задачу - остальную инфу он способен добыть сам. + контролировать что он делает можно менее рьяно.

Но строгих рамок по делению, скорее всего, нет. Это условности.

Миддлу можно в общих чертах поставить задачу - остальную инфу он способен добыть сам. + контролировать что он делает можно менее рьяно.

Но строгих рамок по делению, скорее всего, нет. Это условности.

Хмм, мне кажется что джуниор это за того, кто много читал, что-то тыкал сам. Но за ним нужен глаз да глаз. Иначе best practices/patterns и все хайповые либы и т.д. побывают в проекте. Обычно он не способен оценить последствия своих изменений и на что они влияют. И мотивации, сча как запилю. Или и так сойдёт и куча надергагых кусков отовсюду.

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

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

Мое личное имхо

Пытаюсь переварить характеристику джуна и возникает вопрос. Так ли плохи "best practices", если их осознанно применять? То есть не потому, что это код из stackoverflow из ответа с зеленой галочкой. Это уже ближе к характеристике мидла, но что тогда понимается под "best practices" в данном контексте?

Пытаюсь переварить характеристику джуна и возникает вопрос. Так ли плохи "best practices", если их осознанно применять? То есть не потому, что это код из stackoverflow из ответа с зеленой галочкой. Это уже ближе к характеристике мидла, но что тогда понимается под "best practices" в данном контексте?