Native Module funktionieren, aber Hunderte ungebundelte Dateien auszuliefern heißt Hunderte Requests und einen tiefen Abhängigkeits-Wasserfall, was selbst über HTTP/2 langsam ist. Bundling bringt dir Tree Shaking, Minification, Code Splitting pro Route, contenthash-Dateinamen für lange Cache-Zeiten und einen Ort, an dem TypeScript und JSX transformiert werden. Dev-Server liefern heute native Module für sofortigen Start und bundlen dann für die Produktion, was das Beste aus beidem ist.
Warum Interviewer das fragen
Der Interviewer will wissen, ob du deine Toolchain verstehst oder eine Config geerbt hast, die du dich nicht anzufassen traust. Die Aufteilung zwischen Dev und Produktion zu erklären, die Voraussetzungen für Tree Shaking und die Grenzen des Code Splitting zeigt, dass du einen Build debuggen kannst und ihn nicht nur ausführst. Es führt außerdem natürlich zur Disziplin bei der Bundle-Größe, und dort wird Frontend-Performance meistens gewonnen oder verloren.
So baust du deine Antwort auf
- Beantworte das Warum direkt: Request-Wasserfälle und Cache-Strategie.
- Zähl auf, was Bundling über bloßes Zusammenfügen hinaus bringt.
- Beschreib die Aufteilung zwischen Dev und Produktion in modernen Tools.
- Sag, wie du entscheidest, wo du Chunks trennst.
Beispielantwort
Native Module sind inzwischen wirklich brauchbar, aber sobald ich einen echten Abhängigkeitsbaum habe, bitte ich den Browser, Hunderte kleiner Dateien in einem Wasserfall zu entdecken und zu laden, und jede Ebene des Graphen kostet einen weiteren Roundtrip. Bundling faltet das zusammen. Es gibt mir außerdem Tree Shaking, sodass ungenutzte Exports nie ausgeliefert werden, Minification, contenthash-Dateinamen, damit ich Assets ein Jahr cachen kann, und einen einzigen Ort, an dem TypeScript kompiliert wird. In der Entwicklung nutze ich einen Server, der native ES-Module ausliefert und on demand transformiert, sodass der Start unabhängig von der Projektgröße sofort ist, und produziere dann einen gebundelten Build für die Produktion. Beim Splitting trenne ich standardmäßig pro Route, plus Lazy-Grenzen um alles Schwere, das für den ersten Render nicht gebraucht wird, etwa einen Rich-Text-Editor oder eine Charting-Bibliothek. Und ich halte ein Größenbudget in der CI, das den Build ab einer Schwelle rot macht, weil Bundle-Größe immer nur eine kleine Abhängigkeit nach der anderen wächst, und wenn es auffällt, ist es ein Projekt statt eines Fixes.
Steht dieses Vorstellungsgespräch bald an? GhostPilot hört bei deinem Live-Call mit, erkennt die Frage in dem Moment, in dem sie gestellt wird, und bringt dir eine strukturierte Antwort in Echtzeit auf den Bildschirm. Probier es im nächsten Mock aus, oder hol dir einen $29 Session Pass, kein Abo, für den Ernstfall.
So funktioniert esNachfragen, mit denen du rechnen solltest
- Was verhindert, dass Tree Shaking bei einer Abhängigkeit greift?
- Wie entscheidest du, was in einen gemeinsamen Chunk gehört?
- Was prüfst du zuerst, wenn sich ein Produktions-Build anders verhält als der Dev-Build?
Weitere Fragen für Frontend-Entwickler
Dein Interviewer stellt seine eigene Version davon. Kopier deine echte Stellenbeschreibung in den kostenlosen Question Predictor und bekomm die 20 Fragen, die diese Rolle am wahrscheinlichsten stellt, samt dem, worauf jede wirklich abzielt.
Meine Fragen vorhersagen