C++ embed разработчик и тестировщик в OZON

… нейросети, необычные алгоритмы, обработка сигналов, нейросети…

Какая необходимость писать «нейросети» два раза?

Спасибо, исправил

OZON

Вас не поймёшь, то OZON, то Ozon…

А чё, у вас прямой найм в конкретную команду разрешён? У нас в общий пул кидают и распределяют оттуда через отдельный этап, чтобы злоупотреблений не было.

У нас слишком специфичное подразделение

Вилки нет нигде.

О какой вилки ты смеешь говорить, смерд. Cам OZON снизошёл даровать тебе работу

так вот погрузишься в многостаночность и широкопрофильность, и больше не выгрузишься. Как оказалось.

Так же несколько вакансий под любой уровень, можно даже без опыта кодинга

А можно в двух словах что в этих вакансиях? И в них удалёнка есть? А в них есть что-то типа свободного графика? Или неполного рабочего дня или типа того, может даже за копейки, но без строгого наличия «на удалённом месте» в любой момент.

Да, везде есть удалёнка/гибридный формат со свободным графиком.

Задач по тестингу много - тестирование физических устройств, тестирование ПО на этих девайсах, написание скриптов, которые будут взаимодействовать с оборудованием и тестровать его, бенчмарки. Так же по нашему верхнеуровнему софту, который работает на серверах тоже подобные задачи.

В большинстве случаев нужно не просто следовать чеклисту, а придумывать методы и способы тестрования, искать корнер кейсы и тд

Привет из бозона.

озон годный работодатель!

Значит предлагают так мало, что стыдно даже написать.

Спасибо за ответ, поглядел основную вакансию, вероятно всё остальное близкое к ней, смежное. Но всё же должна быть некая инженерная база и опыт работы с железом, у меня этого ничего нет. Ну, удачи остальным тогда, на ЛОРе много электронщиков и им сочувствующих, а у вас ещё всё с нуля по сути, так что простор и для творчества есть, это здорово.

а придумывать методы и способы тестрования, искать корнер кейсы и тд

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

Удачи в общем.

у них зарплаты от 350.000. а что вилку не указывают - это на лоха, может откликнется, попросит тыщ 150. в озоне много платят. разница в три раза в сравнении с ип вася пупкин,и раз в 5 - с днищем всяким

ага… если алгоритмическую секцию выдержишь. у них там как в гугле вопросы. так что если не готов к 10 этапам, растянутыми на 3-4 месяца, то лучше время не тратить на них. и вилку он не укажет, ему запрещено это делать. тему можно сносить, если важны правила

Расскажите как организована удаленная работа для embedded разраба. Присылаете железо ? Интерес праздный.

Ну совсем полной удалёнки нет для разрабов, гибридный формат. Железки и оборудование необходимое можно с собой забирать

Всё зависит от паяльщиков.

Как раз начал изучать embedded программирование. Мне эта тема очень интересна. Можно ли совмещать обучение с удалённой работой? Вроде как на практических задачах легче набирать опыта.

И в них удалёнка есть?

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

без строгого наличия «на удалённом месте» в любой момент.

Это и происходит, и взаимодействие «нимношк» лагает :) т.к. происходит «команда ждунов», которые ждут результатов друг друга по кругу, если их не пинать индивидуально. Либо «задач по тестингу много» (тм)

Присылаете железо ?

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

Всё зависит от паяльщиков.

Когда девелопер хронический ждун из-за паяльщиков, он сам становится нимношк паяльщиком ;)

Как раз начал изучать embedded программирование.

Изучай за одно электронику, и не теоретически, а с паяльником ;)

У нас есть стажировка, но когда следующий набор будет не знаю пока.

Сообщайте в форуме, когда будет. Думаю, многим будет интересно.

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

если алгоритмическую секцию выдержишь. у них там как в гугле вопросы. так что если не готов к 10 этапам, растянутыми на 3-4 месяца

Я вот у них сейчас проходил собес на эту позицию (мне отказали, если что).

Никакой алгосекции там не было (в сравнении хотя бы с яндексом). Так, поговорили про указатели, ссылки, размещение кода в памяти и прочие специфические для МК штуки, еще пара вопросов про с++. Уложились в час. С обсуждением их задач и прочего.

Может туда где нужно их проложку пилить и нужны 10 этапов. Тут все решилось за пару собесов общим временем 1ч40.

мне отказали, если что

мдэ. сложно тогда представить, кого они ищут

мдэ. сложно тогда представить, кого они ищут

ну я не пуп земли, мне отказывать можно :))

Они все на МК делают, а у меня все таки основной фокус это встроенный линукс (который они почти не используют). А микроконтроллеры, это так, для домашнего баловства.

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

Уже в конце поняли в чем проблема.

ну странно тогда писать про линукс и билдрут в вакансии, если по итогу там bare metal. oh well

Ну у них есть там немного линукса.

Они там в боях роботов участвуют (вроде там у них стоит ROS). Потом они хотели свой СКУД делать с распознаванием лица. Тоже на линуксе (но мне это не близко)

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

Порассказывай про «электронщики железки хуже программируют как из 90х» мне: код электронщика как правило максимально задействует ресурсы/возможности контроллера, работает быстро и четко, код классического программиста может быть красивее, но лагучий и вообще может выглядеть как опрос всего подряд в главном цикле (были прецеденты), так еще и как правило драйвер кастомный написать или частоту шины задрать - сразу проблема возникает (оттуда и решения с костылями)…

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

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