note.com この件って一番はコミュニケーションミスだとは思うんですが、似たような状況って割りと頻発していると思うので、私が気づいたことを書いておきたいと思います。 特にこれは「継続案件の引き継ぎ」問題ですが、もっと大きく会社の方針でもあり、誰しも無関係ではありません。 IT企業の技術に対するスタンスは2つある 採用戦略の違い 選民戦略の企業への転職において、挫折による鬱が発生する 選民戦略の企業が失敗するケース 選民戦略の企業の悪魔化 選民戦略の企業に転職してしまったら 転職ゲームのつらいところ 注意したい「属人性の排除」の罠 選民戦略的になりがちな条件 標準戦略になりがちな条件 まとめ IT企業の技術に対するスタンスは2つある めちゃくちゃ乱暴ですが、以下のように2つのスタンスに分けられます。 誰でも読めて開発できるように作る 優秀な人が読めて開発できれば良い 仮に前者を標準戦略、

最近、ブログで長文を書く体力が落ちてきているので、かんたんに書こうと思います。 Flutterが流行ってるようです Flutterエンジニアが足りてないようです iOSエンジニア、AndroidエンジニアはなぜFlutterをやらないのか？ Flutterはどのくらい工数を圧縮できるのか？ Flutter案件は今後更に増えるか？ iOS/Flutterエンジニア、めちゃくちゃ少ない説 Android / Flutter / iOSで分断が起こるのでは？ SwiftUI+combineは増えてる？ iOSエンジニアが問われる、SwiftUI or Flutter 結果、人材不足が予想される 新人に期待はできるか？ まとめ 補足 Flutterが流行ってるようです 流行りそうとか、そういう「かもしれない」ではなく。 ベンチャーの新規アプリ案件のFlutter率が明らかに高く以前より上がっている

書き方が曖昧で合意が取れてないから 難しい割にメリットが薄いから 外部知識を入れるデメリットが大きいから 可読性が落ちるから 書けないiOSエンジニアが多く、学習コストも大きいから プロジェクトの進みが遅くなるから リードするチームが場当たり的チームだから 私のスタンスは、例えばCOBOLかJavaかというシーンで、市場にCOBOLエンジニアが多いならCOBOLを採用するし、時代がJavaに切り替わってるならJavaを採用するみたいな感じです。 Swiftなんかはバージョン4.1あたりでObjective-Cから完全移行しました。2.3では早かったですね（2.3から触ってました） 以下詳細。 書き方が曖昧で合意が取れていない問題 「◯◯は良いものだ」 「◯◯は難しくてよくわからない」 この2つの意見が並んでいる時、私は非常に警戒します。 現代のソフトウェア開発はチーム戦ですから、書き方にあ

2年ぶりくらいにエージェントにお願いして仕事を探したんですが、結構業界の様子が変わっていたと思うので、ここらへんで再度環境認識をまとめておきたいと思います。 それにしていもiOS開発業界は狭いですね、2000人も居ないのでは？正味1000人以下。 SwiftUIは2023年から来る ただしゆっくり来ると思います。 私の観測では「使い物になる」がiOS15,iOS16あたりからだという認識なんですが、最低バージョンにすることが求められるので。 3バージョン保証の場合 2022年末　iOS16, 15, 14 2023年末　iOS17, 16, 15 2024年末　iOS18, 17, 16 となり、「まあ2023年末くらいに一般化かな？」という温度感でしょうね。 ただベンチャーの新規開発なんかでは2023年あたりにかなり入ってくる印象が強いです。SwiftUI経験エンジニアは依然少ないので、

この記事が目についたんですが。 qiita.com 良いか悪いかで言ったらQiitaでそういうのは見たくないというのは個人的な感想なんですが。それは置いといて、毎度恒例、はてブでは「安すぎる」というコメントが多く見られました。 [B! エンジニア] エンジニア200人に聞いて、業務委託単価表を作りました - Qiita こういう「単価出してみました」に対する「安すぎる」というブコメは何年も前から大量に見つかります。果たしてこのQiitaは安いんでしょうか？ 私は「妥当」派です じゃあこの「安い」と言ってる人達は何者なんでしょうか？ 仮説：会社間の人月単価と混同している？ 会社間の単価、フリーランスの単価、正社員の給料の差 正社員の給料と、フリーランスの報酬はなぜ差があるのか フリーランスの報酬と、会社間の単価はなぜ差があるのか 正社員とフリーランス、額面で何倍の差があるか？ あと、CTOっ

タイトルは釣りです。 本当に書きたいのは エンジニアはスキルの陳腐化やコモディティ化とどう戦っていくべきか です。 クソ面倒くさい話を書きます。 死ぬほど長いです。 モチベーション 免責事項 MVVMとは？ MVC, MVVMはどこから来たのか？ RxSwiftとは何なのか？ 関数型言語・オブザーバーパターンはなんか良いやつなの？ なぜMVVMをやりたいのか、真のメリットは？ iOSアプリ開発で自動テストは必要なのか？ iOS MVVMは一過性の流行なのか？ １．MVVM＋RxSwiftで慣れた人は、MVVM＋RxSwiftが書きやすい ２．RxSwiftが向いているプロジェクト、MVVMが向いているプロジェクトがある MVVMは無くならない 副次的に起こるRxSwift＋MVVMの必要性、そして避けられないコモディティ化 じゃあMVVMやRxSwiftを勉強しなくていいのか？ クソみたい

技術的負債っていう話、プログラマーは大好きです。 こいつらはコーディングの邪魔をし、プロジェクトを遅れさせ、残業を増やします。 だから皆嫌いなので技術的負債をどうにかしようと議論します。 技術的負債 - Wikipedia ただし、概ね技術的負債を減らす術を身に着けてくると、それでもコードの複雑性が解消されないことに気づきます。 リーダブルに作っても、疎結合に作っても、SOLIDで作っても、どうしてもコードがぐちゃぐちゃになり、相当頭がいい人でないと全体を理解できない代物に成っていくでしょう。 あるいは新しく参画した、優秀なプログラマーたちによって作られたプロジェクトのコードが理解できずに悩むことで気づくかもしれません。 技術的負債の他に敵がいるということに。 その一つは仕様側の複雑性の問題です。 多くのプログラマーが気づくけど、中々手を出せず、それどころか議論にすら成りづらい仕様的負債に

一般的に就職するときには、その会社を不変のものと捉えることが多いのではないかと思います。 特に大企業であれば、入った時と10年後でそこまで大きな変化は無いのかもしれません。 しかしスタートアップやベンチャーは非常に早いスピードで変化が生じます。わずか1,2年で別物になり取り組む課題や組織が変わっていきます。 なのでそこに就職したり参画する場合は「今どういう状態か」「近い将来どうなっていくか」を予測する必要があります。会社の成功に賭けるようなものです。 とは言え、外から見てるだけで会社がどうなるかなんてわからなさそうですよね。 そこで重要になるのが資金調達です。 上場や会社売却を考えているようなスタートアップ・ベンチャー企業は似た課題にぶつかり、似たように資金調達をして乗り越えていきます。裏を返せば資金調達から会社の状況がある程度推測できるわけです。 基本の知識 出資と融資の違い 投資ラウン

キラキラした期待を持ったエンジニアの気持ちをくじきたい。今そういう腐った気分です。よろしくお願いいたします。 実務未経験者は絶望しよう 受託企業に絶望しよう 人材派遣型SESに絶望しよう 常駐フリーランスSESに絶望しよう 自社サービスのベンチャー（立ち上げフェーズ）に絶望しよう スタートアップに絶望しよう 大きめのベンチャーに絶望しよう 機械学習・AI系に絶望しよう 終わりに 実務未経験者は絶望しよう 新卒や若手でもない限り、未経験者が潜り込めるような隙間はほぼ無いです。 それでもどうにかして入ってくる人が居ますが、極稀で優秀な人達だけです。 その優秀な人達ですら一旦泥水を啜るようなキツイブラックを一旦くぐって入ってくることがほとんどでしょう。 絶望してください。未経験者を普通に雇う理由は企業にほとんどありません。いくつか例外はありますが、ポジティブな理由ではなりです。 受託企業に絶望し

何だか最近「凡人」とか「劣等感」のようなワードを見かけたので、個人的な不安との向き合い方を理屈っぽく書きたいと思います。 珍しく自己啓発っぽい話。 エンジニアの劣等感との付き合い方 - Qiita 【JTF2020】凡人エンジニアの生存戦略 - Speaker Deck 仕事は日々不安や劣等感との戦い 現状はどうしようもない 行動できると安心する そうじゃない人もいる 現状把握＋計画＋行動→安心 計画→ゴール設定→行動→計測→ピボット ピボット時にあり得るパターン 努力の成果が出たら劣等や不安感は減るか？ 常に不安材料を直視させられるパターン 行動アイディアが出ないパターン 行動できないパターン 「ストイックですね」「上昇志向が強いですね」「真面目ですね」 おわりに 仕事は日々不安や劣等感との戦い 仕事は、というか人生は全部不安や劣等感にまみれていますよね。 私は過去いろんな不得意なことを

いちから株式会社、御社大丈夫？その２です。 前 otihateten.hatenablog.com 私は直感で「お、大丈夫か？？」と思ったんですが、その直感が数字的に合ってるのかどうか、ちょっと調べました。 参考情報 shikin-pro.com initial.inc 資金調達時の会社の評価額と、従業員数を見比べてみる 決してこれだけで全部わかるわけでは無いんですが。 ベンチャー企業の多くにとって、重荷となるのはやはり人件費です。 評価額はおおよそ粗利額や利益額に相関するはずですから、そこと人件費（従業員数）を調べると傾向は出るはず・・・だと思います（私はプロじゃないので断言できませんが） するとこうなるんです。 「あっ」ってなりませんか？いや分からないですけどね。 グラフの元データ 従業員数が多くても大丈夫な会社 数字を見て「あれ？」と怪しいんだら、もう一段深く見ていくべきです。 ひょ

エンジニア歴が、ちょうど受託会社と事業会社で半々くらいになりました。 ここらでざっくり比較しておきたいと思います。 基本事項を確認 事業会社、受託会社で表しにくい存在 事業会社に夢見すぎ問題、受託会社ディスりすぎ問題 受託会社の欠点 事業会社の欠点 受託会社の利点（事業会社に比べて） 事業会社の利点（受託会社に比べて） 受託会社と事業会社で、考え方が違うこと 結局どっちがいいか？ 受託会社はとにかく勉強・成長向け、事業会社は安定向け フリーランスになるなら、受託会社の経験が必須？ 起業するなら、事業会社の経験が必須？ 基本事項を確認 念の為書くと私が言ってるのは主にWeb系（新興系？）におけるものです。 受託会社は、だいたい数十万円〜数億円規模くらいの案件をクライアントからもらい、納品することで稼いでいます。大抵はワンストップで、従業員数は多くても1000人くらいで、複数社絡むとしてもグル

note.mu ノーコードがバズってるみたいですね。何度か複数の記事を見ました。 ノーコード系の記事を読むとすごく良さそうに見えてきますが、個人的にこれ系がユーザー企業以外には上手くワークしないのではいうのは数年前から思ってました。私の認識を書いておきます。 ・・・ とやる気を出してみたは良いものの、ちょっとこの話だるいですねこれ。 「SaaSもそろそろ頭打ちだしエンジニアが絡んでもしょうがないでしょ、PaaSならともかく」で全部済むと思うんですがどうでしょうか？（投げやり） サービス界隈はどうなっているのか？ SaaS文脈のNoCodeはエンジニアの介在する余地がない そもそもSaaS規模が大きいわけでもない 新しい◯◯業界は見つかるか？ EC業界はそもそも特殊 PaaS文脈でのNoCodeはどうか？ 誰にとってNoCodeは有益か 投資家 NoCode提供側 デザイナー・コンサル ユー

何か最近パターン化が著しいので、せっかくなのでまとめてみます。 何のために面談をするか 自分を売り込むため（アピール） 採用された際に参加するか見極めるため（判断） アピール 実績（ポートフォリオを作っていく） できること、できないことを伝える 経緯（ストーリー立てる。これは好みかな？） 現在の自分の状況（マッチするか相手に判断を委ねる） プロジェクトに関係ありそうな話題がアレばそれも話しておく 判断するための材料 自分にとって可能なミッションか？ 業界、プロジェクトのジャンル 会社の状況◎ プロジェクトの目的◎ 採用の目的◎ プロジェクトの状況 フェーズ◎ いつからやってるか 言語は何か、設計は何か◎ どういう人がやってるか、チーム体制◎ 開発部署の立ち位置◎ 事業のフェーズ◎ やりたいか 自分のためになるか 面白そうか その他旨味があるか 条件 金額 働き方（週何時間、何曜日）◎ 立地

これは数年前に某社を退職するか悩んだ際に考えたことです。 その会社のエンジニアにおける状況で考えたんですが、ほとんどの仕事に当てはまる気がします。というかたぶん組織論の一種になるので、仕事以外でも似た事象は発生しそうです。 シンプルな例え話 行動パターン 価値観の説得は難しい 依頼者1人の価値観ではない可能性が高い 自分が間違っている可能性 専門の職人がいる場合 説得できるのはコンサルタント 詰んだ＼(^o^)／ 正しいと思うことを押し通すのは良いことか？ 事業が失敗したら依頼者は真実に気づくか？ そもそも事業は失敗しない 依頼者を裏切ったらどうなるか？ 依頼者には色んな人が説得してくる 最適解その１ 仕事で重要なのは真実ではなく、上長の価値観 現実ではもっと評価軸が多く複雑 別解：そんな価値観の奴ら、自ら切ってしまえ！ 最適解その２：昇進する 最適解その３：真実究明を組織で行う 最適解そ

昔書こうとしてイマイチしっくり来ず放置していた話。 プロジェクトが上手く行っているか、上手く行っていないか。 その人の行動が正しいか、正しくないか。 などというのは、一意に決まらないものです。 プロジェクトには非常に多くの評価軸があるため、人や案件によって「正しさ」が全く違ってきます。 エンジニアのタイプ 社会派タイプ 事業家タイプ 解決思考タイプ 職業人タイプ ものづくりタイプ 技術好きタイプ 科学者タイプ 「素晴らしい技術が発表されました」に対する反応 主な生息域 どのようにタイプが決定されるか 話が合う相手 締め こういう点はフリーランスのほうが感じているのかもしれません。 30代正社員となれば、経験社数はせいぜい1〜3社と言ったところでしょうが、フリーランスになると取引する会社は二桁に及んだりします。 二桁も会社を経験したら法則性が見えてくるのかと思うのですが、価値観は会社や人によ

意識高い系の正体、ダニング＝クルーガー効果説 ふと思いつきました。 ダニング＝クルーガー効果 ダニング＝クルーガー効果 - Wikipedia ダニング＝クルーガー効果（ダニング＝クルーガーこうか、英: Dunning–Kruger effect）とは、能力の低い人物が自らの容姿や発言・行動などについて、実際よりも高い評価を行ってしまう優越の錯覚（英語版）を生み出す認知バイアス。この現象は、人間が自分自身の不適格性を認識すること（メタ認知）ができないことによって生じる[1]。 こう言う話はけっこうあります。 例えば「完全に理解した」みたいなものです。 www.thedailystar.net パイロットの学習と自信の曲線も面白いですね。 The pilot learning curve. Credit Jay Robinson #avgeek #aviation #pilots pic.t

半分愚痴です。 MVCやMVP、なんちゃらアーキテクチャなど、色々ありますが、あれらのコード全体の構成を決める所謂デザインパターンうち「どれを使うか」「使わないか」というのは大体４つの観点で決まると思います。いや、決めるべきだと思います。決められていないことが多々あります。というお話。 ※もう少し上のレイヤーのアークテクチャーや、デザインパターン、フレームワーク、開発手法郡・ツールにも似たことが言えると思います 大前提、デザインパターンを適用するデメリット １．テストを書くかどうか ２．完璧なプログラムか、スピードか ３．誰がプログラムを書くか、誰最適か ４．プロジェクトの規模や目的 デザインパターンを決めるフロー 例外：部分的に使用する 例外：メリットが上回ると信じている場合 デメリット・コストは誰に降りかかるのか理解する 普通に組んでも結構よくできるよ デザインパターンの思想だけ理解す

前回、最後に引き合いに出させていただい堤修一さん（@shu223）がありがたいことにTwitterで反応されていたのですが、どうやら私の勘違いがあったようなので、訂正と、そこからまた所感をとりとめなく書きます。 訂正 技術で頑張り、実装者としても結構良いところまで行ける？ ニッチな新技術を本当に追うのか？ 「有名」と「Seachable」の差 Seachableの為にできそうなこと どの道も、突き詰めていくと獣道から外れてくる説 企業側が気をつけたいこと 訂正 前回 otihateten.hatenablog.com この中で私は、フリーランスのタイプを3つに分けて 技術力を極めスポットコンサルとして生きる（知名度・人脈が必要） 生産力を極め、総合的な製造者として生きる ワークライフバランスを極め、自由に生きる 堤さんは１かなーと思ったのですが。そうではないようです。 こちら。 うお、その

この前書いた記事に、「時間軸を追加してみたい」的なコメントがあったのですが、面白そうなので考えてみました。 前 otihateten.hatenablog.com フリーランスのキャリアは獣道 単価を指標にする理由 ３つのキャリアパスと、スタート地点を考える どういうパスが考えられるか？ ワークライフバランスルート（0→3） 複数案件ルート（0→2） コンサルルート（?→1） コンサルルート2（?→3→1） １案件集中ルート（→0） 共通した攻略法：壁を発見するまで進む 共通した難しい点：フリーランスで積みづらい経験の問題 そもそもそこまで頑張るべきか？問題 時短にする人は何をしているんだろう？ フリーランス以外になるルート その人がどの道を往く人か分かると、理解しやすい お前はどうなの？ さいごに フリーランスのキャリアは獣道 特に日本において、キャリアパスというのは会社が用意してくれる

anond.hatelabo.jp あれ？なんでこの人たちこんな大量に働いてるんだ？ ITって、ウェブサービスとかかな？ソシャゲ？それで人海戦術ってこと？ 現在の日本のIT人材は100万人くらいです。 IT（プログラム）というのは自動化（システム化）する作業なので、何で？というのは当然の疑問だと思います。 ちなみに 労働集約型産業(ろうどうしゅうやくがたさんぎょう)とは - コトバンク 労働力に対する依存度が高い産業のこと 労働集約産業以外には何があるか？ ①知識集約型産業でも、儲かれば労働集約的になる ②２つの大きな勘違い ③システム化はシステム化しづらい 疑問：システム化が終わったら解雇されないのか？ 疑問：「システム化」の作業は一瞬で終わらないのか？ 疑問：システム化を自動化はできないのか？（AIでできないのか） 疑問：何で仕事がなくならないのか？ どこまで労働集約的になるか？ １．

バズってたので読みました。 フリーランス完走した感想 - mizchi's blog 私はこの方についてあまり詳しくはないんですが、フロントエンド界隈で有名な方がフリーランスやったらどうなるかって感じです。 確か2年前までQiitaの会社に居て、バリバリ記事を書く方で、今もユーザーランキング7位にいらっしゃいますね。昔2位だったような？ ブログの内容について、同意できる部分、できない部分それぞれありますが、大筋は置いといて。 こちらについて、やっぱりそうなのかーと思いました。 その結果、稼ごうと思ったらどんどん並列数が増え、マルチタスク気味になります。薄い関与が増え、いわゆる技術顧問のようなコンサルタント的な立ち位置になります。コンサルタントが悪いわけではないですが、いわゆる胡散臭いコンサルタントにならないために、自分が働く価値を薄い関与の状態で出すにはどうしたらいいか？という葛藤が多くな

最近、嫌なことに気づいたので、忘れないようにメモを。 眠いので文章がヘロヘロです。 高単価を狙うには もちろん、技術力・経験値・営業力など色々あるんですが、今は戦略のベクトルとして2つ考えてみます。 必要とされる技術力が高い 必要とされる要件定義力が高い この２軸を３段階にして９エリアに分けたのが以下です。 雑ですが、ノーマル案件は、一般的な価格帯になります。 グリーンあたりになるとできる人材が限られてきて、常駐なら高単価になります。 それ以上になるととにかく人材がごく僅かになってきて、また単価が上がります。 という、右上に行くほど難度が高く、金額も高いという図です。 あまりにハード過ぎると、仕事として成立しなかったりするので、狙うのはグリーンのラインか、オレンジのライン、せいぜいレッドのラインです。 要件定義力が求められる案件→金持ってないor個人に向いてない ここ２年くらいで気づいたん

2022年追記 これはコロナ前に書いたものです。 コロナになってリモートになった結果、アクセスの良さというのは個人的に無意味になりました。 それで結局2年後に代官山にまた引っ越しました。 最近は中野に行きたいです、安いし。 追記終わり。 ーーーーーーーー 引っ越し先が決まり、入金を済ませたました。 会社徒歩12分、新築、1LDK、べらぼうに高かったです。 今回は色々引っ越し先を検討したので、備忘録用にその内容を書いてみたいと思います。たぶん検討に40時間は使いました。 ※ちゃんと調べたわけじゃないので、雑です！ ※通勤時間をめっちゃ気にしています！ 対象者 最近のIT企業の所在地 通勤時間を減らすなら、ここが狙い所 選択肢は、ほとんど会社依存 エリアを分けて考える ①ガチ会社だらけの地域 ②中央の安めの地域 ③23区内のベッドタウン④23区外側、都外ベッドタウン ⑤23区外、都外の大きい駅

togetter.com b.hatena.ne.jp 問題１ Dではない 問題２ 13ではない 「AはBの次に大きい」大きいのはどっち？ 「たかしは、さとしの次に年長だ」年長なのはどっち？ 課長は、部長の次に偉い 部長は、課長の次に偉い 次に＝次いで 条件を表す「次に」もある 今回の問は条件ではない 英語ならnext to〜 所感 なぜ間違うのか？ 問題１ Aの身長は150cm Bの身長は155cm Cの身長は160cm Dの身長は165cm Eの身長は170cm この5人の中で、Cの次に背が高い人は？ 170、165、160、155、150の中で 170の次に大きいのは165 165の次に大きいのは160 160の次に大きいのは155 155の次に大きいのは150 よってCの次に背が高い人は155cmのB Dではない Cの身長は160cm、Dの身長は165cm Dは5人の中でCの次に背

前置き キャリアにおける成長というのは尺度が難しいです。 それは例えば経験年数であったり、例えば経験したシステムの数だったり、言語の数だったり、何らかの受賞歴だったり。 そして年収、売上も一つの尺度です。 ですが、尺度というのは上限があります。 上限値を見るところで、「今どこらへんか」がわかり、「次にどうするべきか」の選択肢が得られるのではないでしょうか。 というのは建前で、こういう下世話な話が好きってだけです。 前置き 前提 下を見ると切りがない アラサーが優良企業で働いてたら 今どきの普通のフリーランス、安定商流 フリーランスが無茶して働いたら 理論値を考える。週4+副業 時給5000円は超えられるか？ 特殊なスキルを持ったエンジニア コンサルをする ちょっと嘘を付きました というわけで、結論 おまけ：他の職業はどのくらいか？ おまけ：サイドビジネスはどうか？ おまけ：2000万円超え

最近、フリーランス同士で飲む機会が多かったんですが、みんな大体似た悩みを抱えてますね。特に頭がいい人ほど同じルートで同じ考えに至って、皆同じ壁の前で立ち往生すると言った状況が生まれていて面白いです。 同じゲームをして「みんなここでハマるよね！」みたいな。 今回はそれとは違いますが、学生〜20代がよく悩みがちな話をTwitter経由でリクエストされたので書いてみます。 これです↓ マクロに見れば、将来的には技術はどんどん簡単になり、エンジニアの仕事自体価値が下がるのでは、と考えています 実際には全然そうなってないよね。という話が起点です。 ※長いです（約10000字） 川の水はなぜ枯渇しないのか？ 問題設定 注意 1.エンジニアの仕事は減らないのか なぜ枯渇すると思うのか？ エンジニアの仕事は何か？ 課題は、問題・改善・革新がある 社会の課題が無くならない理由 「改善」でイメージする 「革新

これの感想とブコメの補足です。 speakerdeck.com 仕事と給与と評価の関係 - Speaker Deck 前半ぜんぜん違うと思う。給与は結局経営者の独自ルールと相場でしかなく、利益や売上や貢献度は二の次。万年赤字の会社でも高い人は高いし、万年黒字・貢献度高い人でも低い人は低い。こういう理想論に騙されがち。 2019/04/24 13:47 b.hatena.ne.jp 案外、ここらへん理解してる人って少ない気がします。特に若いとそうなりがちです。 世の中はもっと理不尽で、同じだけの価値でも何倍も差が付きます。 もちろん、より妥当性を目指している企業もありますが、妥当であると言う前提に立つと苦しくなります。 以前書いた記事 金額とは、払うものと貰うものの合意で決まる 人が増えると給与のルールが生まれる ルールとは、お金を払う人の理想論から始まる 経営者の理想と現実のギャップ（都合