IoT Embedded Software Engineer (C++, ESP32, nRF or STM32, Nvidia, nRF)
WizzDev Prosta
Rola Embedded Software Engineer w WizzDev polega na tworzeniu oprogramowania wbudowanego (firmware) dla innowacyjnych systemów IoT i robotyki, pracując nad projektami klientów. Będziesz odpowiedzialny za implementację przetwarzania danych z czujników, integrację z chmurą IoT oraz wsparcie projektów od koncepcji do wdrożenia. Użyjesz C++ na platformach takich jak STM32, nRF czy ESP32, a także poznasz technologie jak FreeRTOS, NVIDIA Jetson czy Yocto. To rola dla mid-level developera z minimum 2-letnim doświadczeniem.
Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji.
Brakuje: brak widełek wynagrodzenia, nie podano dokładnego modelu hybrydowego (liczba dni w biurze).
Rola Embedded Software Engineer w WizzDev polega na tworzeniu oprogramowania wbudowanego (firmware) dla innowacyjnych systemów IoT i robotyki, pracując nad projektami klientów. Będziesz odpowiedzialny za implementację przetwarzania danych z czujników, integrację z chmurą IoT oraz wsparcie projektów od koncepcji do wdrożenia. Użyjesz C++ na platformach takich jak STM32, nRF czy ESP32, a także poznasz technologie jak FreeRTOS, NVIDIA Jetson czy Yocto. To rola dla mid-level developera z minimum 2-letnim doświadczeniem.
- ✓Nowoczesne praktyki: Clean Code, code review, CI, testy jednostkowe/integracyjne
- ✓Różnorodne projekty (IoT, robotyka, medycyna) – dobre dla rozwoju
- ✓Wsparcie merytoryczne od liderów technologicznych i wymiana wiedzy
- ✓Struktura zespołu: frontend, tech lead, architekt, DevOps, tester – pełen stack
- −Brak widełek wynagrodzenia – ogłoszenie wspomina o 'bardzo szerokim zakresie', ale nie podaje konkretów
- −Długi proces rekrutacyjny (6 etapów: ankieta, screening, długa rozmowa HR na miejscu, spotkanie z liderem, oferta, sprawdzenie referencji)
- −Wymóg 'prowadzenia projektu jako kontakt techniczny z klientem' – może być zbyt ambitny jak na poziom regular
- !Możliwe, że rola wymaga więcej odpowiedzialności (kontakt z klientem, lead) niż standardowy mid-level
- !Mały zespół (3-6 osób) – może oznaczać intensywną pracę i szeroki zakres obowiązków
- !C to C++ conversion training – sugeruje, że oczekiwana jest znajomość C, ale może to być wsparcie dla słabszych kandydatów
- ?Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji
- •Projektowanie i implementacja firmware w C++ dla mikrokontrolerów STM32, nRF lub ESP32
- •Integracja czujników (dane, wizualizacja, przechowywanie) i komunikacja z chmurą IoT
- •Implementacja algorytmów przetwarzania danych w czasie rzeczywistym
- •Współpraca z zespołem przy code review, testach jednostkowych i integracyjnych
- •Praca z systemem kontroli wersji Git oraz narzędziami CI/CD
- •Tworzenie dokumentacji technicznej i architektonicznej
- •Uczestnictwo w spotkaniach Agile (stand-up, sprint planning, retrospektywy)
- •Wsparcie techniczne klienta i udział w analizie wymagań
Oferta skierowana do developerów z doświadczeniem komercyjnym (Mid).
Minimalny kandydat to embedded developer z 2-letnim komercyjnym doświadczeniem w C++ i podstawową znajomością jednej z platform STM32/nRF/ESP32, potrafiący posługiwać się Gitem i angielskim na poziomie C1.
Osoba bez komercyjnego doświadczenia w embedded (junior) raczej nie przejdzie rekrutacji. Także ktoś szukający w pełni zdalnej pracy (ogłoszenie hybrydowe) lub preferujący duże, korporacyjne zespoły może nie być usatysfakcjonowany.
- ?Ile dni w tygodniu trzeba być w biurze w Poznaniu?
- ?Jaki jest zakres wynagrodzenia dla poziomu regular?
- ?Czy obecny projekt kliencki jest greenfield, czy legacy?
- ?Jak wygląda dyżur on-call / nadgodziny?
- ?Ile osób liczy zespół i jakie są role (embedded vs cloud)?
- ?Jaka platforma chmurowa IoT jest używana w projekcie?
- ?Czy są możliwości całkowicie zdalnej pracy po okresie wdrożenia?
- ?Jakie konkretnie zastosowania ML są w projekcie?
- −Brak widełek wynagrodzenia
- −Nie podano dokładnego modelu hybrydowego (liczba dni w biurze)
- −Nie wiadomo, czy istnieje dyżur on-call
- −Brak informacji o nadgodzinach
- −Nie określono, jaki jest stosunek pracy własnej do pracy klienckiej
Zespół składa się z 3-6 osób, pracuje w Agile/Scrum, z naciskiem na jakość kodu (code review, CI, testy). Atmosfera raczej koleżeńska i nastawiona na rozwój – firma oferuje szkolenia i konferencje.
1. Ankieta (pytania dotyczące doświadczenia) 2. Short screening (30 min) 3. Rozmowa HR (1,5-2h) na miejscu 4. Spotkanie z Tech Lead / Managerem (1-2h) na miejscu 5. Oferta ustna + przegląd kontraktu 6. Sprawdzenie referencji 7. Powitanie w firmie.