DevOps、または賃金とIT業界の将来をどのように失っているのかパート2

前回の記事はすでに多くの憤慨を引き起こしました。この記事はこれ以上多くの人に好まれないと思います。その中で、顧客がDevOpsエンジニアをどのように見ているかを説明します。



時間が経つほど、「これは「devups」の義務です」と聞き、データベースへのリクエストはdevupsを調整し、ソフトウェアがコーダーにどのように、どのような依存関係で行くのかを推測します-devups、evpn + bgp + ipsec + geo dns +証明書によるネットワーク認証-devups、アーキテクチャエラーの修正、無血オプションの考案-devups、通常のpg_dumpの同期レプリケーションへの変換-devups、サービスステーション/ CEOおよびチームの心理分析者-devups。



もう1つの興味深い傾向は、あらゆるスニーズに対応するk8s +ロードバランサーです。少し前まで、ロードバランサーをデータベースに配置するように提案されていました。おそらく、負荷の平均が下がり、ディスクの負荷が少なくなるでしょう…。 K8sは一般的に別のトピックであり、それに関連する神話について2〜3の記事を書くことができます。



開発者やエンジニアが酔っ払っており、Sberbankが石鹸の泡を立てて奇跡が起きようとしているという話をビジネスから聞くことがますます増えており、私たちは先輩から60〜80kの間普通の人々のように働き始めます。もちろん、この地域にはすでに存在していますが、すべてが悲しかったのですが、ここでは、モスクワを除くすべての都市を夢見ています。



同じビジネスから、誰もがどれほど怠惰であるか、従業員がどれほど役に立たないかについての話を聞くことはさらに楽しいです。仕事や建築を計画したり、未来について考えたりするのではなく、低品質のコードを光の速さで叩く方法を探す必要があります。 "、はい、データベースに1つのクエリがあり、ハードウェアの容量の15％のコストがかかり、5つのクエリが崩壊します。リソースを割り当てずに水平方向にスケーリングすると、節約できます!!! -真実はどのように特定されていません。特に、データベースがアーキテクチャでかなり曲がっている場合、たとえば、デフォルトのPostgreSQLやElasticsearch。



意図したとおりにテクノロジーを使用しますか？いいえ、退屈です。アーキテクチャ、データスキーマ、およびそれらの処理の計画-なぜそれが高価で遅いのか。しかし、何をすべきか？解決策があります-信者を雇い、あなたのプロジェクトのすべての致命的な罪について彼を責め、追加することを忘れないでください-あなたが来る直前に、すべてがうまくいきました。そしてログは嘘をつきます、すべてがうまくいきました!!!



政治的なゲームのせいで、開始の段階でさえ、非常に興味深く有望なプロジェクトが死ぬのをますます見ています。私はRMと連絡を取ります。RMは、会社に年間数十億ルーブルをもたらす可能性のある製品の販売をすでに6か月間妨げられていますが、彼らは常に彼の車輪にスポークを置いています。誰もがそれにお金をかけずに開発を行う方法を探しています。DevOpsの方法論は、機能していない製品を本番環境にダンプし、ジャンブをコンテナ、バランサー、スタブで覆う方法としてますます認識されています。開発。

前回の記事の調査が示したように、大多数のhabr訪問者にとって、雇用主は1人でいくつかの穴を塞ぐことを試みます。当然、これらの義務を補償することなく。しかし、問題は、結果としてビジネス自体が苦しんでいるということです。財政的・技術的支援に関連する低賃金と高い労働生産性のために、CISのような経営陣が日本や米国で事業を行おうとした場合、事業はずっと前に破産していたでしょう。



先進国から私たちにもたらされた多くの方法論は完全に歪められていました。たとえば、Agile、Scrum、DevOps-3つの方法論はすべて、作業のためにビジネスプロセスを大幅に変更する必要がありますが、CISの管理者はこれに対応する準備ができていません。彼は古い習慣と現代的な方法論を組み合わせることを望んでいます。私たちは古い方法でトップであり、あなたは現代的で効果的な方法です。下方に。以下から3つの方法論すべてを実装することは無意味です。カードの存在、日報、2週間の計画、およびコードの各行のリリースは、これらの方法論を実装したことを意味するのではなく、単に原因と言い訳を見つけるのに役立つ追加の報告プロセスを導入したことを意味します。上級管理職向け。レポートの数が大幅に増えているため、プロジェクトとそのような状況で作業を開始する人々が計画を実行することはさらに困難です。そうでない場合よりも。

今では、ほぼ以前と同じように、コードの行に対して結果の支払いを申し出て、実装について考える時間を30〜40分と考えて、純粋にコードを作成するという奇妙なITマネージャーによる記事やスピーチがかなりあります。同時に、経営判断のコストとリスクについて考え、計算するために2〜3週間かかります...その結果、製品の品質が必然的に低下するという事実にますます直面しています。もちろん、これはIT業界の問題であるだけでなく、私たちの業界では特に深刻です。失敗は、「1億8000万ルーブルを押しつぶした」などのプログラマーのせいになっているからです。このプロセスの結果、タスクを実行できないが、10億ルーブル以上を費やした4つのプロジェクトをすでに見ました。しかし、その結果、怠惰なITスペシャリストが有罪となり、その報告と規制の手順が増えて状況が修正され始めました。監視機能を提供するために追加のマネージャーが雇用され、ITスペシャリストの給与が削減されます。私たち自身が下す決定の数は減少し、責任と説明責任は増大しており、それはさらに大きな問題につながります。



責任の線を明確に描き、それを最小限に抑える必要があります。そうしないと、政治的なゲームの犠牲者になってしまいます。



次の記事では、下から実装されたDevOpsとAgileが役に立たない理由について詳しく説明します。