「sler」を含む日記 RSS

はてなキーワード: slerとは

2023-03-26

エンジニア理想郷(会社) はどこにあるんだろう

最近アラサーになりソフトウェアエンジニア (SWE) として正社員として働いているが、いろいろ辛くまた転職してきたくなってきた。

openworkなどで会社を漁っているが、エンジニア理想郷がどこになるのか悶々としている (もちろん人それぞれだが..)

今までの会社としては 外資IT大手メーカー の2社で、現在年収は 800 ~ 900 万ぐらい。

今はアーキテクト/ SM / Tech Lead らへんの業務をしていて、将来的には エンジニアリングマネージャー をしたいと思っている。

転職先には以下があると思うが、どれがいいんだろうか。

1) Web企業

やりたいことは一番できそうな気がしているが長期的な自分キャリアを考えたときに、平均年齢が低いことや退職金がないため不安が大きい。

また勢いはあり多くのビジネスを創出しているがどれも規模として小さいものが多いかつ、

またグローバル成功している事例がほとんどないためあまり今後も市場が成長する感じがしない。

Web企業マネジャー以上にいるのはインターネット黎明期を切り開いてきた人だが、こういう人が自分世代で生まれイメージ自分はない。

2) ベンチャー企業

自由に働けそうである会社の業績次第で職がなくなるリスクがある。

創立メンバーレベルで入らないと金銭的には結局は大きな企業で働いているのと変わらない。(SO的に)

会社ダメになった時にまた職を探さないといけず面倒。

モチベがある間に働くのはいいが、モチベがなくなったと時にどうするかをまた考えないといけない。

本当に優秀な人は引く手数多なのでいきたいベンチャー転々としているが、自分がそういった働き方ができるほど優秀だと思わない。

3) Sler企業

クライアントありきのビジネスであるためクライアントに合わせたワークバランスになることが多そう。

結局は2次委託に開発を任せてたりするのでつまらないドキュメント作成&調整業務だけをやるおじさんになる可能性が高い。

周りを見ている感じは仕事を楽しそうにやっている人が結構少ないと感じる。

ただ業界的には今後も成長する業界なので一生つまらない仕事をするのを覚悟すれば、キャリア的にはいいのかもしれない。

4) コンサル企業

目先のサラリーは良さそうであるが、ハードワークに耐えられる気がしない。

ハードワークになるかどうかも案件次第なので、数年度どうなっているかもわからないので不安材料が大きい。

転職ありきの業界で、一生自分市場価値推し量る必要があるので大変。

またDX等は結局ITがわからないおじさんを相手にすることになるので、説明・調整が多く心理的にしんどそう。

ただ生産性シビアに見られる環境ではあるので、自身スキルアップを考えると一番成長できそうではある。

5) 事業会社IT部門

最近自分の知り合いでここに行った人がちらほら出てきている。

給料体系から変えて既存組織から切り離してIT化を推進しているケースもあり、最近転職先のトレンドの一つな気がしている。

成功している例もちらほらあるが多くの場合には、IT化を進めたいが結局現場がついてきていない or 価値を見出せていないことがほとんど。

結局は人手不足プロパーでやりきれずに、子会社 or 外注と一緒に仕事しているケースが多く優秀な転職者をあまり活躍させることができていないことがちらほら。

SWEとして入っても結局上司IT知識不足であることが多く、レガシーものとの戦いに時間を使ってしまうかつ、昇格とかは生え抜きが優先されたりしていることがある。

年功序列であり雇用が安定しているため、市場価値待遇があっていない人と一緒に仕事をしないといけないためモチベの維持が難しい。

企業としての体力や福利厚生等の制度はしっかりしていることが多いので、生涯年収や安定性は一番魅力。

6) 外資IT企業

英語ができないので入り込むにはある程度の努力必要

またレイオフ等がないことはないので、ずっと働き続けることができるとは思えない。

日本外資ITに働くとなると純粋SWEではなくプリセールス / 技術サポート / カスタマーサクセスが多く、

プロダクトを作るというよりはプロダクトを導入・普及する仕事がメインになりそうで、SWEとしての市場価値が上がっていくのかが不安

また本社意識決定が絶対なケースが多く、日本のような小さいオフィス理不尽に振り回されることが多い。

7 ) フリーランス

自分の近くにフリーランスの人が少ないので何とも言えないが、案件をずっと取り続けることをしないといけないので面倒そう。

見た目の年収的にはいいかもしれないが、そこからいろいろ自分年金払ったり管理するのが面倒なイメージ

マネジメント経験できないので、自分のやりたいこととずれている。

30代ぐらいまではいいけど、40代以降は若い人に生産性で勝てるのだろうか。相当な専門性がないと厳しい気がしている。

2022-09-04

ジャニーズIT部門について

私は最近ジャニーズにハマったアラフォーで、大手ユーザーslerSEです。  

昨日ジャニーズのアクスタショップの開設のお知らせが、全グループにお知らせされ、Twitter阿吽絶叫となっていた。

私自身あまりグッズには興味がなく、ふーんと思いながらTwitterを見てたんだけど、ジャニーズ事務所の販売方法とかインフラのショボさを指摘する声が多くSEの端くれとしては興味を持った。

まずジャニーズショップオンラインというグッズ販売するサイトが既にあるのに、アクスタショップ新規開設&事前の会員登録が出来ないらしい。

またアクスタ自体数量限定かつ、全グループ一斉販売開始のためアクセス集中は避けられない形となっている。

数量限定工場の確保とかの関係かもしれないので言及しないが、販売方法見直しを望む声で溢れるのは仕方ないと思う。

私の仕事相手親会社は考え方が古いけどお金は持っているみたいな感じなんだけど、ジャニーズ事務所も似たような雰囲気かなと思う。

きっと昨今のアクスタ人気に便乗して、社内ビッグプロジェクトとして企画されたんだと思う。

社内ビッグプロジェクト=偉い人が無限に口を出すが、エンドは変わらないプロジェクトなのだ。(うちの親会社場合)

最後の方は死んだようにプロジェクトを進めるリーダーが目に浮かぶ

またアクセス集中から鯖落ちは、ツアーグッズの販売開始時には当たり前のように起きるらしい。

普通鯖落ちしたら、親会社パワポ反省文が当たり前だと思う。

それがほぼ毎回って学べよって思うんだけど殿様商売故なのか、まだオンプレクラウド化されてないかサーバ増設出来ないのかなとも思う。

もしジャニーズショップオンプレなら、アクスタショップクラウド運用第一弾で、データ移行の観点から新規開設なのもちょっと想像できる。(うまくやれよと本音では思うが)

Twitterではアクスタショップサーバの負荷テストなんじゃないかなんて推測もあるけど、ツアーグッズ販売時のデータから負荷想定なんていくらでも計算できるし、負荷テストなんて検証環境いくらでも出来るだろ。

高額転売が人気の指標みたいなところもあるのだろうか。それともオタク達の嘆きを聞くのがたのしサイコパスなんだろうか。

はてなに書いたらジャニーズ関連の案件経験したエンジニアとか出てこないかなと書いてみた。

2021-11-28

Slerってさり気なくドカベンにも入り込んでるよね。

油断ならないよ、まったく。

2021-09-23

Slerってドカベンに出てくるよな、そういう人。

2021-09-22

SIerのことずっとSlerだと思ってた

俺がバカっていうより、これに関してはアルファベットが悪いと思うんですよね

アルファベット、せいぜい50程度しかないくせに、その中でまったく区別つかんレベルに似た字があるの、無能すぎるだろ

Iとl、一緒じゃん

マジでクソゴミみたいな文字体系だよな

やっぱりジャパン語がナンバーワンだよ

(ここでソ、リ、ン、ツ、シ、ク、ワあたりから目を背ける)

2020-04-28

Sler外注のやつなんて全員いなくなればええのに

つまんない品質のものノロノロ作りやがって

それでいて結構金もらってることが死ぬほど腹たつ

在宅やから何やってるかわからん

マジでちゃん仕事しろ

プロフェッショナルって言葉知ってんのか

2019-11-21

4年間務めたSler今日やめることを決意

4年間、製造業向けのインフラエンジニアとして働いていたが、今日の出来事で辞めることを決意した。

コメントが荒れることを承知の上で執筆したいと思います

【はじめに】

情報工学系の大学卒業し、中規模ぐらいのSler入社サーバネットワーク関連を扱う部署に配属

配属された理由として、研究サーバ仮想化クラウド関係の内容だったこともあり「サーバ関連なら詳しいだろう」という理由

主に大手製造業研究開発で使用されるサーバを導入・保守を続けてきた

データセンターでは5つくらいの場所で働いたか

後は、精神面もそうだが肉体面でもかなりキツイ職場だった。

サーバ運搬するにも100kg近いサーバを4~5人で運ぶのは当たり前だったし、サーバキッティング作業LANケーブル電源ケーブルの配線もあるから大変&大変

また、保守作業も加わるからサーバを引き出してHDDを交換したりマザーボードも交換する

デスクワークは4~5割ぐらいの印象

サーバ基盤環境作るためにサーバ構成ラッキング図、ネットワーク設計図などの設計書も作った

はじめはサーバネットワーク設計書の作成は手伝い的な立ち位置だったけど、2年目からサーバ機器エンジニアになっていった

【やめようと思った理由1:失敗は許せない、効率よりも完璧主義者になれ】

今までもやめようと思ったことはあったけど、この経験できっぱりとやめることが決断できた

今日、下期の考課面談があった

そこでサーバ保守について上司と会話していたが、

上司サーバ保守はどうやっているんだ」

俺が作業の流れを説明

上司「チェックはどうしているんだ」

俺「自分部品交換してOSで取ったログ確認して問題なければ、常駐している社員にも確認させています

上司「それまでの流れは?」

俺「事前に作成してあるマニュアル通りに沿って部品交換作業をしています また、ソフトウェアの扱い方を事前に調べておいて対応しています

上司「それじゃあダメだ データセンターへ移動するときの常駐メンバーへの連絡~部品交換完了まで一からチェックシートを作って細かくチェックをつけながら作業しろ

上司「もし機器壊したら、始末書ものだぞ」

上司保守作業ミスしたらお前に保守仕事やらせいからな」

俺「...」

呆れたよ

ただでさえ、導入しているサーバ数が1000台以上あって限られた人しかデータセンター内で働くこともできない職場だってのに

ほぼ毎日のようにZabbixアラートバンバン飛んでまた生産性のない作業を増やすのか!?って思ったわ

それに毎回同じ障害内容じゃないのに、チェックシートを作るとなると事前準備だけで時間食うし、短期間で解決しなきゃいけない障害もあるのに無謀すぎるだろ

自分保守作業ミスをしてはいけないっていったら、そりゃあミスしないのが一番に決まっている

常駐メンバーへの連絡→チェック

データセンターへ移動するための車と携帯電話の確保→チェック

現地で持ち込む部品リスト警備員に見せる→チェック

常駐メンバーの元に行き今日作業内容について相談→チェック

データセンター内に入るとき不要電子機器の持ち込みはないか確認→チェック

なんかもう保守作業自体やりたくなくなったし、会社の中で上司命令に忠実で完璧主義者にならないと仕事できないのかなあって思った

以前にも同じように、

誰かが1つミスをする

上司相談

チェックや確認するための人員や項目を追加

って流れを4年間で何度も何度も見てきているから、効率を求めるよりも完全に正確性だけしか考えていない上司プロパーばかりだった

そのせいもあり、社内で使う技術レガシーだったりExcel至上主義が当たり前になっていた

2ch創業者ひろゆき配信で「IT仕事は他の業界人員を削減するためにある」って言っていたけど、IT企業なのに自社で時間コストばかり増えて効率化とは程遠い存在になってしまっていた

IT企業なのに、IT企業じゃないことをやっているって感じ

そんな繰り返しの環境にいたら自分おかしくなってしまいそうって思い、退職を決意した

GAFAでも個人情報流出を何度もやっているミスを犯しているけど、それでも業績は確実右肩で伸びているし利用しない人がいなくなっていないどころか増えているんだよな

それは、1つのミスをやったとしてもそれを有り余るだけの魅力的なコンテンツプロダクトを利用してる人が多いから発展し続けているんだよ

ニコニコ動画だと、プレミアム会員数の減少や現存ユーザ数も少なくなっているなどで悪いニュースしか流れない感じで、コメントが流れなくなったり通信障害メンテナンスの長期化など様々な問題を起こしてきたのも事実

しかし、それがニコ動が衰退した大きな理由ではなく、「某動画サイトのほうが機能コンテンツも充実している」「某配信サイトでは無料なのに、ニコ動は有料だ」的な理由が大きく占めるからミスして終わりではないんだよ

一方俺の会社は、ミスを防ぐだけの取り組みをしているがプロダクトや技術力などの魅力があるわけではないから詰んでいるけどねw

というかそんな取り組みしても、自分もそうだが社員は何かしら問題起こすから意味がなくなっているけども

【やめようと思った理由2:内の常識は外の常識と違う】

海外出張アメリカデータセンターで働く機会があった

まず、驚いたこととしてサーバアテンションランプがつきまくりで、HDDメモリが壊れていることも普通な感じで放置されていた

そんな環境100台以上ものサーバ運用しているから、さらに驚いた

なんでそうしているのか、現地で働く人に話を聞いたら「キッティングするのが仕事で、それ以外は契約外」の一点張りだった

別にそんな話をしたことでその人はビクッて驚いた様子もなく堂々としていた

日本の今の会社で働いていると、「この期間までにキッティングを完了しろ」「翌日までに保守対応しろ」と期間内解決するためのプレッシャーに押しつぶされそうになったり、担当外の会社に導入しているサーバ保守設計キッティングも手伝ったりってことでジョブ確立されていない

日本常識世界非常識」とよく言われる通り、このまま1020年以上いたら上司みたいに外の世界をよく知らない人物になってしまうかもしれない

この経験で、このまま今の会社文化洗脳されてもしリストラか倒産されたとしてこの先エンジニアで生きていけるのか不安になった

【やめようと思った理由3:インフラよりもWeb開発が好きだと気づいた】

まあ、ベンチャーで神のようなエンジニアとは程遠いけど、自分Webサイトを作ったり機械学習を使って統計取ってみたりQiita勉強会感想や学んだ技術について書くことが多かった

インフラ知識を使ってサーバ構築したりするけど、自分の発想力でサイトを作るプログラミングが楽しく、昼頃から深夜の5時くらいまでプライベートで開発していたことが何度もあった

今の仕事よりもweb系開発企業に属したほうが全然マシなんじゃないかと思った

周りの社員からベンチャー向きかベンチャーで働いたほうが良くね?って言われることがあったから、周りの推薦もあって自分転職しようと決意できた

【これから

とりあえず、今は忙しくて「会社辞めます」なんて言える状況じゃないから、しばらくは耐えてみるよ

あとは、ポートフォリオをしっかりさせて面接対策もしないとなー

2019-02-14

PHPプログラマが思う雑な各言語イメージ

[PHP]

なんかバカにされる。

WordPressがあるからしぶとく残ってる。

[Java]

Sler大量生産されたおっさんが使ってるやつ。

見た目が汚くて2ちゃんねる好きそう。

[Python]

機械学習用のやつ。

北米だとスクリプト言語デファクトなんでしょ?

[Ruby]

プログラミングスクール大量生産された若者が使う。

日本スタートアップが使いたがる。

[Golang]

Gopherかわいい

日本だと9割がメルカリで使われてる。

[Perl]

90年代ベンチャーがよく使ってた。

はてなが見限った。

[C++]

おれには使いどころがわからない。

職質されて裁判した人が得意な言語

[C#]

WindowsとかUnityで使うやつ。

[Scala]

色んな言語上位互換というかハイブリッド

はてな採用した。アドテクが多い気がする。

[HTML]

初心者プログラミング言語だと勘違いするやつ。

簡単って言われるけどブロック要素とインライン要素の違いも知らない人が多い。

[JavaScript]

フロントエンドだと必須トレンドコロコロ変わる。

Javaと同じだと思われるネタは飽きた。

[Swift]

iOSで開発するやつ。

そういえばstoryboardしか使えない人が入ってきて役員が怒ってた。

[Kotlin]

名前の響きがかわいい

Android用かと思ったら結構サーバサイドでも使われてる。

[なでしこ]

日本語でコーディングできるネタ要員。

初心者英語からわかりづらいと文句言ったときに先輩から得意げに紹介されるやつ。

2018-12-11

paizaに登録してみた

なんかやたらスカウトメールが来たり、気になるってのをされてるんだけど

実際コードとか経歴とか見たりした上でやってるのかな、これって

Go言語経験年数5年以上が必須ってところから気になるってされたけど

おれRubyしかまともにやったことないんだけど、ってことはやっぱり手当たり次第送ってるんだろうな

ちなみにpaizaってS級からD級まであるらしく、自分B級まで取ってみた

難しいってより問題理解するまで時間がかかるだけで、たぶん実務でやってる人なら内容は余裕

A級から上は数学的な知識必要っていうし時間かかるからまだやってない

というか登録企業少なくね?

あんだけSlerディスってWeb系あげてるから敬遠されてんの?

2018-08-30

anond:20180830123708

Webベンチャーに憧れるなら、このまま働きながら給料休日勉強投資すればいい

RubyJavaScriptで何かしらの簡単サービスを作ってポートフォリオとして持つ

2、3年後を目安に転職すればいい


武器もないのに今、焦って転職するのはおすすめしない

大手Slerなら金はそこそこ稼げるだろうから貯金しながら勉強投資するのが一番

2018-07-13

anond:20180713120043

SEって色々あるよね

System|Service|Sales Engineer

System Engineerって名乗るとさらになんの仕事をするのか曖昧だよね。

いわゆるSlerとかのコードは書かないけど設計や調整はする立ち位置なら

Engineering DirectorService Engineerと名乗って欲しい

2018-03-30

anond:20180328102549

近頃のITがそんな地獄か知りたいので自分の状況を晒してみる

年齢:40

形態フリー6年目、

分野:クリエイティブエンジニアリングの間

年収:1000弱(超過時間込み)

月稼働:190時間超えない

Slerは未経験Webのみ

都内在住家賃15万

2018-03-26

anond:20180326151451

ショックかもしれないけどSlerエンジニアではない

そして、多分エンジニアプログラマーの違いもわかってなさそう・・

情報系で20年卒なんだけど

地方情報私立学生 そろそろ卒業後のことを考える時期。

思えば大学入学まで最低限の勉強で、大した努力もせずに簡単に手の届くところへ入学卒業を繰り替えしてきた気がする。

大学に入り、少し専門的なことに手を触れることで初めて机に向かって真剣に勉学するようになった。

そのおかげで成績はそこそこあり、今の大学なら簡単に院にも行けそうだ。もちろん、独学で院試を行い、大学を選びなおしてみても良いだろう。

ただし、大学院というもの基本的研究を行う場である。 自分の行ってきたことが、何かしら活用されることに価値を感じる自分にとって研究は不向きなのは分かってる。

勿論、研究活用されることも多々あるが、研究実用までの時間がかかりすぎることを自分は嫌ってる。

まり、変に研究するぐらいなら、何処のSlerで開発でもしておいた方がいいのではと思いつつある。

進路どうしようかな・・・・w

2018-02-09

anond:20180209131958

なぜ日本IT土方の人ってslerとか意識高い文字使っちゃうの?

全然世界で目立ててないのに世界規模で戦いたいの?

2017-07-25

https://anond.hatelabo.jp/20170725131017

は?

からその言い方がまさしく人間本位見方なんだって

日本人Slerを育てられない遺伝的欠陥をもった民族人為的島国に閉じ込めて繁殖させてんじゃん

から欠陥民族になった日本人地球から無くしてもいいよねって考えに猫だから人間からって言い方せずに真っ向から反論してみろよ

このままだと数百年たっても優秀なSlerは育たないし、仮に産まれても即欧米社会に逃げられてさら遺伝的欠陥を持つようになるんだけど

民族プライドで断種を拒否するのと人為的操作とどう違いがあるの?

ステ猫に人間に媚びて自分遺伝子を残すというのは許さずに

感情的判断しかできないジャップ島国から一掃してはいけないというのはダブスタじゃないの

https://anond.hatelabo.jp/20170725122608

スコ猫という種そのもの障害を持つ種族であるけどその種を断種すれば障害を持つ「猫」は産まれて来なくなるが同時に「スコ猫」も産まれてこなくなる

 

では日本人という人間のもの合理的判断をできない障害を持つと認定されたときに日系を断種すればその障害を持つ「人間」が産まれて来なくなるが同時に「日本人」も産まれてこなくなる

 

火病持ちを障害扱いして朝鮮人を断種しろ!というのに賛同できるなら

また、欧米よりも圧倒的にSlerが育たない環境しか作れない日系人種もまた障害持ちであり断種されても仕方ないのではないか

 

から種を断種するということがどういう行為なのかを一旦考えてみるべきだと思う

例え痛みや障害を抱えても生きる権利はあるし、産まれてくる権利もまたあるでしょう

だいたい不治の病を抱えて産まれてきた障害者が短命の中でも自己肯定を失わない以上は

お前は産まれてくるべきではなかったし、これからはお前のようなやつが産まれてこないようにするなんて発言は許されるものではない

後天的障害を無くせるようにするならばともかく産まれてくることを否定するのは極めて危険

 

自分判断障害持ちの1つの人種を消せるとして気軽に消せるのか

それが自分人種だとしても同じ判断ができるのかそこに公平性はあるのかという話

2017-06-24

https://anond.hatelabo.jp/20170624004902

ひまなので読んだ。

IT業界わからんSlerがなんて発音すんのかもわからんけど

大きなプロジェクトの途中で辞めるってよくあることなのか?

衰退してる業界人間だが、8年もいてる人がきりの悪いところで辞められたら、

白けると思った。

まあ辞めちゃったんならあとは未来を見てくれ。

2016-12-05

http://anond.hatelabo.jp/20161205141923

全くだ。IT関連の営業以外の男の不潔度合いは他業種ではあまり見ないレベル

きちんとしてるのは元請けSlerとかだろうか。

男は部活やら仕事関係で叩き込まれないとだらしない状態から抜け出すのは難しいみたいだよな。

2014-09-26

自動化の違い

Slerは開発を自動化し、手動でテストする

Webは手動で開発し、テスト自動化する

始めよければすべてよしか、終わりよければすべてよしかどっちだろうな

2014-09-20

IT業界多重下請け構造問題点ポイント

日本IT業界多重下請け構造が悪だ、Slerがクソだ、みたいな話あるけど、論点混ざってることが多い。

どっちかというと「仕事を出す側」として、多重下請け構造問題点ポイント書いとくよ。

必要とされる多重請負と、ブラックな多重請負があって、分けて考えないとイカン

ハナキンなのにやっと終わって一人酒だよ!

まず下請けじゃ無い構造の話から

比較するために、下請けじゃない会社の話からしよう。

発注者から直接仕事を請け負った元請け担当者(大抵の場合、安請け合いする部長)が、

請けた仕事を切り出して、課長、各チーム主任、ヒラと仕事を下ろしていく。

ピラミッド構造上意下達で、力関係も対等ではないが、こういうのは多重下請け構造とは呼ばれない。

一社のみが請けているからだ。当たり前だね。

そして、仕事報酬会社に対して支払われ、各員には会社から給与が支払われる。

では多重下請け構造の話

「オレの言う多重下請け構造と違う」と言われても何なので、定義はそのまま引っ張ってこよう。

多重下請け構造」とは、受託システム開発において、

発注者から直接仕事を請け負った元請(たいていの場合大手SIer)が、

請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います

良くある例で言うと、元請は要件定義概要設計等の上流工程請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。

http://paiza.hatenablog.com/entry/2014/09/18/IT%E6%A5%AD%E7%95%8C%E3%81%AE%E3%80%8E%E5%A4%9A%E9%87%8D%E4%B8%8B%E8%AB%8B%E3%81%91%E6%A7%8B%E9%80%A0%E3%80%8F%E3%81%AF%E7%A4%BE%E4%BC%9A%E6%82%AA%E3%81%AB%E3%81%AA%E3%82%8A%E3%81%A4%E3%81%A4%E3%81%82

IT業界の『多重下請け構造』は社会悪になりつつある - paiza開発日誌

適切な対価が支払われないことは、多重請負問題ポイントじゃない

まず多重下請け構造における大きな問題として、中間業者が数多く入るため、下の層に行けばいくほど

中間搾取により現場で働いているエンジニア給与レンジが低くなってしまうという問題が挙げられます

これ、多重下請け構造問題点じゃなくて、受注価格交渉の話なんだよね。個別

例えば、一社のみなら給与体系の話になるわけで「部長中間搾取してる!」とは言わない。

さらに「部長が安請け合いするから現場エンジニア給与が低い」というのは、一社のみでも起こる。

まり、「中間搾取」によって「給与が低くなる」というのは、飛躍がある。飛ばしてはイカン

  1. 下請け報酬 = 元請け報酬 - (元請け仕事の対価 + 中間搾取
  2. エンジニア給与 = 会社給与体系

(以後、n次請け, n+1次請けは、全て元請け, 下請け表現するな)

1番と2番とは分けて考える必要がある。

エンジニア給料問題

まず、エンジニア給与が低くなるのは、会社給与体系の問題だ。

エンジニアが適正な給与を得ている下請け会社もある。

ということは、「エンジニア給与が不当なほど低い」のであれば、それは多重下請け構造問題ではない。

不当なほど低い賃金で働かせている「本来潰れていなければならない会社」の問題を、多重下請け構造問題で誤魔化してはイカン

下請け報酬問題

で、元請け下請けとの報酬差だが「要件定義概要設計等の上流工程」をやった対価を取って「中間搾取」とは言われたくないだろ。

だが、実際に下請け報酬は低い。

答えから書くと、さっきの式は以下の形で使われてる。

一目瞭然で、下請け報酬が少ないから、「中間搾取」と呼ばれる「元請け仕事の対価以上の報酬」が生まれる。

まり、「マージンを抜くから適正単価にならない」ではなく「適正単価でないからマージンを抜く余裕がある」だ。

なんで中間搾取とか生まれんの?

誰も「仕事」に対して金払ってないから

要件定義概要設計等の上流工程」が2000万で、実装テストの下流工程が1000万で、という区分けをしていない。

仕事の中身で値段を決めずに、人月計算をするから、常に下請け元請けよりも単価が低く設定される。

なぜならば、元請けは儲けるために下請け仕事を流すわけで、損するためにじゃない。

何が原因で多重請負なのか

仕事を出す側」の感覚としては、大きく2つ原因がある。

  1. 発注側が、SIerだけ選ぶ
  2. エンジニア所属会社仕事を選ばない

あと、多重請負が原因で起きがちな問題

発注側が、SIerだけ選ぶ

市役所ソフトハウス雇わないよね。以上終わり。

というわけで、潰れずに責任とってくれるような大企業しかクライアントは選ばないので、Sler繁栄する。

一軒家立てるとき工務店を選ぶ人もいるけど、ハウスメーカーも大人気だよね、というのが酷くなった感じ。

これは構造的な問題で、既得権益って言うとそうだね、という話。

エンジニア所属会社仕事を選ばない

7次請負が発生して問題です。すんごい単価が安いです。

じゃあ、なんで請けるの?という話。

まあ、最近インドとか中国とか、単価低いしアッチで、みたいになってるけど。

請けないと会社潰れるから激安で請けますどうせエンジニアは使い潰せば良いし、みたいな会社が多い。

で、ブラック会社は人が足りないとさらブラック会社を呼んで……みたいな泥沼状態。

エンジニア雇ってる会社ブラックなので、結果的に多重請負になってる。逆じゃない。

命令責任乖離していてブラック

プロジェクトマネージャプログラマを鬱で辞めさせました。ボーナスが減ります、となってない。

多重請負って、実質的中間搾取労働者派遣業になってる。

元請けA、2次請けB、3次請けC…みたいになると、Bが指示してEが無茶苦茶残業で体壊して、AはExcelしか観てない、みたいな。

まとめ

クライアントIT知識がないとか言っても無駄信頼関係効率性もある。

ハウスメーカーがお客さん呼び込んで、指定した建材で地元工務店契約して、さら左官屋雇って家を建てたりするだろう。

そういう時に、「客が直接知識を持って、左官屋と大工設計家と交渉すれば安く付く」とか左官屋が言ったりしない。

からみれば、多重構造になっていた方が圧倒的に楽だ。

出版社から直接本を買って、取次とか本屋のことを「中間搾取め!」とか言わないだろ。

IT業界は、そういう「効率のための多重構造」とは違う「果てのないダンピング会社の多重構造」がある。コッチが問題

さらに多重請負って、普通に偽装請負命令系統責任系統乖離してる。

人壊しても責任とらなくて良くて、補充がいくらでもきくなら、そりゃ無茶苦茶するわな。

まあ、ITエンジニアが育たないとか言ってないで、勉強して転職しようぜ!

「My Job Went To India」の日本語翻訳版がオーム社から発行されたのは2006年だよ!

多重下請け構造問題?違うね!単にダンピングする企業が沢山いて足元見られてるだけさ!

ログイン ユーザー登録
ようこそ ゲスト さん