Ab sofort für Festanstellungen verfügbar

Faisal
Hossain

Full-Stack-Softwareentwickler mit Frontend-Schwerpunkt

Full-Stack-Softwareentwickler mit Frontend-Schwerpunkt und über 4 Jahren Berufserfahrung in der Entwicklung modularer, barrierefreier Webanwendungen und wiederverwendbarer Frontend-Systeme mit React, Vue.js, Angular, TypeScript, Node.js und MongoDB.

Kontakt aufnehmen Projekte ansehen
Lebenslauf: Deutsch ↓ English ↓
Offenburg · deutschlandweit umzugsbereit Uneingeschränkte Arbeitserlaubnis in Deutschland
Porträt von Faisal Hossain
Full-Stack-Softwareentwickler
// 01

Über mich

Erfahrung Beruflich habe ich mehr als 20 Projekte für die Deutsche Telekom in den Bereichen E-Commerce, Kundenportale, Trade-in, Streaming/TV und B2B sowie 17+ Partner-Websites entwickelt und modernisiert. Dabei entstanden wiederverwendbare Vue- und React-Komponenten, responsive Multi-Device-Anwendungen und Micro-Frontends mit Module Federation. Ich integrierte REST- und GraphQL-APIs, behob 300+ Barrierefreiheitsprobleme nach WCAG 2.1 AA, verbesserte Wartbarkeit und Performance und stärkte automatisierte Tests für ein KI-basiertes Dokumentenprodukt.

Zusammenarbeit In Scrum- und Kanban-Teams arbeitete ich eng mit Entwicklern, Designern und Projektmanagern zusammen, übernahm technische Verantwortung, beteiligte mich an Code-Reviews, überführte komplexe Anforderungen in wartbare Lösungen und koordinierte Testaktivitäten.

Aktuell Aktuell entwickle ich RoleNaviq, eine End-to-End-Plattform für Bewerbungsmanagement mit Bewerbungsverwaltung, Dashboards, Kanban, Interviewkalender und einem separat deploybaren Angular-Micro-Frontend zur Interviewvorbereitung. React, Node.js/Express und MongoDB bilden das Kernsystem; ein Python/FastAPI-Service für KI-Dokumentenanalyse ist geplant.

Ziel Ich bin ab sofort verfügbar und suche eine Vollzeitstelle als Frontend- oder Full-Stack-Softwareentwickler in Deutschland. Ich bin deutschlandweit umzugsbereit.

4+ Jahre Berufserfahrung in der Webentwicklung
Master Medientechnik
Bachelor Informatik
20+ Telekom-Projekte
// 02

Berufserfahrung

Softwareentwickler im Bereich E-Commerce

exagon consulting & solutions GmbH
05.2023 – 12.2025 Vollzeit · DE
  • 20+ Projekte für die Deutsche Telekom und 17+ Partner-Websites entwickelt und weiterentwickelt, darunter E-Commerce, Kundenportale, Trade-in-, Streaming/TV- und B2B-Lösungen, responsive Multi-Device-Anwendungen und Micro-Frontends mit Module Federation; technische Verantwortung von Entwicklung bis Wartung übernommen
  • 30+ wiederverwendbare UI-Komponenten und kundenspezifische Komponentenbibliotheken mit Vue 3 und React nach dem Telekom Design System entwickelt
  • Barrierefreiheit mehrerer Plattformen gemäß WCAG 2.1 AA verbessert und 300+ Barrierefreiheitsprobleme behoben
  • Legacy-Code refaktoriert und Anwendungen von React sowie Vue 2 auf Vue 3 migriert, um die Wartbarkeit zu verbessern
  • REST-APIs entwickelt und konsumiert sowie GraphQL-APIs (Apollo Client) integriert
  • Komplexe Anforderungen gemeinsam mit Entwicklung, Design und Projektmanagement in Scrum- und Kanban-Teams umgesetzt und an Code-Reviews mitgewirkt
HTMLCSS JavaScriptTypeScriptVueReact Node.js Express REST-API GraphQL (Apollo Client) Module Federation Storybook Webflow Docker Git Jira Confluence GitLab Vite

Webentwickler im Bereich KI

Natif.ai (jetzt DocuWare)
05.2022 – 04.2023 Teilzeit · DE
  • KI-basiertes IDP-Produkt weiterentwickelt und 20+ neue Funktionen und Komponenten umgesetzt
  • Testing-Aktivitäten rund sechs Monate fachlich koordiniert, Testaufgaben priorisiert und eng mit Entwicklern abgestimmt
  • E2E- und Komponententests mit Cypress und Jest aufgebaut und die Testabdeckung deutlich erhöht: E2E von ca. 10 % auf 85 %, Komponenten von ca. 0 % auf 70 %
  • Vue.js-Komponenten entwickelt und refaktoriert, Root-Cause-Analysen durchgeführt und Entwickler bei schwer testbaren Komponenten unterstützt
  • Tests in GitLab CI/CD integriert, Legacy-Code und Abhängigkeiten modernisiert, Performance Ladezeiten verbessert und Fehler behoben
HTMLCSS JavaScriptVue JestCypress CI/CDGitLab Git Webpack KI

Webentwickler im CMS-Bereich

Venus IT Institute
01.2019 – 09.2019 Vollzeit · BD
  • Inhalte, Layouts und Funktionen entsprechend den Kundenanforderungen angepasst.
  • Kunden betreut und bei technischen Fragen unterstützt.
  • Technische Probleme analysiert und Anwender bei Wartung und Support unterstützt.
WordPressHTMLCSSSerververwaltung

IT-Support

Anik Telecom Ltd.
04.2016 – 12.2018 Vollzeit · BD
  • Computersysteme und Netzwerke überwacht, konfiguriert und gewartet
  • Hardware- und Softwarefehler analysiert und behoben
  • Bei technischen Problemen unterstützt.
Windows Linux Systemadministration Hardware- und Software-Support Fehleranalyse

Freiberufler

Upwork · Remote
05.2013 – 03.2016 Teilzeit · Remote
  • WordPress-Websites für internationale Kunden umgesetzt und an individuelle Kundenanforderungen angepasst.
  • Kundenprojekte eigenständig betreut sowie SEO-Maßnahmen und Content-Pflege unterstützt.
  • Kundenanforderungen analysiert und technische Artikel erstellt.
WordPressSEOWebdesign technisches Artikelschreiben
// 03

Arbeitszeugnisse und Referenzen

Zusammenfassung meiner beruflichen und akademischen Nachweise. Vollständige Unterlagen stelle ich im Bewerbungsprozess gerne zur Verfügung.

Hervorragende Expertise in modernen Webtechnologien und Barrierefreiheit sowie eine ausgezeichnete Arbeitsqualität. Meine Leistungen entsprachen stets und in wichtigen Bereichen sogar übertrafen die höchsten Erwartungen.

exagon consulting & solutions GmbH Arbeitszeugnis · 2025

Sehr gute Fachkenntnisse, hohe Eigeninitiative und durchgehend zuverlässige Arbeit. Besonders gewürdigt werden meine Verantwortung für Cypress- und Jest-Tests, mein analytisches Vorgehen, mein Beitrag zur Produktqualität und mein vorbildliches Verhalten.

Natif.ai Arbeitszeugnis · 2022

Das Schreiben bestätigt meine Tätigkeit im IT-Support und hebt mein Engagement, meine technische Kompetenz und meine Teamfähigkeit hervor.

Anik Telecom Ltd. Referenzschreiben · 2019

Das Schreiben bestätigt meine Tätigkeit als Webentwickler sowie meine Aufgaben in Entwicklung, Deployment, Wartung, Kundensupport und technischer Dokumentation.

Venus IT Institute Referenzschreiben · 2019

Prof. Dr. Tom Rüdebusch würdigt meine außergewöhnlichen akademischen Leistungen, meine Zielstrebigkeit und konstruktive Zusammenarbeit sowie mein Engagement im internationalen CME-Studiengang und im Buddy-Programm. Er empfiehlt mich nachdrücklich und ohne Vorbehalt.

Prof. Dr. Tom Rüdebusch Empfehlungsschreiben · Hochschule Offenburg · 2022
Nachweise anfragen →
// 04

Technologien

Frontend

JavaScript (ES6+) TypeScript Vue.js · Pinia · Vuex React · Redux · TanStack Query Angular · NgRx Next.js HTML5 CSS3 · Sass · SCSS Tailwind CSS Bootstrap Zod Storybook

Backend, APIs & Daten

Node.js Express REST APIs MongoDB · Mongoose JWT GraphQL · Apollo Client

Frontend-Architektur & Systemdesign

SPA / SSR / SSG Micro-frontends · Module Federation Monorepos · Nx State- & Datenfluss Code-Splitting Lazy Loading API- & Deployment-Grenzen

Testing

Cypress Jest Vitest React Testing Library Supertest

Cloud & DevOps

Docker GitHub Actions CI/CD GitLab CI/CD Vercel Render Jenkins Git GitHub Linux

KI & LLM

KI-gestützte Softwareentwicklung Prompt Engineering Claude Code Codex GitHub Copilot Cursor

Qualität

Barrierefreiheit Clean Code Performance-Optimierung Responsive Design SEO

CMS

WordPress Webflow WooCommerce

Zusammenarbeit & Build

Jira Confluence Scrum / Kanban Vite / Webpack npm / Yarn
// 05

Ausgewählte Projekte

Meine Berufserfahrung ist oben zusammengefasst. Hier finden Sie ein aktuelles Full-Stack-Projekt und drei nachvollziehbare Codebeispiele. Die Engineering-Einblicke zeigen ergänzend Entscheidungen, Abwägungen und nächste Schritte.

Full Stack · Seit 06.2026 · In Arbeit

RoleNaviq – Bewerbungen strukturiert steuern

Eine End-to-End-Plattform mit Bewerbungsverfolgung, Dashboards, Kanban-Workflows, Interviewkalender und einem separat deploybaren Angular-Micro-Frontend zur Interviewvorbereitung. Ein Python/FastAPI-Service für KI-Dokumentenanalyse ist geplant.

Systemarchitektur
Implementiert Geplant
Client React-Anwendung Bewerbungen · Dashboard
Client Angular-Micro-Frontend Interviewvorbereitung
REST API Node.js · Express Authentifizierung · Validierung · Geschäftslogik
Daten MongoDB Atlas Bewerbungs- und Nutzerdaten
Geplant Analyse Python · FastAPI Jobanalyse · LLM/RAG · Matching
Betrieb
Vitest und Cypress sichern zentrale Abläufe; Docker Compose standardisiert die lokale Orchestrierung und GitHub Actions prüft Änderungen vor dem Deployment.
Zugriff
JWT-Authentifizierung in HttpOnly-Cookies, geschützte React-Router-Routen und serverseitige, nutzerbezogene Autorisierung.
Roadmap
Python/FastAPI-Dokumentenanalyse, LLM/RAG-Workflows und KI-gestütztes Matching sind als nächste Schritte geplant.
TypeScript React Angular Vite Tailwind CSS React Router TanStack Query React Hook Form Zod Node.js Express MongoDB Vitest Cypress Supertest Testing Library Docker GitHub Actions
Code und Dokumentation ansehen ↗ Live-App ↗
Masterarbeit · Architekturvergleich

Drei Rendering-Strategien, ein gemeinsames Testszenario

Drei vergleichbare E-Commerce-Anwendungen machen die Unterschiede zwischen SPA, SSR und SSG praktisch sichtbar.

Schwerpunkt
Rendering-Strategien unter möglichst gleichen Bedingungen bewerten
Features
Praxisvergleich von Performance, SEO, Skalierbarkeit und Wartbarkeit
ReactNext.js Node.js Express.js MongoDB Material UI
Tiny Shop · SPA Clientseitiges Rendering ↗ Small Shop · SSR Rendering pro Anfrage ↗ Little Shop · SSG Statisch vorgerendert ↗
Full Stack · Tour World

Tourismusplattform mit Buchungsablauf

Serverseitig gerenderte Webanwendung für Touren, Konten, Bewertungen und Buchungen – vom Datenmodell bis zum Checkout.

Schwerpunkt
REST-API, Authentifizierung und Rollenmodell
Features
Profile, Kartenansicht, Bewertungen und Stripe-Checkout
Node.js Express.js MongoDB Pug JWT Stripe
Code und Dokumentation ansehen ↗
Frontend · Recipe App

Modulare Rezeptsuche als Single-Page-Anwendung

Responsive Anwendung zum Suchen, Anpassen und Speichern von Rezepten mit klar getrennter Daten-, Ansichts- und Steuerlogik.

Schwerpunkt
Modulare MVC-Struktur und externe API-Anbindung
Features
Pagination, Portionen, Lesezeichen und eigene Rezepte
JavaScript (ES6+) HTML5 Sass/SCSS REST-API Parcel
Code und Dokumentation ansehen ↗
Engineering · Portfolio case study

RoleNaviq: Unabhängige Service-Grenzen gestalten

Die Plattform trennt eine React-Anwendung, ein Angular- Micro-Frontend zur Interviewvorbereitung und eine Node.js/Express-API. Diese implementierten Grenzen können unabhängig getestet und bereitgestellt werden; ein Python/FastAPI-Analyseservice ist geplant.

Entscheidung 01

Zuständigkeiten nach Anwendungsgrenzen trennen

React steuert den Kernablauf, während Angular die Interviewvorbereitung isoliert. Die Node.js-API bildet die gemeinsame Geschäfts- und Datengrenze; Python/FastAPI ist für die LLM- und RAG-basierte Dokumentenanalyse vorgesehen.

Entscheidung 02

Die API bildet die Sicherheitsgrenze

JWTs werden in HttpOnly-Cookies gespeichert. React Router schützt die Nutzerführung im Client, die Autorisierung bleibt jedoch auf dem Server: Jede Anfrage wird auf die Ressourcen des angemeldeten Nutzers geprüft.

Trade-off

Unabhängige Services erhöhen den Betriebsaufwand

Mehrere Anwendungen verbessern Trennung und Skalierbarkeit, bringen jedoch zusätzliche Deployments und API-Verträge mit sich. Docker Compose macht die lokale Orchestrierung reproduzierbar und klare Grenzen reduzieren Kopplung.

Nachweis der Bereitstellung

Getestet und über den gesamten Weg bereitgestellt

Vitest und Cypress sichern zentrale Abläufe, GitHub Actions stellt CI bereit und React sowie Angular laufen auf Vercel. Die Node.js-API wird auf Render mit MongoDB Atlas betrieben; der geplante Python-LLM/RAG-Service bleibt klar als Roadmap-Arbeit gekennzeichnet.

Stand: aktive Entwicklung
Entscheidungshilfe · Rendering

SPA, SSR und SSG im direkten Vergleich

Die drei Thesis-Anwendungen bilden einen vergleichbaren Shop mit unterschiedlichen Rendering-Strategien ab. Die Tabelle zeigt, für welche Anforderungen die jeweilige Variante besonders geeignet ist.

Praktische Unterschiede der drei Rendering-Strategien
Kriterium SPA SSR SSG
HTML-Erzeugung Im Browser nach dem Laden von JavaScript Auf dem Server bei jeder Anfrage Während des Build-Prozesses
Erste Auslieferung App-Shell; JavaScript initialisiert die Ansicht Fertig gerendertes HTML vom Server Vorgerendertes HTML aus statischen Dateien
Datenaktualität Aktuelle Daten über API-Aufrufe Aktuelle Daten zum Anfragezeitpunkt Stand des letzten Builds
Betrieb Statisches Hosting plus API Laufender Server erforderlich Statisches Hosting oder CDN
Besonders geeignet Stark interaktive Webanwendungen Dynamische oder personalisierte Seiten Stabile, inhaltsorientierte Seiten
Engineering-Einblick · Masterarbeit

SPA, SSR und SSG fair vergleichbar machen

Die eigentliche Herausforderung war nicht das Erstellen von drei Shops, sondern das Begrenzen der Variablen, damit die Rendering-Strategie der entscheidende Unterschied bleibt.

Versuchsaufbau

Gleiche Aufgabe, unterschiedliche Auslieferung

Datenmodell, Kernfunktionen und fachlicher Umfang wurden so vergleichbar wie möglich gehalten. So ließen sich Unterschiede eher der Rendering-Strategie als abweichenden Produktfunktionen zuordnen.

Abwägung

Rechenarbeit wandert, sie verschwindet nicht

Eine SPA verlagert mehr Arbeit in den Browser, SSR erzeugt Seiten zur Anfragezeit und SSG investiert beim Build. Die passende Lösung hängt deshalb von Aktualität, Infrastruktur und Nutzungsmuster ab.

Messdisziplin

Start, Navigation und Aktualisierung getrennt betrachten

Ein einzelner Messwert wäre irreführend. Aussagekräftiger wird der Vergleich, wenn erster Seitenaufruf, weitere Navigation, SEO-Anforderungen und Aktualisierungsaufwand separat bewertet werden.

Erkenntnis

Es gibt keinen universellen Gewinner

Rendering ist eine Architekturentscheidung mit Zielkonflikten. Der größte Lerneffekt war, diese Zielkonflikte für den jeweiligen Produktkontext begründet abzuwägen.

Engineering-Einblick · Full Stack

Tour World: Vertrauen endet am Browser

Bei Konten und Buchungen muss die Oberfläche schnell reagieren, während Berechtigungen und geschäftskritische Entscheidungen auf dem Server bleiben.

Systemgrenze

Client-Aktionen sind Anfragen, keine Beweise

Der Browser startet Anmeldung, Bewertung oder Checkout. Ob eine Aktion zulässig ist, muss jedoch anhand der authentifizierten Identität und Rolle serverseitig entschieden werden.

Architektur

Ein zusammenhängender Request-Flow

Die serverseitig gerenderte Anwendung machte den gesamten Weg von Route und Controller über Datenmodell und Template bis zur Antwort sichtbar. Das half, Abhängigkeiten zwischen Oberfläche und Backend bewusst zu gestalten.

Fehlerstrategie

Fehler dort behandeln, wo Kontext vorhanden ist

Validierung, Autorisierung und externe Dienste benötigen unterschiedliche Reaktionen. Eine zentrale Fehlerbehandlung sorgt für konsistente Antworten, ohne fachliche Ursachen zu verstecken.

Heute verbessern

Modernisieren und kritische Grenzen testen

Als nächstes würde ich Abhängigkeiten aktualisieren, Umgebungsvariablen strikt validieren, Zahlungslogik hinter einem Service kapseln und Authentifizierungs- sowie Buchungsabläufe mit Integrationstests absichern.

Engineering-Einblick · Frontend

Recipe App: Änderungen lokal halten

Die zentrale Frage war, wie neue Ansichten und Interaktionen ergänzt werden können, ohne Datenzugriff und DOM-Logik überall miteinander zu vermischen.

Struktur

Eine Verantwortung pro Modul

Das Model hält Daten und Anwendungszustand, Views kümmern sich um Darstellung und UI-Ereignisse, der Controller koordiniert beide Seiten. Dadurch bleiben Änderungen näher an ihrer eigentlichen Ursache.

Datenfluss

Eine nachvollziehbare Quelle für den UI-Zustand

Suchergebnisse, Portionen und Lesezeichen werden aus einem zentralen Zustand abgeleitet. Die Oberfläche rendert diesen Zustand, statt parallele Kopien an mehreren Stellen zu pflegen.

Abwägung

Vanilla JavaScript macht Architektur sichtbar

Ohne Framework müssen Rendering, Ereignisse und Zustandsänderungen explizit organisiert werden. Das erhöht zunächst den Aufwand, vermittelt aber ein klares Verständnis der Mechanismen hinter komponentenbasierten Frameworks.

Heute verbessern

Abhängigkeiten und Qualität auf einen aktuellen Stand bringen

Ich würde die Build-Abhängigkeiten modernisieren, Tests für Zustandsänderungen ergänzen und Lade-, Fehler- sowie Tastaturzustände systematisch überprüfen. Das bestehende MVC-Konzept kann dabei erhalten bleiben.

// 06

Bildung

03.2026 – 08.2026

Berufssprachkurs B2

Institut für deutsche Sprache (IDS), Offenburg
10.2019 – 02.2023

Master in Kommunikations- und Medientechnik (CME)

Hochschule Offenburg, DE Note: 1,8

Masterarbeit (Note: 1,0): Vergleich von SSR, SPA und SSG in der modernen Webentwicklung (React, Next.js, Node.js, Express, MongoDB, Material-UI)

Praktikum: Entwicklung einer E-Commerce-Website mit Figma, WordPress, CSS.

Projekt: Social-Media-Anwendung mit React und SCSS entwickelt und um PWA-Funktionen erweitert

04.2009 – 02.2016

Bachelor in Informatik (CSE)

Islamic University, BD GPA: 3,46/4,00 (ca. 1,8 DE)
Zertifikate

Weiterbildungen

  • Interkulturelle Kompetenz (Hochschule Offenburg)
  • ChatGPT & Generative AI (Udemy)
  • Node.js, Express, MongoDB & More (Udemy)
  • Advanced React and Redux (Udemy)
  • Vue: The Complete Guide (Udemy)
Auszeichnungen

Akademische Auszeichnungen

  • STIBET-Stipendium der Hochschule Offenburg (2021)
  • Auszeichnung für hervorragende Studienleistungen der Islamic University, Bangladesch (April 2012, Februar 2016)
// 07

Sprachen

Bengalisch Muttersprache
Englisch Fließend
Deutsch B2
Hindi / Urdu Sehr gute Kenntnisse
// 08

Automatisierte Qualitätssicherung

Lighthouse CI · DE und EN

Aktueller Lighthouse-Stand

Nach jedem relevanten Push prüft die CI-Pipeline beide Sprachversionen. Angezeigt wird pro Kategorie der niedrigere Medianwert der geprüften Seiten.

Prüfung ausstehend
Performance
–/100
Barrierefreiheit
–/100
Best Practices
–/100
SEO
–/100

Die ersten verifizierten Werte erscheinen nach dem nächsten erfolgreichen Workflow-Lauf.

Workflow ansehen ↗
// 09

Kontakt

Ich bin offen für Festanstellungen in der Frontend- oder Full-Stack-Entwicklung. Ich freue mich auf Ihre Nachricht.

Telefon (+49) 174 3700638 E-Mail faisalh.iu@gmail.com Standort Offenburg · deutschlandweit umzugsbereit LinkedIn Profil ansehen → GitHub Projekte ansehen →