Ein Tag mit einer Softwareprogrammiererin
6.00 UhrEinmal in der Woche fängt mein Tag besonders früh an, da gehe ich mit meinen Kollegen vor der Arbeit schwimmen.
8.00 Uhr
Als erstes lese ich meine neuen Mails und die internen Datenbanken. Dann werfe ich einen Blick in meinen Terminkalender. Je nach Projektphase finden unterschiedlich viele Besprechungen mit den Teamkollegen statt. Besonders am Anfang sind sie wichtig, damit wir uns bei unseren Aufgaben abstimmen und gegenseitig über den Stand der Dinge informieren können. Im Vorfeld einer neuen Entwicklung diskutieren wir viel über unsere Ideen und legen fest, wer von uns welchen Teilbereich übernimmt. Unser Wissen bleibt allerdings immer unter uns. Außerhalb Nokia dürfen wir mit niemandem darüber reden, damit keine internen Informationen an unsere Konkurrenz gelangen.
9.30 Uhr
Nach der Besprechung machen wir oft gemeinsam eine kleine Frühstückspause. Dabei unterhalten wir uns natürlich nicht nur über die Arbeit, sondern auch über Privates, Sport oder die neuesten Kinofilme.
10.00 Uhr
Eine Arbeit, die ich besonders mag, ist das Schreiben eines neuen Programmcodes. Das geht natürlich nicht alles auf einmal, sondern Stück für Stück. Regelmäßig überprüfe ich, ob das Programm den Anforderungen standhält und mache erst dann weiter. Mit Hilfe eines Simulationstools kann ich meine Arbeit auf ihre Funktionalität hin testen. Tritt ein Fehler auf, muss ich ihn zunächst lokalisieren, bevor ich ihn beheben kann. Dann lasse ich noch mal die Simulation ablaufen. Die Prozedur wird so lange wiederholt, bis meine Programmierung fehlerfrei läuft. Der Zeitaufwand für diese Umsetzungsphase ist sehr unterschiedlich und hängt davon ab, wie viele unvorhergesehene Schwierigkeiten mir dabei begegnen.
12.00 Uhr
Mittags gehe ich mich mit meinen Kollegen in die Cafeteria. Danach gehen wir häufig noch für eine Viertelstunde spazieren.
13.30 Uhr
Nach der Simulation teste ich die neue Software mit einem Produktprototypen. Dazu führe ich ein Softwareupdate durch. Das Installieren der neuen Software auf ein bestimmtes Bauteil (wir nennen das Flashen), kann sehr spannend sein. Meist geht das Flashen beim ersten Versuch schief, insbesondere dann, wenn ich es eilig habe. Wenn aber endlich alles soweit fertig ist, kann ich mit Hilfe spezieller Tools Szenarien nachstellen, die dem realen Gebrauch des Produktes entsprechen. Da die meisten Fehler schon bei der Simulation aufgetreten sind, laufen diese Tests in der Regel ohne böse Überraschung ab. Ein weiterer Teilerfolg für mich.
17.30 Uhr
Nun muss ich noch überprüfen, ob meine Programmteile mit den Programmteilen meiner Kollegen zusammenarbeiten. Wenn wir unsere Änderungen zusammenbringen und ausprobieren, sollte alles reibungslos laufen. Das ist ein wirklich aufregender Augenblick - für das gesamte Team. Hier sehen wir, ob die graue Theorie, die wir im Vorfeld ausgeheckt und haarklein diskutiert haben, auch in der Praxis funktioniert, und ob all unsere Bemühungen gefruchtet haben. Häufig treten noch ein paar Probleme auf, mit denen keiner gerechnet hat, doch meist sind sie schnell zu beheben. Bevor das neue Produkt allerdings auf den Markt kommt, durchläuft es noch eine ganze Reihe ausführlicher Tests. Ein ganz besonderer Reiz ist es für mich, Dinge, die ich mit entwickelt habe, später in Gebrauch zu sehen.
⇐ Ein Tag mit ...
Seite drucken
jutec@vdi.de
