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

Der letzte Artikel hat bereits viel Empörung ausgelöst. Ich denke, dieser Artikel wird vielen nicht mehr gefallen. Darin werde ich beschreiben, wie Kunden einen DevOps-Ingenieur sehen.



Je mehr Zeit vergeht, desto mehr höre ich, dass „dies die Pflicht von„ Entwicklern “ist. Anfragen an die Datenbank möchten die Entwickler optimieren, raten, wie und mit welchen Abhängigkeiten die Software vom Codierer ausgeht - Entwickler, evpn + bgp + ipsec + geo dns + Netzwerkautorisierung durch Zertifikate - Entwickler, Beheben von Architekturfehlern und Entwickeln unblutiger Optionen - Entwickler, Verwandeln eines regulären pg_dump in synchrone Replikation - Entwickler, Psychoanalytiker für Tankstellen / CEO und Team - Entwickler.



Ein weiterer interessanter Trend ist der Load Balancer k8s + für jedes Niesen. Vor nicht allzu langer Zeit wurde mir sogar angeboten, den Load Balancer in die Datenbank aufzunehmen. Vielleicht sinkt der Lastdurchschnitt und die Festplatten werden weniger geladen. K8s ist in der Regel ein separates Thema, Sie können 2-3 Artikel über die damit verbundenen Mythen schreiben.



Zunehmend kann man aus dem Geschäft hören, dass Entwickler und Ingenieure sich betrinken, dass Sberbank eine Seifenblase geschaffen hat und ein Wunder bevorsteht, und wir werden anfangen, als normale Leute für 60-80.000 vom Senior zu arbeiten. In den Regionen gibt es natürlich so etwas, aber dort war alles traurig, aber hier träumen sie bereits für alle Städte außer Moskau.



Es macht noch mehr Spaß, dem gleichen Unternehmen zuzuhören, wie faul sie sind, Geschichten darüber, wie nutzlos Mitarbeiter sind, und dass Sie nach Wegen suchen müssen, um Arbeit, Architektur und Zukunft nicht zu planen, sondern minderwertigen Code mit Lichtgeschwindigkeit zu verprügeln, weil dann devups „horizontal skaliert ", Ja, wir haben 1 Abfrage in der Datenbank, die 15% der Kapazität der Hardware kostet, und 5 Abfragen - ein Zusammenbruch, na und? Horizontale Skalierung ohne Ressourcenzuweisung spart uns !!! - Die Wahrheit ist nicht angegeben, wie. Besonders wenn die Datenbank in der Architektur ziemlich schief ist, zum Beispiel die Standard-PostgreSQL oder Elasticsearch.



Technologie wie vorgesehen einsetzen? Nein, es ist langweilig. Planung der Architektur, Datenschemata und deren Verarbeitung - warum ist es teuer und langsam? Aber was soll man machen? Es gibt eine Lösung - stellen Sie einen Devoups ein und beschuldigen Sie ihn für alle Todsünden Ihres Projekts, nicht zu vergessen, hinzuzufügen - genau bevor Sie kamen, hat alles funktioniert. Und die Protokolle lügen, alles hat funktioniert !!!



Immer öfter sehe ich ziemlich interessante und vielversprechende Projekte sterben, selbst in der Phase ihrer Gründung, einfach wegen politischer Spiele. Ich kommuniziere mit RM, der seit sechs Monaten daran gehindert ist, ein Produkt zu verkaufen, das dem Unternehmen Milliarden Rubel pro Jahr bringen kann, aber ständig eine Speiche in seine Räder steckt. Jeder sucht nach Wegen, um Entwicklung zu betreiben, ohne dafür Geld auszugeben, und die DevOps-Methodik wird zunehmend als ein Weg gesehen, ein nicht funktionierendes Produkt in die Produktion zu bringen und die Pfosten mit Behältern, Balancern und Stummeln zu bedecken, auch wenn dies zu niedrigen Bewertungen und einer großen Anzahl von Negativität führt Entwicklung.

Wie die Umfrage im vorherigen Artikel gezeigt hat, versuchen Arbeitgeber für die Mehrheit der Habr-Besucher, mehrere Löcher mit einer Person zu verschließen. Natürlich ohne diese Verpflichtungen zu kompensieren. Das Problem ist jedoch, dass das Unternehmen selbst darunter leidet. Aufgrund niedriger Löhne und hoher Arbeitsproduktivität in Bezug auf finanzielle und technische Unterstützung überlebt das Unternehmen, wenn es mit einem Management wie in der GUS versucht hätte, Geschäfte in Japan oder den Vereinigten Staaten zu tätigen, wäre es längst bankrott gegangen.



Viele Methoden, die aus Industrieländern zu uns kamen, wurden vollständig verzerrt. Zum Beispiel Agile, Scrum, DevOps - alle drei Methoden erfordern erhebliche Änderungen der Geschäftsprozesse für die Arbeit, aber das Management in der GUS ist nicht dazu bereit. Er hofft, alte Gewohnheiten und moderne Methoden zu kombinieren. Wir sind auf die alte Art an der Spitze, und Sie sind auf moderne und effektive Weise unten. Es ist sinnlos, alle drei Methoden von unten zu implementieren. Das Vorhandensein von Karten, täglichen Berichten, Plänen für zwei Wochen und Veröffentlichungen für jede Codezeile bedeutet nicht, dass Sie diese Methoden implementiert haben, sondern dass Sie zusätzliche Berichterstattungsprozesse eingeführt haben, die lediglich dazu beitragen, den Schuldigen und die Entschuldigung zu finden für die Geschäftsleitung. Es ist für das Projekt und die Menschen, die unter solchen Bedingungen zu arbeiten beginnen, nur schwieriger, ihre Pläne umzusetzen, da die Anzahl der Berichte erheblich zunimmt.als wenn sie nicht wären.

Jetzt gibt es einige Artikel und Reden von seltsamen IT-Managern, die bereits anbieten, für Ergebnisse zu zahlen, fast wie zuvor für Codezeilen, Zeit von der Arbeit zu nehmen, um über die Implementierung nachzudenken, wenn man bedenkt, dass es 30-40 Minuten sind, und dann nur Code zu schreiben. Geben Sie uns gleichzeitig 2-3 Wochen Zeit, um über die Kosten und Risiken für Managemententscheidungen nachzudenken und diese zu berechnen ... Infolgedessen sind wir zunehmend mit der Tatsache konfrontiert, dass die Qualität von Produkten zwangsläufig abnimmt. Dies ist natürlich nicht nur ein Problem der IT-Branche, sondern in unserer Branche besonders akut, da die Fehler dann Programmierern angelastet werden, die wie „180 Millionen Rubel verschwendet“ haben Ich habe bereits 4 Projekte gesehen, die als Ergebnis dieses Prozesses ihre Aufgaben nicht erfüllen, aber 1 Milliarde Rubel oder mehr ausgegeben haben.Infolgedessen wurden faule IT-Spezialisten schuldig und die mehr Berichts- und Regulierungsverfahren begannen, die Situation zu korrigieren. Um Aufsichtsfunktionen sicherzustellen, werden zusätzliche Manager eingestellt und die Lohnsumme für IT-Spezialisten reduziert. Die Anzahl der Entscheidungen, die wir selbst treffen, nimmt ab, und Verantwortung und Rechenschaftspflicht nehmen zu, was zu noch größeren Problemen führt.



Sie müssen klar Verantwortungsgrenzen ziehen und diese minimieren, sonst werden Sie einfach ein Opfer in jedem politischen Spiel.



Im nächsten Artikel werde ich mehr darüber schreiben, warum DevOps und Agile, die von unten implementiert werden, niemals von Vorteil sein werden.