Linear Interview-Fragen für Software Engineers

Linear führt den am stärksten geschmacksgetriebenen Engineering-Interview-Loop unter den bekannten Startups. Das Team ist klein, die Messlatte hoch und der Loop kurz — typischerweise 3-4 Runden plus ein bezahlter Work Trial. Von Engineers wird erwartet, dass sie Meinungen zum Software-Handwerk haben, gut asynchron schreiben und zu jeder Entscheidung Produktgespür mitbringen. Es gibt keine Algorithmus-Puzzle-Runde im FAANG-Sinne. Dieser Leitfaden fasst Linears öffentliche Engineering-Beiträge, ihre veröffentlichten Founder-Texte und öffentliche Glassdoor-Berichte zusammen.

Der Linear-Interviewprozess

Der Loop ist kurz und tief. Recruiter-Screen (30 Minuten, bei kleiner Mannschaftsstärke oft mit einem Founder oder Engineering Lead). Technical Screen (60 Minuten, dialogorientiertes Coding — näher an Pair Programming als an einem Quiz). Take-Home oder bezahlter Work Trial (ein paar Tage Teilzeit-Echtarbeit). Final Round (60-90 Minuten, oft mit dem Hiring Manager und einem Founder, deckt technische Tiefe, Produktgespür und Team-Fit ab). Zeitrahmen: 3-5 Wochen. Linear ist für schnelle, klare Entscheidungen bekannt.

Der Work Trial ist das tragende Element. Linear bezahlt dafür, weil sie ein echtes Signal wollen: Wie gehen Sie mit Mehrdeutigkeit um, wie sauber ist Ihr Code, wie gut schreiben Sie asynchron. Es ist kein Test im herkömmlichen Sinne. Behandeln Sie es wie echte Arbeit — stellen Sie klärende Fragen, schreiben Sie ein kurzes Design-Doc vor dem Coden, widersprechen Sie unklaren Anforderungen. Die Kandidaten mit den höchsten Bewertungen behandeln den Trial als Vorschau auf das Arbeiten bei Linear, nicht als Prüfung.

Top 10 technische Fragen zur Vorbereitung

Linears Fragen belohnen sauberen Code, moderne JS/TS-Geläufigkeit und pragmatisches Design. Algorithmus-Komplexität zählt nur am Rand; Produktionsdenken zählt mehr.

1. Implementieren Sie eine Debounce- oder Throttle-Funktion in TypeScript. Hinweis: Klären Sie Leading vs. Trailing, schreiben Sie ein paar Testfälle laut.
2. Bauen Sie einen einfachen State Container — Subscribe, Dispatch, immutable Updates. Hinweis: Das ist Linear-typisch; ihnen ist wichtig, wie Sie über Reaktivität nachdenken.
3. Optimistisches UI-Update mit Rollback bei Fehler. Hinweis: Modellieren Sie den lokalen State explizit; behandeln Sie den Fehlerpfad als erstklassigen Fall.
4. Echtzeit-Texteditor mit Konfliktauflösung — grundlegendes OT- oder CRDT-Denken. Hinweis: Wählen Sie CRDT; erklären Sie, warum es eventual-consistency-freundlich ist.
5. Filtern und sortieren Sie eine große Liste von Elementen in React — Performance-Überlegungen, Memoization, Virtualisierung. Hinweis: Diskutieren Sie Tradeoffs, nicht nur die Implementierung.
6. Implementieren Sie Keyboard-Shortcut-Handling — Multi-Key-Sequenzen, Konfliktauflösung zwischen Kontexten. Hinweis: Linear ist keyboard-first; diese Runde ist real.
7. Entwerfen und coden Sie einen kleinen API-Client mit Retry, Deduplizierung und Caching. Hinweis: Denken Sie an die Developer Experience bei der Nutzung des Clients.
8. Bauen Sie einen kleinen Markdown-Parser oder -Renderer. Hinweis: Scopen Sie eng; liefern Sie sauberen Code mit expliziten Tests.
9. Implementieren Sie Undo/Redo für eine zustandsbehaftete UI. Hinweis: Command Pattern, Snapshots oder Operation Log — wählen Sie eines und begründen Sie, warum.
10. Refaktorieren Sie eine komplexe React-Komponente, die der Interviewer Ihnen reicht. Hinweis: Erklären Sie jede Änderung als Tradeoff, nicht nur als Präferenz.

Top 5 System-Design-Themen

1. Local-first Sync-Engine — Linears Kerntechnologie. CRDTs, Offline-Support, Konfliktauflösung, serverseitige Autorität.
2. Echtzeit-Kollaborationssystem — Presence, Cursor, optimistische Updates, Server Fan-out.
3. Notification Routing — Präferenzen, Debounce, Batching, asynchrone Zustellung per E-Mail/Push/In-App.
4. Permissions und Access Control — Workspace-/Team-/Projekt-Granularität, Rollenvererbung, Enforcement zur Query-Zeit.
5. API- und Webhook-Design — GraphQL- vs. REST-Tradeoffs, Rate Limiting, Webhook-Delivery-Garantien.

Speziell zu Linears Sync-Engine: Lesen Sie vor dem Loop ihre veröffentlichten Engineering-Blogbeiträge. Sie haben öffentlich über local-first-Architektur und CRDTs geschrieben. Aufzutauchen, nachdem man die Materialien gelesen hat, landet gut; aufzutauchen, ohne sie gelesen zu haben, ist ein stilles Warnsignal für Senior+-Rollen.

Top 5 Behavioral-Fragen

1. Was lieben und was hassen Sie an Linear als Produkt? Seien Sie konkret — bringen Sie Dinge zur Sprache, die Sie ändern würden, und Dinge, die Sie bewundern.
2. Erzählen Sie von einem Produkt, das Sie kürzlich genutzt haben und das Sie für besonders gut gestaltet hielten. Artikulieren Sie warum — Geschmacksfragen sind bei Linear echtes Signal.
3. Beschreiben Sie ein Projekt, bei dem Sie sich schreibend zu einer Entscheidung durcharbeiten mussten, nicht durch Meetings. Kultur des asynchronen Schreibens.
4. Führen Sie mich durch, wie Sie eine Woche ohne Standups oder Status-Meetings strukturieren würden. Autonome Priorisierung ist der Test.
5. Erzählen Sie von einer Situation, in der Sie einer Feature-Anfrage eines Kunden widersprochen haben. Produkt-zuerst-Denken zählt mehr als Kunden-zufriedenstellen.

Tipps speziell zu Linears Kultur

Linear liefert Produktmeinungen durch Code. Von Engineers wird erwartet, dass sie sich um visuellen Feinschliff, Interaktionsdetails und Texte kümmern. Suchen Sie in jeder Runde nach natürlichen Wegen, Produktdenken zur Sprache zu bringen. „Ich würde das mit einem 200-ms-Übergang umsetzen, weil sofort bei dieser Änderungsgröße abrupt wirkt“ landet deutlich höher als „Ich würde einen Übergang hinzufügen“. Konkrete Geschmackssignale sind selten und geschätzt.

Asynchrones Schreiben ist eine Kernfähigkeit, kein Nice-to-have. Linears Kultur treibt Entscheidungen durch schriftliche Dokumente statt durch Meetings voran. Das Take-Home oder der Work Trial produziert schriftliche Artefakte (Design-Docs, Code-Kommentare, PR-Beschreibungen), die ebenso sorgfältig bewertet werden wie der Code. Klares Schreiben bewertet so hoch wie sauberer Code.

Kleines Team bedeutet hohes Signal. Bei Linear gibt es keinen „irgendwo in der Org landen und das Team später herausfinden“-Pfad. Der Hiring Manager wird Ihr Manager sein. Der Founder kann Ihr Skip-Level sein. Jede Interaktion ist eine echte Fit-Bewertung. Seien Sie die Person, mit der Sie am Montag arbeiten möchten — konkret, ruhig, meinungsstark, aber nicht dogmatisch, und in der Lage, „Ich weiß es nicht“ zu sagen, ohne zu zucken.

Häufig gestellte Fragen