プログラマーとして普通のお金を稼ぎ、快適な環境で働くために何をすべきか

この投稿は、 注釈 ハブレに関するここの記事へ。 まったく普通のコメントだが、数人が一度に別の投稿の形で投稿するのが非常に良いと発言し、MoyKrug はこれを待つことさえしなかった。 公開 このコメントは VK の彼のグループで個別に素敵な序文とともにコメントされています

今年上半期の IT 業界の給与に関するレポートを掲載した最近の出版物では、Habr ユーザーから信じられないほどの量のコメントが集まりました。 彼らは意見、観察、個人的な話を共有しましたが、コメントの XNUMX つがとても気に入ったので、ここで公開することにしました。

そこで、最終的に力を振り絞って別の記事を書き、私の考えをより詳細に明らかにし、実証しました。

IT スペシャリストの収入について議論されている記事やコメントで、次のような記述に遭遇することがあります。 私はX社で長年働いていますが、私も同僚もそのようなお金を見たことはありません...」。

正直に言うと、私も何年前にも同じコメントを書いたかもしれません。 今はできません 🙂

さまざまな職場、組織、生活状況を経験した私は、「IT業界で普通にお金を稼ぎ、快適な環境で働くために何をすべきか」というテーマについて、自分自身の非常にシンプルなルールを個人的に策定しました。 この記事はお金に関することだけではありません。 いくつかの段落では、自分の専門レベルを向上させ、求められている新しいスキルを学ぶ機会について触れています。「良い条件」とは、居心地の良いオフィス、技術的な設備、優れた社交パッケージだけを意味するのではなく、まず、何よりも、狂気の欠如、心の平安、そして神経全体。

これらのヒントは主にソフトウェア開発者に関係しますが、多くの点は他の職業にも当てはまります。 そしてもちろん、上記は主にロシア連邦と他の旧ソ連諸国に当てはまりますが、繰り返しになりますが、いくつかの点はどこでも当てはまります。

それでは行きましょう。

州および準州の役所、および同様の機関を XNUMX キロメートルごとに避ける

まず、予算から機関に資金を提供する場合、給与の上限は自然な形でそれ自体で制限されます。「お金はないが、我慢する」ということです。 州の機関や同様の場所でも、給与は人員配置表に関連付けられていることがよくあります。 そして、その文書には、プログラマーは事務員と同じくらいの報酬を受け取ると書かれていることが判明するかもしれませんが、これはいかなる方法でも変更できません。 この状況の不条理に気づいた経営者の中には、半合法的に XNUMX ～ XNUMX 円の料金で IT スペシャリストを手配する人もいますが、これはむしろ例外です。

第二に、組織が自由競争市場で運営されていない場合、そのリーダーは製品やサービスの品質と競争力を向上させるという目標を持たない可能性が高くなります（目標は、この品質を一定の値以下に下げないことだけです。監督当局から上限を取得しないように）、したがって、優秀な従業員を採用したり、経済的またはその他の面で動機付けをしようとしたりしません。

経営陣の品質や結果に対する集中力やモチベーションの欠如、さらには実際には自分のお金ではなく他人のお金を使っているという事実により、子供や親戚、家族に愛着を持たせるなどの現象がよく観察されます。友達など組織内の「温かい場所」へ。 ただし、それでも何らかの方法で機能させる必要があります。 したがって、まず、通りからそこに到着した人は、自分自身とその人のために仕事をしなければならないことが判明するかもしれません。 そして第二に、彼が多くのことを学べる高度な資格を持った専門家に囲まれる可能性は低いです。

民間企業に雇用されているが、国の命令で働いている場合でも、悲しいかな、ほぼ同じ目に遭う可能性があります。 「すべてがすでに管理下にある」という理由で企業が注文や入札を受けると、実際には、再び「競争相手がいない」という状況に陥り、相応の結果が生じます。 そして、たとえ入札が公正に行われたとしても、勝者は最も低い価格を提示した者であることを忘れてはなりません。そして、目標は達成されないため、勝者はまず開発者とその給与を節約することができるかもしれません。 「非常に良い製品を作る」ことですが、「少なくとも何らかの形で正式な要件を満たす製品を作る」ことです。

そして、オフィスが自由市場に参入し、競合他社が存在する場合でも、経営陣の考え方や従業員に対する態度が必ずしも再構築され、それに応じて悲しい結果が生じるとは限りません。 悲しいことに、「ソビエト管理」という概念は現実の生活から来たものです。

場合によってはその逆が起こり、一部の国有企業では一般従業員でも地元の基準に照らして非常に高額な報酬を受け取ることができます (石油・ガス部門など)。 しかし、残念なことに、「ソビエト管理」は消えず、「勤務時間は午前8時から、1分間の遅刻でボーナス剥奪」、オフィス書類の際限のない作成など、管理上の狂気に遭遇することがよくあります。責任転嫁、そして「給料が高いからもっと頑張ってください、残業代は出ません」「気に入らないなら誰も引き止めてくれません」といった態度です。

あなたがプログラマーである場合、ソフトウェア開発が主な収入をもたらす活動ではないオフィスでのポジションを検討しないでください。

... あらゆる種類の研究機関、設計局、技術事務所や工場、商社、店舗などが含まれます。

あるコミュニティではジョークもある

«あなたの役職が「上級開発者」や「チームリーダー」ではなく、「第 1 種エンジニア」または「情報技術部門の主任スペシャリスト」と呼ばれている場合は、どこかで道を間違えています。«

はい、これは冗談ですが、どの冗談にもある程度の真実は含まれています。

私は「主な所得者」という基準を非常に簡単に定義します。
これか

• 企業は実際に収益のほとんどを自社の IT 製品またはサービスの販売から得ているか、またはこれらすべての開発に受注に取り組んでいます。

若しくは

• 開発されたソフトウェアは、製品やサービスの消費者の特性を決定する最も重要なものの XNUMX つです。

なぜそのようなアドバイスですか？

まず、素晴らしい投稿を読んでください 「非IT企業の13の驚き」、非 IT 企業間には多くの違いがあることがよくわかります。 IT 企業で働いていて、その記事で説明されているポイント 5 から 13 を常に守っていたのであれば、これはすでに、自分の周囲の世界と労働市場について考え、詳しく見る機会になっています。

「純粋なIT」企業では、ソフトウェア開発に直接関わる人材（プログラマー、テスター、アナリスト、UI/UXデザイナー、DevOpsなど）が主な原動力となります。 彼らの仕事がビジネス収入をもたらします。 次に、「非 IT 企業」をいくつか見てみましょう。 彼らは主に、何かの再販、「非 IT サービス」の提供、または「非 IT 製品」の生産から収入を得ています。 この会社では、IT スペシャリストは保守要員であり、確かに彼らはより効率的に作業できるようにするために (たとえば、自動化、自動会計、オンライン注文受付などを通じて) 必要とされていますが、直接的な収入はもたらされません。 したがって、彼らに対する近視眼的な指導者の態度は、おそらくまったく同じであるでしょう。 する必要があります お金をかける。
これは、上記の記事で非常によく述べられています。

IT オフィスと非 IT オフィスの概念的な違いは、もちろん、IT オフィスでは、プログラマー、テスター、アナリスト、IT マネージャー、そして最終的には予算の収益側の一部であるということです。 、ほとんどの場合）、IT 以外のオフィスでは、その支出項目のみ、そして多くの場合、最も注目すべき項目の XNUMX つだけです。 したがって、社内の IT スペシャリストに対する適切な態度が構築されます。たとえば、私たち企業が自腹でお金を支払わなければならない一部の居候者に対しても、彼らはあえて自分のために何かを欲しがります。

このような企業の経営者は、ITやソフトウェア開発のことを全く理解していないことが多く、そのため、必要性を説得することが難しく、また、「IT部門の創設」自体が難しいという問題があります。可能な限り最善の方法で、マネージャーがそのスキルを適切にチェックできない人物がこの部門の責任者の地位に就くのです。 運が良ければ、優れたチームを採用し、適切な開発ベクトルを設定できるでしょう。 しかし、運が悪いと、チームが何かを開発しているように見え、製品が機能しているように見えても、実際には外界から隔離されて独自のジュースの中で沸騰し、それ自体は特に開発されていないことが起こる可能性があります。 、そして本当に知識が豊富で才能のある人々はそこに留まりません。 ああ、私はこれを自分の目で見ました。
面接の段階でこれを事前に特定するにはどうすればよいでしょうか? いわゆる ジョエルのテストただし、これは非常に表面的なものであることを認めなければなりません。実際には、検証と警鐘のための要素がさらに多く存在する可能性がありますが、これは別の記事のトピックです。

さまざまなエンジニアリング会社、生産団体、科学研究機関、設計局、設計研究所、その他そのようなものについては、個別に言いたいと思います。 私の経験から言えば、「そこに行かないほうがいい理由、あるいは少なくとも行く前によく考えるべき理由」がいくつかあります。

まず第一に、ここでもまた、密集性と技術的後進性がしばしばそこに君臨します。 なぜ別の質問であり、このような優れた記事を参考にすることになりますが、人々はこのトピックについて、ここハブレでも定期的に話しています。

「恐ろしい秘密を教えます。組み込みソフトウェアのテストは、どの粗末な Web サーバーよりも少なくとも XNUMX 桁低く、劣っています。 そして、それを書くのは恐竜であり、デバッガは弱虫のためのものであり、「コードがコンパイルされればすべてが機能する」のです。
…冗談じゃないよ、残念ながら。」 [コメントから]

「驚くべきことは何もない。 私の観察によれば、多くの「ハードウェア」は、デバイスの製造はエリートの対象となる芸術であると信じていますが、彼はそのコードを膝の上で自分で書くことができます。 それは一般的には些細なことです。 それは静かなホラーとして機能することがわかりました。 彼らは、自分たちのコードがなぜ臭いのかを指で説明すると、とても腹を立てます。なぜなら、彼らは鉄片を作ったからです。なぜなら、ある種のプログラムだからです。 [コメントから]

「科学研究における私の経験から言えば、XNUMX 人から数人でタスクに取り組む場合、コードを再利用することは問題外です。 彼らはそれがどうなるかを書き、言語の最小限の機能が使用され、大多数はバージョン管理システムについて知りません。 [コメントから]

第二に、すべては再び管理と確立された伝統に依存することがよくあります。

「統計によれば、機器の開発はほとんどの場合、ロシアの顧客、ロシアの販売市場、そして以前は50ペニーで働いていたXNUMX歳以上の元エンジニアを抱えるロシアの独立採算企業である。 したがって、彼の考えは次のとおりです。 殺されるぞ！ したがって、そのような企業はそれほど多くの資金を持っていませんし、もし持っていたとしても、あなたの給料にはまったく投資されません。 [コメントから]

そして第三に...そのような場所では、プログラマーと他のエンジニアが分離されていないことがよくあります。 はい、もちろん、プログラマーはエンジニアともみなされることができ、「ソフトウェア エンジニアリング」という概念自体がそれを示唆しているように思えます。 どちらの場合も、人々は知的作業と新しいエンティティの開発に従事しており、どちらの場合も一定の知識、スキル、考え方が必要です。

しかし...ニュアンスとしては、現在の労働市場の状況では、これらのカテゴリーの賃金は大きく異なるということです。 これがこうあるべきだと言っているわけではありませんし、私自身もこれは間違っていると思っていますが、残念ながら現時点では「プログラマー」とその他の「エンジニア」の給与は千差万別であることは事実です。半分からXNUMX回、場合によってはそれ以上です。

そして、多くのエンジニアリング企業およびエンジニアリングに近い企業では、経営陣が「なぜこれに XNUMX 倍の金を払わなければならないのか」をまったく理解しておらず、場合によっては「それがどうした、当社のエレクトロニクス エンジニアの Vasya がコードを書くだろう」と言う場合もあります (そしてヴァシャ-それなら彼は気にしません、たとえ彼が ソフトウェア開発者ではありません).

「プログラマーの道は難しい」というテーマについての議論の中で、尊敬する人物との ジェフ239 かつて、コメントの中で彼から次のようなフレーズが聞こえました。 エンジニア サンクトペテルブルクでは」、ただし、良い意味で、会社が従業員を高く評価し、尊重しているのであれば、「...平均給与よりも高い給料を支払うべきです」 プログラマー サンクトペテルブルクで」。

数年前にソーシャルネットワーク上のあらゆる種類のプロセス制御システムに投稿された、非常に暴露的な写真がそれを物語っています。

軍と協力しないでください

この結論は私が自分で決めたもので、私はこれからも大学の軍事学部の学生であり続けるでしょう 🙂

実際、私自身はこの地域の顧客として軍近くの事務所や民間企業で働いていませんでしたが、友人たちは働いていて、彼らの話によると、 数々の民間伝承 「物事には正義と悪と軍隊式のXNUMXつがある」とか、「これから限られた人間を集めて、それを頼りにきちんと解明して誰でも懲らしめてやる！」とか。 どこからともなく現れたわけではありません。

私の場合、そのような企業での面接は秘密保持に該当する形で終了することがほとんどでした。 さらに、面接官は「XNUMX番目のフォームは単なる形式的なもので、何の意味もありません。それについて尋ねることもありません。海外旅行には全く問題なく大丈夫です」と断言していましたが、「もしそれがなければ」という質問には、何も意味がないのなら、なぜそれが存在し、なぜ署名するのでしょうか？」 「そして、周囲で起こっている狂気を考えると、いつか晴れた日に法律が変更されず、すべてが変わらないという保証は何ですか？」 返答はありませんでした。

「何でも屋」にならないでください

…それは、プログラマーであり、管理者であり、ネットワーク設置者であり、ハードウェア購入者であり、カートリッジ補充者であり、DBA であり、テクニカル サポートであり、電話交換手であるようなものです。 あなたが自分の代わりにすべてを一度に行っている場合、あなたはこれらの各分野の専門家ではない可能性が高く、つまり、望めば、何人かの学生や後輩があなたの代わりを務めることができ、彼らを見つけるのは問題ありません。たとえわずかなお金であっても。 何をするか？ 狭い専門分野を選択し、その方向に沿って開発します。

より最新のスタックの調査を開始する

…レガシーツールを使用している場合。 たとえば、ある人が Delphi 7 や、同様に古いフレームワークを備えた PHP の古いバージョンで書くことが起こります。 これがデフォルトで悪いと言っているわけではありません。結局のところ、「機能するから触るな」という原則をキャンセルした人は誰もいません。しかし、古いスタックが古いスタックをサポートするだけでなく、新しいスタックを開発するためにも使用される場合、モジュールやコンポーネントについて考えると、開発チームの資格やモチベーション、そもそも会社に優秀なスタッフが必要かどうかについて考えさせられます。

時々、逆の状況が起こります。レガシー テクノロジーに基づいたレガシー プロジェクトをサポートし、非常に良い結果を収めました (おそらく、誰もこの沼にはまりたがらないためです)。しかし、何らかの理由でプロジェクトや会社が消滅すると、何も残されず、厳しい現実に戻るという大きなリスクは非常に不快なものです。

国内（ロシア）市場向けの中小企業では働いてはなりません

ここではすべてが非常にシンプルです。 国際的に事業を展開している企業には外貨による資金が流入しており、現在の為替レートを考慮すると、開発者に十分な金額を支払う余裕があります。 国内市場で働く企業は彼らに追いつくことを余儀なくされており、大企業や裕福な企業は優秀な専門家を失わないように競争力のある給与を支払う余裕がある一方で、残念ながら中小企業にはそのような機会が常にあるわけではありません。 。

英語を習う。 今は本当に必要ないとしても

現代の IT スペシャリストにとって英語は非常に便利です。ドキュメント、マンページ、リリース ノート、プロジェクトの説明、その他すべてが英語で書かれており、人気の書籍や科学論文も英語で出版されています (必ずしもすぐに英語で出版できるわけではありません)。ロシア語に翻訳され、さらに常に正しく翻訳されるとは限りません）、世界クラスのカンファレンスは英語で開催され、開発者の国際的なインターネット コミュニティの聴衆はロシア語圏のコミュニティの数百倍などです。

もう一つの事実に注目してもらいたいのですが、英語ができなければ考慮すらされない、クールな仕事と非常においしい給与を提供する企業が数多く存在します。 これらは、アウトソーシング会社、インテグレーター、国際企業の支店、そして単に国際市場で活動する企業です。 その多くでは、外国から来た外国語を話す同僚と同じチームで問題を解決しなければならず、多くの場合、顧客やその専門家と直接やりとりすることもあります。 したがって、優れた英語力がないと、労働市場の重要な部分、そして、非常に良い金額で非常に興味深いプロジェクトを見つけることができる部分へのアクセスが即座に奪われてしまいます。

また、言語の知識があれば、フリーランスの国際交流や外資系企業でのリモート勤務も可能になります。 さて、特に私たちの時代には、それについてまったく考えていなかった人々さえもそうし始めていることを考えると、トラクターを始動して別の国に移住する機会です。

調理室を恐れないでください

いわゆる「ゲラ」（コンサルティング、開発のアウトソーシング、または自社の専門家の能力をアウトスタッフとして販売することに従事する会社）は最悪だが、製品会社はクールだという意見を時々見かけます。

私はこの意見には同意しません。 私がかなり長い間働いた少なくとも XNUMX つの職場は同じ「調理場」でした。そこでの労働条件、給与水準、従業員に対する態度は非常に良かったと言えます (比較するものは何もありません)。そして周りにはとても優しくて資格のある人たちがいました。

今いる場所ですべてがうまくいかなかったとしても、それはどこでも同じだとは思わないでください

おそらく、心理学者はいつかこの現象を調査し、何らかの名前を付けるでしょうが、今のところは、この現象が実際に存在することを認識しなければなりません。時々、人々は自分の代わりに働いていますが、それにあまり満足していませんが、彼らは「そうだろう、おそらく」と考えています。どこにでもそう「そして」石鹸を変えるための千枚通し。 ただ言っておきますが、いいえ、どこでもというわけではありません。 そしてこれを検証するために、次の点に進みます。

インタビューに行く

…さまざまな場所での面接経験、要件、給与レベルを知るためだけです。 オファーを受けてあなたが丁重に断ったとしても、誰もあなたに石を投げたりはしません。 しかし、あなたは面接に合格するという経験を積むことになります（これは重要です、そうです）。それはある瞬間に非常に役立ちます。あなたの街で他の企業が何をしているのかに耳を傾け、雇用主が候補者にどのような知識とスキルを期待しているかを調べ、そして最も重要なのは、彼らがそのためにいくらのお金を払ってもよいかということです。 チーム内や会社全体のプロセス構成についての質問、労働条件についての質問、オフィスや職場の案内など、お気軽にどうぞ。

市場を調査して価格を知る

Headhunter、Moykrug、および同様のリソースを調べて、自分が知っていることや行っていることが実際にどれほどの価値があるかを大まかに把握してください。

たとえあなたが現在行っていることと同じことに対して、あなたの現在の給料よりもはるかに高い給料を支払うと約束している会社があることがわかったとしても、提示された給与の大きな数字に怯える必要はありません。 IT は我が国で発展した数少ない産業の 100 つであることを念頭に置いておかなければなりません。そのため、企業が専門家に 150 万から 200 万、XNUMX 万を支払う用意があると職務記述書に書いたら、おそらくそれは支払われます。本当に準備ができていますし、そうなるでしょう。

自分を過小評価しないでください

見る 「インポスター症候群」、ハブレではすでに何度かここの記事に費やされています。 他の応募者より何らかの点で自分が劣っている、資格が低い、劣っているなどと考えないでください。 そしてさらに、これらの事実に基づいて、平均市場よりも低い給与を要求する必要はありません。それどころか、_常に_ 平均より少なくとも少し高い金額を設定する必要がありますが、同時に、明確に理解しましょうそれについて話し合う準備ができているということです。

昇給に関してもお気軽に経営者と交渉してください

黙って座って、上からの誰かが洞察力を持って自ら給料を上げてくれるのを待つ必要はありません。 洞察力が得られるかもしれないし、得られないかもしれない。

ここではすべてが非常に簡単です。十分な給料が支払われていないと思われる場合は、そのことを経営陣に伝えてください。 「なぜもっと給料をもらえるべきだと思うのか」という理由は、あまり考え出すことさえできません。「この N 年間の仕事の中で、私はスペシャリストとして成長し、今ではより複雑なタスクをこなせるようになり、より多くの仕事ができるようになりました」など、何でもあります。 「他の会社ではこの仕事にこれほど多くのことを提供してくれる」ということです。

私の場合、これは常にうまくいきました。 時にはすぐ​​に、時にはしばらくしてから。 しかし、お金の不足にうんざりしていた私の同僚の一人が新しい仕事を見つけて申請書をテーブルに置いたとき、テーブルの反対側で彼らは非常に驚いてこう尋ねました。そして長い間、彼らは新しいオファーよりもさらに多くの金額を提示して彼に留まるように説得した。

移動するかリモートにする

すべてが市内の少数の欠員次第である場合（言い換えれば、あなたの資格を持つ人材が必要とされる「他の場所」がないか、そこに行くのがそれほど簡単ではない場合）...その後、スキルを向上させ、可能であれば、別の都市に移動してください。 私は個人的に、億万長者の中に、たとえ低い地位に移ったとしても、すぐにサンクトペテルブルクやモスクワに引っ越して収入がXNUMX倍になった人々を知っています。

繰り返しになりますが、「首都ではより多くの料金を支払うが、より多くの費用を費やさなければならないため、利益は得られない」といった神話に騙されないでください。 この記事はこちら、この件に関しては多くの意見や話があります。

大都市の労働市場を調査し、転勤パッケージを提供する企業を探してください。

または、すでに確立され、経験豊富なスペシャリストである場合は、リモートワークを試してください。 このオプションには特定のスキルと優れた自制心が必要ですが、あなたにとっては非常に適しており、有益である可能性があります。

それは今のところすべてです。 もう一度言いたいのですが、これは私の個人的な意見であり経験であり、もちろん究極の真実ではなく、あなたの意見と一致しない可能性があります。

トピックに関する資料：

- 非IT企業にとっての13の驚き
- ジョエルのテスト
- ソフトウェア開発とプログラミングを混同しないでください

出所： habr.com