ITエンジニアを待ち受ける大量失業の危機
スマートフォンばかりでなく、自動車も冷蔵庫も家のドアも、ペンもメガネもインターネットにつながって、情報をやりとりしたり連動したりするIoT（Internet of Things：モノのインターネット）が話題だ。 メガバンクのシステム統合、マイナンバー、消費増税に続いてIoTと東京オリンピック。「2020年まで仕事はいくらでもある」とIT受託（ITベンダー）業界はウハウハに見えるが、最も期待の大きいIoTが波乱の種になるかもしれない。 トリクルダウンは4階層 IT受託業はソフトウエア受託開発、情報処理、システム運用管理、IT技術者派遣、情報機器オペレーション、コールセンターといった業務を受注する。その規模は、ざっくり3.3万社で売上高20兆円、就業者100万人（特定サービス産業実態調査）。株式を公開しているのは220社で1％にも満たないものの、産業全体の売上高で40％、就業者の37％を占めて
技術者不足への対策ですか。諦めてください。それが日本のためです
日本は今、空前のIT技術者不足。ユーザー企業のIT部門も、SIerも、下請けベンダーも、そしてブラック企業も「必要な頭数を確保せよ」と、まるでモノか何かをかき集めるかのような口調で技術者の“調達”に奔走している。この私にさえ技術者不足への対策を聞いてくる人がいるが、そんな時は必ず「諦めてください。それが日本や大勢の若者のためです」とだけ答えることにしている。 なぜ、そんな木で鼻をくくったような態度をとるかと言うと、これまで抜本的な対策を打とうともせず、周期的に「技術者が足りない。大変だ！大変だ！」と騒ぐ浅薄な連中が大嫌いだからである。それに、モノか何かのようにかき集められる若者の将来よりも、国や大企業などのシステムのほうが大事だと思っている点もゲンナリする。そんなものは圧倒的に小事である。 そもそも、「技術者不足への対策は技術者を増やすこと」と脊髄反射的に考えるのは、何とかならないものだろ
既存のコードを参考にして新規にコードを書く事の光と闇 - 文系プログラマによるTIPSブログ
恐らくこれは開発現場であるあるな出来事だと思います。 今回のお題は「既存コードを参考にして新規コード書く」事についてです。 あなたが部下または外部の方に作業依頼をする時、どんな風にコードを書いたらいいかを事前に説明しますね。その時「この辺に書いてある既存のコードを参考に書いて下さい」と言ったりしますよね。 もしくは特に書き方の方針を伝えない場合は、依頼された側が「既存のこの辺のコードを参考に書きます、書きました」と言ったりします。 「参考」とは この言葉のポイントは「参考」という部分にあります。実はこの「参考」には光と闇が潜んでいるのです。 何故ならこの「参考」は、大抵の場合は「ほぼコピペ」を意味しているからです。 ☓ 「既存のコードを参考にする」 ◯ 「既存のコードをコピペする」 「ほぼ」と言っているのは、数カ所違うだけのコピペの場合が多々あるためです。 ほぼコピペのメリット 周りのコー
IT業界でありがちな説明下手について - 文系プログラマによるTIPSブログ
横着しちゃいかんのです。 IT業界に限った話しではありませんが、説明下手な人っていますよね。 私がIT業界でよく日頃から感じている説明下手（質問下手とも言う）なエピソードについて書いてみます。 例 この話から私が理解できた部分 この話から私が理解できなかった部分 どうして話が伝わらないか どうすれば伝わったか こういう質問が返ってきたら説明下手かも！？ 雑感 例 やらないおさん、落ちちゃうんですけど、getHoge()のこの部分があれで、多分ああなんじゃないかと思うんですけど、どうすればいいですか？ ？？？？ え？ごめん。何の話？いきなりソースコードの具体的な箇所の話されても理解できないから、落ち着いて順を追って話してみようか ※ 以降、質問をする側を「やるお」、される側（私）を「やらないお」とします。 ※ getHoge() メソッドはやるおが自分で作った独自メソッド。当然やらないおは知
徴兵以下のIT奴隷制度を作るよりマネジメントを学ぶべき - 狐の王国
安保法制デモなんかで「徴兵制が!」「戦争に行かされる!」みたいなのがあってバカじゃねーの徴兵なんて今時やるわけねえだろと思ってたのだが、やあもしかしてサイバー戦争うんたらで俺らITエンジニアを徴兵するとかはあり得るかもよ? みたいなヨタ話をしてたことがある。 サイバー戦争黎明期の今こそむしろ徴兵制の好機 | 独り言v6 もちろんヨタ話なので「可能性があるかないかで言えばある」というだけにすぎなくて、まさか本当にやるなんて思っちゃいなかった。ところがガチでそんなことを言い出す人物が現れたのである。 前提として考えてもらいたいのは、これからのサイバー攻撃は、まさに戦争を仕掛けられているのと同じだという点だ。 (中略) 国の重要インフラを破壊されるのは、戦争と言わずに何というのか。これは最悪のシナリオであることには違いないが、日本の政府や業界、企業は、それに対する危機意識が低すぎる。 そして、こ
IT業界で最強に困る無理難題は一体なにか!? - 文系プログラマによるTIPSブログ
ITを知らない人達はみんな「ITは魔法である。あらゆる事を解決できる。」と思い込んでいる節があります。 お客様から無理難題 : SE100人に聞いたシステムエンジニアの仕事 - 仕事内容とその魅力 この記事を読んで、私も激しく心当たりがあったので、私も書いてみようと思います。それぞれタイプに分けて考えていきます。 ※ この記事以外のあるあるも記載しています。 お金は出さない型 今すぐ型 常識的に100%有り得ない要求型 とりあえず開発会社に調査依頼型 お役所型 言わなくても解るだろ型 リリースしてから動作確認型 人数を2倍にすると納期が半分にできる型 雑感 お金は出さない型 予算がないから、費用を半額にしてほしい 金額はそのままで、機能追加を要求された。 見積もり価格の半値八掛けにしろと言われた 何故こんな事が起こるのでしょうか。 こういう事を言ってくる人たちは基本的に「システムを構築する
SIerのこと知ったかしている子たちへのツッコミ - プロマネブログ
前回、システム開発でベンダ任せをやめようとした日本、ベンダに任せた米国 - プロマネブログの記事でコメントを頂いたのを思い出したので。 id:sayurin7 paiza開発日誌 2015-01-26 【エンジニア対談】SIer・大手からスタートアップへの転職前に知っておきたい事 でSIerのこと知ったかしている子たちにも何かひとこと、ぜひ あ～、あまりにも酷かったのでブコメでツッコむ気も失せていた記事ですね。。。 まあ、せっかくコメントを頂いたことですし、確かに間違いを指摘するのも大切なことなので、カンタンに。 自分の知らないこと≠存在しないこと ITを後付けするんじゃなくて、ITをベースにして今までに無い事業やビジネスモデルを考えるべきだと思ってました。そういう事やるのって受託ビジネスでは無理だから、やっぱり自分はSIerじゃなくて自社サービスを開発する仕事がしたいと。 ATMも、電子
IT業界の『多重下請け構造』は社会悪になりつつある - paiza times
Photo by Jonathan Kos-Read 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際にIT業界の「多重下請け構造」についての問題点が良く取り上げられますが、「多重下請け構造」がITエンジニアにとってどのような問題点があるのでしょうか？ その点について今回は少し整理してみようと思います。 ■「多重下請け構造」とは何か 説明するまでもないかもしれませんが、「多重下請け構造」とは、受託システム開発において、発注者から直接仕事を請け負った元請（たいていの場合が大手SIer）が、請けた仕事を切り出して2次請け、3次請け、4次請けと仕事を下ろしていくピラミッド構造の事を言います。 良くある例で言うと、元請は要件定義や概要設計等の上流工程を請負い、開発・実装などの下流工程は2次請けに委託する、というような構造です。2次請けは自社リソースで開発を賄えない場合に3
「手に職」って詐欺みたいなもんなんだな
当方いわゆるweb系プログラマ30代。大学は卒業に失敗しているので学歴としては高卒。年収は800万に届かない程度。web系プログラマはインターネット上で目立っている有名プログラマも多くて、彼らと自分を比べると絶望するくらいに自分のスキルは低い。でも最低限の能力はあると思う（参考までに、 GitHub 上で一番starをもらっているリポジトリは 14 star というレベルの実力。150 star くらいあるリポジトリに PullRequest を送って取り込んでもらったことがあるという程度）。 で、このレベルの人間が周りの年上プログラマを見てると、「なんだ、こいつらが食って行けるなら、俺は楽勝で食って行けるじゃん」って思うことが多い。「その辺のちょっとだけできる大学生のほうがよほどまともだぞ」みたいなコード書く人間がのうのうとプログラマとして食って行ってる。ほんとうにひどいやつらが多くて、
SIerの問題点 - zyake_mk2の日記
世間一般では、SIerは非効率、プログラマのスキルが酷い、ガラパゴス化している等、評判が悪く袋叩きにあっているようです。実際にはグローバル水準で戦える高スキル者はいるし、特に某親会社の人達はみな頭の回転が速いし、志が高いです。 一方で私の5年そこそこの短い経験の中でも、世間の評判通り、開発現場の信じられないような体たらくっぷりをたくさん見てきました。すごく立派な看板の裏でのしょぼい設計実装、ミス等 etc... (私も人のことを言えないですが・・・) そこで、私の見える範囲の世界で、どうしてこのような現状なのか考えてみました。 (私の見える範囲なので、他社だと全く状況は違うだろうし、他者には違った世界が見えているかもしれません。) SIerの問題点1. 技術力向上のインセンティブが少ない 恐らく最大の原因はこれではないかと思います。要するに、必死に技術力を磨くインセンティブが乏しいのです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
