Zitat:
Zitat von csesraven
Es klingt so, als wäre das sehr theoretisch. Ein Softwareentwickler MUSS kein Teamplayer sein, er MUSS auch nicht kommunikativ sein.
|
Müssen tut man ja in der Regel gar nichts.
Ich arbeite im Bereich der Softwareentwicklung und leite selbst ein Team aus Business (Ich), 1x iOS, 2x Android, 2x Backend, 2x QA Engineers an.
Jeder dieser Software-Entwickler muss als Teamplayer arbeiten, denn die Realität ist, dass du im Job als Entwickler oft von der Geschäftsseite als Team einen Themenbereich verantwortest. Dieser kann sehr allgemein sein, wenn das Unternehmen kleiner ist oder sehr speziell, wenn das Unternehmen größer ist und mehrere Software Teams anstellt.
Schlechte Ingenieure arbeiten an Themen, die Sie spannend finden und als Agenda neben den Teamzielen puschen wollen, um irgendwelche hippen Frameworks zu lernen und sich dann in den nächsten Job zu stürzen.
Gute Ingenieure verstehen den Verantwortungsbereich des Teams, verstehen das Problem, was es zu lösen gilt und verstehen, was wichtig ist und was nicht. Sie arbeiten mit Designers, Geschäftsleuten, anderen Ingenieuren Hand in Hand und wissen iterative "agile" Arbeitsmethoden anzuwenden.
Was den aktuellen Jobmarkt angeht als QA, muss er natürlich die Technologien & Konzepte verstehen, die im Unternehmen Anwendung finden. Als kompletter Quereinsteiger sind Sprachen wie
Typescri** / Javascri** / Java / Python sicher von Vorteil.
Test-Driven-Development ist aktuell eigentlich Gold-Standart in modernen Unternehmen, muss es aber nicht sein.
Interessante Talks zu dem Thema hat der Kanal
Continuous Delivery.