1. Ein gewöhnlicher Tag aus dem Leben eines Entwicklers
Programmierer zu sein ist leicht und angenehm ☀️. 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 maximal formalisiert und standardisiert ✅.
Sie kommen morgens zur Arbeit, machen sich einen Tee oder Kaffee ☕️ und setzen sich an den Computer 🖥️. Sie öffnen den gemeinsamen Chat 💬, schauen, ob es dringende Nachrichten gibt, ob jemand krank ist 🤒, und wenn alles in Ordnung ist, legen Sie los.
Sie öffnen die Website JIRA, auf der die Aufgabenliste Ihres Teams gespeichert ist: der Projekt-Backlog und der Backlog des aktuellen Sprints. Die Aufgaben sind bereits nach Priorität sortiert – von Ihrem Scrum Master/TeamLead oder ProductOwner.
Sie nehmen die oberste Aufgabe – die mit der höchsten Priorität 🔝 – und beginnen daran zu arbeiten. Dazu muss sie in den Status In Progress gesetzt werden. Das geht mit ein paar Klicks 🖱️. Und los: Die Zeit läuft ⏳.
Zur Aufgabenbeschreibung wird in der Regel zusätzliche Information oder ein Link zur Dokumentation 📄 hinzugefügt. Die Aufgabe sollte alle notwendigen Informationen enthalten, damit Sie sie erledigen können. Das sicherzustellen ist Aufgabe Ihres Managers 👨💼.
Wenn etwas nicht stimmt, können Sie die Aufgabe („Task“ in der Entwicklersprache) Ihrem Manager erneut zuweisen und in den Kommentaren dazu schreiben, welche Fragen aufgetreten sind und/oder welche Informationen fehlen.
2. Wir schreiben Code
Sie haben die Aufgabenbeschreibung studiert und wissen, was zu tun ist. Großartig, legen Sie los 🏁. Dabei helfen Ihnen Ihre Lernerfahrungen bei CodeGym und die Erfahrung in der Teamarbeit 🤝.
Nachdem die nächste Feature fertig ist und Sie sich davon überzeugt haben, müssen Sie den Code in Git hochladen. Das lässt sich mit ein paar Klicks direkt aus der IDE erledigen. In Ihrem Fall – aus IntelliJ IDEA 🚀. Sie committen Ihren Code zunächst in Ihr lokales Repository und pushen (push) ihn anschließend in das zentrale Git-Repository.
Meistens erfolgt der letzte Schritt über einen Pull Request, wenn Sie über Git eine Anfrage an Ihren Teamlead zur Review Ihres Codes schicken. Wenn mit dem Code alles in Ordnung ist und es keine Anmerkungen dazu gibt, wird Ihr Teamlead ihn freigeben (accept) ✅, und er landet im Hauptarbeitszweig von Git.
Wichtig! Auf keinen Fall sollten Sie schweigend dasitzen, wenn Sie nicht wissen, wie Sie eine Aufgabe erledigen sollen. Eine solche Situation tritt häufig auf, und viele Anfänger (und nicht nur Anfänger) lösen sie oft falsch. Merken Sie sich: Wenn Sie innerhalb von 2 Stunden immer noch nicht herausgefunden haben, wie die Aufgabe zu erledigen ist, müssen Sie Ihren Manager darüber informieren 🚩.
Gehen Sie auch nicht mit dem Satz „Das kann man nicht machen“ zum Teamlead. Ein solcher Satz ist sehr irritierend, besonders wenn der Teamlead genau weiß, dass „das machbar ist“ und selbst schon etwas Ähnliches mehrfach gemacht hat.
Sie wissen nicht, wie es geht – sagen Sie: „Ich habe zwei Stunden/zwei Tage versucht herauszufinden, wie man das macht, aber es klappt bei mir nicht.“ Der Teamlead wird Ihnen sagen, in welche Richtung Sie googeln sollten 🔍.
Damit sind wir die Landschaft der modernen Produktentwicklung durchgegangen. Code zu schreiben ist nur ein kleiner Teil der gesamten Arbeit, aber alles ist so organisiert, dass Sie bei Ihrer Arbeit nichts ablenkt. Also wechseln Sie ruhig zum Studium von Java 25 – der Beruf als Programmierer wird Ihnen gefallen 😉.
GO TO FULL VERSION