むかついているがどうにもできない。そのことにさらにむかついている。 背景俺は新卒で入ったSIerに勤めて数年になる。 うちの会社は社員数も売上高も数千の中規模SIだ。いつからかわからないが中国にも支社があり、現地の技術者を採用したりもしている。（こうした実績からグローバル企業を謳ったりもしている…） 新卒でも中国人を採用していて俺の同期には5人いた。 同期の中国人技術者の優秀さこの会社に入って最初の合同研修期間で彼らと接することになったのだがまずスペックの高さに驚いた。 まず3ヶ国語を扱える。中国語はもちろんネイティブ、英語はビジネスレベルで習得しており、個人差はあるもののみんな日本語での日常会話に支障はない。外国人に難しいとされる日本語の読み書きも、漢字をある程度知っているだけあってアルファベット圏の人々より習得が早いらしい。 全員バリバリのコンピュータサイエンス出身。 俺は文系学部出身

「押下する」は変な日本語？ IT業界でよく使われる「押下（おうか）する」という言葉について考察したQiitaの記事が話題になっておりました。 qiita.com ブコメをみると「変な日本語だと思ってた」的なコメントが散見されましたが、実際、SIerの人とかと仕事をすると「押下する」という表現はもはや日常語レベルになっていて、よく耳＆目にするんですよね*1。システムの設計書とかマニュアルに頻繁に出てきます。 私は就職して１年目に、自社内の業務システムのマニュアルに「◯◯ボタンを押下」というような表現があるのを見つけて初めて知りました。 上記の記事では、パソコンにおける「クリック」は「押し下げる」のではなく「押して離す」動作なのだから、「押下」と表現するのはおかしいのではないかみたいな話がされているのですが、あわせて「押下」という言葉が誕生した瞬間？についてのエピソードが紹介されております。

どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI（システムインテグレーション）ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム（生態系）を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ（≒わがまま）に対応してきた。 これは、システム構築ではERP（統合基幹業務システム）をそのまま使った

IT業界の技術者不足が、ユーザー企業のシステム化計画に悪影響を与えそうだ。みずほ銀行のシステム統合やマイナンバー関連のシステム構築など、いくつもの超大型の開発プロジェクトが2014～2016年に重なったことで、技術者不足が一気に深刻になってきた。超大型案件が多くの技術者を“バキューム”してしまっており、ユーザー企業の間では、自社のシステム開発にそのしわ寄せが及ぶのではという懸念が広がっている。 懸念されているのは、システム開発をITベンダーに外注する際の料金単価の上昇や納期の長期化、担当技術者のスキルレベルの低下などである。だが実は、そうした懸念よりもさらに怖い事態が生じる可能性が高い。ユーザー企業がシステム開発案件でベンダー各社に提案を募っても、優れた提案を得ることができない状況が想定されるのだ。 ユーザー企業のIT部門の人はあまり思い至らないだろうが、ベンダーが提案書を作るのには大変な

2014.08.11 人事給与関係業務情報システムというものがある。 人事院が管理する省庁の人事、給与、共済、統計などの業務のためのシステムだ。 もともとは分散型システムのはずだったのが、途中で方向転換して、集中型システムになった。 １１府省が利用し(府省と言っても宮内庁、衆議院、会計検査院、公正取引委員会なども使っている)、平成２８年度末までには最高裁判所や参議院を含め、すべての省庁が利用することになっている。 元々の計画では初期投資に８４億円、毎年の運用経費が１５億円というはずだった。 しかし、初期投資の予算から各府省のシステム移行経費４２億円が漏れていたりして、結果的には１４３億円の初期投資と２７億円のランニングコストがかかっている。 しかも平成２２年度に導入されたシステムなのに、いまだにソフトウェアに大きな問題がある。 例えば、人事の発令に併任がかかっていたり、あるパターンの発令が

コミュニケーションが生まれるツイートまとめツール

記者の眼 - IT業界の人月商売、多重下請けがもたらす45の害毒：ITpro 上記の４５の弊害。どれも微妙に指摘できそうな内容ばかり。。。ちょっとばかり検証してみますか。 害毒として挙げられている事項について検証 ４５の害毒それぞれ微妙に突っ込みどころがあるので、個々解説を書こうと思ったら、半分ぐらい書いた段階で既に５０００文字を突破てしまいました。。。 もうやめやめ。こんな長文誰が読むんだい。 というわけで、代表例を幾つかピックアップして指摘。 因果関係が逆転 １．労働集約型産業のままで知識集約型産業に脱皮できない 逆逆。主力である「受託開発」が労働集約的な仕事だから、労働力に応じた収益となるため人月商売や多重下請が発生するんですよ。害悪、ではなく原因。 他にも、「６．いつまでも手工業、システム開発の工業化が進まない」も同じです。受託開発で、ユーザごとに業務要件、システム要件が違うがため

Photo by oatsy40 今回のpaiza開発日誌は片山がお送りします。 SIerについて語られる際に「人月商売」についての問題点が良く取り上げられますが、「人月商売」がエンジニアにとってどのような問題点があるのでしょうか？　その点について今回は少し整理してみました。 ■人月とは何か 「人月」について誤って認識している人々が多い。人月とは見積りとスケジューリングに使われる仕事の単位である。「コストは実際に人数と月数の積に比例する。が、進捗はそうではない。したがって、仕事の大きさを測る単位としての人月は、疑うべき危険な神話なのだ。人月とは、人と月とが互いに交換できるという意味だからである。」 人月の神話―狼人間を撃つ銀の弾はない 人月の神話―狼人間を撃つ銀の弾はない (Professional Computing Series) 作者: フレデリック・P,Jr.ブルックス,Frede

2014-05-10 コールセンターで人を殺した思い出 債権回収システムの開発 職務経歴には書いていないですが、まだIT業界の駆け出しだった頃、勤めていた会社の都合で商社系のシステム部門に派遣されました。 その商社は誰もが名前を知っている有名なクレジットカードのシステムを受注していて、僕が担当したのはそのクレジットカードの債権回収システムの構築でした。債権回収システムというと聞こえはいいけれど、要は「借金かえしてね！」とお金のない人にお金を返させる仕組みです。僕がやっていたのはカード会社のコールセンターから自動的に債務者に大量に電話を発信する架電ハードウェアの制御でした。 クレジットカードの未払いが貯まるとカード会社のコールセンターのオペレーターから督促電話がかかってくるかと思いますが、大手クレジットカード会社のコールセンターになると、電話は人間が手で掛けているのではなくて、大量の対象者リ

日本のIT産業は、世界に類を見ないユニークなエコシステム（生態系）をつくり上げた。大手SIerを頂点とする多重下請け構造のピラミッドから成るITサービス業のことだ。日本だけで独自進化し一大産業として繁栄した。私はこれを「SIガラパゴス」と呼ぶ（関連記事：日本だけ！「SIガラパゴス」に明日はあるか）。 極めて便利な存在であるため、ユーザー企業はこの生態系を育んだ。その結果、日本企業のIT活用は今や欧米企業に比べ周回遅れで、新興国の企業にも追い抜かれようとしている。 米国のITベンダーの日本法人社長は、本社の幹部から「なぜ日本にはITサービス会社があんなにたくさんあるのか」とよく聞かれるそうだ。米国にもアクセンチュアやEDSのような企業は存在するが、数は限られているからだ。そして回答に苦慮する。 「日本のユーザー企業は独自仕様のシステムを作りたがるのに、その開発を外部委託することが多いから」。

SIer勤務 情報系大学院卒 28歳 2月は残業が多くて100時間ほど その分の残業手当がついて今月の手取りは40万だった 顧客と直接話をして要件定義から設計実装を行う サービス残業はなく仕事した分だけお金はもらえる 今の仕事はSIerのなかでも恵まれてるほうでやりがいはあるのだろう しかし本当にこれが俺のやりたいことなのか 長時間残業して恋人を泣かせてまで書くコードのターゲットはJava 1.5 会社のルールにしばられチャレンジできないまま年齢を重ねていく 大学院にいたころからコードを書く力は落ちていく一方 これをつづけていてもよいのだろうか こんな仕事でこんなに給料をもらってよいのだろうか 給料がもらえれば俺はこの仕事でも満足なのだろうか 贅沢な悩みなのかもしれない チャレンジするとしたら年齢的にはそろそろ動き出す必要があるだろう 転職？ 俺にできるのか？ 何を目的に俺は転職をするのだ

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

昨日、ある大手SIerさんで研修がありました。そこで、「どうすれば、自社のクラウド・ビジネスを拡大できるか」をテーマに議論をしました。 「うちはSIerなんだから、クラウド・ビジネスを拡大するではなく、SIビジネスを拡大することが目的。クラウドは、それなりの機能があって安けりゃいいんじゃないですか。それを目指すべきであって、クラウド・ビジネスをどうするかという議論は、そもそも本末が転倒していると思います。」

銀行システムの信頼性の根幹を揺るがす事件が起きた。NTTデータの孫請け会社のシステムエンジニア（SE）が、同社が運営する複数の地銀の情報システムを統合した「地銀共同センター」に不正アクセスしてキャッシュカードを偽造。他人の口座から現金50万円を引き出したとして、京都府警に逮捕されたのだ。システム開発・運用に下請けを使うのはNTTデータに限らない。他の情報システム大手にとっても対岸の火事では済まさ

まず超個人的な見解です。あとWeb系の人は関係ないので、そういう人は読んでも無駄です。ここでいう業務系エンジニアというのは、主にSI屋で特定企業向けのシステムを構築しているエンジニアの人たちをさします。 まず、非常に難しい時代になったと思います。 端的に、ちゃんとしたSIをやることが難しくなりました。まず、技術的には面倒なことが増えた、というかできるオプションが制御できないくらいに増えているので、うまく制限をしないとコードや仕組みが劣化する一方になりました。エンジニアリングに自由を！というのは聞こえはいいのですが、チームプレーをするのに、いちいち約束事決めないと回らないようになっているような気がします。それも毎回。始めるたびに。 別段、いきなりチームメンバーの能力があがったり、さがったりするわけではないのですが、なぜか外すと酷いことになる振れ幅が増大したような気がします。ルール決めをいちい

某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と

「オレ、入社2週間で大きな決裁を通しましたよ！ まだ試用期間中だったのに（笑）」。JRubyのコミッターで、Rubyコミュニティで広く知られた大場光一郎さんに久しぶりにお会いしたら、ちょっと興奮気味にこうおっしゃるのですよ。具体的な数字は書けませんが、確かに、ふつうの企業なら1週間や2週間で決まるような金額ではありません。まして入社2週間の試用期間中の社員の提案です。 大場さんは2011年12月に、日本で5本の指に入る大手SIerを退職し、ソーシャル・ネットワーキング・サービス「GREE」を運営するグリーに入社したというではありませんか。そして、あまりの2社のスピード感の違いに驚いているというのです。Developers Summit 2012（通称デブサミ）が終わった後の飲み会でお話を伺ったのですが、水を得た魚とはこのことかというほど楽しそうに、新しい仕事上のチャレンジについて話をされて