プログラマー歴20年の艦これ提督が 作ったプログラムを入れると年収を査定してくれるからと 手持ちのプログラムを全て入れてしまい SMBCとNTTと警察庁、日銀、埼玉県庁で使っているソースコードGithubで世界中に公開してしまう
【悲報】防衛省のワクチン予約システム 早速ネット民のおもちゃに「SQLインジェクションできる」「同じ番号入れるとその前の予約がキャンセル」【真偽不明】
まとめ 岸防衛大臣「AERA・毎日新聞は極めて悪質な行為」ワクチン予約欠陥報道に大激怒！ えーｗ具体策が「市区町村コードが真正な情報である事が確認できるようにする等」ってこのまま突っ走るつもりなんかｗ 15536 pv 167 14 users 27
有給休暇を取ったことにして出勤している
課長からこっそり会議室に呼ばれた。 早急に有給休暇を取ってほしい。今年から有給を年に5日間以上取らないと管理者が逮捕されるらしいから。 申し訳ないですが、休むだけのゆとりはないのです。私も困っているのです。 お願いだから休んでほしい。みんなが困るんだ。これは上長命令だから。そうだ、来週どこかで休んでほしい。 でも休暇を取ったらその日の仕事は誰がやるんですか。調整してくださるのですか。 人が足りない。でもやらなければならないんだ。 どうすればよいですか。 それはキミ自身が考えることだよ。 来週お休みをいただくとして、調整していただくことは難しいですか。 調整などできるわけがないだろう。キミにしかできない仕事だよ。昨年キミがインフルエンザで1日休んだ時に、どういうことになったのか忘れたか。大変なことになって結局1日中キミに電話をかけていたじゃないか。 その上コテンパンにお客様に怒られて、切られ
正月に実家に帰ると、今年28歳になる9歳下の弟が会社をやめてプログラミングスクールに通うと言い出したので全力で止めた。 エンジニアになりたいのならカリキュラムは全部俺が組むし、わからないことがあったらいつでも相談にのるし、なんなら仕事の紹介だってするから、 まずは会社をやめるな、そしてスクールには金を払うな、と伝えた。 その後、転職をするのであれば適切な情報を伝えねばと考え、いろいろな会話をしたので、書いてみたいと思う。 まずIT業界をリードしているGAFAの求人情報を見せた。 例えばこれ。[ https://www.amazon.jobs/jp/jobs/1353081/software-development-engineer-full-time-class-of-2022 ] 4年制大学、大学院、もしくは博士課程卒業の方2022年4月1日入社可能の方（2021年4月～2022年3月卒
三井住友フィナンシャルグループ、艦これに関する他愛も無い言い争いからソースコード流出が発覚か : 市況かぶ全力２階建
決算発表が出ないことを怪しんでストップ高まで買われたエックスネット、TOBされるどころか逆に資本提携解消で切られて過剰にお金が流出するお笑い劇場に
","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 -->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"
京都市の件 京都市の基幹システム刷新が、またもや暗礁に乗り上げているようです。 tech.nikkeibp.co.jp 京都市はNEC製メインフレーム上で約30年稼働する基幹系システムのバッチ処理をオープンシステムに刷新するプロジェクトにおいて、サブシステムの1つである新福祉系システムの稼働を当初予定の2020年1月から延期する。再稼働の日程は確定していない。京都市総合企画局が2019年12月23日の京都市会で明らかにした。 現行がNECなのに、刷新にはNECが絡んでいないところが最近のNECの調子の良さが現れているなあと思います。案件の選択こそSIerの肝ですから。「おお世の腕自慢の諸君、このパズルを解いたら15億円を差し上げよう」という王様の号令に引き寄せられた夢多きベンダーや技術者が、今頃セピア色の世界で心晴れぬまま年越しをしている状況が手に取るようにわかります。 もはやこの件、SI
富士通などのSIerの惨状を見ていると、太平洋戦争で負けた大日本帝国を思い出す――2019上半期BEST5 | 文春オンライン
＊ ＊ ＊ 猪瀬直樹さんの往年の名著に『昭和16年夏の敗戦』（中公文庫）があります。私も引っ越しのたびに本棚を整理するものの毎回生き残り、半年に一度ぐらいは目を通すぐらいに現代でも通用する非常に興味深い記述の多い内容に涙するわけであります。 ここまで鮮やかな筆致で戦前の空気感や日本の俊英たちの軌跡を描いておきながら、猪瀬直樹さんご自身はカバンに5,000万円が入らず謎の借用書片手に東京都知事の職を追われてしまい『平成25年冬の敗戦』状態になっておったのが物悲しいです。本書と並び、戦前の日本組織について一般に語られるレベルで大きな影響を与えた『失敗の本質―日本軍の組織論的研究』（戸部良一ほか・著、中公文庫）もまた、日本って何でこんなつらくて勝てない組織なの？ という話が並んでいるので興味津々であります。 日本人が経営の組織はだいたい同じ問題を抱えている で、先日、日本の大手SIerであり
45歳のプログラマーの男が仕事で書いたコードを年収判定のためGitHubに上げて、複数企業の業務で使われていたコードの一部が流出した。GitHubは本来、公開して構わないオープンソース等のコードを共有する場で、年収判定サイトは、コミュニティでの活動を評価に結びつけようというコンセプトだった。しかし男は業務として開発した商業機密として保護すべき顧客のソースコードを不当に持ち出して、自分の年収を判定してもらうために丸ごと公開してしまった。 GAFAはじめネット企業を中心に、自社サービスを構成する部品で汎用的に使えるコードをGitHubなどを通じてオープンソースとして公開する動きが広がっている。一方で伝統的なシステム開発では、ソースコードは委託した業務の重要な成果物、秘匿すべき商業機密として組織内で管理することが一般的で、開発環境からはGitHubなどのサイトにアクセスできないよう遮断している場
IT客先常駐
富士通の本社移転先となる同社川崎工場（「Wikipedia」より） 大手IT企業の富士通で以前働いていた元システムエンジニア（SE）が「退職した理由」を綴ったインターネット上の投稿が、一部で話題を呼んでいる。そこには、開発環境の古さや、無気力な人材や組織体制の問題、給与面を含めた待遇の悪さなどが書かれている。「5年いた富士通を退職した理由」というタイトルの投稿は、「5年間エンジニアとして務めた富士通を一昨年退職した」「自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる」と始まり、「開発環境がだめ」という項目では 「メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。Macなんか認めん！iOSアプリも富士通PCで作れ！（本当にあった話）」 と、貧弱な開発環境を嘆いている。自身もIT企業でSEとして働いた経験があ
やっぱITは内製が進むと思う
SESや多重下請け構造だと、基本的にスキルというよりは単純労働力が求められる。 人を増やして、時間工数を水増ししたほうが儲かるからである。 新しい技術を使って100時間で開発するより、Excel作業で2000時間かけたほうが20倍もうかる。 ここに商売としての邪悪なトリックがある。 よって、多重中抜きの元請けには、IT技術というより「人売り」「奴隷商人」のスキルが求められる。 その結果、本当にIT以前のレベルの人間もちらほらいる。 異業種のトップ人材のほうが確実にITツールを使いこなしていると感じるレベル。 「それで肩書がエンジニアなの？」という失望感から怒りに変わることも多いので、 根っからのエンジニア気質の人間は、内製の会社に行った方がいい。技術で社会貢献できるだろう。 あと人売りのポンコツの多くは、あまり自分のレベルアップに興味がなく、 会社にしがみついて人生を平凡に逃げ切るプランを
炒飯 on Twitter: "COCOAがダメだったのは「技術に対して投資して結果が得られなかったのがダメ」とかではなく企業の中抜き構造がダメだったというのが浮き彫りになったのが正しいんだよなぁ https://t.co/MUCwCQr92b"
COCOAがダメだったのは「技術に対して投資して結果が得られなかったのがダメ」とかではなく企業の中抜き構造がダメだったというのが浮き彫りになったのが正しいんだよなぁ https://t.co/MUCwCQr92b
ワタシには無理でした――つらいひとことを残して去っていった女性エンジニア。IT“業界”解説シリーズ、第8弾は準委任の仮面をかぶった請負かつ派遣な契約で部下を退職に追い込んでしまった男の悔恨の告白です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したらがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由、第7弾ではエンジニアの年収が上がらない理由を説明しました。 今回は、IT訴訟解説でもおなじみの細川氏が、請負契約と準委任契約の違いを解説する。若かりし日の反省も込めて――。 ジュンイニンって何ですか？ 準委任契約なのに成果物に責任を持ち
軽い読み物としておもしろおかしく読んでください。 はじめて社外の人の仕事を見た 今まで社内の成果物しか目にしてこなかったのですが、ふとしたきっかけで外部ベンダーが作ったシステムを移行することになりました。 会社名を見て、よく知った会社でちょっと安心しました。 「ここなら設計書とかもきちんとしてるだろう、多少古臭くても堅実にやってるんじゃないかな」って思ってました。ええ。 実態は全然違った とんでもない量のExcelが設計書として渡されました。 さすがに設計が専門だけあって設計書の量はすごいなぁ。と思って読んでいるといろいろ察してきました。 正直、「オワコン大手SIer」と呼ぶしかありません。設計しかできないと思っていたのに、何もできないなんて・・・ 実際に自分が見た「オワコン大手SIer」のアンチパターンをご紹介していきます。 自分が多く当てはまっている場合は今すぐ直してください。移行する
公正取引委員会は6月29日、ソフトウェア関連企業の下請取引などに関する実態調査報告書を公開した。資本金3億円以下のソフトウェア関連企業2万1000社を対象にアンケート調査などを行ったところ、違反行為が多重下請け構造によって連鎖していることを確認したという。そのため、多重下請構造の下で生じる問題への対応を強化する方針を示した。 下請代金を巡っては、エンドユーザーや上流発注者からの買いたたきや減額、支払遅延などの違反行為を確認。ソフト開発の取引では「使いやすい機能」などのオーダーが発注者ごとに異なり、当事者間の共通認識を形成しづらい。そのため不当な給付内容の変更、やり直しなどが起こっている。これらの行為が業界の多重下請構造によって、サプライチェーン上で連鎖していたと分かった。
約120年ぶりに債権法を抜本的に見直した改正民法の施行が、約4カ月後の2020年4月1日に迫っている。改正によりIT業界で新たな火種となりそうなのが、ITベンダーが納品した情報システムに対して、ユーザー企業が無償改修や賠償を請求できる期間が実質的に延長される点だ。大手ITベンダーや業界団体は対応に乗り出しているが、システム開発費が「高騰」するリスクをはらんでいる。 改正民法は2017年に国会で成立した。売買やサービスなどの「契約」に関するルールを定めた債権法を約120年ぶりに抜本的に見直す。建築業界と並んで大きな影響を受けるのがIT業界だ。ITベンダーとユーザー企業それぞれで対応が必要になる。 最長10年間、ユーザー企業は無償対応の請求が可能に ユーザー企業とITベンダーが交わすシステム開発の契約形態は大きく2つある。ITベンダーが成果物に対する完成義務を負う「請負」と、ユーザー企業が設計
準委任契約だけど、責任は取ってください
連載目次 準委任契約と請負契約 今回は、システム開発の要件定義工程の契約形態についてお話しする。 本連載の読者ならご存じの方も多いと思うが、情報システムの開発は、準委任契約に基づいて行われる場合か請負契約に基づいて行われる場合が多い。そして1つの開発においても、要件定義工程は「ユーザーの作業を支援する」という意味合いで、成果物の完成責任を負わない準委任契約で、設計以降の工程（ここでは便宜的に「開発工程」と呼ぶ）は「ベンダーが主体となる」ために成果物の完成責任を伴う請負契約で行う場合がよくある。準委任契約は、「専門的知識やスキルを持つ人間が契約で合意した時間働けば、その対価は払ってもらえる」というのが原則である。 では、専門家が一定時間働きさえすれば責任を果たしたことになるのだろうか。 今回取り上げる事件は、ITベンダーが要件定義工程から開発工程までを一貫して行ったが、要件定義に抜け漏れがあ
ビックカメラがエンジニアを数百人規模で採用しIT子会社を設立するがその理由が「給与の問題でそのままエンジニアを採用するのが厳しいから」らしい
リンク 日経クロステック（xTECH） ビックカメラがIT子会社設立しエンジニア数百人採用へ、内製に舵切りDX推進 ビックカメラが今夏をめどに新会社を設立し、数百人規模のITエンジニア採用に乗り出す。ビックカメラと異なる人事制度を取り入れ、ITエンジニアの市場に合わせた給与体系や勤務形態を用意する。デジタル戦略の推進へ社内でエンジニアを抱え、システム開発の内製に大きく舵（かじ）を切る方針だ。 30 users 734 あんどぅ @integrated1453 経済ニュースアプリの泥水と味噌卵麺をすすりながらコストコンシャスなSREに取り組んでいます。 Incident Response Meetup運営/JAWS-UG SRE支部運営/インフラエンジニア/AWS CDK/エンジニア採用/アニメ/2児の父/経済ニュース/資産運用/蒙古タンメン中本/サウナ docswell.com/user/
一ヶ月後にシステムが必要です。何日で作れますか？
高校生のなりたい職業1位は「エンジニア・プログラマー」――こんな調査結果を、学研教育総合研究所が12月24日に発表した。性別・学年別では男子全学年と、1年生女子の部門で1位を獲得した。 男女総合ランキングでは「エンジニア・プログラマー（機械・技術・IT系）」が6.7％で1位を獲得。2位が「公務員」（6.0％）、3位が「会社員」（4.5％）、4位が同率で「学校の教師・先生」「看護師」（2.7％）となった。 エンジニア・プログラマーは男子総合ランキングで1位（11.3％）を獲得した一方、女子総合ランキングでは12位（2.0％）と男女で人気に差がついた。 女子学年別ランキングでは、2年生・3年生の部門で得票はなかったものの、1年生の部門で1位（6.0％）を獲得。学研教育総合研究所は、文部科学省が推し進める教育のデジタル化施策「GIGAスクール構想」や、新学習指導要領による「情報I」の新設などの影
ありあ @aria_nico 「社内の人手が足りない、もうだめだ」ってプログラミングを外注したら、下請けの下請けの下請けの下請けくらいでプログラミングの案件話が自社に戻ってきた話する？ 2021-10-21 18:47:13
IT 系に行くことはやめたほうがいいと思う
最近こんな感じの記事をいくつか見かけた https://xtech.nikkei.com/atcl/nxt/column/18/00001/08910/ IT 系の人が足りないとか言う話 また、子供になりたい職業のランキング上位に IT 系が上がったみたいな話もあった 個人的にはやめたほうがいいと思う IT 系エンジニアになりたいって思う人は基本自分が使ってるサービスとかに関わりたいと思ってるだろうけど そういうところ行けるのって IT 系でもごく一部 自分の好きなサービスの会社とまで絞り込むと採用される人数は限られてるし、人気があるから倍率も高い 難易度的には東大に入るよりも難しいんじゃない？と思うほど なので実際は IT 系を目指してもほとんどは底辺でブラックと言われる SIer とか SES などになる IT 系エンジニアって一応は専門職だし、必要な知識が多いし、なりたいと思ってすぐ
なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか：多重下請けも海外人材活用も「元」は同じ（1/3 ページ） 市場原理では需給バランスで価格が決定する。なのになぜ、俺の、私の年収は上がらないんだ！――IT“業界”解説シリーズ、第7弾はマクロ視点での多重下請け考察です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由を説明しました。 今回は、再び「多重下請け構造」について考えます。 就活時、偏った業界研究をしてIT業界に就職したITエンジニアの中には、キャリアアップしたくても、
検査仕様書なしでシステム開発するとどうなるか？
検査仕様書なしでシステムを開発するとどうなるのか? ある炎上プロジェクトの建て直しを通じて嫌と言うほど思い知らされた。 そのプロジェクトの顧客が一番怒っていたのは「一体どういうテストをしてリリースしてるんだ?」という点だった。 プロジェクトの建て直しはやり慣れているのでまずは検査仕様書をレビューして検査項目の強化だな、とか軽く考えていた。 でもプロマネに検査仕様書を見せてくれと言っても整理できてないから待ってくれ、の一点張り。 まずは社内の人間で見るだけだから整理なんていらないよ、と説得しても頑固に出さない。 なんとそいつは検査仕様書なしでテスト(うちの会社の定義ではそんなもんはテストと言わないけど)して顧客にリリースしてた。 全く動かないシステムをリリース顧客は「全く動かない」と怒っていたが僕はいくらそれはないだろ、顧客が話を盛っているんだろうと甘く考えていた。 しかし、プロジェクトの自
いのけん on Twitter: "「今週のこづかい万歳の、「オフィスで働いたことがない人が描くオフィス」っぽさ！ 密！！！ https://t.co/Cwcrj3BI7k」"
Something went wrong, but don’t fret — let’s give it another shot.
SI案件でアジャイル開発を進めるときの勘所
みなさんこんにちは。@ryuzeeです。 10月に発売となった『プロダクトマネジメント - ビルドトラップを避け顧客に価値を届ける』ですが、まだお読みになっていない方是非よろしくお願いします。 また、ここ数か月新しい書籍の翻訳に取り組んでいて、来年の春くらいには発売になるかと思います。この本も楽しい本だと思うので是非楽しみにお待ち下さい。 さて、先日、プライベート講演で、SIのコンテキストでアジャイル開発を進める場合に、どのような点に気をつけておくとよいかを話して来ました。 汎用的な内容で読者の方の参考になるかと思いますので、資料を公開しておきます。 以下、資料だけ見てもわからない方向けの解説です。 TL;DR（結論）SI案件でアジャイル開発を適用する場合、顧客側がアジャイルを正しく理解していない可能性があるので、案件開始前に教育すべしステークホルダーマネジメントは重要。これはウォーターフ
SES契約における期間途中の撤収の責任 東京地判令3.12.20（令2ワ20021） - IT・システム判例メモ
顧客からのクレームに納得できず、SES契約の期間途中に（ほかの案件も含めて）要員を撤収させたこと適否が問題となった事例。 事案の概要 X社は、下記の図のとおり、A社、B社、C社からそれぞれシステム開発に関する業務を受託し、それぞれの案件に対応する要員ａ、ｂ、ｃを、Y社から調達し、その業務を担当させていた。１カ月当たりの単価を定め、比較的短期間（１カ月から３カ月）の契約期間が定められ、必要に応じて延長、更新が行われていたので、いわゆるSES契約といえる形態だったといえる。 このうち、Ａ社にアサインされたａに関し、Ａ社からパフォーマンスが低いとのクレームを受けたXは、2020年5月8日、Yに対し、A社は契約途中の5月22日を以て解除を希望していることなどを伝えた。 クレームの内容が、「GitやRailsのコマンドがわからないレベルだ」などというものであったが、Yは「現場レベルでの作法の話だろう
HPEO🌐IT×資格 @hpeo_jp ジョークと見せかけて 営業部門・開発部門・顧客の パワーバランスによっては マジでちょくちょく発生する状況 ってのがIT業界の微笑ましい一面🤮 2022-03-27 18:50:00
ろーね @nerone1024 インフラさんが辞めてからインフラさんが大事な仕事をしていることがわかりました、って今更言われても・・・。私は理解がある人達と楽しくやっているので戻りませんよ。 #ジブリIT業界あるある pic.twitter.com/z5rVW0oXbW 2020-09-20 10:41:31
Photo by Ian Kim on Unsplash CTOとして今の会社にJoinして1年と9ヶ月くらいになりました。おかげさまで受託案件にも恵まれ、順調に社員も増やしていっているフェーズですが、ここまでの道のりが順風満帆だったわけではありません。WEB制作からシステムの受託開発へのシフトを決めてから合計20名近く採用をしてきましたが退職者も数名ほど出てしまいました。 退職してしまったのは、ほぼジュニアクラスのエンジニア。会社の規模や稼働的な問題もあり、しっかりと育成できる時間を設けることができていませんでした。結果、活躍できる場所を与えられないまま退職という形。これはCTOとして大変に申し訳なさしかねぇ…. この辺色々ありましたが、この場では詳細は語りません。ただ一つ「小規模な会社では、採用にあたり考慮しなければいけないこと」がいくつかあります。経営者各位の皆様だと、体感として存じ
エンジニアが10人いるからって10人日の開発が1日で終わるわけないじゃないですか。カップラーメンは3人で待ったら1分で完成するんですか？
KNR | AI×プロダクト紹介 @MacopeninSUTABA エンジニアが10人いるからって10人日の開発が1日で終わるわけないじゃないですか。カップラーメンは3人で待ったら1分で完成するんですか？ pic.twitter.com/O7WB7bAZ4B 2023-10-10 23:00:16
プロパーがSIerさんを侮辱した結果SIerさんがブチギレて全撤退する現場があるらしい「ときどきある」「似たようなトラブルに巻き込まれた」
ごっつ@平凡なフリーランス @dekiruengineer プロパーがSIerさん侮辱した結果、SIerさんブチギレて全撤退するそうだ。そのプロパーは懲戒くらって、プロジェクトこれ完全に延期だな。 電話でもメールでもSIerさん下に見てて、毎回バカにしたような態度と文章だったから自業自得って感じ。 コンプライアンス守れない１人のせいで、プロジェクトが止まるって関係者はたまったもんじゃないな… 2023-12-14 22:19:05 ごっつ@平凡なフリーランス @dekiruengineer 僕がSIerだった時代にも客が傍若無人で理不尽すぎて30人ぐらいのチームごと抜けるかって話挙がったけど、会社の主要顧客だったから結局抜けられなかった。 今回の件は昔っからの悪態ぶりだったから社員を守ったSIerさんは英断だね。 2023-12-15 07:55:36 ごっつ@平凡なフリーランス @dek
ぎゆ@エンジニア @giyulogy 下側にいる人は左側に見えて、 上側にいる人は右側に見えます。 一般的なイメージが左側で、SIer (上側の人たち) に対するネガティブな意見を多く見かける理由の1つが「下側にいる人のほうが数が多いから」です。 twitter.com/s5ml/status/16… 2023-08-02 12:59:31 しおん。@冒ギル2 @Shion_APP これ本当にそうで、中抜きって下請けに出す時点だと言う程抜いてないんだよね。受注先の下請けの会社単体が勝手に抜いてるイメージはある。 まぁ本当に下請けに出す順に抜かれていく業界はあるんだけども（地獄 twitter.com/s5ml/status/16… 2023-08-02 13:26:26
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
見積・提案書に書いておくと不幸を減らせる前提条件
45歳プログラマーさん、警察庁とNTTとSMBCのソースコードを世界に無償公開してしまう
弟がプログラミングスクールに通おうとしたのを全力で止めた話
IT人材会社、技術者経歴を偽装か 「全部ウソ」証言も：朝日新聞デジタル
京都市基幹系システム刷新失敗の考察 - orangeitems’s diary
「人生終わる。絶対にやめるな」運転士を辞め、返金保証付きのプログラミングスクールからSESにブチ込まれて後悔している話
GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造｜楠 正憲（デジタル庁統括官）
富士通SEの退職理由が壮絶…メモリ4GBのPCで開発、ひたすら進捗会議
私はなぜ、部下を退職に追い込んでしまったのか
さて、新卒入社したSIer企業で約１ヶ月が経ったわけだが
オワコン大手SIerに学ぶアンチパターン - Qiita
ソフト開発での多重下請、公取委が取り締まり強化へ 「優越Gメン」が立ち入り調査
120年ぶり民法改正へ、システム開発費「高騰」のリスク
高校生のなりたい職業1位に「エンジニア・プログラマー」 学研調査 男子・高1女子に人気
無料プログラミングスクールからブラックSESに就職した話
プログラミングを外注したところ下請けの下請けの下請けの下請けくらいで自社に案件が戻ってきてしまった話
なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか
大手Sierのシステムエンジニアの砕けた夢について
プログラマーに憧れる子供たちに周知せよ、人月商売と本物のIT業界は別物だぞ
IT業界の日常を図にしてみたら「地獄絵図」「ウチの会社の悪口はそこまでだ！」になった→これから業界に入る人は身震い
「客先には業務経験3年ってことにしてあるからね」業界の闇とわかりみが詰まった#ジブリIT業界あるある まとめ
小規模開発会社の採用失敗談について振り返ってみる。｜shinoyu｜note
多重下請け構造と聞くと流れるような中抜きがイメージされるが、ことIT業界ではこんな複雑な実態なのでは？
soccer-soul.hatenablog.com
realsound.jp
nekonotumekiri.hatenablog.com
www.yomiuri.co.jp
mantan-web.jp
diamond.jp