DevOps または賃金の喪失と IT 業界の将来

現状で最も悲しいのは、ITが一人当たりの責任の多さにおいて「やめる」という言葉が全くない業界になりつつあることだ。

求人情報を見ると、2、3 人ではなく、会社全体が 1 人でいることさえあります。誰もが急いでおり、技術的負債は増大しており、古い遺産は新製品を背景にして完璧に見えます。コードにはドックとコメントがあり、新しい製品は光の速さで書かれますが、その結果、書かれてからさらにXNUMX年間は使用できず、多くの場合、今年は利益がもたらされず、さらにはコストがかかりますクラウドはサービスの売上高よりも高いのです。 投資家の資金は、まだ機能していないものの、ワーカーとしてネットワークにすでにリリースされているサービスのメンテナンスに使われます。
例として、古いゲームのリマスターが業界史上最低の評価を受けた有名な会社があります。 私もこの製品を購入した一人ですが、今でもこの製品の動作は非常に悪く、理論的にはまだこの形でリリースされるべきではありませんでした。 返金、評価の低下、サービスの動作に関する苦情のためのフォーラムでの膨大な数のユーザーのアクセス禁止。 パッチの数は喜ばしいものではなく、恐ろしいものですが、それでも製品は使用できません。 このアプローチが 91 年以来発展してきた企業にとってこのような結果につながるのであれば、立ち上がったばかりの企業にとっては状況はさらに悪化します。

しかし、サービスのユーザー側でのこのアプローチの結果を見ていきました。次に、従業員が抱えている問題を見てみましょう。

DevOps チームなど存在すべきではない、これは方法論であるなどという意見をよく聞きますが、問題は、企業が何らかの理由で nok、dba、インフラクター、ビルド エンジニアを探すのをやめてしまったことです。今では、全員が DevOps エンジニアになっています。一人の人間の中で。 もちろん、個々の企業にはまだそのような欠員はありますが、その数はますます少なくなっています。 多くの人がこれを開発と呼んでいますが、私は個人的にこれが低下していると見ています。すべての分野で良好なレベルの知識を維持しながら、同時に8時間を超えて働くことは不可能です。 当然のことながら、これらは空想です。 実際には、多くの IT ワーカーは 12 時間と 14 時間の両方で働かされ、そのうち 8 時間は有給であり、「仕事を与えられた、波止場もカーブもない、そしてサービスにはお金がかかる」という理由で休みなしの場合も多いです。 1 つ目は、クラウドでは、特に IP ベースで作業している場合、原則として XNUMX ~ XNUMX か月で給料が得られない可能性があります。 実際、業務の分離に伴い、ビジネスにおいて言葉が失われつつあり、管理者がまったく理解せずに開発プロセスに着手し、ビジネスデータとアプリケーションの運用を混同し、その結果混乱が生じるという事実にますます直面しています。が始まります。

混乱が始まると、企業は犯人を見つけようとします。ここでは普遍的な犯人が必要です。10 人以上に責任を負わせるのは困難です。そのため、マネージャーは自分の立場を結集します。1 人の専門家の任務が多ければ多いほど、責任を負うのが容易になるからです。彼の過失を証明してください。 そして、アジャイルの状況では、「罪」を見つけて尻を叩くことが、経営におけるビジネスを行うためのこの方法論の基礎です。 アジャイルは IT から離れて久しく、その主な概念は日々の結果の要件となっています。 問題は、専門性の高いスペシャリストであっても、必ずしも毎日の成果が得られるとは限らず、報告が難しくなることです。これが、企業が「あらゆる分野のスペシャリスト」を求めるもう一つの理由です。 しかし、主な理由は、もちろん、給与です。手当のために、人々は自分自身とその男のために働くことに同意したのは、彼がすべての変更の主な理由です。 しかし最終的には、他の分野と同様に、提供されるサービスの数が増えれば少ない額を支払うという、単に義務になっただけです。

今では、開発者がすでにデプロイできるようになり、DevOps エンジニアの隣でインフラストラクチャに取り組む必要があるという記事もよく見かけますが、これは何をもたらすのでしょうか? そうです、サービスの品質の低下、開発者の品質の低下です。 文字通り 2 日前、私は開発者に、さまざまなホストから書き込みと読み取りができることを説明しました。そして、彼らは口から泡を立てながら、このようなことは見たことがないと私に証明しました。ここでは、設定またはホスト、ポート、データベース、ユーザー、パスワード、それだけです... しかし、開発者はデプロイメントの起動方法、yaml の記述方法を知っています。 しかし、彼はすでに単体テストやコード内のコメントのことを忘れています。

その結果、私たちは次のことを目にします - 継続的な処理、勤務時間外の問題の解決策の模索、週末の継続的なトレーニング、そして収入を増やすためではなく、自分自身を維持するためです。 開発者は DevOps エンジニアの CI/CD の手伝いを強いられ、時間がないと開発者は黙り始め、管理者は頭の肥やしを始め、これでも残業意欲が高まるのに役立たないなら応募してみろ罰金と罰金を課せられた後、その人はエベレスト級の技術的負債を残して新しい仕事を探しており、その結果、開発者の間でも負債が増大し始める。 新旧の DevOps エンジニアを支援する時間を確保するために、彼らはリファクタリングをあまり行わずにコードを書くことを強いられていますが、マネージャーはすべてに非常に満足しています。なぜなら、有罪の人物がいて、彼はすぐに見つかるからです。それは、アジャイル管理の主要なルールが遵守され、有罪者が発見され、その者の鞭打ちの結果が目に見えることを意味します。

かつて ITGM で私は「ノーと言えるようになったとき」についてプレゼンテーションを行いました。その結果は非常に明白でした。 この言葉はタブーだと信じている人が非常に多く、その考えをやめない限り、問題は大きくなるばかりです。

この記事を書くきっかけとなった部分もあります。 この記事、しかし、後であまり不快な言葉で書くかもしれません。

登録ユーザーのみがアンケートに参加できます。 ログインお願いします。

職場で、雇用主があなたを何人か置き換えようとする場面に遭遇したことがありますか?

  • 視聴者の38%がはい、定期的に遭遇します

  • 視聴者の38%がはい、1 回遭遇しました15

  • 視聴者の38%が気付かなかった43

  • 視聴者の38%が私は仕事中毒で、自分でも残業します38

279 人のユーザーが投票しました。 34名のユーザーが棄権した。

出所: habr.com

コメントを追加します