{"id":10073,"date":"2026-03-13T13:00:00","date_gmt":"2026-03-13T12:00:00","guid":{"rendered":"https:\/\/erminas.com\/?p=10073"},"modified":"2026-02-24T13:42:33","modified_gmt":"2026-02-24T12:42:33","slug":"ein-tag-im-leben-eines-azubis-bei-erminas","status":"publish","type":"post","link":"https:\/\/erminas.com\/de\/blog\/ein-tag-im-leben-eines-azubis-bei-erminas\/","title":{"rendered":"Ein Tag im Leben eines Azubis bei erminas"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Der echte Alltag bei erminas<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

In vielen Unternehmen gibt es diese Azubi-Portr\u00e4ts, in denen alles perfekt l\u00e4uft. Der Azubi kommt um Punkt acht ins B\u00fcro, arbeitet an spannenden Projekten, lernt nebenbei f\u00fcnf neue Technologien und geht abends erf\u00fcllt nach Hause. Die Realit\u00e4t sieht meistens anders aus \u2013 und bei uns sowieso, weil schon die Grundannahme nicht stimmt. Um Punkt acht ist bei erminas n\u00e4mlich meistens noch niemand da.<\/p>

Dieser Text beschreibt einen normalen Tag in der Ausbildung bei uns. Nicht den besten Tag und nicht den schlechtesten. Einen Mittwoch im M\u00e4rz, der zeigt, wie es wirklich l\u00e4uft \u2013 mit den produktiven Phasen und den z\u00e4hen, mit den Momenten, in denen alles klappt, und denen, in denen der Code macht, was er will, nur nicht das Richtige.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

08:30 Uhr \u2013 Ankommen, wenn es passt<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Max steigt aus dem Bus und geht auf die \u201eHallig Hanken\u201c zu, eine gro\u00dfe Halle, in der lauter umgebaute Container als B\u00fcros dienen. Hinter den Fenstern sieht man schon Bildschirme leuchten, Whiteboards mit Skizzen, ein 3D-Drucker rattert irgendwo im Hintergrund. Zwischen den Containern sitzen kleine Start-ups, jede Firma mit ihrem eigenen Stil, aber alle teilen sich dieselbe Halle.<\/p>

Auf dem Weg zu seinem Container kommt Max an den anderen Teams vorbei, nickt hier und da ein kurzes \u201eMoin\u201c zu und bleibt vielleicht einen Moment an der gemeinsamen K\u00fcche stehen, wo schon jemand Kaffee aufsetzt. Dann steht er vor der T\u00fcr von erminas, schlie\u00dft auf und tritt ins B\u00fcro.<\/p>

Ein paar Kollegen sind schon da, andere kommen erst sp\u00e4ter. Bei erminas gibt es echte Gleitzeit \u2013 nicht die Variante, bei der offiziell Flexibilit\u00e4t gilt, aber inoffiziell alle um acht Uhr erwartet werden. Hier startet jede und jeder wirklich dann, wenn es passt. Die einzige Bedingung: Die Stunden m\u00fcssen am Ende stimmen, und wer f\u00fcr ein Meeting eingeplant ist, ist dann auch vor Ort.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

10:00 Uhr \u2013 Dailies: Kurz, aber wichtig<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Um zehn beginnen die Dailies. Je nach Projekt hat Max an manchen Tagen ein Daily, an anderen zwei oder drei. Heute sind es zwei \u2013 eines f\u00fcr das IoT-Projekt, an dem er gerade haupts\u00e4chlich arbeitet, und eines f\u00fcr ein kleineres Nebenprojekt, bei dem er unterst\u00fctzt.<\/p>

Jedes Daily dauert etwa f\u00fcnfzehn Minuten. Das Format ist simpel: Was habe ich gestern gemacht? Was mache ich heute? Gibt es Hindernisse? Keine ausufernden Diskussionen, keine Statusberichte f\u00fcrs Management, kein Rechtfertigungsdruck. Einfach ein kurzer Abgleich im Team, damit alle wissen, was heute l\u00e4uft.<\/p>

Im ersten Daily berichtet Max, dass er gestern an der Sensoranbindung weitergearbeitet hat. Die Daten kommen jetzt zuverl\u00e4ssig an, aber die Darstellung im Dashboard macht noch Probleme. Heute will er das angehen. Ein Kollege erw\u00e4hnt, dass er ein \u00e4hnliches Problem letzte Woche hatte, und bietet an, sp\u00e4ter kurz dr\u00fcberzuschauen, falls Max nicht weiterkommt.<\/p>

Das zweite Daily ist noch k\u00fcrzer. Das Nebenprojekt l\u00e4uft gerade ruhig, Max\u2019 Teil ist gr\u00f6\u00dftenteils erledigt, er wartet auf Feedback vom Kunden. Nichts Neues, weiter geht’s.<\/p>

Um halb elf sind beide Dailies durch, und Max hat den Rest des Vormittags zum Arbeiten.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

10:35 Uhr \u2013 Coden, endlich<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Die n\u00e4chsten anderthalb Stunden geh\u00f6ren dem Code. Keine Meetings, keine Unterbrechungen, nur Max und das Dashboard-Problem.<\/p>

Das Problem ist eines dieser Dinge, die auf den ersten Blick trivial wirken und sich dann als hartn\u00e4ckig erweisen. Die Sensordaten kommen korrekt an, das hat er gestern verifiziert. Aber im Dashboard werden manche Werte falsch dargestellt \u2013 nicht alle, nur manche, und scheinbar ohne Muster.<\/p>

Max f\u00e4ngt an, systematisch zu debuggen. Er pr\u00fcft die Daten an verschiedenen Stellen im System. Am Sensor: korrekt. Nach der \u00dcbertragung: korrekt. In der Datenbank: korrekt. Im Backend: korrekt. Im Frontend… da wird es merkw\u00fcrdig.<\/p>

Zu diesem systematischen Debuggen geh\u00f6rt bei erminas auch, dass Softwaretests ganz selbstverst\u00e4ndlich Teil der Arbeit sind \u2013 egal, ob jemand Senior-Entwickler oder Azubi ist. Jede*r schreibt Unit-Tests f\u00fcr den eigenen Code, dazu kommen automatisierte Checks in den Build-Pipelines und sp\u00e4ter Code Reviews im Team. Viele Fehler werden dadurch schon abgefangen, bevor sie \u00fcberhaupt jemand im Browser sieht. Aber manchmal rutscht ein Bug eben trotzdem durch und versteckt sich in einer Ecke, die bisher niemand getestet hat \u2013 so wie heute.<\/p>

Er schaut sich den Frontend-Code genauer an. Irgendwo zwischen Datenbank und Darstellung passiert etwas, das nicht passieren sollte. Er f\u00fcgt Logging hinzu, l\u00e4sst das System laufen, schaut sich die Ausgaben an. Langsam kristallisiert sich ein Muster heraus: Das Problem tritt nur bei bestimmten Zeitstempeln auf.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"IMG_2682\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

12:15 Uhr \u2013 Mittagspause mit Kollegen<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Bei erminas hei\u00dft Mittagspause wirklich Pause. Meist bringt jede*r etwas von zu Hause oder vom B\u00e4cker mit und setzt sich an die Tische direkt vor den Containern. Das Team ist klein, die Altersgruppen sind gemischt. An manchen Tagen wird es etwas gemeinschaftlicher: Dann wird zusammen Pizza oder D\u00f6ner bestellt und alle sitzen in lockerer, famili\u00e4rer Runde zusammen.<\/p>

Sie reden \u00fcber alles M\u00f6gliche. Ein neues Restaurant, das aufgemacht hat. Die absurde Verkehrssituation an der Baustelle vor dem B\u00fcro. Jemand erz\u00e4hlt von einem Podcast, den er geh\u00f6rt hat. Die Arbeit kommt nur am Rande vor, und das ist auch gut so.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

13:30 Uhr \u2013 Azubi Weekly<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Nach der Mittagspause steht das Azubi Weekly an. Das ist ein fester Termin jede Woche, an dem der Ausbilder und alle Azubis zusammenkommen \u2013 aktuell sind das drei, in verschiedenen Lehrjahren und mit verschiedenen Schwerpunkten.<\/p>

Das Format ist locker, aber strukturiert. Jeder berichtet kurz, woran er gerade arbeitet und wie es l\u00e4uft. Nicht nur grob wie im Daily, sondern mit mehr Detail. Was sind die aktuellen Projekte? Wo gibt es Herausforderungen? Was hat man in letzter Zeit gelernt?<\/p>

Heute erz\u00e4hlt Max von seinem Zeitzonenproblem. Ein Azubi aus dem dritten Lehrjahr nickt wissend \u2013 er hatte mal etwas \u00c4hnliches und gibt einen Tipp, wo Max noch schauen k\u00f6nnte. Eine Azubi-Kollegin aus dem ersten Jahr h\u00f6rt zu und macht sich Notizen. Irgendwann wird sie vor \u00e4hnlichen Problemen stehen, und dann hilft es, schon mal davon geh\u00f6rt zu haben.<\/p>

Ein Teil des Meetings dreht sich auch um die Berufsschule. N\u00e4chste Woche steht eine Pr\u00fcfung an, und jemand hat Fragen zum Stoff. Das Sch\u00f6ne am Azubi Weekly: Die verschiedenen Lehrjahre lernen voneinander. Wer ein Jahr weiter ist, kennt die Pr\u00fcfung schon und kann Tipps geben. Wer ein Jahr zur\u00fcck ist, sieht, was auf ihn zukommt.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

14:20 Uhr \u2013 Zur\u00fcck zum Bug<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Der Zeitzonenbug wartet noch. Mit dem Tipp aus dem Azubi Weekly hat Max jetzt eine neue Idee, wo er suchen k\u00f6nnte.<\/p>

Er findet die Stelle schneller als erwartet. Eine JavaScript-Bibliothek, die Zeitstempel verarbeitet, interpretiert bestimmte Formate anders als erwartet. Die Dokumentation ist unklar, was zu dem Problem gef\u00fchrt hat. Die L\u00f6sung ist am Ende nur ein paar Zeilen Code, aber der Weg dahin hat Stunden gedauert.<\/p>

Das ist Softwareentwicklung. Manchmal verbringt man einen halben Tag damit, ein Problem zu finden, das sich in drei\u00dfig Sekunden beheben l\u00e4sst. Das Frustrierende daran hat Max inzwischen akzeptiert. Es geh\u00f6rt dazu. Und das Gef\u00fchl, wenn der Bug endlich gefunden ist, macht einiges davon wett.<\/p>

Er schreibt einen kurzen Eintrag im internen Wiki: Problem, Ursache, L\u00f6sung. Falls jemand anderes mal vor demselben Problem steht, muss er nicht denselben Weg gehen.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

15:30 Uhr \u2013 Tests und Aufr\u00e4umen<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Der Bug ist gefixt, aber die Arbeit ist noch nicht fertig. Bevor der Code ins Hauptprojekt flie\u00dfen kann, braucht er Tests. Max schreibt ein paar Unit-Tests, die sicherstellen, dass die Zeitstempelkonvertierung jetzt korrekt funktioniert \u2013 nicht nur f\u00fcr den aktuellen Fall, sondern auch f\u00fcr Sonderf\u00e4lle, die sp\u00e4ter einmal auftreten k\u00f6nnten.<\/p>

Von au\u00dfen wirkt das oft wie unn\u00f6tiger Extra-Aufwand: Der Bug ist behoben, die Funktion l\u00e4uft, warum jetzt noch Zeit mit Tests verbringen? In der Praxis sorgen genau solche Tests daf\u00fcr, dass der Code auch in ein paar Monaten noch funktioniert, wenn jemand anders etwas \u00e4ndert oder neue Features dazukommen. Gerade in gr\u00f6\u00dferen Projekten mit vielen Entwickler*innen, externen Partnern und mehreren parallelen Branches braucht es mehrere Sicherheitsinstanzen, damit nichts durcheinanderger\u00e4t: sauberen Code, verst\u00e4ndliche Commits, automatisierte Tests und sp\u00e4ter auch Code Reviews.<\/p>

Tests sind also nicht \u201enice to have\u201c, sondern ein wichtiger Teil von Professionalit\u00e4t. Sie fangen Probleme fr\u00fch ab, bevor sie beim Kunden oder in der Produktion landen \u2013 auch wenn es sich im Moment manchmal einfach nur nach \u201enerviger Mehrarbeit\u201c anf\u00fchlt.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

16:30 Uhr \u2013 Code Review<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Max\u2019 \u00c4nderungen sind fertig und getestet. Er erstellt einen Pull Request \u2013 eine Anfrage, den Code ins Hauptprojekt zu \u00fcbernehmen \u2013 und beschreibt kurz, was er gemacht hat und warum. Im Hintergrund laufen automatisierte Checks: Die Tests springen an, Linter pr\u00fcfen Code-Stil und Formatierung. Erst wenn diese Schutzschicht gr\u00fcn ist, geht es an den n\u00e4chsten Schritt.<\/p>

Jetzt kommt jemand anderes ins Spiel. Bei erminas reviewed man seine eigenen Pull Requests nicht selbst \u2013 das \u00fcbernimmt immer ein Kollege oder eine Kollegin. Je nach Projekt schauen manchmal sogar zwei Personen drauf. Das ist nicht, weil man sich gegenseitig misstraut, sondern weil ein zweites Paar Augen fast immer Details sieht, die dem ersten entgangen sind: ein Randfall, eine unverst\u00e4ndliche Variable, ein Kommentar, der pr\u00e4ziser sein k\u00f6nnte.<\/p>

Nat\u00fcrlich kann sich das manchmal nach zus\u00e4tzlichem Aufwand anf\u00fchlen: warten auf Feedback, Kommentare beantworten, noch einmal umbauen. Aber genau diese Schleifen sorgen daf\u00fcr, dass das Projekt auch dann stabil bleibt, wenn viele Leute gleichzeitig daran arbeiten \u2013 intern, extern, \u00fcber mehrere Standorte und Zeitzonen hinweg.<\/p>

W\u00e4hrend er auf das Review seines eigenen Pull Requests wartet, schaut Max sich selbst einen Pull Request an, den ein Kollege heute Morgen erstellt hat. Code Review ist keine Einbahnstra\u00dfe. Auch als Azubi soll und darf er den Code anderer begutachten. Beim Lesen fremden Codes lernt man mindestens so viel wie beim Schreiben des eigenen.<\/p>

An einer Stelle versteht Max nicht, was der Code tut. Er schreibt einen Kommentar mit einer Frage. Keine Kritik, nur Neugier. Vielleicht gibt es einen guten Grund, den er nicht sieht. Vielleicht ist die Stelle aber auch tats\u00e4chlich verwirrend und sollte klarer geschrieben werden. Das Gespr\u00e4ch wird es zeigen \u2013 und wenn am Ende der Code besser und verst\u00e4ndlicher ist, hat sich der Aufwand gelohnt.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

17:15 Uhr \u2013 Feierabend<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Max macht sich Notizen f\u00fcr morgen: Was ist noch offen? Wo will er weitermachen? Das Pull-Request-Review steht noch aus, wahrscheinlich kommt das morgen fr\u00fch. Danach k\u00f6nnte er anfangen, das n\u00e4chste Feature zu bauen.<\/p>

Er f\u00e4hrt den Rechner runter, verabschiedet sich von den Kollegen, die noch da sind. Manche werden noch eine Weile bleiben, andere sind schon weg. Bei erminas gibt es keinen sozialen Druck, als Letzter zu gehen, und keinen misstrauischen Blick, wenn man als Erster aufbricht. Die Arbeit ist geschafft, die Stunden stimmen, morgen geht es weiter.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

Und was hei\u00dft das jetzt f\u00fcr dich?<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Das war ein Mittwoch im M\u00e4rz bei erminas \u2013 keiner, an dem alles perfekt l\u00e4uft, aber auch keiner, an dem alles schiefgeht. Viel davon ist ganz normaler Alltag: Bugs suchen, Meetings, Tests schreiben, Code reviewen. Manchmal ist es frustrierend, manchmal macht es richtig Spa\u00df, oft ist es einfach ehrliche, konzentrierte Arbeit im Team.<\/p>

Wenn du dir eine Ausbildung w\u00fcnschst, in der du nicht nur \u201ebesch\u00e4ftigt\u201c wirst, sondern wirklich Teil eines Projekts bist \u2013 mit Verantwortung, echten Kunden, echten Problemen und echten L\u00f6sungen \u2013, dann k\u00f6nnte das hier gut zu dir passen. Du musst bereit sein, dich durch z\u00e4he Bugs zu k\u00e4mpfen, Unit-Tests zu schreiben, Pull Requests von anderen zu lesen und deinen eigenen Code von jemand anderem hinterfragen zu lassen. Kurz: Du musst Lust auf Professionalit\u00e4t haben, auch an den Tagen, an denen sie sich eher nach \u201enervig, aber notwendig\u201c anf\u00fchlt.<\/p>

Wenn du dich darin wiederfindest und dir vorstellen kannst, deinen eigenen Mittwoch im M\u00e4rz bei uns zu verbringen, schau auf unserer Karriereseite vorbei und bewirb dich:<\/p>

Ausbildung bei erminas<\/a><\/strong><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"

Der echte Alltag bei erminas In vielen Unternehmen gibt es diese Azubi-Portr\u00e4ts, in denen alles perfekt l\u00e4uft. Der Azubi kommt um Punkt acht ins B\u00fcro, arbeitet an spannenden Projekten, lernt nebenbei f\u00fcnf neue Technologien und geht abends erf\u00fcllt nach Hause. Die Realit\u00e4t sieht meistens anders aus \u2013 und bei uns sowieso, weil schon die Grundannahme […]<\/p>\n","protected":false},"author":8,"featured_media":10107,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"Ein Tag im Leben eines Azubis bei erminas","_seopress_titles_desc":"Gleitzeit, Dailies, Debugging, Unit-Tests, Pull Requests und Code Reviews \u2013 Ausbildung mit echten Projekten im Team.","_seopress_robots_index":"","iawp_total_views":5,"footnotes":""},"categories":[219,1],"tags":[],"class_list":["post-10073","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ausbildung","category-erminas"],"_links":{"self":[{"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/posts\/10073","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/comments?post=10073"}],"version-history":[{"count":28,"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/posts\/10073\/revisions"}],"predecessor-version":[{"id":10472,"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/posts\/10073\/revisions\/10472"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/media\/10107"}],"wp:attachment":[{"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/media?parent=10073"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/categories?post=10073"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/erminas.com\/de\/wp-json\/wp\/v2\/tags?post=10073"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}