  |
はてなキーワード:給与とは
残業は少ないし、先輩は優しいし、給与は多いし、何より仕事が面白い。
だけど休みの日も仕事のことしか考えられない。イライラしてしまう。通勤中も歩くのが遅い人がいるとイライラする。物質的には満たされているのに、ひたすら精神的に余裕がない。
学生時代から付き合っている彼氏のことは昔も今も大好き。だけど仕事で疲れて帰った日には、関わりたくないと思ってしまう。絶対ストレスであたるなんてことはしたくないから、したこともないけど、そういう時は距離を置いてる。だけど敵なんじゃないかって気分になってくる。
会社の飲み会で、たまに嫌なノリをしている男(女あるいは酒イキリ)がいる。彼氏も自分の知らない一面で、こういう部分があるのかもしれない、と思って嫌な気持ちになる。仕事以外、何もかもが嫌になる。
昔は恋人と会う日を楽しみに、色々頑張ってた気がする。だけど今はデートがやるべきタスクに感じる。
友達と遊ぶ時も、全然共感できる話がなくて上の空になってしまう。フリーランスでwebデザインの勉強しようと思って〜とか、こういうので節約してて〜とか言われても。そんな友達には「バリキャリだね〜、でも大事なのはお金だけじゃないよ！」と言われる。
自分がこんな成長できているのは、これまで支えてもらった人たちのおかげだと思ってる。これまで指導してくれて、期待してくれた人たちがいるからこそ、全部キャリアで形にしなければと思う。
稼ぐことばかり考えている私のことを、友達は強欲だと思うだろうな。だけど、これまで親に学費出してもらった分際で、それを回収しようとせずフラフラしているほうが、よっぽど気がしれない。
よそはよそ、うちはうちなのに
悲しいけど、本当に余裕がないな。
大切なものを大切にするために頑張ってるのに
仕事は上手くいく。
求人情報は比較がとても難しい。1日の勤務時間、残業代込みかどうか、深夜手当の有無、休日日数など、条件の表示方法がバラバラでわかりにくい。
と、 B社の方が時給が高い。
さらに言えば、時給1,600円のアルバイト(あれば)の方が、A社より給料が高いことになる。
転職の際も、前職の給与が基本的に参考にされる慣習がある。しかし、労働時間や残業代の扱いが企業によって違う中で、単に額面だけで比較されると、不一致が大きくなってしまう。
だから本来は、求人は時給に揃えて比較できるようにすべきだと思う。（その上で実質労働時間を明示する)
ということで、簡単に比較できるように、月給から時給を計算できるサイトを作ってみた。
ぜひ色々な会社の時給を調べて、共有してください。
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
例えば、Webオンラインショッピング、金融取引、給与管理や在庫管理です。現在Unifaceは30カ国以上の数千社で使われている。そして、インストールベースでは数百万ライセンスにも上る。
そんなにマイナーなのかな
聞いたこともなかったけど
日本を代表する大企業において、50代の社員が直面する「無言の退職圧力」は、もはや例外的な事象ではなく、構造的な問題として常態化している。長年の経験と専門性を蓄積したベテラン人材を早期に手放し、その一方で育成に10年という歳月を要する未経験の新卒者を採用する──この一見不合理なサイクルは、なぜ繰り返されるのか。本レポートは、この問題の背景にある経済的力学と制度的欠陥を解き明かし、日本企業が直面する人事制度の根本課題に対する処方箋を提示することを目的とする。
この問題の核心には、見過ごすことのできない重大なパラドックスが存在する。
この矛盾した人材サイクルの根本原因は、個々の企業の経営判断ミスという表層的な問題ではない。それは、日本型雇用システムに深く根ざした「年功序列型」の賃金体系そのものに内在する構造的欠陥なのである。次章では、この矛盾を生み出す経済的メカニズムを詳述する。
持続的なリストラのサイクルは、経営の非情さの表れというより、むしろ伝統的な日本型報酬モデルに組み込まれた、根深い経済的ロジックの症状である。中高年社員の早期退職を促す構造は、短期的な財務改善という抗いがたい「誘惑」を経営陣に提示する一方で、長期的な人的資本を蝕む罠となっているのだ。
問題の根源は、多くの日本企業において、中高年社員の賃金水準が本人の生産性を大きく上回ってしまう「高すぎる給与」にある。具体的には、以下のような水準が常態化している。
この報酬と貢献の危険な乖離は、労働経済学の「レイザーの法則」によって理論的に説明できる。この法則によれば、年功序列賃金は社員のキャリアを二つのフェーズに分断する。
この報酬と貢献のデカップリングこそが、早期退職を促す構造の核心である。壮年期以降の社員を早期に退職させることが、企業にとって「膨大な利益」をもたらす財務的ロジックがここに成立する。
1.退職金のコスト:早期退職優遇制度では、退職金に「30ヶ月分」程度の給与が上乗せされるのが一般的である。
2.雇用継続のコスト: 一方で、高給与の50代社員を1年間雇用し続けるための総コストは、基本給（12ヶ月）に加え、賞与、高額な社会保険料、その他経費を含めると、給与の「24～25ヶ月分」に相当する。
3.結論: つまり、30ヶ月分の退職金は、実質的にわずか「1年3ヶ月分」程度の雇用コストでしかない。この計算に基づけば、50歳で社員を退職させることで、定年となる65歳までの残り15年分の莫大な人件費を削減できることになる。この財務的インパクトが、経営陣にとって短期的なバランスシート改善を優先し、経験豊富な人材の維持という長期的な視点を犠牲にする、強力かつ危険な誘惑となっているのだ。
しかし、この短期的な経済合理性は、深刻な副作用を伴う。かつて大規模なリストラを行ったパナソニックが、15年の時を経て再び同様のリストラを繰り返している事実は、このモデルが持続不可能であることを象徴している。この負のサイクルを断ち切るためには、問題の根源である日本の給与構造そのものにメスを入れる必要がある。
日本の賃金に関する議論は、「日本の平均給与は低い」という、統計がもたらす「罠」にしばしば陥りがちである。本章では、この誤解を解き明かし、急峻な年功カーブが一部の大企業特有の問題ではなく、日本の中堅・大企業に共通する構造的課題であることを論証する。
世間一般で語られる「低い平均給与」の根拠とされる統計データは、意図せずして実態を著しく歪めている。これらの数値は、人事戦略を構築する上で根本的に誤解を招くものであり、一種の「インチキ」と言わざるを得ない。
これらの統計からパートタイマー等の影響を除外し、フルタイムで働く男性の賃金カーブに焦点を当てると、全く異なる実態が浮かび上がる。学歴（高卒・中卒含む）や地域を問わない全国の平均値ですら、50代の平均年収は700万円に達する。これを大卒の正社員に限定すれば、さらに100万円程度上乗せされるのが実情だ。これは、日本の賃金体系が年齢と共に急勾配で上昇する、典型的な年功序列型であることを明確に示している。
では、この構造的問題はどの規模の企業に当てはまるのか。我々の分析は、明確な境界線を明らかにしている。
この分析が示すのは、この問題が一部の巨大企業に限定されたものではなく、日本の企業アーキテクチャに組み込まれたシステム上の欠陥であるという事実だ。したがって、この課題の解決策を模索する上で、グローバルな標準との比較はもはや単に有益であるだけでなく、不可欠なプロセスなのである。
日本型雇用システムの構造的課題を克服するためには、国内の常識に囚われず、海外の先進的な雇用モデルを比較分析することが極めて重要である。フランスやアメリカの事例は、日本の年功序列型とは全く異なる賃金思想を示しており、我々が目指すべき改革の方向性を明確に示唆している。
フランスの賃金体系は、エリート層と一般層でキャリアパスと給与モデルが明確に分離された「複線型」を特徴とする。
アメリカの賃金体系も、大多数の労働者においては同様の傾向を示す。中央値に位置する労働者の場合、賃金の伸びは30歳から40歳までの期間に集中し、40歳以降の給与はほぼ横ばい（フラット）となる。給与が青天井で上がり続けるのは、ごく一部のトップエリート層に限定されるのだ。
フランスとアメリカ、二つの先進国の事例から導き出される示唆は、極めて明確である。それは、「一部のエリート層を除き、大多数の労働者の賃金カーブは若いうちに頭打ちとなり、その後はフラットに推移する」という共通の原則だ。このモデルは、年齢給による人件費の高騰を防ぎ、長期的な雇用安定を可能にする基盤となっている。このグローバルスタンダードを参考に、次章では日本が目指すべき具体的な人事制度改革案を提言する。
これまでの分析で明らかになった構造的課題を解決するためには、小手先の対策では不十分である。我々が取るべき唯一の持続可能な道は、戦略的な転換、すなわち「年功序列型賃金から、成果と役割に応じたフラットな賃金体系への移行」である。本レポートが提示する核心的な提言は、この移行を断行することに尽きる。その具体的なモデルケースとして、「年収700万円での頭打ち」を一つのベンチマークとすることを提案する。
この新しい賃金モデルは、単なるコスト削減策ではなく、企業の競争力と従業員のエンゲージメントを同時に向上させる、多面的なメリットをもたらす。
この改革は、単なる賃金制度の変更に留まらない。それは日本人の働き方、キャリア観、そして社会全体のあり方を変革し、持続可能なタレントパイプラインを構築する大きなポテンシャルを秘めている。
本レポートを通じて明らかになったように、日本の中高年雇用問題の根本原因は、個々の社員の能力や意欲の欠如では断じてない。その本質は、経済成長期を前提に設計され、現代の環境には全く適合しなくなった年功序列型の賃金システムそのものにある。
この本質的な課題を前に、我々は議論の焦点を大きく転換させねばならない。「定年後の再雇用」や「中高年のリスキリング」といった対症療法的な議論から、「そもそも定年を意識することなく、誰もが安心して長く働き続けられる雇用・賃金体系をいかにして構築するか」という、より本質的な議論へとシフトしなければ、この問題が解決することはない。
真の「雇用安定」とは、単に一つの企業に長く在籍できることではない。それは、年齢に関わらず、社員一人ひとりが自らの能力と経験を最大限に発揮し、その貢献に対して公正な処遇を受けながら、社会の一員として長く活躍し続けられるシステムである。この新しい定義に基づき、持続可能で、かつ働くすべての人々にとって公平な人事制度を構築することこそ、現代の日本企業に課せられた最も重要な戦略的責務である。
かねてより「頭の中お花畑」というフレーズは反戦左翼を揶揄するときに使われるものだった。
たとえば自衛隊は違憲だから解体しろだとか、沖縄から米軍を追い出せだとか、武器なんかなくても一緒に居酒屋で酒飲んだらわかり合えるよ、だとかね。
そりゃあそんなことが全て実現できるなら素晴らしいことでしょうよ。
でも現実を見たら想定が甘すぎたり、コストがかかり過ぎたり、そんなに頭の中で思い描いてるようにうまくいきませんよというのが「頭の中お花畑」という言葉に集約されている。
概ねそれは間違っていなかったと思う。実際にそれで日本は大きな不幸、混乱もなく回ってきたわけだからね。
これだけ人手不足で倒産する会社が続出していて、求人倍率が高止まりしていて、労働参加率は過去最高であるのに、右翼の方々は労働者を増やしたくないらしい。
労働力不足は嘘つきだそうだ。経営者が無能で生産性が低いだけだと。
足らぬ足らぬは工夫が足らぬということだろうか。
まともな頭があればそんな精神論ではどうにもならないことわかると思うのだが。
豊富な資源、豊富な人材、優れた教育によってイノベーションが起こり、結果人手が充足し、それがいきすぎると逆に余ってしまって就職難・不況になるのであって、逆はない。
人手が減ればそれをなんとかするためにイノベーションがおこって、人手がなくても何とかなるようになるんだ！というのはよくいって願望、悪くいえば妄言だ。
この期に及んで少子化をどうにかすればいいとか言い出している。
20年近く前からすでに対策をしていて、諸外国を見てもどこも顕著な成果を出せているところはないのに小手先の知恵で急に解決するわけもないのはリアリストならわかるだろう。
もし今この瞬間に少子化が解決して来年から150万人の子供が生まれてくるようになったとしても、その子たちが働きに出るまで20年のタイムラグがあるし、今既に生まれている幼児・少年少女たちの人口が圧倒的に足りてない事実は変わらないというのに。
衰退を受け入れたらいいとか言い出している奴も目立つようになってきた。
衰退するということはインフラが改修できない、治安を保てない、医食が欠乏して平均寿命が下がる、国防もままならないということだ。
日本は付加価値の高い工業製品を製造して、輸出して、そのお金で食とエネルギーを輸入しなければ半年も持たない国であることを理解してるんだろうか。
そんな立ち行かない国になった時にロシアが、中国が侵略してきたときにどうやって食い止めるつもりなのだろうか。
食品価格が多少上がったり、交通インフラが廃線、減便になったり、社会保険料・税金が上がり続けたりすることに対してあれだけ文句を言っているのに本当に衰退に耐えられるのだろうか。
本当の「衰退」はそんなものの比じゃないわけで、はっきりいって現実を舐め過ぎだろう。
すでにこの国は20代人口の1割を外国人が占めるようになっている。
もし外国人を全員追い出したら新卒の給与は多少上がるかもしれない。その代わり生活コストはその比じゃないほどあがるけどね。
結局さ、「外国人いらない」で国が回るって言うなら今すぐ代案を数字で出してほしい。
必要な人員、税率、賃金、設備投資、何年でどこまで自動化するのか、現場の穴を誰が埋めるのか。
青写真も覚悟もないまま「衰退でいい」だの「工夫で何とかなる」だのと唱えるだけなら、それこそお花畑だ。
右翼も左翼もお花畑になってしまったら、この国の未来は暗いよ。
Permalink |記事への反応(21) | 20:13
今日の相談は踊るのコーナー、わりと「その旦那選んだの自分じゃん」って意見多いんだなー。
ワイ「うちは受注がFAXとEDIなので受注はフィジカルと外部にすべて保存されているので、安心でヤンス」
ワイ「計画はExcelでローカルで作成されていてそれを更新するたびに印刷しているので大丈夫でヤンス」
ワイ「数えればいいでヤンス」
ワイ「給与システムはフィジカルタイムカードとオフラインの別マシンで動いてるのでたぶん大丈夫でヤンス！」
ワイ「さすがにどうしようもないでヤンスね。社長が頭を下げるでヤンス」
社長「わかった、下がっていい」
https://qiita.com/h_horiguchi/items/b22b2482ab1506d27664
これが、ちょっとやばい。どれくらいやばいのか、エンジニアじゃない人にもわかるように説明してみる。
まず、富士通は「社内システム開発」や「自治体システム」を担ってきた。
大企業や自治体がシステム（在庫管理、職員データベースなど）を作るときは、富士通のような大手SIer（システムインテグレーター）に外注する。
マイナンバーカード関連のシステムも、富士通が関わっている。こうした案件は、数年で数億円規模の予算が動く大事業であり、富士通の主要ビジネスの一つだ。
富士通のクソ高いサーバーやネットワーク機器を購入し、開発から保守まで富士通のエンジニアが担当する。
完全に「富士通の中で完結」する仕組みだ。
アマゾンが提供するクソ高いクラウドサービスだ。富士通のサーバーやネットワーク機器を買う必要がない。
富士通がアマゾンのクラウドを“借りて”システムを運用する形になる。
ここでお金の流れを見てみる。オンプレとAWSでは、お金の流れが根本的に違う。
そして問題の記事では、富士通の社員が自社のオンプレからAWSへの移行方法を丁寧に解説している。
つまり、「富士通を通さなくてもいい時代」の到来を、自ら説明してしまっているわけだ。
まとめると、富士通はこれまでオンプレで利益を上げてきた。しかしAWSの普及で、アマゾンにお金が流れる構造に変わっている。
そして富士通のエンジニア自身が、その変化を促すような記事を書いている。
自社のビジネスモデルを自ら否定する記事を、堂々と公開している会社。
