Hinweis.: Besonders erwĂ€hnenswert ist der beliebteste Beitrag des Subreddits /r/DevOps im letzten Monat: "Automatisierung hat mich offiziell ersetzt â eine Falle fĂŒr DevOpsâler". Der Autor (aus den USA) erzĂ€hlt seine Geschichte, die die gĂ€ngige Redewendung, dass die Automatisierung die Notwendigkeit fĂŒr diejenigen, die Software-Systeme unterstĂŒtzen, auslöschen wird, eindrucksvoll verkörpert.

ErklĂ€rung im Urban Dictionary zur bereits etablierten (?! ) Redewendung ĂŒber den Ersatz von Menschen durch Skripte.
Hier ist also der Beitrag selbst:
In DevOps-Abteilungen hört man oft den Witz: "Wenn wir alles automatisieren, sind wir arbeitslos."
Genau das ist mir und etwa hundert anderen DevOps-Ingenieuren passiert. Ich kann nicht ins Detail gehen wegen einer VerschwiegenheitserklĂ€rung: Ich bin mir sicher, dass die Informationen frĂŒher oder spĂ€ter an die Ăffentlichkeit gelangen werden, aber ich möchte nicht derjenige sein, der sie veröffentlicht.
Ich werde versuchen, einen Ăberblick darĂŒber zu geben, wie genau das passiert ist.
Vor etwa fĂŒnf Jahren arbeitete ich als Manager in der DevOps-Abteilung eines mittelgroĂen Technologieunternehmens und verdiente damals ein hervorragendes Gehalt (190.000 USD), das unseren enormen Arbeitsaufwand ausglich.
Wie so oft, kontaktierte mich ein Recruiter ĂŒber LinkedIn. Er vertrat einen der gröĂten multinationalen Konzerne, der fĂŒr mich als potenzieller Arbeitsplatz völlig uninteressant war. Der Recruiter schrieb, dass das Unternehmen aktiv seine Teams von Software-Ingenieuren, Entwicklern und DevOps-Spezialisten erweitert, um mehrere groĂe Projekte vorzubereiten, und erwĂ€hnte, dass sie mich zu einem VorstellungsgesprĂ€ch einladen möchten.
Ich lehnte ab und sagte, dass mich das nicht interessiert. Er fragte, wie viel ich verdiene, und betonte, dass der Konzern sicherlich viel mehr anbieten wĂŒrde. Das weckte meine Neugier â schlieĂlich hielt ich mein Gehalt bereits fĂŒr hervorragend.
Kurz gesagt, ich flog zum Interview, bekam die Position als Senior Lead mit einem Gehalt von 275.000 USD plus Aktienoptionen und Boni sowie der Möglichkeit, remote zu arbeiten (d.h. ich musste nicht umziehen), obwohl mir die Idee, fĂŒr einen riesigen Konzern zu arbeiten, nicht gefiel. Das Angebot war jedoch zu verlockend, um abzulehnen (sie hatten mir viel mehr versprochen als Amazon zuvor in diesem Jahr).
In dem Unternehmen gab es eine DevOps-Abteilung, die jedoch hauptsĂ€chlich aus erfahrenen Systemadministratoren bestand. Diese konnten zwar ausreichend in Python/Bash/PowerShell programmieren, jedoch war das oft riskant. Daher benötigten wir ein Team von echten DevOps-Ingenieuren, die ĂŒber Kenntnisse in tiefergehenden Programmiersprachen verfĂŒgten, um an komplexen Projekten zu arbeiten.
In den folgenden drei Jahren wuchs unsere Abteilung stetig. Ich muss sagen, dass die Leitung alles richtig machte. Uns wurde so gut wie nie etwas verweigert, und wir haben ĂŒber 90 % der geplanten Projekte pĂŒnktlich und im Budgetrahmen abgeschlossen, was wirklich beeindruckend ist.
Vor etwa anderthalb Jahren wurde jedoch deutlich, dass wir buchstĂ€blich *alles* automatisiert hatten. NatĂŒrlich fanden nach wie vor regelmĂ€Ăige Wartungen und Kontrollen statt, jedoch arbeitete ich in den letzten eineinhalb Jahren tatsĂ€chlich nur noch 1-2 Stunden am Tag, da es kaum noch etwas zu tun gab. Ich wollte diesen gut bezahlten Job nicht aufgeben, hatte aber Angst, dass der Tag X irgendwann kommen wĂŒrde, und dieser Tag ist gestern tatsĂ€chlich gekommen.
Es wurde im Wesentlichen bekannt gegeben, dass ein GroĂteil der DevOps-Teams aufgelöst wurde (nur noch 75 Personen, die sich mit spezifischen Anwendungen beschĂ€ftigen), da die IT- und Software Engineering-Teams in der Lage waren, den gesamten Code zu bewĂ€ltigen, und es fĂŒr die DevOps-Mitarbeiter einfach keine Aufgaben mehr gab.
Mir wurde eine Position im IT-Team angeboten, aber das Gehalt lag dort fast bei der HĂ€lfte. Ich hĂ€tte weiterhin remote arbeiten können, jedoch wollten sie, dass ich letztendlich in die Stadt ziehe, in der sich das BĂŒro befindet, und dort öfter erscheine.
Es ist schade, dass es so gelaufen ist, denn ich habe es gemocht, dort zu arbeiten. Das Unternehmen hat gut fĂŒr uns gesorgt (abgesehen von der Entlassung, natĂŒrlich), und es gibt nicht viele Stellen fĂŒr DevOps mit einem Gehalt ĂŒber 200.000 USD und einer standardmĂ€Ăigen 8-Stunden-Arbeitswoche, fast ohne Ăberstunden.
GlĂŒcklicherweise habe ich weise mit meinem Geld gewirtschaftet und konnte in den letzten 5 Jahren 4 Hypotheken vollstĂ€ndig tilgen. Jetzt habe ich ein kleines Zusatzeinkommen, die Ausgaben sind begrenzt, sodass ich mir erlauben kann, in Ruhe nach einem neuen Job zu suchen.
ZusĂ€tze (vom Ăbersetzer)
Der Autor selbst Ihr Titel: âIch bitte um Entschuldigung, falls es zu Clickbait geworden ist: Ich wollte einfach ein wenig Humor in den Titel bringen, ohne meine Geschichte in Clickbait oder einen DevOps-Horror zu verwandeln.â
Doch mit der erwĂ€hnten âFalleâ, dem âStolpersteinâ im Kontext von DevOps, waren sich : âWarum ist das eine Falle? Sie haben ein gutes Gehalt bekommen (sogar mehr als das zuvor als âausgezeichnetâ beschriebene), sich von zusĂ€tzlichen Arbeitsstunden befreit, hervorragende Arbeit geleistet und einen tollen Eintrag fĂŒr Ihren Lebenslauf erhalten.â
Einige ErgÀnzungen aus anderen Kommentaren des Autors zu dieser Geschichte:
- Zum Gehalt. Wichtige Faktoren sind regional und beruflich. Der Autor, der als Software-Ingenieur mit 25 Jahren Erfahrung tĂ€tig ist, hatte eine Position als Manager eines DevOps-Teams. Sein Wissen beschrĂ€nkt sich dabei nicht nur auf moderne Infrastruktur, sondern auch auf Programmiersprachen wie C++, Fortran und Cobol aus, was fĂŒr die Zusammenarbeit mit den Entwicklern im Unternehmen entscheidend war.
- FĂŒr diejenigen, die ebenfalls der Meinung sind, dass 75 DevOps-Ingenieure viel sind: In diesem Unternehmen gibt es â ĂŒber 50.000 Mitarbeiter und buchstĂ€blich tausende von Anwendungenâ.
Bonus
Falls Sie es noch nicht gelesen haben, unseren technischen Direktor â Dmitri Stolyarov (), â fĂŒr die DevOpsConf und , so wurde eine Ă€hnliche Frage angesprochen. Und dieser Blick wurde geĂ€uĂert:
â Was wird dann [im Falle einer deutlichen Vereinfachung der Nutzung von K8s] aus den Ingenieuren und Systemadministratoren, die Kubernetes unterstĂŒtzen?
Dmitri: Was ist mit dem Buchhalter nach dem Erscheinen von 1C passiert? Etwa das Gleiche. Zuvor wurde auf Papier gerechnet â jetzt in der Software. Die ProduktivitĂ€t ist um ein Vielfaches gestiegen, und die Arbeit ist dadurch nicht verschwunden. Wenn frĂŒher zur Montage einer GlĂŒhbirne 10 Ingenieure benötigt wurden, reicht jetzt einer.
Die Anzahl der Software und die Anzahl der Aufgaben scheinen derzeit schneller zu wachsen, als neue DevOps entstehen und die Effizienz steigt. Der Markt hat jetzt einen konkreten Mangel, und dieser wird lange anhalten. SpĂ€ter wird sich alles in eine gewisse NormalitĂ€t einpendeln, bei der die Effizienz der Arbeit zunehmen wird, immer mehr serverless Lösungen entstehen und eine neuronale Netzwerk-Integration zu Kubernetes kommt, die alle Ressourcen genau nach Bedarf allocieren wird... und alles selbst machen wird â Mensch, trete zurĂŒck und störe nicht.
Entscheidungen mĂŒssen dennoch getroffen werden. Es ist klar, dass das Qualifikationsniveau und die Spezialisierung dieser Person höher sind. Derzeit benötigen Sie in der Buchhaltungsabteilung keine 10 Mitarbeiter, die die Buchhaltungsunterlagen fĂŒhren, nur um ErmĂŒdung zu vermeiden. Das ist einfach nicht nötig. Viele Dokumente werden automatisch gescannt und vom elektronischen Dokumentenmanagementsystem erkannt. Ein kompetenter Hauptbuchhalter mit weitreichenden FĂ€higkeiten und gutem VerstĂ€ndnis reicht aus.
Im Grunde ist dieser Weg in allen Branchen zu beobachten. Das gleiche gilt fĂŒr Autos: FrĂŒher war ein Auto mit einem Mechaniker und drei Fahrern verbunden. Heute ist das Autofahren ein einfacher Prozess, an dem wir jeden Tag teilnehmen. Niemand denkt darĂŒber nach, dass ein Auto etwas Komplexes ist.
DevOps oder Systemengineering werden nicht verschwinden â die Hochstufung und Effizienz der Arbeit werden zunehmen.
P.S.
Lesen Sie auch in unserem Blog:
- «»;
- «».
Quelle: habr.com
