Du hast GitHub offen, starrst auf deine Repos und denkst: “Sieht das nach Job-ready aus, oder eher nach Uni-Projekt von 2021?” Genau da verlieren viele starke Entwicklerinnen und Entwickler unnötig Chancen. Nicht, weil sie nichts können. Sondern weil ihr GitHub-Profil nicht zeigt, was Recruiter, Tech Leads und Hiring Manager 2026 schnell sehen wollen.

GitHub Portfolio Job Tech 2026

Wenn du 2026 einen Tech-Job suchst, ist GitHub nicht mehr nur ein netter Bonus.

Für viele Rollen ist dein Profil der Beweis, dass du wirklich bauen kannst. Besonders bei Junior Developer, Backend, Frontend, Data, DevOps, AI Engineering und Product Engineering Rollen schauen Firmen wie SAP, Siemens, BMW, N26, Trade Republic, Personio oder Delivery Hero genauer hin.

Und ja, auch wenn in der Stellenanzeige steht: “GitHub optional”.

Optional heißt oft: Wenn du es gut machst, bist du sofort interessanter.

Warum dein GitHub-Portfolio 2026 so wichtig ist#

Ein Lebenslauf sagt: “Ich kenne React, Python, AWS und Docker.”

Ein gutes GitHub-Profil sagt: “Hier ist ein Projekt, das läuft, getestet ist, sauber erklärt wird und ein echtes Problem löst.”

Das ist ein riesiger Unterschied.

Recruiter prüfen meistens nicht jede Codezeile. Aber sie erkennen sehr schnell, ob du strukturiert arbeitest. Tech Leads schauen dann tiefer rein, vor allem wenn du in die engere Auswahl kommst.

2026 zählt nicht, dass du 38 halb fertige Repositories hast. Es zählt, dass du 3 bis 5 starke Projekte hast, die zeigen:

1. Du verstehst Produktlogik.
2. Du kannst Code lesbar halten.
3. Du dokumentierst so, dass andere mitkommen.
4. Du testest wichtige Funktionen.
5. Du kannst moderne Tools sinnvoll einsetzen.
6. Du denkst an Deployment, Security und Wartung.

Wenn du dich auf Jobs mit €55k bis €85k in Deutschland bewirbst, besonders in Städten wie Berlin, München, Hamburg oder Köln, kann ein starkes Portfolio deine Antwortquote spürbar erhöhen.

Bei Senior-Rollen mit €85k bis €120k ist GitHub nicht immer Pflicht, weil vieles intern und privat bleibt. Aber auch da kann ein gutes öffentliches Projekt zeigen, wie du technische Entscheidungen triffst.

Was Firmen 2026 wirklich auf GitHub sehen wollen#

Viele Jobsuchende bauen Projekte nach dem Motto: “Ich brauche halt irgendwas auf GitHub.”

Das merkt man.

Ein To-do-App-Repo ohne README, ohne Tests und ohne Demo wirkt nicht wie ein Portfolio. Es wirkt wie ein Tutorial, das du abgetippt hast.

Firmen wollen eher sehen, dass du ein Problem verstanden und eine Lösung umgesetzt hast.

Recruiter schauen zuerst auf diese Dinge

Recruiter sind keine Code Reviewer. Sie scannen.

Typisch sind diese Fragen:

1. Ist dein Profil vollständig?
2. Gibt es eine klare Bio?
3. Sind die besten Repos angepinnt?
4. Hat jedes wichtige Projekt eine gute README?
5. Sieht das Profil aktiv aus?
6. Passen Projekte zur Stelle?

Wenn du dich bei Personio auf eine Frontend-Rolle bewirbst, sollte dein Profil nicht nur alte Python-Skripte zeigen.

Wenn du zu Trade Republic willst, sind Projekte mit Daten, Security, API-Design oder Finanzlogik spannend.

Wenn du dich bei BMW oder Siemens bewirbst, können IoT, Cloud, Embedded, Data Pipelines oder Engineering Tools sehr gut passen.

Tech Leads schauen danach genauer hin

Wenn du technisch interessant bist, kommen andere Fragen:

1. Ist die Architektur nachvollziehbar?
2. Gibt es sinnvolle Commits?
3. Sind Tests vorhanden?
4. Sind Secrets geschützt?
5. Ist der Code über mehrere Dateien sauber verteilt?
6. Gibt es CI, Docker oder Deployment?
7. Wird erklärt, warum bestimmte Entscheidungen getroffen wurden?

Du musst nicht alles perfekt machen.

Aber du solltest zeigen: Du arbeitest nicht chaotisch.

Das ideale GitHub-Profil für Jobs 2026#

Dein Profil ist wie eine Landingpage für deine Skills.

Nicht wie ein Ordner auf deinem Laptop.

1. Deine Bio muss sofort verständlich sein

Schreib nicht nur: “Full Stack Developer.”

Besser:

“Frontend Developer mit Fokus auf React, TypeScript und Design Systems. Baue schnelle, barrierearme Web-Apps. Suche Rollen in Berlin oder remote.”

Oder:

“Backend Developer, Python, FastAPI, PostgreSQL, Docker. Interessiert an FinTech, Plattformen und skalierbaren APIs.”

Oder:

“Data Analyst mit Python, SQL und dbt. Projekte zu Produktdaten, Pricing und Churn Prediction.”

Gute Bio bedeutet: Jemand versteht in 5 Sekunden, wofür du stehst.

2. Pinne nur deine stärksten Repositories

GitHub erlaubt dir, Repos oben anzupinnen. Nutze das hart.

Pinne nicht alles.

Pinne diese 3 bis 6 Repos:

1. Ein Hauptprojekt, das deine Zielrolle zeigt.
2. Ein Projekt mit sauberer Dokumentation.
3. Ein Projekt mit Tests.
4. Ein Projekt mit Deployment oder Demo.
5. Optional ein Open-Source-Beitrag.
6. Optional ein kleineres Tool, das praktisch ist.

Wenn du Frontend machst, sollte mindestens ein Projekt live sein.

Wenn du Backend machst, sollte eine API-Doku oder Beispiel-Requests dabei sein.

Wenn du Data machst, zeig Notebook plus Ergebnis, aber bitte nicht nur rohe Notebooks. Erklär deine Analyse.

3. Entferne oder verstecke schwache Repos

Ja, wirklich.

Du musst nicht jedes alte Tutorial öffentlich lassen.

Wenn dein GitHub-Profil voll ist mit “test123”, “react-learning”, “old-project-final-final” und “calculator-app”, wirkt es unruhig.

Mach diese Repos privat oder archiviere sie.

Dein öffentliches Profil soll nicht dein kompletter Lernweg sein. Es soll deine aktuelle Qualität zeigen.

Die 5 Projektarten, die 2026 gut funktionieren#

Du brauchst nicht das nächste SAP bauen.

Aber du brauchst Projekte, die nach echter Arbeit aussehen.

1. Full-Stack Produkt mit Login, API und Datenbank

Das ist immer stark.

Beispiele:

1. Job-Tracker für Bewerbungen mit Status, Notizen und Erinnerungen.
2. Budget-App mit Bank-ähnlicher Auswertung.
3. Mini-CRM für Freelance-Kunden.
4. Lernplattform mit Kursen und Fortschritt.
5. Schichtplaner für kleine Teams.

Tech Stack Beispiel:

1. React oder Next.js
2. TypeScript
3. Node.js, FastAPI oder Spring Boot
4. PostgreSQL
5. Docker
6. Tests mit Playwright, Vitest, Pytest oder JUnit
7. Deployment auf Vercel, Render, Fly.io oder Railway

So ein Projekt passt für Jobs bei N26, Personio, Delivery Hero oder vielen SaaS-Firmen.

2. API-Projekt mit guter Dokumentation

Backend-Leute unterschätzen oft, wie stark eine schöne API-Doku wirkt.

Baue zum Beispiel:

1. REST API für Rechnungen.
2. Booking API für Termine.
3. Inventory API für Lagerdaten.
4. Payment-Simulation ohne echte Zahlungen.
5. Authentication Service mit Rollen.

Wichtig:

1. OpenAPI oder Swagger.
2. Beispiel-Requests.
3. Fehlerfälle.
4. Tests.
5. Docker Compose.
6. Kurze Architektur-Erklärung.

Wenn du dich auf Backend-Jobs mit €60k bis €90k bewirbst, ist das deutlich besser als nur “I know Java”.

3. Data-Projekt mit Business-Frage

Ein Data-Projekt sollte nicht heißen: “Ich habe Kaggle geladen und ein Modell trainiert.”

Besser ist eine klare Frage.

Beispiele:

1. Welche Faktoren treiben Kundenabwanderung?
2. Welche Produkte haben schwache Margen?
3. Wie verändert sich Nachfrage nach Wochentag?
4. Welche Stadtteile zeigen steigende Mietpreise?
5. Welche Marketingkanäle bringen bessere Conversion?

Gute Struktur:

1. Problem.
2. Datenquelle.
3. Cleaning.
4. Analyse.
5. Ergebnis.
6. Limitierungen.
7. Empfehlung.

Firmen wie Delivery Hero, Trade Republic oder BMW achten bei Data-Rollen oft darauf, ob du aus Daten Entscheidungen ableiten kannst. Nicht nur, ob du ein Modell starten kannst.

4. DevOps oder Cloud-Projekt

Wenn du Richtung DevOps, Platform Engineering oder Cloud willst, zeig Infrastruktur.

Projektideen:

1. App mit Docker und CI/CD.
2. Kubernetes Demo mit Monitoring.
3. Terraform Setup für eine kleine Cloud-App.
4. Logging Stack mit Grafana.
5. GitHub Actions Pipeline mit Tests und Deployment.

Wichtig ist, dass du nicht nur YAML-Dateien ablegst.

Erkläre:

1. Was wird deployed?
2. Warum wurde dieser Aufbau gewählt?
3. Wie läuft Rollback?
4. Wie werden Secrets behandelt?
5. Was kostet das ungefähr?

Gerade für Rollen bei Siemens, SAP oder größeren Mittelständlern kann so ein Projekt sehr gut wirken.

5. AI-Projekt mit echtem Workflow

2026 reicht “Chatbot mit OpenAI API” allein nicht mehr.

Davon gibt es zu viele.

Mach lieber etwas mit klarem Nutzen:

1. CV-Analyzer für Bewerbungen.
2. Support-Ticket-Klassifizierung.
3. Meeting-Notes mit Action Items.
4. Dokumentensuche mit Embeddings.
5. Code Review Assistant für kleine Repos.

Zeig dabei:

1. Prompt-Strategie.
2. Datenfluss.
3. Kostenkontrolle.
4. Fehlerfälle.
5. Datenschutz-Hinweise.
6. Evaluation, auch simpel.

AI Engineering Jobs zahlen in der EU oft €70k bis €110k, in starken Märkten auch mehr. Aber Firmen wollen sehen, dass du nicht nur eine API callst, sondern ein Produktdenken hast.

Die perfekte README für dein Job-Portfolio#

Die README ist wichtiger als viele denken.

Sie ist der erste Eindruck deines Projekts.

Wenn deine README nur “npm install” sagt, verschenkst du Wirkung.

Deine README sollte diese Struktur haben

Nutze gern diese Reihenfolge:

1. Projektname und kurzer Satz
2. Screenshot oder GIF
3. Live Demo Link
4. Problem, das gelöst wird
5. Hauptfeatures
6. Tech Stack
7. Architektur oder Datenmodell
8. Setup lokal
9. Tests starten
10. Wichtige technische Entscheidungen
11. Was du als Nächstes verbessern würdest

Beispiel:

“JobFlow ist ein Bewerbungs-Tracker für Jobsuchende. Nutzer können Bewerbungen speichern, Status verfolgen und Reminder setzen. Ziel war ein sauberes Full-Stack-Projekt mit Auth, PostgreSQL und automatisierten Tests.”

Das klingt sofort anders als:

“My React project.”

Screenshots sind kein Deko-Kram

Screenshots helfen Recruitern extrem.

Sie sehen sofort: Da gibt es ein echtes Interface.

Nimm 2 bis 4 Screenshots:

1. Dashboard
2. Detailansicht
3. Formular
4. Mobile Ansicht

Wenn du Backend machst, nimm Screenshots von Swagger, Datenmodell oder API-Responses.

Wenn du Data machst, nimm Charts und Ergebnisbilder.

Schreib rein, was du gelernt hast

Das wirkt menschlich und professionell.

Zum Beispiel:

“Die größte Herausforderung war die Rollenlogik zwischen Admin und Nutzer. Ich habe sie zuerst im Frontend geprüft, dann aber in die Backend-Middleware verschoben, damit die Regeln zentral und sicherer liegen.”

Das ist stark.

Warum?

Weil es zeigt, dass du Entscheidungen reflektierst.

Commits, Branches und Issues: Kleine Signale, große Wirkung#

Niemand erwartet, dass dein privates Portfolio wie ein Konzernprojekt bei SAP aussieht.

Aber kleine Signale helfen.

Gute Commit Messages

Schlecht:

1. “update”
2. “fix”
3. “stuff”
4. “final”
5. “asdf”

Besser:

1. “Add user authentication flow”
2. “Create application status filter”
3. “Fix form validation for empty salary”
4. “Add API tests for invoice endpoints”
5. “Refactor dashboard state handling”

Du musst nicht übertreiben.

Aber deine Commit-Historie sollte zeigen, dass du bewusst arbeitest.

Nutze Issues für dein Hauptprojekt

Das wirkt sofort organisierter.

Erstelle 5 bis 10 Issues:

1. Add login validation
2. Improve mobile layout
3. Add export to CSV
4. Add unit tests for status logic
5. Document API errors

Schließe ein paar davon sichtbar.

So sieht ein Tech Lead: Du planst Arbeit, nicht nur Code.

Eine kleine Roadmap macht Eindruck

Am Ende der README:

“Next steps”

1. Add email reminders
2. Improve accessibility score
3. Add role-based permissions
4. Add e2e tests for onboarding
5. Add deployment monitoring

Das zeigt Produktdenken.

Was du lieber vermeiden solltest#

Es gibt ein paar GitHub-Fehler, die dich unnötig schwächer wirken lassen.

1. Keine Secrets veröffentlichen

Bitte niemals API Keys, Tokens, Datenbank-Passwörter oder private URLs committen.

Wenn du das schon getan hast:

1. Key sofort löschen oder rotieren.
2. Repo-Historie bereinigen.
3. .env in .gitignore eintragen.
4. .env.example erstellen.

Firmen achten auf Security.

Gerade bei FinTechs wie N26 oder Trade Republic ist das ein rotes Tuch.

2. Keine kaputte Live-Demo verlinken

Eine kaputte Demo ist schlimmer als keine Demo.

Wenn dein Deployment nicht stabil ist, schreib lieber:

“Demo temporarily unavailable, setup instructions below.”

Besser: Nimm Screenshots auf und halte die lokale Installation sauber.

3. Keine Fake-Komplexität

Nicht jedes Projekt braucht Microservices, Kubernetes und Kafka.

Wenn du eine kleine App baust, ist ein sauberer Monolith oft besser.

Tech Leads merken, wenn du Tools nur nutzt, weil sie cool klingen.

4. Keine 20 Tutorial-Klone

Ein Netflix Clone, Spotify Clone oder Twitter Clone kann okay sein, wenn du viel Eigenes ergänzt.

Aber wenn README, Design und Struktur aussehen wie aus einem YouTube-Tutorial, bringt es wenig.

Mach lieber aus einem Clone etwas Eigenes:

1. Spotify Clone für lokale Bands.
2. Twitter Clone für interne Team-Updates.
3. Netflix Clone mit eigener Empfehlungslogik.
4. Trello Clone mit Analytics für erledigte Aufgaben.

GitHub für verschiedene Karrierelevel#

Nicht jede Person braucht dasselbe Portfolio.

Wenn du Junior Developer bist

Du brauchst Beweise für Grundlagen.

Fokus:

1. Saubere README.
2. 2 bis 3 gute Projekte.
3. Basis-Tests.
4. Live-Demo bei Frontend.
5. Verständliche Ordnerstruktur.
6. Keine peinlichen Altlasten ganz oben.

Gehalt in Deutschland:

Junior Software Developer liegt oft bei €42k bis €58k, in Berlin oder München auch bei €55k bis €65k, wenn Stack und Portfolio stark sind.

Dein GitHub kann dich von “noch ein Junior” zu “die Person hat schon sauber gebaut” schieben.

Wenn du Mid-Level bist

Du musst zeigen, dass du Features professionell liefern kannst.

Fokus:

1. Architekturentscheidungen.
2. Testing.
3. API-Design.
4. Performance.
5. Deployment.
6. Produktverständnis.

Mid-Level Entwicklerinnen und Entwickler liegen oft bei €60k bis €85k, bei Firmen wie Personio, N26 oder Delivery Hero auch höher.

Dein Portfolio sollte nicht nur Code zeigen, sondern Reife.

Wenn du Senior bist

Senior-Leute haben oft weniger öffentliche Projekte, weil vieles im Job privat ist.

Das ist okay.

Ein starkes Senior-Portfolio kann so aussehen:

1. Ein kleines, aber sehr sauberes Open-Source-Tool.
2. Technische Artikel im README-Stil.
3. Architektur-Demos.
4. Contributions zu bekannten Projekten.
5. Beispiele für Mentoring, Standards oder Templates.

Senior-Gehälter in Deutschland liegen oft bei €85k bis €120k, in spezialisierten Rollen auch bei €130k plus.

Du musst nicht beweisen, dass du coden kannst. Du musst zeigen, wie du denkst.

So passt du GitHub an deine Zielrolle an#

Ein häufiger Fehler: Ein Profil für alle Bewerbungen.

Besser: Dein GitHub soll zur Richtung passen.

Frontend Developer

Zeig:

1. React, Vue oder Angular.
2. TypeScript.
3. Responsive Design.
4. Accessibility.
5. State Management.
6. Testing.
7. Performance.

Projektidee:

“Accessible SaaS Dashboard mit Dark Mode, Tabellenfiltern, Formularvalidierung und Playwright Tests.”

README-Hinweis:

“Lighthouse Score: 96 Performance, 100 Accessibility.”

Das zieht.

Backend Developer

Zeig:

1. API-Design.
2. Datenbanken.
3. Auth.
4. Tests.
5. Caching.
6. Docker.
7. Fehlerbehandlung.

Projektidee:

“Invoice API mit FastAPI, PostgreSQL, JWT Auth, Role Permissions und OpenAPI Doku.”

Wichtig: Schreibe Beispiel-Requests rein.

Data Analyst oder Data Scientist

Zeig:

1. SQL.
2. Python.
3. Datenbereinigung.
4. Visualisierung.
5. Business-Frage.
6. Interpretation.
7. Grenzen der Analyse.

Projektidee:

“Churn Analysis für Abo-Kunden mit SQL, Pandas und klaren Handlungsempfehlungen.”

Nicht nur Modellgenauigkeit zeigen. Zeig Entscheidungshilfe.

DevOps oder Cloud Engineer

Zeig:

1. CI/CD.
2. Docker.
3. Cloud-Grundlagen.
4. Monitoring.
5. Infrastructure as Code.
6. Security Basics.
7. Kostenbewusstsein.

Projektidee:

“Deploy einer kleinen API mit Terraform, GitHub Actions, Docker und Monitoring.”

Erkläre, wie man es lokal testet.

AI Engineer

Zeig:

1. RAG.
2. Evaluation.
3. Prompt-Versionierung.
4. Kostenlogik.
5. Datenschutz.
6. Fehlerfälle.
7. UX.

Projektidee:

“Job Description Matcher, der Lebenslauf und Stellenanzeige vergleicht, Skills extrahiert und konkrete Lücken zeigt.”

Das passt direkt zu Job-Tech 2026.

Wie du GitHub in deine Bewerbung einbaust#

Ein gutes Portfolio bringt wenig, wenn niemand es sieht.

Im Lebenslauf

Setze deinen GitHub-Link oben in den Header.

Neben:

1. Name
2. E-Mail
3. Telefon
4. LinkedIn
5. GitHub
6. Portfolio Website, falls vorhanden

Schreib nicht nur die URL hin. Mach sie klickbar.

Bei Projekten im CV kannst du so formulieren:

“JobFlow, Full-Stack Bewerbungs-Tracker, React, TypeScript, FastAPI, PostgreSQL, Docker. Enthält Auth, Status-Workflow, API-Tests und Live-Demo.”

Das ist viel besser als:

“Projekt mit React gemacht.”

Im Anschreiben oder in der kurzen Nachricht

Wenn du dich direkt bewirbst, schreib sehr knapp:

“Ein passendes Beispielprojekt findest du hier: GitHub-Link. Es zeigt eine Full-Stack-App mit Auth, PostgreSQL, Docker und Tests, ähnlich zu den Anforderungen der Rolle.”

Mach es dem Leser leicht.

Auf LinkedIn

Dein GitHub-Link gehört auch in dein LinkedIn-Profil.

Poste gelegentlich kleine Updates:

1. “Heute API-Tests ergänzt.”
2. “README überarbeitet.”
3. “Deployment auf Render stabilisiert.”
4. “Accessibility Score verbessert.”

Nicht cringe. Einfach sachlich.

14-Tage-Plan: GitHub job-ready machen#

Wenn du nicht weißt, wo du anfangen sollst, hier ist ein realistischer Plan.

Tag 1: Zielrolle wählen

Entscheide dich für eine Richtung:

1. Frontend
2. Backend
3. Full Stack
4. Data
5. DevOps
6. AI

Nicht alles gleichzeitig.

Tag 2: Profil aufräumen

1. Bio schreiben.
2. Profilbild prüfen.
3. Schlechte Repos privat machen.
4. Beste Repos pinnen.
5. LinkedIn und CV verlinken.

Tag 3 bis 5: Hauptprojekt auswählen oder starten

Nimm ein Projekt, das zur Rolle passt.

Nicht zu groß.

Lieber klein und fertig als riesig und kaputt.

Tag 6 bis 8: README stark machen

Baue ein:

1. Screenshot
2. Problem
3. Features
4. Tech Stack
5. Setup
6. Tests
7. Entscheidungen
8. Next steps

Tag 9 bis 10: Tests ergänzen

Mindestens ein paar wichtige Tests.

Zum Beispiel:

1. Form Validation
2. API Endpoint
3. Login Flow
4. Data Cleaning Function
5. Permission Logic

Tag 11: Demo oder Screenshots

Wenn möglich deployen.

Wenn nicht, gute Screenshots.

Tag 12: Issues und Roadmap

Erstelle ein paar Issues.

Schließe 2 bis 3.

Füge Roadmap hinzu.

Tag 13: CV anpassen

Projekt im Lebenslauf aufnehmen.

Mit Tech Stack und Ergebnis.

Tag 14: Bewerben

Such dir 10 passende Stellen.

Nicht blind Masse.

Besser gute Matches bei Firmen wie SAP, Siemens, BMW, N26, Trade Republic, Personio, Delivery Hero oder starken Mittelständlern.

Kleine Details, die 2026 positiv auffallen#

Manchmal entscheiden Kleinigkeiten.

.env.example

Zeigt, dass du an Setup denkst.

Beispiel:

DATABASE_URL=
JWT_SECRET=
API_BASE_URL=

Badges in der README

Nicht übertreiben.

Aber diese können helfen:

1. Build passing
2. Test coverage
3. License
4. Deployment status

Lizenz

Wenn es Open Source sein soll, füge eine Lizenz hinzu.

MIT ist oft okay für kleine Projekte.

CONTRIBUTING.md

Nicht Pflicht, aber stark bei Open-Source-Projekten.

Architekturdiagramm

Ein simples Diagramm reicht.

Zum Beispiel:

Frontend → API → Database → External Service

Du brauchst kein Kunstwerk.

Die wichtigste Regel: Zeig fertige Arbeit#

Viele Bewerbende unterschätzen das.

Ein fertiges kleines Projekt schlägt fast immer ein unfertiges riesiges Projekt.

Fertig heißt:

1. README erklärt alles.
2. Projekt startet lokal.
3. Keine offensichtlichen Fehler.
4. Kernfeature funktioniert.
5. Code ist lesbar.
6. Keine Secrets.
7. Du kannst darüber sprechen.

Wenn du im Interview gefragt wirst: “Warum hast du es so gebaut?”, solltest du eine klare Antwort haben.

Nicht perfekt.

Klar.

Fazit: Dein GitHub ist 2026 dein stiller Verkäufer#

Dein GitHub-Profil arbeitet für dich, während du schläfst.

Es kann Recruitern Sicherheit geben. Es kann Tech Leads neugierig machen. Es kann zeigen, dass du mehr bist als eine Liste von Skills im Lebenslauf.

Du brauchst keine 50 Repos.

Du brauchst 3 bis 5 gute Beweise.

Wenn du 2026 in Tech rein willst oder den nächsten Sprung machen willst, mach dein GitHub-Profil bewusst. Räume auf, pinne klug, dokumentiere stark und zeig Projekte, die zur Zielrolle passen.

Und dann prüf auch, ob dein Lebenslauf überhaupt durch die ersten Filter kommt. Dein GitHub kann stark sein, aber wenn dein CV vom ATS falsch gelesen wird, sieht ihn vielleicht niemand. Teste deinen Lebenslauf kostenlos mit dem JobRise ATS Checker: https://jobrise.io/de/free-ats-checker/