IoT: rynek

Oferta

otwarta oferta, która przeszła kontrolę jakości i wymienia co najmniej dwie technologie

Obserwowany kandydat

kandydat, którego stack zawiera tę technologię; agregat — żaden pojedynczy rekord nie opuszcza perymetru

Kandydat do dopasowania

jeszcze nie liczone

Okno

oferty otwarte w chwili tworzenia snapshotu

Najważniejsze umiejętności: cloud, c++, aws, python, linux. Oprogramowanie urządzeń: C / C++ i mikrokontrolery (ESP32 szczególnie popularny w IoT — wbudowane Wi-Fi/BLE; ARM Cortex-M), często Python (prototypy, bramki). Protokoły łączności: MQTT — kluczowy protokół IoT (lekki protokół komunikacji urządzenie↔chmura przez broker), a także CoAP, HTTP/REST, WebSocket. Technologie bezprzewodowe: Wi-Fi, Bluetooth / BLE, LoRaWAN (duży zasięg, niski pobór energii), Zigbee (inteligentny dom), NB-IoT i sieci komórkowe — rozumieć, którą technologię wybrać do zadania (zasięg, zużycie energii, ilość danych). Chmura i platformy IoT: chmurowe usługi IoT (Yandex Cloud IoT itp.), brokery wiadomości, bazy telemetrii (time-series), przetwarzanie strumieni danych z urządzeń. Strona serwerowa — przy nastawieniu platformowym: backend, API. Bezpieczeństwo IoT — kluczowe: szyfrowanie, uwierzytelnianie urządzeń, bezpieczne aktualizacje (ochrona IoT — znany bolesny temat branży). Efektywność energetyczna — dla urządzeń autonomicznych. Git. Najważniejsze: inżynier IoT powinien myśleć o systemie jako całości — od czujnika do chmury; zestaw umiejętności jest szerszy niż w czystym embedded, ale głębia w każdej warstwie może być mniejsza.

Różnica — w szerokości i nacisku. Embedded Software (a jeszcze bardziej firmware) skupia się na samym urządzeniu i niskim poziomie: mikrokontroler, peryferia, RTOS, optymalizacja przy ścisłych ograniczeniach; głęboko, ale wąsko — w obrębie urządzenia (zob. /research/embedded/embedded-sw). IoT Engineer myśli o systemie jako całości: urządzenie to tylko część, ważne są też łączność (jak urządzenie przesyła dane) i chmura (dokąd trafiają dane, jak są przetwarzane, jak zdalnie sterować urządzeniem). Inżynier IoT zajmuje się całym łańcuchem «czujnik → urządzenie → sieć → chmura → aplikacja». W uproszczeniu: embedded software — „w głąb urządzenia”, IoT — „w poprzek systemu”. Pod względem umiejętności: w embedded software głębszy jest niski poziom i praca ze sprzętem; IoT — szerszy — dochodzą protokoły komunikacyjne, technologie bezprzewodowe, chmura, czasem backend, bezpieczeństwo transmisji danych; ale w każdej warstwie z osobna inżynier IoT może być mniej dogłębny niż wąski specjalista. W praktyce granice się zacierają: projekt IoT obejmuje programowanie embedded, a wielu inżynierów IoT wywodzi się z embedded; role się pokrywają. Wybór kariery: embedded software / firmware — jeśli lubisz głębię, niski poziom, sprzęt; IoT — jeśli lubisz system jako całość, łączność, chmurę, a bardziej liczą się dla ciebie różnorodność i nieco większa elastyczność pracy zdalnej.

Wybór technologii łączności to jedna z kluczowych decyzji w IoT i zależy od kompromisu między zasięgiem, poborem energii, ilością danych i kosztem. Protokoły wymiany danych: MQTT — główny protokół IoT: lekki, oszczędny protokół „publish/subscribe” do wymiany komunikatów między urządzeniami a chmurą przez broker; używa go niemal każdy projekt IoT. Także CoAP (lekki odpowiednik HTTP dla urządzeń), HTTP/REST. Technologie bezprzewodowe (transport): Wi-Fi — duża prędkość, ale wysoki pobór energii; dla urządzeń zasilanych z sieci. Bluetooth / BLE (Bluetooth Low Energy) — niski pobór energii, krótki zasięg; urządzenia noszone, inteligentny dom, połączenie z telefonem. Zigbee — sieci mesh inteligentnego domu. LoRaWAN — duży zasięg (kilometry) przy bardzo niskim poborze energii, ale mała prędkość; czujniki, telemetria na dużych obszarach, rolnictwo, media komunalne. NB-IoT i sieci komórkowe (LTE-M, 2G/4G) — łączność przez sieci operatorów, szeroki zasięg; przemysłowe IoT, śledzenie. Zadanie inżyniera IoT — dobrać kombinację protokołu i technologii do konkretnego zadania: czujnik polowy na baterii na 5 lat potrzebuje LoRaWAN + MQTT; inteligentny głośnik — Wi-Fi; opaska fitness — BLE. Rozumienie tych kompromisów to jedna z głównych kompetencji inżyniera IoT.

IoT Engineer tworzy urządzenia i systemy połączone i odpowiada za cały łańcuch danych. 1) Tworzenie oprogramowania urządzenia — pisać firmware dla połączonego urządzenia (często na ESP32 / ARM): zbieranie danych z czujników, podstawowa logika, sterowanie. 2) Organizacja łączności — wybrać i skonfigurować technologię łączności (Wi-Fi / BLE / LoRaWAN / sieć komórkowa) i protokół (MQTT itp.); zapewnić niezawodną transmisję danych, także przy niestabilnej sieci. 3) Integracja z chmurą / platformą IoT — skonfigurować, jak urządzenie łączy się z chmurą, wysyła telemetrię, odbiera polecenia; praca z platformą IoT, brokerem wiadomości. 4) Strona serwerowa / platformowa — przy platformowym ukierunkowaniu roli: odbiór, przechowywanie (bazy szeregów czasowych) i przetwarzanie strumieni danych z urządzeń, API, panele sterowania. 5) Bezpieczeństwo — szyfrowanie transmisji, uwierzytelnianie urządzeń, bezpieczne aktualizacje firmware „przez powietrze” (OTA) — krytyczna i złożona część IoT. 6) Efektywność energetyczna — w urządzeniach autonomicznych osiągnąć długą pracę na baterii. 7) Prototypowanie — szybko składać i sprawdzać prototypy urządzeń i rozwiązań. 8) Debugowanie — na urządzeniu, na granicach urządzenie–łączność i łączność–chmura. Kluczowe: inżynier IoT odpowiada nie za jeden komponent, ale za cały system — od fizycznego czujnika po aplikację w chmurze — działający niezawodnie jako całość.

Częściowo, i bardziej niż średnio w embedded. 11% ofert IoT to praca zdalna lub hybrydowa. IoT — stosunkowo bardziej przyjazna pracy zdalnej rola embedded dzięki systemowemu charakterowi: część chmurową i platformową, programowanie serwerowe, integracje, projektowanie, pracę z danymi telemetrycznymi dobrze wykonuje się zdalnie. Im bardziej rola skłania się ku platformie / chmurze, tym bardziej jest zdalna (zbliża się do backendu). Zastrzeżenie: urządzeniowa część IoT pozostaje związana ze sprzętem — tworzenie i debugowanie firmware urządzeń, sprawdzanie czujników, testowanie łączności na prawdziwym sprzęcie wymagają dostępu do „sprzętu”, a czasem warunków terenowych. Dlatego pełna praca zdalna jest realna dla platformowych ról IoT; dla urządzeniowych — częściej hybryda. Firmy międzynarodowe zatrudniają rosyjskojęzycznych inżynierów IoT, także zdalnie, zwłaszcza do części chmurowej i platformowej. Ogólnie — z pracą zdalną lepiej niż w firmware, ale gorzej niż w czystym backendzie.

IoT — szeroka rola na styku kilku dziedzin; ścieżka zależy od tego, skąd wchodzisz. Roadmapa: 1) Podstawy embedded — język C (plus Python), mikrokontrolery; wygodnie zacząć od ESP32 (tani, ma Wi-Fi i BLE „od ręki” — idealny na start w IoT) lub Raspberry Pi. 2) Czujniki i peryferia — naucz się podłączać czujniki, odczytywać dane, pracować z interfejsami (I2C, SPI, UART). 3) Protokoły komunikacyjne — MQTT (kluczowy — obowiązkowo), HTTP/REST; zrozum model «urządzenie ↔ broker ↔ chmura». 4) Technologie bezprzewodowe — Wi-Fi, BLE, podstawy LoRaWAN, NB-IoT; zrozum, którą technologię wybrać do zadania. 5) Chmura i platformy IoT — opanuj chmurową usługę IoT (Yandex Cloud IoT itp.), naucz się odbierać i przechowywać telemetrię. 6) Podstawy backendu — jeśli skłaniasz się ku części platformowej: API, bazy danych (w tym szeregów czasowych), przetwarzanie strumieni. 7) Bezpieczeństwo IoT — podstawy. 8) Kompleksowy projekt własny — złóż prawdziwy system IoT: urządzenie z czujnikiem → MQTT → chmura → dashboard; to najlepsze portfolio inżyniera IoT, bo pokazuje rozumienie całego łańcucha. Zasoby: kursy IoT i ESP32, dokumentacja MQTT i chmurowych usług IoT, społeczności embedded i IoT. IoT jest dobre tym, że można wejść zarówno od strony embedded, jak i backendu, stopniowo opanowując brakującą połowę.

46 active open IoT Engineer jobs in Zorky sample — niche segment. Real market is wider: IoT — broad role at the intersection of embedded, connectivity and cloud, and IoT tasks go into both embedded and backend vacancies; the role is called «IoT engineer», «Internet of Things engineer», «IoT developer», part goes as «embedded developer» or «backend» with IoT lean — exact-term search doesn't catch everything. Geography: Poland, the US, Germany. Sources: hh.ru, Habr Career, getmatch, LinkedIn, Telegram (IoT and embedded communities, job channels). Demand grows — more and more connected devices (industrial IoT, smart city, telemetry). NB: the Embedded / IoT direction historically had auto-classification difficulties for vacancies — the visible number may understate the market.

Senior IoT Engineer / IoT Solutions Architect projektuje systemy IoT jako całość i odpowiada za to, by działały jako jedna spójna całość. Myślenie systemowe — główna umiejętność: widzieć cały łańcuch «czujnik → urządzenie → łączność → chmura → aplikacja», projektować go w sposób zrównoważony, rozumieć, gdzie są wąskie gardła. Strona embedded: pewne tworzenie oprogramowania urządzeń podłączonych do sieci, praca z mikrokontrolerami, czujnikami, efektywnością energetyczną. Łączność: głębokie rozumienie protokołów (MQTT itp.) i technologii bezprzewodowych (Wi-Fi, BLE, LoRaWAN, NB-IoT); umiejętność wyboru optymalnego zestawu pod zadanie i zapewnienia niezawodności transmisji w realnych, niestabilnych warunkach. Chmura i platforma: projektowanie chmurowej części systemu IoT — odbiór, przechowywanie, przetwarzanie dużych strumieni telemetrii, skalowanie, API, zarządzanie urządzeniami. Bezpieczeństwo IoT: ekspertyza w ochronie urządzeń podłączonych do sieci — szyfrowanie, uwierzytelnianie, bezpieczne aktualizacje OTA; bezpieczeństwo IoT — znana słaba strefa branży, a mocny Senior może ją zamknąć. Skalowalność i niezawodność: zaprojektować system działający z tysiącami i milionami urządzeń. Zarządzanie urządzeniami: provisioning, monitoring, aktualizacje floty. Efektywność energetyczna na poziomie systemu. Umiejętności backendowe — przy nacisku na platformę. Ekspertyza domenowa (przemysłowy IoT, smart city itp.). Angielski — do dokumentacji. Mentoring. Główna wartość Seniora — zaprojektować system IoT, który niezawodnie i bezpiecznie działa jako całość, od fizycznego czujnika po chmurę, w realnych warunkach i na dużą skalę.