DevOps oder wie wir Löhne und die Zukunft der IT-Branche verlieren

Das Traurigste in der heutigen Situation ist, dass die IT allmählich zu einer Branche wird, in der es bei der Anzahl der Aufgaben pro Person überhaupt kein Wort „Stopp“ gibt.



Beim Lesen von Stellenangeboten sieht man manchmal sogar nicht 2-3 Personen, sondern ein ganzes Unternehmen in einer Person, jeder hat es eilig, die technische Verschuldung wächst, das alte Erbe sieht vor dem Hintergrund neuer Produkte perfekt aus, weil es zumindest Dokumente und Kommentare im Code enthält, neu Produkte werden mit Lichtgeschwindigkeit geschrieben, können jedoch nicht für ein weiteres Jahr nach dem Schreiben verwendet werden, und oft bringt dieses Jahr keinen Gewinn. Darüber hinaus sind die Kosten der "Cloud" höher als der Umsatz des Dienstes. Das Geld der Investoren fließt in die Wartung eines Dienstes, der noch nicht funktioniert, aber bereits als Arbeitnehmer für das Netzwerk freigegeben wurde.

Als Beispiel: ein bekanntes Unternehmen, dessen Remaster eines alten Spiels die niedrigsten Bewertungen in der Geschichte der Branche erhielt. Ich war einer von denen, die dieses Produkt gekauft haben, aber selbst jetzt funktioniert dieses Produkt schrecklich, und theoretisch hätte es in dieser Form nicht zum Verkauf angeboten werden dürfen. Rückerstattungen, sinkende Bewertungen, eine große Anzahl von Benutzerverboten in Foren für Beschwerden über Dienste. Die Anzahl der Patches ist nicht erstaunlich, aber erschreckend, aber trotzdem - das Produkt ist nicht verwendbar. Wenn dieser Ansatz für ein Unternehmen, das sich seit 1991 entwickelt, zu solchen Ergebnissen führt, ist die Situation für Unternehmen, die gerade erst anfangen, noch schlimmer.



Wir haben uns jedoch die Ergebnisse dieses Ansatzes seitens des Nutzers des Dienstes angesehen und schauen uns nun die Probleme an, die die Mitarbeiter haben.



Ich höre oft die Aussage, dass DevOps-Teams nicht existieren sollten, dass dies eine Methodik usw. ist, aber das Problem ist, dass Unternehmen aus irgendeinem Grund nicht mehr nach Knoten, DBA, Infrastrukturbauern und Bauingenieuren suchen - jetzt ist alles ein DevOps-Ingenieur in einer Person. Natürlich gibt es in einzelnen Unternehmen noch solche offenen Stellen, aber es gibt immer weniger. Viele nannten diese Entwicklung, ich persönlich sehe eine Verschlechterung darin, es ist unmöglich, in allen Bereichen einen guten Wissensstand aufrechtzuerhalten und gleichzeitig nicht mehr als 8 Stunden zu arbeiten. Das sind natürlich Fantasien. In der Realität sind viele IT-Spezialisten gezwungen, 12 oder 14 Stunden zu arbeiten, von denen 8 bezahlt werden. Und oft sieben Tage die Woche, weil „mir eine Aufgabe gegeben wurde, es keine Docks oder Kurven gibt und sogar der Service Geld kostet“ und für 1 Ein Fehler in der Cloud kann im Prinzip in ein paar Monaten kein Gehalt erhalten, insbesondere wenn Sie an einer IP arbeiten.Tatsächlich verlieren wir unser Wort im Geschäft, zusammen mit der Aufgabentrennung stoße ich zunehmend auf die Tatsache, dass Manager in Entwicklungsprozesse kriechen, im Allgemeinen nichts über sie verstehen, Geschäftsdaten und den Betrieb der Anwendung verwirren, was zu einem Chaos führt.



Wenn das Chaos beginnt, möchte das Unternehmen den Schuldigen finden, und hier brauchen Sie einen universellen Schuldigen. Es ist schwierig, die Schuld an mehr als 10 Personen zu hängen. Daher kombinieren Manager Positionen, denn je mehr Verantwortlichkeiten ein Spezialist hat, desto einfacher ist es, seine Nachlässigkeit zu beweisen. Unter den Bedingungen von Agile ist das Finden des "Täters" und das Auspeitschen die Grundlage dieser Methodik, um im Management Geschäfte zu machen. Agile verließ die IT für lange Zeit und sein Hauptkonzept wurde - das Erfordernis der täglichen Ergebnisse. Das Problem ist, dass ein hochspezialisierter Spezialist nicht immer ein tägliches Ergebnis erzielt, was bedeutet, dass die Berichterstattung schwieriger wird. Dies ist ein weiterer Grund, warum das Unternehmen „Experten für alles“ wünscht. Aber der Hauptgrund ist natürlich die Gehaltsabrechnung - es ist der Hauptgrund für alle Änderungen. Um eines Bonus willen haben sich die Leute bereit erklärt, für sich und diesen Kerl zu arbeiten. Aber am Ende, wie in anderen Bereichen,Es ist jetzt einfach eine Pflicht geworden, weniger für mehr der erbrachten Dienstleistungen zu bezahlen.



Jetzt können Sie oft sogar Artikel darüber sehen, was Entwickler bereits bereitstellen können sollten, sich mit der Infrastruktur neben einem DevOps-Ingenieur befassen sollten, aber wozu führt dies? Das ist richtig - zu einem Rückgang der Servicequalität, zu einem Qualitätsverlust der Entwickler. Erst vor 2 Tagen habe ich dem Entwickler erklärt, dass man von verschiedenen Hosts aus schreiben und lesen kann, und sie haben mir mit Schaum im Mund bewiesen, dass sie so etwas noch nie gesehen haben. Hier sind sie in den Einstellungen oder Host, Port, Datenbank, Benutzer, Passwort und das war's. Aber der Entwickler weiß, wie man Bereitstellungen ausführt, Yamls schreibt ... Aber er vergisst bereits Unit-Tests und Kommentare im Code.



Infolgedessen sehen wir Folgendes: ständige Überarbeitung, Suche nach Lösungen für Probleme außerhalb der Arbeitszeit, ständige Schulung am Wochenende und nicht um das Einkommen zu erhöhen, sondern um über Wasser zu bleiben. Entwickler sind gezwungen, DevOps-Ingenieuren bei CI / CD zu helfen. Wenn der Entwickler keine Zeit hat, beginnt er zu nähen, und Manager beginnen, sich den Kopf zu zerbrechen. Wenn dies nicht dazu beiträgt, den Wunsch nach Überstunden zu erhöhen, werden Strafen und Geldstrafen verhängt, und die Person sucht nach einem neuen Job. Wenn eine technische Verschuldung von der Größe des Everest zurückbleibt, wächst die Verschuldung der Entwickler, weil Sie sind gezwungen, Code mit weniger Refactoring zu schreiben, um Zeit zu haben, um entweder dem alten oder dem neuen DevOps-Ingenieur zu helfen, und die Manager sind mit allem sehr zufrieden, da es einen Schuldigen gibt und er sofort sichtbar ist, was bedeutet, dass die Hauptregel im agilen Management eingehalten wird, der Schuldige gefunden wird.Die Ergebnisse seiner Peitsche sind sichtbar.



Einmal bei ITGM gab ich einen Bericht „Wann werden wir lernen, nein zu sagen“ - die Ergebnisse waren sehr aufschlussreich. Eine große Anzahl von Menschen glaubt, dass dieses Wort tabu ist, und bis wir aufhören, so zu denken, werden die Probleme nur noch größer.



Ein Teil dieses Artikels wurde von diesem Artikel inspiriert , aber später werde ich ihn wahrscheinlich weniger höflich aufschreiben.