Buduj warstwę danych. Wpływaj na kluczowe decyzje.

Rozwijaj Smart Data Engine, naszą warstwę danych open core, oraz wyspecjalizowane silniki. SDK i komponenty warstwy sterowania już istnieją. Teraz budujemy niezawodny proces obejmujący rozmieszczenie, migracje i bezpieczny dostęp do danych.

Czym faktycznie będziesz się zajmować

Od SDK klienta po silnik przechowywania. Publiczne repozytoria pokazują problemy inżynierskie, testy i kompromisy, z którymi będziesz pracować.

Smart Data Engine

Otwarte biblioteki, prywatna warstwa sterowania i wspólny kontrakt danych. Kolejne wyzwania obejmują zintegrowany proces AI, migracje zweryfikowane dla obciążeń klienta i kompletną ścieżkę uruchomienia.

Silniki i sprzęt

Połowa niskopoziomowa. C++20 bez niczego między Tobą a maszyną, struktury lock-free, seqlocki, linie cache, które da się policzyć, i silniki na zamówienie dla klientów, którym nic gotowego nie pasuje.

  • C++20
  • Bez kontenerów, na goły sprzęt
  • Publiczne testy zgodności
  • Odtwarzalne benchmarki
Przeczytaj źródło silnika (otwiera w nowej karcie)

Dlaczego warto do nas dołączyć?

Wpływ na architekturę, mierzalne efekty i bezpośrednia współpraca z klientami.

Wpływaj na architekturę

Biblioteki i komponenty warstwy sterowania działają, ale ważne decyzje integracyjne i operacyjne pozostają otwarte. Twoje projekty, kod i pomiary pomagają zbudować z nich niezawodny produkt.

Mikrosekundy, nie milisekundy

Celem jest percentyl latencji ustalony z klientem, zanim praca się zacznie. Będziesz profilować, liczyć chybienia cache i obronisz liczby, nie opinie.

Nikt między Tobą a klientem

Siedzisz na rozmowie, na której ustala się benchmark. Nikt nie tłumaczy Ci wymagania i nikt nie tłumaczy Twojej odpowiedzi z powrotem.

Goły sprzęt, zero kontenerów

Nasze silniki są pisane pod konkretny sprzęt i nigdy nie chodzą w kontenerze, bo kontener to narzut między kodem a maszyną. Tuningujesz na tym, co jest naprawdę.

Co otrzymujesz

Realny wpływ, jasne zasady i odpowiedzialność za to, co tworzysz.

Kształtujesz firmę

Nie tylko kod. Jak rekrutujemy, jak robimy review, co obiecujemy klientowi i czego odmawiamy: to decyzje, które podejmowane są właśnie teraz, a Ty byłbyś przy nich w pokoju.

Widełki od razu

Widełki słyszysz na pierwszej rozmowie, nie po trzech turach. Wewnątrz firmy są przejrzyste i rosną razem z firmą.

Biuro w Warszawie, pięć dni

Mówimy to wprost, żeby nikt nie tracił tygodnia na dowiedzenie się. Praca dzieje się razem w jednym pokoju, a godziny wokół tego ustalasz sam.

Wypuszczasz to sam

Bez kolejki zgłoszeń, bez sześciomiesięcznej roadmapy, bez przekazywania zespołowi, który ma na głowie deploye. Piszesz, wypuszczasz i potem patrzysz na wykres.

Jak wygląda tu rekrutacja

Zero zagadek przy tablicy. Czytamy kod, zaczynając od Twojego.

  1. Przysyłasz coś, co zbudowałeś

    Repozytorium, patch, opis czegoś, co przyspieszyłeś. Cokolwiek, co da się przeczytać. CV jest mile widziane, ale nie jest pierwszą rzeczą, którą otwieramy.

  2. Czytamy to, potem rozmawiamy

    Jedna rozmowa, z osobą, która pisze kod, a nie z rekruterem. Przyjdź z pytaniami o architekturę. To najciekawsza część dla obu stron.

  3. Prawdziwy problem, razem

    Pół dnia nad czymś z realnego backlogu, ramię w ramię. Bez maratonu zadania domowego i bez wymyślonej zagadki o drzewach binarnych.

  4. Odpowiedź w każdym przypadku

    W ciągu tygodnia, razem z powodem. Jeśli to nie, usłyszysz, co by to zmieniło.

Otwarte stanowiska

Kogo szukamy w tym momencie.

Ładowanie stanowisk...

Nie ma tu Twojej roli?

Jeśli umiesz zbudować control plane, napisać silnik storage albo utrzymywałeś bazy, na których opierali się inni ludzie, napisz i tak. Powiedz, co zbudowałeś i ile kosztowało Cię przyspieszenie tego.

Przyślij coś, co zbudowałeś