5.1 Ein normaler Tag im Leben eines Entwicklers
Ein Programmierer zu sein, ist einfach und angenehm. Für die Organisation der Arbeit ist der Project Manager verantwortlich, für die Feature-Liste des Produkts der Product Owner. Meetings werden vom Scrum Master organisiert. Alle Organisationsprozesse sind maximal formalisiert und standardisiert.
Du kommst morgens zur Arbeit, machst dir einen Tee oder Kaffee und 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, gehst du an die Arbeit.
Du öffnest die Website JIRA, wo die Aufgabenliste deines Teams gespeichert ist: das Projekt-Backlog und das aktuelle Sprint-Backlog. Die Aufgaben sind bereits von deinem Scrum Master/TeamLead oder ProductOwner nach Priorität sortiert.
Du nimmst die Aufgabe ganz oben – die mit der höchsten Priorität und beginnst, daran zu arbeiten. Dafür musst du sie in den Status "In Progress" versetzen. Das geht mit ein paar Klicks. Los geht's, die Zeit läuft.
Zur Aufgabenbeschreibung wird normalerweise zusätzliche Informationen oder ein Link zur Dokumentation hinzugefügt. Die Aufgabe sollte alle notwendigen Informationen enthalten, damit du sie erledigen kannst. Das Vorhandensein solcher Informationen ist Aufgabe deines Managers.
Wenn etwas nicht stimmt, kannst du die Aufgabe (oder "Task" in Programmiersprache) an deinen Manager zurückübertragen und in den Kommentaren schreiben, welche Fragen aufgetaucht sind und/oder welche Informationen fehlen.
5.2 Code schreiben
Du hast die Aufgabenbeschreibung studiert und es ist dir klar, was zu tun ist. Super, fang an zu arbeiten. Dabei hilft dir deine Ausbildung bei CodeGym und deine Erfahrung in der Teamarbeit.
Nachdem das nächste Feature fertig ist und du dich davon überzeugt hast, musst du den Code in Git hochladen. Das geht mit ein paar Klicks direkt aus der IDE. In deinem Fall aus PyCharm. Du committest deinen Code zunächst in dein lokales Repository und pusht ihn dann in das zentrale Git-Repository.
Meistens wird der letzte Schritt über einen Pull Request gemacht, wenn du über Git eine Anfrage an deinen Teamlead für das Code-Review sendest. Wenn mit dem Code alles in Ordnung ist und es keine Anmerkungen gibt, wird dein Teamlead deinen Pull Request akzeptieren und er wird in den main Branch von Git übernommen.
Wichtig! Auf keinen Fall solltest du still sitzen, wenn du nicht weißt, wie du die Aufgabe lösen sollst. Diese Situation tritt häufig auf, und viele Anfänger (nicht nur Anfänger) lösen sie oft falsch. Merke dir, wenn du innerhalb von 2 Stunden nicht herausgefunden hast, wie du die Aufgabe lösen kannst, musst du deinen Manager darüber informieren.
Auch solltest du nicht zu deinem Teamlead gehen mit der Aussage „das kann man nicht machen“. Solch eine Aussage ist sehr nervig, besonders wenn der Teamlead genau weiß, dass es „machbar ist“ und selbst schon etwas Ähnliches mehrfach gemacht hat.
Wenn du nicht weißt, wie es geht, sag: „ich habe zwei Stunden/zwei Tage damit verbracht, herauszufinden, wie es geht, aber es klappt nicht“. Der Teamlead wird dir dann Tipps geben, in welche Richtung du googeln sollst.
Und damit haben wir das Bild der modernen Produktentwicklung durchlaufen. Code Schreiben ist nur ein kleiner Teil der ganzen Arbeit, aber alles ist so organisiert, dass dich nichts von deiner Arbeit ablenkt. Also, zögere nicht und beginne Python zu lernen — es wird dir gefallen, als Programmierer zu arbeiten.
GO TO FULL VERSION