Forum

Ich finde das Gehalt auch gut, eine Bekannte von mir top IT-Kauffrau auch mit ABAP Kenntnissen ist in München für unter 30k eingestiegen in Vollzeit. Hätte mir ein Unternehmen nach meiner IT-Kaufmann Ausbildung 36k geboten hätte ich wahrscheinlich nicht zu studieren begonnen. Es waren in meiner Klasse nur sehr wenige mit einem so hohen Einstiegsgehalt, klingt zumindest nach einer wirtschaftlich rational sinnvollen Einstiegsmöglichkeit. 

Irgendwie hast du die Quintessenz nicht verstanden, also noch mal:

1. Die Automatisierung macht nur dort Sinn, wo durch die Automatisierung auch eine Fixkostendegression stattfindet. Man automatisiert nicht "weil man es kann" oder weil es die Transparenz fördert (das ist ein zu begrüßender Nebeneffekt), sondern dort wo es wirtschaftlich Sinn macht. Die fehlende Transparenz kann zu einem wirtschaftlichen Faktor werden, muss es aber nicht. Zumal die Transparenz dort endet, wo der Automatismus endet. Und dann? Soll der Entwickler jetzt auch noch das Konfigurationsmanagement administrieren und betreuen?  Wenn ich einen Automatismus nur 1x im Jahr ausführe, dann ist die Pflege und die Qualitätssicherung des Prozesses teurer als der eigentliche Vorgang. 2. Die Pflege komplexer Prozesse ist ein eigener Vollzeitjob. Deshalb macht das ab einer gewissen Komplexität eben nicht mehr der Entwickler oder der Sysadmin, sondern ein Spezalist. Wie man den jetzt benennt ("DevOps Architect/Engineer" whateever) ist zweitrangig. Für mich ist eine VM klonen und ein Setup ausführen kein komplexer Prozess. Das kann ein Praktikant nach einem Tag Einarbeitung runterskripten. 3. Die Annahme das der Entwickler "seine Software" am besten kennt, ist halt bezeichnend für das Problem deiner Argumentation. Wenn der Entwickler seine Software am besten kennt, dann mag das vielleicht in einer 5 Mann Klitsche zutreffen, aber nicht in einem Unternehmen was komplexe Enterprise Software entwickelt und wo die Arbeit eines Entwicklers nur ein kleines Zahnrädchen eines großen Gebildes ist. In meiner Ex Firma haben 350 Entwickler an einer Software mit 80 Modulen gearbeitet. Nur um die Dimension kurz zu erläutern: Die Software enthielt über 30.000 Unit Tests. Von komplexen Geschäftsprozess-Tests will ich gar nicht reden. Welcher Entwickler soll da neben seinen Hauptjob noch irgendwelche Deployments automatisieren? Dafür müsste er sich erstmal in die gesamte Software Domäne einarbeiten. Das macht wirtschaftlich keinen Sinn. 4. Um gottes Willen jeder Entwickler soll seine Cloud-Ressourcen selber administrieren? Das ist das Anfänger Problem jeder Software Bude die größer wird. "Wie das funktioniert im Integrationstest nicht? Auf meiner Entwickler VM hat es immer funktioniert!!". Nein Entwickler sollen sich selber keine Entwickler Maschinen/Docker Container bauen. Die sollen Aufgrund der Transparenz von einer zentralen Instanz zur Verfügung gestellt werden. Entweder dem Systemadministrator oder einem DevOp der die irgendwo herauspurzeln lässt. So sieht die Realität aus, wo große Firmen, beispielsweise die mit drei Buchstaben oder die mit dem großen A DevOps zur Automatisierung einsetzen - die auch genau das tun, und nicht am Hauptprodukt entwickeln. Du siehst es anders? Gut dann siehst du es anders.
 

Natürlich spielen Release Zyklen eine Rolle. Aber, dein Beispiel vorausgesetzt, niemand installiert 20mal ein ERP inkl. individueller Konfiguration. Da muss sehr wohl Automatismus her. Ich sehe jetzt nicht wieso ein Deployment Prozess aufwendiger ist, als 20 mal das Ding rauf und runter zu installieren - okay, beides kann sein, das kann man wohl nicht allgemein gültig sagen und hängt vom Einzelfall ab. Es gibt heute Technologien, die das OS und vieles drum herum von der Applikation entkoppeln. Aber: Mal abgesehen davon, dass ich beim manuellen Deployment jedesmal menschliches Versagen als Fehlerquelle berücksichtigen muss. Außerdem: Genau der eine Mensch kann dann das ERP rauf und runter konfigurieren. Und wenn der krank ist, im Urlaub, ausgeschieden aus dem Unternehmen? Im Idealfall gibt es eine Deployment Pipeline, die jeder aus dem Team mit kurzer Anleitung ausführen kann (ich sage bewusst Deployment Pipeline und nicht Delivery Pipeline, beschränken wir das ganze auf sagen wir das Deployment einer VM und anschließender ERP Installation / Konfiguration inkl. der Anlage aller benötigter Komponenten). Natürlich kann der Automatismus mehr Zeit kosten, dagegen halte ich nach wie vor das Argument der "Reproduzierkarbeit" (und ein bißchen "Dokumentation", bewusst in Anführungszeichen). Da muss halt jede Firma für sich entscheiden, wo die Prios sind. "Automation first" ist mein Ansatz.   Ich lasse Dir hier aber deine Meinung und gebe Dir in Einzelfällen recht, da kann der Automation-first Gedanke "teurer" sein (trotzdem sinnvoll aus meiner Sicht). Naja, temporäre Ressourcen in der Cloud sind bei den meisten Anbietern ein Witz, teuer sind Produktivumgebungen (lange Laufzeiten, viel Traffic ingress/egress etc.). Deine Schlussfolgerung ist dann also: Sysadmins sind für die Systeme da, die aufgrund wirtschaftlicher Aspekte nicht automatisiert werden können? Puh, das ist ja mal harter Stoff, ich kenne sehr viele super fitte (Programmier und Scripting-fähige Sysadmins -> sind das jetzt eigentlich  auch DevOps? :)). Jemand aus der Sysadmin Franktion hier, der etwas dazu sagen möchte?   Beim nächsten Punkt hast du mich nicht verstanden. Jeder im Unternehmen KÖNNTE (also rein von der Sache her) alles. Darum geht es doch aber nicht. Es geht darum, wer ist wofür am besten geeignet. Ist der Entwickler in Zeiten von Cloud und Co. am besten geeignet, seine Infrastruktur Ressourcen selbst zu administrieren?   Es gibt viele Entwickler/Sysadmins die aus meiner Sicht NICHT geeignet sind, Projektmanager oder Berater zu sein (es gibt natürlich alle Fälle) und genauso den umgekehrten Fall (vom Potential).   Letzer Punkt, Beispiel Monitoring im ERP System: Natürlich bietet das AWS und Co. nicht an, aber der Entwickler weiß doch am allerbesten, wann ein Alarm schießen soll, sobald dieser und jener Wert in der Datenbank steht? Woher soll der Sysadmin wissen, dass beim Parsen eines Logfiles genau diese Zeile gemeldet werden muss? Natürzlich muss der Monitoring Service des Providers mit Inhalt gefüttert werden (Tritt Fall A ein passiert Aktion B), aber der Monitoring Service des Providers ist bereits fertig im Portfolio, ist hochverfügbar geclustert und skaliert mit zunehmender Workload automatisch mit. Vielleicht ist der Entwickler besser dafür geeignet, das fertige Monitoring System mit Inhalt zu füttern, da er seine Applikation besser kennt als der Admin.

Dann ist klar, warum Du von Personalern als FIAE nicht ernst genommen wirst... Mit einer schulischen Ausbildung hast Du einen ähnlichen Ruf wie ein Umschüler. Wenn Du anschliessend nicht selbstbewusst auftreten und Dich mit Programmierkenntnissen verkaufen kannst, hast Du schlechte Karten auf dem Arbeitsmarkt. Der Schritt mit dem Studium war da die richtige Wahl um seinen Marktwert zu verbessern! Im 2. Semester wurde uns gesagt: "Lerne programmieren, sonst wirst Du programmiert!" Dieser Spruch trifft Deine jetzige Situation sehr gut und diesen Spruch solltest Du ernst nehmen. Setz Dich nach Deinen Klausuren hin und lerne Java/ JavaScript/ HTML/ .... Habt Ihr im Studium in den ersten Semestern kein Programmieren gehabt, so dass Du Dich darin sicherer fühlen kannst? Wir haben zu jedem Unterrichtsfach an der TH praktische Aufgaben (Praktika), die wir bestehen müssen, um zur Prüfung zugelassen zu werden. Ich bin jetzt im 4.Semester und bin selbst überrascht, wie schnell ich mich inzwischen in andere Sprachen hineindenken kann (Dank der Praktika).