Inżynier Full Stack (m/k/d)

TL; DR Dołącz do GlassDollar i pomóż zbudować system, którego używają niektóre z największych europejskich firm do wyszukiwania, testowania i wdrażania technologii dla start-upów.
Poszukujemy inżyniera, który chce znacznie większej odpowiedzialności niż „wdrażanie tego, co jest zapisane”. Weźmiesz niejednoznaczny problem, ukształtujesz go razem z produktem, podejmiesz ważne decyzje techniczne, wyślesz go i pozostaniesz wystarczająco blisko, aby sprawdzić, czy zadziałało.
Oczekujemy, że będziesz mieć opinie. Oczekujemy również, że będziesz wystarczająco dobry, aby je zmienić.

Problem, który rozwiązujemy Duże organizacje są wyjątkowo dobre w kumulowaniu problemów. Firma zatrudniająca 100 000 pracowników może borykać się z tysiącami wyzwań operacyjnych w swoich jednostkach biznesowych. Gdzieś poza tą organizacją startup prawdopodobnie zbudował już część rozwiązania. Spotkanie tych dwóch rzeczy nadal odbywa się za pośrednictwem arkuszy kalkulacyjnych, długich wątków e-mailowych i spotkań, których głównym efektem jest kolejne spotkanie.
GlassDollar OS to system operacyjny do obsługi klientów typu venture: problem → odkrywanie startupów → ocena → PoC → adopcja w jednym, powtarzalnym przepływie pracy.
Naszymi klientami są jedne z największych organizacji w Europie, dlatego oprogramowanie musi działać szybko i zachowywać się jak coś, na czym może polegać przedsiębiorstwo. To napięcie stwarza interesujące problemy inżynieryjne.

Czego szukamy Możesz posunąć się dalej niż tylko bilet. Praca często zaczyna się od czegoś niekompletnego, np. „klienci potrzebują lepszego sposobu na zarządzanie X”. Będziesz kształtować problem z produktem, kwestionować założenia i decydować, co należy do tej iteracji. Oczekuje się tutaj mocnych opinii na temat tego, co budujemy, a nie tylko jak.

Zależy Ci na produkcie. Chcesz wiedzieć, dla kogo budujesz, dlaczego problem jest ważny i jak wygląda sukces. Kontekst ten powinien kształtować Twoje decyzje techniczne.
Masz ocenę techniczną. Rzadko istnieje jedna poprawna architektura. Wiesz, kiedy nudne rozwiązanie przebija ambitne, kiedy abstrakcja pomaga, a kiedy ukrywa problem, a kiedy niewielka funkcja grozi sześciomiesięcznym długiem technicznym. Oczekujemy, że uzasadnisz granice API, modele danych, uprawnienia, wydajność, tryby awarii, testowanie, obserwowalność i wdrożenie, a także zgłosisz wątpliwości, dołączając jasne argumenty.

Ulepszasz system, a nie tylko jego funkcję. Naprawiasz wzorzec rozprzestrzeniania się zamiast pojedynczej instancji, ułatwiasz interfejs API kolejnej osobie i ulepszasz testy, ponieważ obecna konfiguracja sprawia, że ​​wszyscy boją się wdrożenia. Twój wpływ powinien wykraczać poza żądania ściągnięcia z Twoim imieniem i nazwiskiem.

Możesz pracować na stosie. Funkcja może obejmować interakcję React poprzez GraphQL z usługą Node, przeprojektowanie schematu, aktualizację uprawnień i bezpieczną migrację dla istniejących klientów. Ciekawość podążania za problemem jest wszędzie ważniejsza niż jednakowa głębia.

Jesteś właścicielem jakości. Mamy kontrolę jakości. Nie od tego zaczyna się jakość. Co się psuje, jeśli to żądanie powtórzy się dwa razy? Co się stanie ze starymi danymi lub gdy interfejs API ulegnie awarii w połowie? Oprócz recenzji i monitorowania korzystamy z usług Playwright i Jest. Celem nie jest zasięg, ale pewność siebie.

Komunikujesz się tak, jakby Twoje decyzje miały znaczenie później. Za sześć miesięcy ktoś powinien zrozumieć ważną decyzję bez przeglądania siedemnastu wiadomości na Slacku i usuniętego komentarza w Notionie. Oznacza to zapisywanie rzeczy, gdy mają one znaczenie, jasne wyjaśnianie kompromisów, przedstawianie przydatnych przeglądów kodu i ujawnianie zagrożeń, zanim staną się incydentami.

Podnosisz wokół siebie poprzeczkę inżynieryjną. Nie potrzebujesz tytułu kierowniczego, żeby mieć wpływ. Znajdź dziurę w architekturze, odblokuj kogoś bez zabierania klawiatury, nie zgadzaj się bez zamieniania każdej decyzji w referendum. Gdy zdobędziesz zaufanie, w naturalny sposób staniesz się osobą, której ludzie przynoszą trudniejsze problemy.

Co będziesz robić w ciągu pierwszego roku:

• Integracje korporacyjne: z systemami, danymi, dostawcami tożsamości i przepływami pracy naszych klientów. To właśnie sprawia, że ​​GlassDollar z oprogramowania, do którego ktoś się loguje, staje się infrastrukturą, na której działa jego organizacja.

• Interfejsy API i MCP: publiczne interfejsy API REST i serwery MCP dla naszych klientów, ich inżynierów i coraz częściej agentów AI. Interesującą częścią nie jest ujawnianie punktów końcowych, ale projektowanie zewnętrznej platformy, którą nadal będziemy szczęśliwi wspierać przez wiele lat.

• Sztuczna inteligencja w rzeczywistych przepływach pracy: osadzanie, wyszukiwanie wektorów i LLM w dużej bazie danych start-upów i danych dotyczących innowacji korporacyjnych. Mniej interesuje nas dodawanie do wszystkiego przycisku ✨ niż szukanie miejsc, w których sztuczna inteligencja usuwa prawdziwą pracę.

• Automatyzacja przepływu pracy: wyzwalacze, powiadomienia i automatyzacja, które zastępują człowieka przenoszącego informacje między systemami.

• Podstawowa inżynieria produktu: interfejsy React, API, zapytania PostgreSQL, uprawnienia, migracje, praca nad wydajnością i sporadyczne błędy, których pierwotna przyczyna sprawia, że ​​wszyscy w milczeniu patrzą na ekran.
Nasz stos
• Frontend: TypeScript, React, Material UI, klient Apollo, dramaturg

• Backend: Node.js, GraphQL, Prisma, PostgreSQL, Jest

• Infrastruktura: AWS, Terraform, GitHub Actions, Sentry

• Coraz częściej: interfejsy API LLM, osadzanie, wyszukiwanie wektorowe, MCP, przepływy pracy inżynieryjne wspomagane sztuczną inteligencją
Nie potrzebujesz doświadczenia z każdym przedmiotem. Rozumowanie na temat systemów ma dla nas większe znaczenie niż zapamiętanie dokładnego stosu.

Wymagania
• Duże doświadczenie produkcyjne z TypeScript, React i Node.js

• Wygodne rozumowanie na temat relacyjnych baz danych, a nie tylko ORM

• Potrafi niezależnie przenieść funkcję z niejasnego punktu początkowego do produkcji

• Potrafi przeczytać nieznany kod bez natychmiastowego proponowania przepisania go na nowo

Miło mieć:

• Doświadczenie z GraphQL, Prisma lub PostgreSQL na dużą skalę

• Ekspozycja na interfejsy API LLM, osadzanie lub wyszukiwanie wektorowe

• Doświadczenie w posiadaniu systemów, a nie tylko funkcji
Nie zaznaczaj każdego pola? Aplikuj mimo to. Wolimy porozmawiać, niż stracić kogoś przez punktor.…

Źródło: Arbeitnow (https://www.arbeitnow.com/jobs/companies/glassdollar/full-stack-engineer-berlin-413634)