Job
Aus Partner-Feed
Full Stack Engineer (m/w/d)
Preis auf Anfrage
Details
- Beschäftigungsart
- Vollzeit
- Remote
- Nein
- Unternehmen
- Glassdollar
Beschreibung
Automatisch aus dem English übersetzt. Der Originaltext ist maßgeblich. Maschinenübersetzung – eine genauere Version wird vorbereitet.
TL;DR Treten Sie GlassDollar bei und helfen Sie beim Aufbau des Systems, das einige der größten Unternehmen Europas verwenden, um Startup-Technologie zu finden, zu testen und einzuführen.
Wir suchen einen Ingenieur, der deutlich mehr Verantwortung haben möchte als „umsetzen, was im Ticket steht“. Sie nehmen ein unklares Problem, gestalten es zusammen mit dem Produkt, treffen wichtige technische Entscheidungen, versenden es und bleiben nah genug dran, um zu sehen, ob es funktioniert hat.
Wir erwarten von Ihnen, dass Sie eine Meinung haben. Wir erwarten auch, dass Sie gut genug sind, sie zu ändern.
Das Problem, das wir lösen Große Organisationen sind bemerkenswert gut darin, Probleme anzuhäufen. Ein Unternehmen mit 100.000 Mitarbeitern kann in seinen Geschäftsbereichen mit Tausenden betrieblichen Herausforderungen konfrontiert sein. Irgendwo außerhalb dieser Organisation hat ein Startup wahrscheinlich bereits einen Teil der Lösung entwickelt. Diese beiden Dinge in Einklang zu bringen, geschieht immer noch über Tabellenkalkulationen, lange E-Mail-Threads und Besprechungen, deren primäres Ergebnis eine weitere Besprechung ist.
GlassDollar OS ist das Betriebssystem für Venture Clienting: Problem → Startup-Erkennung → Bewertung → PoC → Einführung, in einem wiederholbaren Arbeitsablauf.
Da es sich bei unseren Kunden um einige der größten Unternehmen Europas handelt, muss die Software schnell funktionieren und sich wie etwas verhalten, auf das sich ein Unternehmen verlassen kann. Diese Spannung schafft die interessanten technischen Probleme.
Was wir suchen: Sie können ein Problem über das Ticket hinausgehen lassen. Die Arbeit beginnt oft mit etwas Unvollständigem, wie zum Beispiel „Kunden brauchen eine bessere Möglichkeit, X zu verwalten“. Sie gestalten das Problem mit dem Produkt, hinterfragen Annahmen und entscheiden, was in diese Iteration gehört. Hier werden starke Meinungen darüber erwartet, was wir bauen und nicht nur wie.
Ihnen liegt das Produkt am Herzen. Sie möchten wissen, für wen Sie bauen, warum das Problem wichtig ist und wie Erfolg aussieht. Dieser Kontext sollte Ihre technischen Entscheidungen beeinflussen.
Sie haben technisches Urteilsvermögen. Es gibt selten eine richtige Architektur. Sie wissen, wann die langweilige Lösung die ehrgeizige Lösung übertrifft, wann eine Abstraktion hilft und wann sie das Problem verbirgt und wann ein kleines Feature sechs Monate technische Schulden verursachen wird. Wir erwarten von Ihnen, dass Sie über API-Grenzen, Datenmodelle, Berechtigungen, Leistung, Fehlermodi, Tests, Beobachtbarkeit und Rollout nachdenken und Bedenken mit einer klaren Begründung äußern.
Sie verbessern das System, nicht nur die Funktion. Sie korrigieren das Ausbreitungsmuster und nicht die einzelne Instanz, machen eine API für die nächste Person einfacher und verbessern Tests, da das aktuelle Setup jedem Angst vor der Bereitstellung macht. Ihre Wirkung sollte über die Pull-Requests hinaus sichtbar sein, auf denen Ihr Name steht.
Sie können stapelübergreifend arbeiten. Eine Funktion kann von einer React-Interaktion über GraphQL in einen Node-Dienst, eine Schema-Neugestaltung, eine Berechtigungsaktualisierung und eine sichere Migration für bestehende Kunden ausgeführt werden. Die Neugier, das Problem zu verfolgen, ist überall von mehr als gleicher Tiefe.
Sie besitzen Qualität. Wir haben Qualitätssicherung. Das ist nicht der Punkt, an dem Qualität beginnt. Was passiert, wenn diese Anfrage zweimal auftritt? Was passiert mit alten Daten oder wenn die API mittendrin ausfällt? Wir nutzen Playwright und Jest neben Rezensionen und Monitoring. Das Ziel ist nicht Berichterstattung, sondern Vertrauen.
Sie kommunizieren so, als ob Ihre Entscheidungen später von Bedeutung wären. In sechs Monaten sollte jemand eine wichtige Entscheidung verstehen, ohne sich durch siebzehn Slack-Nachrichten und einen gelöschten Notion-Kommentar wühlen zu müssen. Das bedeutet, Dinge aufzuschreiben, wenn sie wichtig sind, Kompromisse klar zu erläutern, nützliche Codeüberprüfungen durchzuführen und Risiken aufzudecken, bevor sie zu Vorfällen werden.
Sie legen die technische Messlatte um Sie herum höher. Sie benötigen keinen Führungstitel, um Einfluss zu nehmen. Finden Sie die Lücke in einer Architektur, entsperren Sie jemanden, ohne die Tastatur wegzunehmen, widersprechen Sie, ohne jede Entscheidung in ein Referendum zu verwandeln. Wenn Sie Vertrauen gewinnen, werden Sie ganz natürlich zu der Person, der die Menschen mit schwierigeren Problemen begegnen.
Was Sie im ersten Jahr tun werden:
• Unternehmensintegrationen: in die Systeme, Daten, Identitätsanbieter und Arbeitsabläufe unserer Kunden. Das ist es, was GlassDollar von einer Software, bei der sich jemand anmeldet, zu einer Infrastruktur macht, auf der sein Unternehmen arbeitet.
• APIs und MCP: öffentliche REST-APIs und MCP-Server für unsere Kunden, ihre Ingenieure und zunehmend auch ihre KI-Agenten. Der interessante Teil besteht nicht darin, Endpunkte offenzulegen, sondern darin, eine externe Plattform zu entwerfen, die wir auch in Jahren noch gerne unterstützen werden.
• KI in realen Arbeitsabläufen: Einbettungen, Vektorsuche und LLMs in einer großen Datenbank mit Startup- und Unternehmensinnovationsdaten. Wir sind weniger daran interessiert, alles mit einem ✨-Button zu versehen, als vielmehr daran, Stellen zu finden, an denen KI echte Arbeit abnimmt.
• Workflow-Automatisierung: Auslöser, Benachrichtigungen und Automatisierung, die den menschlichen Informationsaustausch zwischen Systemen ersetzen.
• Kernproduktentwicklung: Reagieren Sie auf Schnittstellen, APIs, PostgreSQL-Abfragen, Berechtigungen, Migrationen, Leistungsarbeiten und gelegentliche Fehler, deren Grundursache jeden stumm auf den Bildschirm starren lässt.
Unser Stapel
• Frontend: TypeScript, React, Material UI, Apollo Client, Playwright
• Backend: Node.js, GraphQL, Prisma, PostgreSQL, Jest
• Infrastruktur: AWS, Terraform, GitHub Actions, Sentry
• Zunehmend: LLM-APIs, Einbettungen, Vektorsuche, MCP, KI-gestützte Engineering-Workflows
Sie benötigen nicht mit jedem Artikel Erfahrung. Für uns ist es wichtiger, über Systeme nachzudenken, als sich unseren genauen Stack zu merken.
Anforderungen
• Umfangreiche Produktionserfahrung mit TypeScript, React und Node.js
• Bequeme Überlegungen zu relationalen Datenbanken, nicht nur zum ORM
• Kann ein Feature unabhängig vom unklaren Ausgangspunkt in die Produktion überführen
• Kann unbekannten Code lesen, ohne sofort ein Umschreiben vorzuschlagen
Schön zu haben:
• Erfahrung mit GraphQL, Prisma oder PostgreSQL im großen Maßstab
• Kontakt mit LLM-APIs, Einbettungen oder Vektorsuche
• Erleben Sie den Besitz von Systemen, nicht nur von Funktionen
Nicht jedes Kästchen ankreuzen? Bewerben Sie sich trotzdem. Wir möchten lieber das Gespräch führen, als jemanden wegen eines Aufzählungspunktes zu verlieren.…
Quelle: Arbeitnow (https://www.arbeitnow.com/jobs/companies/glassdollar/full-stack-engineer-berlin-413634)
Wir suchen einen Ingenieur, der deutlich mehr Verantwortung haben möchte als „umsetzen, was im Ticket steht“. Sie nehmen ein unklares Problem, gestalten es zusammen mit dem Produkt, treffen wichtige technische Entscheidungen, versenden es und bleiben nah genug dran, um zu sehen, ob es funktioniert hat.
Wir erwarten von Ihnen, dass Sie eine Meinung haben. Wir erwarten auch, dass Sie gut genug sind, sie zu ändern.
Das Problem, das wir lösen Große Organisationen sind bemerkenswert gut darin, Probleme anzuhäufen. Ein Unternehmen mit 100.000 Mitarbeitern kann in seinen Geschäftsbereichen mit Tausenden betrieblichen Herausforderungen konfrontiert sein. Irgendwo außerhalb dieser Organisation hat ein Startup wahrscheinlich bereits einen Teil der Lösung entwickelt. Diese beiden Dinge in Einklang zu bringen, geschieht immer noch über Tabellenkalkulationen, lange E-Mail-Threads und Besprechungen, deren primäres Ergebnis eine weitere Besprechung ist.
GlassDollar OS ist das Betriebssystem für Venture Clienting: Problem → Startup-Erkennung → Bewertung → PoC → Einführung, in einem wiederholbaren Arbeitsablauf.
Da es sich bei unseren Kunden um einige der größten Unternehmen Europas handelt, muss die Software schnell funktionieren und sich wie etwas verhalten, auf das sich ein Unternehmen verlassen kann. Diese Spannung schafft die interessanten technischen Probleme.
Was wir suchen: Sie können ein Problem über das Ticket hinausgehen lassen. Die Arbeit beginnt oft mit etwas Unvollständigem, wie zum Beispiel „Kunden brauchen eine bessere Möglichkeit, X zu verwalten“. Sie gestalten das Problem mit dem Produkt, hinterfragen Annahmen und entscheiden, was in diese Iteration gehört. Hier werden starke Meinungen darüber erwartet, was wir bauen und nicht nur wie.
Ihnen liegt das Produkt am Herzen. Sie möchten wissen, für wen Sie bauen, warum das Problem wichtig ist und wie Erfolg aussieht. Dieser Kontext sollte Ihre technischen Entscheidungen beeinflussen.
Sie haben technisches Urteilsvermögen. Es gibt selten eine richtige Architektur. Sie wissen, wann die langweilige Lösung die ehrgeizige Lösung übertrifft, wann eine Abstraktion hilft und wann sie das Problem verbirgt und wann ein kleines Feature sechs Monate technische Schulden verursachen wird. Wir erwarten von Ihnen, dass Sie über API-Grenzen, Datenmodelle, Berechtigungen, Leistung, Fehlermodi, Tests, Beobachtbarkeit und Rollout nachdenken und Bedenken mit einer klaren Begründung äußern.
Sie verbessern das System, nicht nur die Funktion. Sie korrigieren das Ausbreitungsmuster und nicht die einzelne Instanz, machen eine API für die nächste Person einfacher und verbessern Tests, da das aktuelle Setup jedem Angst vor der Bereitstellung macht. Ihre Wirkung sollte über die Pull-Requests hinaus sichtbar sein, auf denen Ihr Name steht.
Sie können stapelübergreifend arbeiten. Eine Funktion kann von einer React-Interaktion über GraphQL in einen Node-Dienst, eine Schema-Neugestaltung, eine Berechtigungsaktualisierung und eine sichere Migration für bestehende Kunden ausgeführt werden. Die Neugier, das Problem zu verfolgen, ist überall von mehr als gleicher Tiefe.
Sie besitzen Qualität. Wir haben Qualitätssicherung. Das ist nicht der Punkt, an dem Qualität beginnt. Was passiert, wenn diese Anfrage zweimal auftritt? Was passiert mit alten Daten oder wenn die API mittendrin ausfällt? Wir nutzen Playwright und Jest neben Rezensionen und Monitoring. Das Ziel ist nicht Berichterstattung, sondern Vertrauen.
Sie kommunizieren so, als ob Ihre Entscheidungen später von Bedeutung wären. In sechs Monaten sollte jemand eine wichtige Entscheidung verstehen, ohne sich durch siebzehn Slack-Nachrichten und einen gelöschten Notion-Kommentar wühlen zu müssen. Das bedeutet, Dinge aufzuschreiben, wenn sie wichtig sind, Kompromisse klar zu erläutern, nützliche Codeüberprüfungen durchzuführen und Risiken aufzudecken, bevor sie zu Vorfällen werden.
Sie legen die technische Messlatte um Sie herum höher. Sie benötigen keinen Führungstitel, um Einfluss zu nehmen. Finden Sie die Lücke in einer Architektur, entsperren Sie jemanden, ohne die Tastatur wegzunehmen, widersprechen Sie, ohne jede Entscheidung in ein Referendum zu verwandeln. Wenn Sie Vertrauen gewinnen, werden Sie ganz natürlich zu der Person, der die Menschen mit schwierigeren Problemen begegnen.
Was Sie im ersten Jahr tun werden:
• Unternehmensintegrationen: in die Systeme, Daten, Identitätsanbieter und Arbeitsabläufe unserer Kunden. Das ist es, was GlassDollar von einer Software, bei der sich jemand anmeldet, zu einer Infrastruktur macht, auf der sein Unternehmen arbeitet.
• APIs und MCP: öffentliche REST-APIs und MCP-Server für unsere Kunden, ihre Ingenieure und zunehmend auch ihre KI-Agenten. Der interessante Teil besteht nicht darin, Endpunkte offenzulegen, sondern darin, eine externe Plattform zu entwerfen, die wir auch in Jahren noch gerne unterstützen werden.
• KI in realen Arbeitsabläufen: Einbettungen, Vektorsuche und LLMs in einer großen Datenbank mit Startup- und Unternehmensinnovationsdaten. Wir sind weniger daran interessiert, alles mit einem ✨-Button zu versehen, als vielmehr daran, Stellen zu finden, an denen KI echte Arbeit abnimmt.
• Workflow-Automatisierung: Auslöser, Benachrichtigungen und Automatisierung, die den menschlichen Informationsaustausch zwischen Systemen ersetzen.
• Kernproduktentwicklung: Reagieren Sie auf Schnittstellen, APIs, PostgreSQL-Abfragen, Berechtigungen, Migrationen, Leistungsarbeiten und gelegentliche Fehler, deren Grundursache jeden stumm auf den Bildschirm starren lässt.
Unser Stapel
• Frontend: TypeScript, React, Material UI, Apollo Client, Playwright
• Backend: Node.js, GraphQL, Prisma, PostgreSQL, Jest
• Infrastruktur: AWS, Terraform, GitHub Actions, Sentry
• Zunehmend: LLM-APIs, Einbettungen, Vektorsuche, MCP, KI-gestützte Engineering-Workflows
Sie benötigen nicht mit jedem Artikel Erfahrung. Für uns ist es wichtiger, über Systeme nachzudenken, als sich unseren genauen Stack zu merken.
Anforderungen
• Umfangreiche Produktionserfahrung mit TypeScript, React und Node.js
• Bequeme Überlegungen zu relationalen Datenbanken, nicht nur zum ORM
• Kann ein Feature unabhängig vom unklaren Ausgangspunkt in die Produktion überführen
• Kann unbekannten Code lesen, ohne sofort ein Umschreiben vorzuschlagen
Schön zu haben:
• Erfahrung mit GraphQL, Prisma oder PostgreSQL im großen Maßstab
• Kontakt mit LLM-APIs, Einbettungen oder Vektorsuche
• Erleben Sie den Besitz von Systemen, nicht nur von Funktionen
Nicht jedes Kästchen ankreuzen? Bewerben Sie sich trotzdem. Wir möchten lieber das Gespräch führen, als jemanden wegen eines Aufzählungspunktes zu verlieren.…
Quelle: Arbeitnow (https://www.arbeitnow.com/jobs/companies/glassdollar/full-stack-engineer-berlin-413634)
Dieses Angebot stammt aus einem Partner-Feed. Bewerben Sie sich auf der Quell-Website.
Quelle: Glassdollar
Standort
Berlin, Deutschland
Inserat bereitgestellt von Glassdollar.
