So schreiben Sie einen Lebenslauf für eine Frontend-Entwicklerposition

Was zuerst geprüft wird

Ein Frontend-Hiring-Manager liest Ihren Lebenslauf nicht von oben nach unten durch. Er prüft in etwa dieser Reihenfolge: ob Ihr Tech-Stack mit seinem übereinstimmt, ob Sie etwas vorweisen können, das man sich tatsächlich ansehen kann, statt Ihnen beim Wort zu nehmen, und ob die Art, wie Sie Ihre Arbeit beschreiben, darauf hindeutet, dass Sie Produktionscode ausgeliefert haben oder nur Tutorials gefolgt sind. Das ist im Frontend-Bereich wichtiger als in den meisten anderen Feldern, weil es keine Zulassungsstelle gibt, die Ihre Angaben bestätigt. Die PIN einer Krankenschwester oder die Zulassung eines Anwalts leisten Verifikationsarbeit, die der Lebenslauf nicht leisten muss. Ihr Lebenslauf ist der gesamte Beweis.

Das bedeutet, dass die vage Seite des CV-Schreibens — "Arbeit mit modernen JavaScript-Frameworks", "Erfahrung im gesamten Full Stack" — eher als Warnsignal denn als Zusammenfassung gelesen wird. Es könnte alles bedeuten, von sechs Monaten Kurs-Nachvollzug bis zu fünf Jahren Wartung einer Produktionsanwendung. Nennen Sie die Frameworks: React, Vue, Angular, Svelte. Sagen Sie, ob es TypeScript oder JavaScript war, und wenn TypeScript, ob Sie Typen geschrieben oder eine lose typisierte Codebasis geerbt haben, die jemand anders gebaut hat. Wenn die Stellenanzeige "React + TypeScript + GraphQL" sagt, sollte Ihr Lebenslauf genau diese Kombination weit oben verwenden, nicht eine Umschreibung davon. Überflieger und jeder automatisierte Keyword-Durchgang suchen beide nach den Wörtern in der Anzeige, nicht nach Synonymen.

Die Stack-Zeile, und warum Tiefe Breite schlägt

Die meisten Frontend-Lebensläufe listen Tools als flachen, undifferenzierten Block auf: React, Redux, Webpack, Sass, Jest, Git. Das sagt einem Leser fast nichts darüber, wie tief die Erfahrung geht. Besser ist es, Kontext hinzuzufügen: welches Build-Tool (Webpack, Vite, esbuild), welcher Testing-Ansatz (Jest und React Testing Library für Units, Cypress oder Playwright für End-to-End), welches State Management Sie tatsächlich verwendet haben und warum (Redux Toolkit versus Zustand versus nur Context, je nach Größe des Problems), welches Meta-Framework, falls vorhanden (Next.js, Remix, Nuxt).

Eine Zeile wie "migrierte eine Legacy-Class-Component-Codebasis zu React 18 mit Hooks, entfernte die letzten Verwendungen von componentWillMount" sagt mehr aus als drei Jahre "React" in einer Skill-Liste. Sie zeigt, dass Sie innerhalb eines bestehenden Systems gearbeitet haben, nicht nur neue gestartet. Wenn Sie CSS in irgendeiner Tiefe gemacht haben, sagen Sie, welcher Ansatz — CSS Modules, styled-components, Tailwind, BEM-Konventionen auf reinem Sass — denn diese repräsentieren wirklich unterschiedliche Arbeitspraktiken, und ein Hiring-Manager in einer Tailwind-Codebasis wird "CSS" lesen und immer noch nicht wissen, ob Sie am ersten Tag produktiv sein werden.

Wie Erfahrung in diesem Bereich belegt wird

Im Frontend-Bereich kann, anders als in den meisten anderen Engineering-Disziplinen, ein bedeutender Teil Ihrer Arbeit einfach angesehen werden. Das ändert, was "Beweis" in Ihrem Lebenslauf bedeutet. Ein Link zu einem GitHub-Profil mit echter Commit-Historie, ein Link zu einer live deployed Site, die Sie gebaut haben, ein Link zu einem Pull Request, auf den Sie stolz sind, ein Link zu einer Component Library oder Storybook-Instanz — diese leisten mehr Arbeit als ein Bullet Point, der dasselbe behauptet. Wenn Sie zu einem Open-Source-Projekt beigetragen haben, nennen Sie es und verlinken Sie die gemergten PRs, nicht nur das Projekt.

Wenn die Arbeit unter einer NDA steht und Sie den Code nicht verlinken können, beschreiben Sie das Problem und das Ergebnis, statt eine Zahl zu erfinden, um die Lücke zu füllen. "Reduzierte die Bundle-Größe im Checkout-Flow durch routenbasiertes Code-Splitting" ist eine echte, im Interview prüfbare Aussage. Ein spezifischer Prozentsatz, hinter dem Sie unter Befragung nicht stehen können, richtet mehr Schaden an als die vage Version, weil es das Erste ist, was ein Interviewer hinterfragen wird.

Eine persönliche Website oder ein Portfolio ist es wert, eigenständig erwähnt zu werden, weil es für diesen Beruf selbst ein Beweisstück ist, nicht nur ein Container für eines. Die eigene Website eines Frontend-Entwicklers wird so gelesen wie das Portfolio eines Fotografen oder das angerichtete Gericht eines Kochs: Es ist eine direkte Probe der Sache, von der Sie behaupten, gut darin zu sein. Wenn Sie keine haben, wird diese Abwesenheit von jedem bemerkt, der speziell für diese Rolle einstellt — sie wird weniger bemerkt in Rollen, wo das Arbeitsprodukt nicht visuell oder funktional inspizierbar ist.

Qualifikationen, und was hier nicht gatekeept

Es gibt keine Lizenz oder professionelle Registrierung für Frontend-Engineering. Ein Informatik-Studium hilft in der Graduate-Scheme-Phase großer Arbeitgeber, wo es manchmal als initialer Filter verwendet wird, aber es ist kein Tor wie ein Praxiszertifikat im Recht oder eine PIN in der Krankenpflege — viele arbeitende Senior Frontend-Entwickler sind Autodidakten oder kamen durch ein Bootcamp. Wenn das Ihr Hintergrund ist, nennen Sie das Bootcamp und die Kohorte, aber führen Sie nicht damit. Führen Sie mit dem, was Sie danach ausgeliefert haben. Das Zertifikat brachte Sie zur Tür Ihres ersten Jobs; es leistet für Sie drei Jobs später keine Arbeit.

Vendor-Zertifizierungen (Cloud-Provider-Badges, framework-spezifische Zertifikate) sind schwache Signale in diesem Feld. Sie sind nicht schädlich aufzulisten, kurz, ganz unten, aber sie ersetzen nicht ausgelieferte Produktionsarbeit und sollten keinen Platz einnehmen, den stattdessen ein Link zu echtem Code einnehmen könnte.

Was Frontend-Kandidaten routinemäßig weglassen

Ein paar Dinge fehlen immer wieder, selbst in Lebensläufen, die ansonsten gut zusammengestellt sind:

• Barrierefreiheits-Arbeit. Wenn Sie irgendetwas in Richtung WCAG-Konformität, ARIA-Attribute, Tastaturnavigation oder Screen-Reader-Testing gemacht haben, sagen Sie es spezifisch — "brachte den Checkout-Flow zu WCAG 2.1 AA", statt es wegzulassen, weil es sich wie ein kleiner Teil des Jobs anfühlt. Manche Hiring-Manager fragen jetzt direkt danach und sind sichtbar überrascht, wenn ein Kandidat die Arbeit gemacht, aber nie erwähnt hat.
• Performance-Spezifika. "Verbesserte Performance" ist ein Satz, der einem Leser nichts sagt. Wenn Sie an Core Web Vitals gearbeitet haben — LCP, INP, CLS — oder einen Lighthouse-Score bewegt haben, nennen Sie die Metrik. Sie brauchen keinen erfundenen Prozentsatz; zu nennen, an welcher Metrik Sie gearbeitet haben und was Sie getan haben, um sie zu bewegen, reicht aus, um die Aussage prüfbar zu machen.
• Wie Sie mit Design gearbeitet haben. Frontend sitzt an der Naht zwischen Design und Engineering, und wie diese Übergabe tatsächlich funktionierte — Figma-to-Component-Workflow, Aufbau oder Wartung eines Design-Systems, Arbeit innerhalb oder Aufbau einer Storybook-Instanz — wird routinemäßig in Lebensläufen weggelassen, obwohl es oft ein großer Teil des tatsächlichen Tagesgeschäfts ist.
• Cross-Browser- und Responsive-Arbeit. Als selbstverständlich angenommen, selten genannt, und gelegentlich der tatsächliche Grund, warum ein Kandidat eingestellt wird — ein Team, das gerade einen schmerzhaften Safari-spezifischen Bug hatte, will wissen, dass Sie mit dieser Problemklasse schon umgegangen sind.
• Code-Review- und CI/CD-Praxis. Ob Sie Teil einer PR-Review-Kultur waren, regelmäßig gepairt haben oder Test-Coverage in einer Codebasis aufrechterhalten haben, sagt etwas über Engineering-Reife jenseits von "Code geschrieben", und es ist häufig der Unterschied zwischen einem Lebenslauf, der als junior gelesen wird, und einem, der als bereit für mehr Verantwortung gelesen wird, unabhängig von aufgelisteten Jahren der Erfahrung.

Was Sie als Nächstes tun sollten

Öffnen Sie die tatsächliche Stellenanzeige neben Ihrem Lebenslauf. Passen Sie die Stack-Zeile an ihre exakte Formulierung an. Fügen Sie drei Links weit oben hinzu: Ihr GitHub, ein live deployed Projekt und einen spezifischen Pull Request oder eine Component Library, auf die Sie verweisen können. Streichen Sie alles, was sich so liest, als wäre es für jeden Entwickler wahr und nicht wahr für Sie auf diesem Stack. Wenn Sie Barrierefreiheits- oder Performance-Arbeit gemacht haben, nennen Sie die Metrik oder den Standard statt des Adjektivs.

jobmarket.pro liest die Anzeige vollständig, prüft sie gegen Ihr bestehendes Profil und bereitet die Bewerbung daraus vor — es erfindet keine Erfahrung, die Sie nicht haben.