Code schreiben: Wie sieht ein typischer Arbeitstag eines Programmierers aus

1. Ein typischer Tag im Leben eines Entwicklers

Programmierer zu sein ist einfach und macht Spaß ☀️. Für die Organisation der Arbeit ist der Project Manager verantwortlich, für die Feature-Liste des Produkts der Product Owner. Meetings organisiert der Scrum Master. Alle organisatorischen Prozesse sind so weit wie möglich formalisiert und standardisiert ✅.

Du kommst morgens zur Arbeit, machst dir einen Tee oder Kaffee ☕️, setzt dich an den Computer 🖥️. Du öffnest den gemeinsamen Chat 💬, schaust, ob es dringende Nachrichten gibt, ob jemand krank ist 🤒, und wenn alles in Ordnung ist, beginnst du mit der Arbeit.

Du öffnest die JIRA-Seite, auf der alle Aufgaben deines Teams gespeichert sind: das Backlog des Projekts und das Backlog des aktuellen Sprints. Die Aufgaben sind bereits nach Priorität sortiert von deinem Scrum Master/TeamLead oder ProductOwner.

Du nimmst die Aufgabe ganz oben — die wichtigste 🔝 — und beginnst daran zu arbeiten. Dafür musst du sie auf den Status In Progress setzen. Das geht mit ein paar Klicks 🖱️. Und los geht's ⏳.

Zur Aufgabenbeschreibung wird meist zusätzliche Information oder ein Link zur Dokumentation 📄 hinzugefügt. Die Aufgabe sollte alle nötigen Infos enthalten, damit du sie erledigen kannst. Das Vorhandensein solcher Infos ist die Aufgabe deines Managers 👨‍💼.

Wenn etwas nicht stimmt, kannst du die Aufgabe (auf Programmierer-Slang „Task“) an deinen Manager umzuweisen und in den Kommentaren dazu schreiben, welche Fragen aufgetaucht sind und welche Infos fehlen.

2. Code schreiben

Du hast die Aufgabenbeschreibung gelesen und verstehst, was zu tun ist. Super, dann leg los 🏁. Hier hilft dir deine Erfahrung aus CodeGym und deine Teamarbeit 🤝.

Nachdem die neue Feature fertig ist und du das bestätigt hast, musst du den Code in Git hochladen. Das machst du mit ein paar Klicks direkt aus deiner IDE. Bei dir ist das Rider 🚀. Du commitest deinen Code zuerst in dein lokales Repository, und dann pushst du ihn in das zentrale Git-Repository.

Meistens machst du das über einen Pull Request, bei dem du über Git eine Anfrage an deinen TeamLead schickst, um den Code reviewen zu lassen. Wenn alles in Ordnung ist und keine Anmerkungen bestehen, wird dein TeamLead den Pull Request akzeptieren ✅, und dein Code landet im Hauptbranch des Git-Repos.

Wichtig! Du darfst auf keinen Fall schweigen, wenn du nicht weißt, wie du eine Aufgabe machen sollst. Solche Situationen kommen oft vor, und viele Anfänger (und nicht nur Anfänger) lösen das falsch. Merke dir: wenn du nach 2 Stunden immer noch nicht verstehst, wie du die Aufgabe machen sollst, informiere unbedingt deinen Manager 🚩.

Auch solltest du nicht mit dem Satz „Das kann man nicht machen“ zum TeamLead gehen. Das ist sehr nervig, vor allem wenn der TeamLead genau weiß, dass „das machbar ist“ und er schon Ähnliches mehrfach gemacht hat.

Wenn du nicht weißt, wie du es machen sollst, sag einfach: „Ich habe zwei Stunden/zwei Tage damit verbracht, herauszufinden, wie das geht, aber es klappt nicht.“ Der TeamLead wird dir einen Tipp geben, in welche Richtung du googeln kannst 🔍.

So, wir haben einen Einblick in die moderne Produktentwicklung bekommen. Das Schreiben von Code ist nur ein kleiner Teil der Arbeit, aber alles ist so organisiert, dass dich bei deiner Arbeit nichts ablenkt. Also, geh ruhig weiter und lerne C# — du wirst es lieben, Programmierer zu sein 😉.