Staff Software Engineer, Classification & Discovery
CommandLink
To rola Staff Software Engineer, która odpowiada za produkt monitorujący sieci – API i UI, z którego klienci korzystają na co dzień. Celem jest zbudowanie nowoczesnego narzędzia monitorującego, które zastąpi przestarzałe rozwiązania jak SolarWinds czy Zabbix. Praca jest pełnostackowa, z silnym naciskiem na domenę sieciową – topologie, telemetria, skalowalność. Osoba na tym stanowisku będzie podejmować kluczowe decyzje architektoniczne, definiować kontrakty danych między serwisami, projektować wizualizacje topologii oraz mentoringować innych inżynierów. To rola dla kogoś, kto chce mieć realny wpływ na produkt i jego długoterminową wizję.
Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji.
Brakuje: nie podano widełek wynagrodzenia, brak opisu procesu rekrutacyjnego.
To rola Staff Software Engineer, która odpowiada za produkt monitorujący sieci – API i UI, z którego klienci korzystają na co dzień. Celem jest zbudowanie nowoczesnego narzędzia monitorującego, które zastąpi przestarzałe rozwiązania jak SolarWinds czy Zabbix. Praca jest pełnostackowa, z silnym naciskiem na domenę sieciową – topologie, telemetria, skalowalność. Osoba na tym stanowisku będzie podejmować kluczowe decyzje architektoniczne, definiować kontrakty danych między serwisami, projektować wizualizacje topologii oraz mentoringować innych inżynierów. To rola dla kogoś, kto chce mieć realny wpływ na produkt i jego długoterminową wizję.
- ✓100% zdalnie – pełna elastyczność lokalizacji
- ✓Praca nad produktem greenfield – szansa na zbudowanie czegoś od podstaw, bez legacy
- ✓Rola Staff – realny wpływ na architekturę i roadmapę produktu
- ✓Firma doceniana nagrodami (SD-WAN, UCaaS) – stabilny i uznany gracz
- ✓Mentoring jako część roli – możliwość rozwoju zespołu
- !Brak informacji o procesie rekrutacyjnym – nie wiadomo ile etapów, czy jest zadanie domowe
- !Typ kontraktu określony jako 'other' – warto doprecyzować formę (B2B? UoP?)
- !Brak wzmianki o dyżurach on-call – w produktach monitorujących często wymagane
- !Mimo że ogłoszenie szczegółowe, nie podaje widełek wynagrodzenia
- ?Brak jawnych widełek — wynagrodzenie do ustalenia podczas rekrutacji
- •Projektowanie i implementacja API oraz UI dla serwisu monitorującego (end-to-end)
- •Definiowanie kontraktów danych (protobuf) między produktem monitorującym a serwisami klasyfikacji, telemetrii i alertów
- •Praca z Kafka i OpenSearch w środowisku o wysokiej przepustowości i niskich opóźnieniach
- •Tworzenie wizualizacji topologii sieci – hierarchicznych i zależnościowych, wydajnych i nawigowalnych
- •Integracja z protokołami telemetrycznymi (syslog, SNMP, ICMP, OTel)
- •Współpraca między zespołami – uzgadnianie granic serwisów i zapewnianie jakości kontraktów
- •Mentoring inżynierów i podnoszenie standardów jakości kodu oraz architektury
- •Analiza danych z rzeczywistych środowisk sieciowych w celu optymalizacji działania produktu
Inżynier z 7-10 latami doświadczenia, który ma za sobą budowę skalowalnych systemów monitorujących lub obserwowalności. Posiada głęboką wiedzę sieciową i chmurową, potrafi projektować architekturę i API, a także mentoringować zespół. Osoba zmotywowana wizją stworzenia lepszego narzędzia niż SolarWinds i gotowa do pełnostackowej pracy z naciskiem na frontend i backend.
Inżynier z 5+ latami doświadczenia, który ma solidne podstawy w Kafka/OpenSearch i protobuf, rozumie topologie sieciowe i protokoły telemetryczne, oraz ma doświadczenie w podejmowaniu decyzji architektonicznych. Może nie mieć jeszcze doświadczenia w produktach monitorujących, ale jest w stanie szybko wejść w domenę.
Nie dla juniorów ani midów z mniej niż 5 latami doświadczenia – rola wymaga samodzielności architektonicznej i wpływu między zespołami. Nie dla osób, które nie są zainteresowane domeną sieciową lub unikają pracy z wizualizacjami i UI.
- ?Ile osób liczy zespół produktowy i jak jest podzielony na obszary?
- ?Jak wygląda proces on-call dla serwisu monitorującego – częstotliwość, wynagrodzenie?
- ?Czy istnieje budżet szkoleniowy lub konferencyjny?
- ?Jaki jest stosunek pracy nad backendem vs frontendem w codziennej pracy?
- ?Czy 'other' w typie kontraktu oznacza B2B, a jeśli tak, to czy są płatne urlopy?
- ?Jak wygląda proces rekrutacyjny – ile etapów, czy jest zadanie domowe?
- ?Czy roadmapa produktu jest już zdefiniowana, czy to całkowicie greenfield?
- −Nie podano widełek wynagrodzenia
- −Brak opisu procesu rekrutacyjnego
- −Nie wiadomo, czy są dyżury on-call i jak są wynagradzane
- −Nie określono wielkości zespołu ani struktury
Firma promuje kulturę innowacji, elastyczny czas pracy i świętowanie pomysłów. Oczekuje samodzielności i wpływu technicznego.