IT業界にとって垂涎の大規模プロジェクトが近くスタートする。一つはみずほフィナンシャルグループによる勘定系システムの全面刷新、もう一つが政府系のマイナンバー（共通番号）のシステム構築だ。両システムとも2015年度に完成予定で、投資額はそれぞれ4000億円に膨らむとも言われる。クラウドへの移行期に“旧型の”超大型案件が登場するわけだが、ちょっと嫌な予感がする。 こうした超大型案件は、受託ソフト開発というIT業界の“旧勢力”にはまさに干天の慈雨。プライムコントラクターのSIerはもちろん、一次請け、二次請けなど業界のピラミッド構造の隅々にまで恩恵が及ぶ。みずほの案件だけで、最盛期には8000人の技術者が動員される見通しという。これだけの人員がバキュームされるとなると、人月商売である受託開発の需給はかなり引き締まる。かくして恩恵は業界に広く行き渡る。 さて冒頭に書いた「ちょっと嫌な予感」だが、プ

「SIで得るものはあるのか？」 おそらくここ10年以上、日本各地で自問自答された問いでありまして。かくいう自分もその一人であります。デスマの度に、ここまでやる意味はあるのか？赤字の度に、そこまでやる意味はあったのか？　思わなかった人はいないはずです。特にここ数年は、見るもの聞くもの、酷いプロジェクトが自分の周りでも多く、「いいから、そのまま回れ右」という行動パターンの機械学習全開です。（遠い目 他方、「構築をやらないと確実に実装力は落ちる」こういう声もあるでしょう。これもまた真実ではあります。特に、SIの中身丸投げモードのスイッチが入りっぱなしで液漏れ寸前なところは、もはや経験不足を通り越して「リバース・プロキシーって何をするんだっけ？」って真顔で聞くPMの方もいらっしゃる状態もありまして。実際にやらないとわからない、ということは普通におきます。特にアーキテクチャやインフラ周りは、そうなっ

近年「SIer」、そしてSIerの労働力の多くの割合を占める「SE」が「オワッテル」というような話を良く聞きます。 特に聞くのが「海外では」「欧米では」「アメリカでは」「USでは」といった枕詞を付けて構造・仕組みがおかしいという論調[*1]。 「日本では」、「海外と」「欧米と」「アメリカと」「USと」仕組みが違うので単純な比較は意味がありません。 "SIer"が生まれた背景としてはコンピュータシステムが複雑化しすぎて、開発・運用に多くの人的リソースが必要になったということがあります。 そしてユーザー企業の直接的な採算部門ではない技術部門に専門技能を持つ(恐らくそれなりに高給の)エンジニアを雇い入れ、開発・運用するのは難しいです。また特にコストのかかる開発が一段落して運用フェーズに入った段階で労働力が余ると非効率になります。 配置転換や経営の効率化など、解雇を回避する努力を最大限にしないと日

Google Appsの導入などを手がけるサイオステクノロジーは、クラウドビジネスの現状を共有する記者発表会を開催した。商談現場の生々しい話を踏まえ、クラウドがSI市場にどのようなインパクトを与えるかが披露された。 リーマンショックとクラウドがユーザー指向を変えた サイオステクノロジーは、テンアートニという社名で1997年に創業されたIT企業で、Linuxやオープンソースソフトウェア（OSS）、Java関連のシステム開発とインテグレーションを中心に手がけている。近年は、クラウド事業に注力しており、Google Appsの国内有力販売代理店として知られている。 同社のクラウドビジネスへの注力は、ユーザーの指向の変化、既存のSI事業の限界などの要因があるようだ。サイオステクノロジー 執行役員 Google ビジネス統括の栗原傑亨氏によると、まずリーマンショック以降、ユーザーのコスト削減意識が高

クロノスの山本さんと飲みにいきました。遅刻してすいませんでした＞＜ 僕らの興味はやはりSIビジネスがどうなってしまうのだろうかという点で、色んな観点から話が盛り上がった。 クラウドの台頭によって、ビジネスでITを利用したくても出来なかった層にIT技術の裾野が広がっていく。SIは自前でシステム環境を構築することで差別化を図り儲けていた側面も強かったけれど、クラウドがハードのアウトソースを加速させた事でシステム開発案件の単価は下がっているし、価格下落話には枚挙に暇がない。目の上のたんこぶではあるが、業界のパイは小さくなったとしても優秀な人間にお金が回るようになれば長期的には良いこと的な帰結を考えていた。 でも、その歪みがひどい事態を生んでしまったようで・・・ 一方、SIおよびSEのこれからに暗い影を落とす話もある。関西のあるSE派遣の企業のはなし。 何十人もの新人さんを集めて、無料でプロジェク

ちょっと興味深い記事を見つけました。 大きく違う日米でのSEに対するイメージ | 日経 xTECH（クロステック） アメリカでは人気投票でバービー人形の新しい職業にITエンジニアが選ばれたり（プログラマーのバービー）*1、ソフトウェアアーキテクトがアンケートによるランキングでももっとも人気の高い職業となっているとの事です。（Best Jobs in America 2010 - Top 100 - Money Magazine on CNNMoney.com）*2つまり、子供にとっても実際に働いている大人にとっても、IT技術者は人気の高い職業となっているみたいです。アメリカでは日本と違ってIT技術者の地位が高いという話は以前からなんとなく聞いていたのですが、実際に職業の人気度がここまで正反対であるとはちょっと驚きました。平均年収は1000万程度らしいので、年収だけからするとそれほど極端にセ

プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して で以下のようなコメントをいただきました。 アプリケーションのアーキテクトという役割についてちょっと理解が曖昧だったのがこのエントリ読んでだいぶスッキリした。今度の開発系の勉強会のネタにとりあげようかな アーキテクトの働き方の参考に。 そもそもオブジェクト指向を本当に理解していてプログラミングも得意なアーキテクトがどれくらい居るのやら。 全体の設計がちゃんと推敲されていて、きちんと疎結合が達成されているなら、後の修正にも耐えられる。 アーキテクトが何をどこまで責任持つのか、という認識が整合されてないんじゃないの 現代的アーキテクトの仕事 このようなコメントから、「アーキテクト」という仕事の内容については、実はよくわからないと考えている方が多いように感じられます。実は、私自身も「アーキテクトという役割で仕事をす

達人プログラマーを目指すための素質 - 達人プログラマーを目指してで、PGの社会的地位の低さについて言及したのですが、ステレオタイプな上流コンサルと思われる方から、以下のようなコメントをいただきました。 現在の貨幣経済において、情報システムサービス業(SIer)におけるPGはそこまでの価値なんだと受け止めるべきかと。 実際の話、SIerにおいては優秀なPGが沢山いるより、大型案件を扱えるPMが沢山居る方が、より儲けやすいでしょう。 あと、別にPGだけが頑張って勉強してるわけではないです。 上流コンサルやITアーキテクトと呼ばれる人たちも勉強はしています、平均をとればPGたちよりも勉強はしてるでしょう。 営業だって馬鹿ではありません、刺しつ刺されつの世界でなんとかプロダクトを売っているんです。 貨幣経済において、付加価値の高くないことを勉強しても付加価値は低いままです。 「清掃作業において俺

本ブログの記事に対して多くの皆さんからいただいた意見を総合すると、技術力のあるトッププログラマーにとって現状の日本のSI業界での仕事というのは、働き甲斐のない、魅力の少ない仕事として認識されているという残念な事実を思い知らされます。 オブジェクト指向の基本すらいまだにきちんと使いこなせない開発の現場 技術について勉強した知識をほとんど活用できないし評価もされない 無駄なドキュメント作成などに対する膨大な単純作業を強いられる いわゆる3K職場と言われるような過酷な労働と低い賃金 20年以上も前の仕事の進め方からあまり進歩が見られない 多重下請け構造によりユーザーに直接価値を提案するような仕事が難しい 多くの業務アプリケーション開発現場における体験を通して、以上のようなことが語られているということを考えれば、「業務アプリケーションのプログラマーは負け組だ」という意見が出てくることも当然のことか

私の直属の上司ではないのですが、会社の大先輩がインドに1ヶ月程滞在し、現地のSIerの開発現場を視察してきました。現地での研修を提供している会社は、あのデータさんの子会社になっているみたいです。 http://www.vertexsoft.co.jp/services/learning-in-india.html そこで、実際にインドのプログラマーがアジャイルプロセスを使って開発をしている現場を目の当たりにし、いい意味ですっかり洗脳されて帰っておいでになりました。 1週間ごとに追加機能をリリース スタンドアップミーティングによるタスクの割り当て 徹底的に自動化された進捗管理*1 徹底的に自動化されたテスト きわめて計画的で少ない残業時間 プログラマーの地位の高さと優秀さ やはり、百聞は一見に如かずといいますが、日本のSI業界の開発手法が20年も遅れていると言われても、何十年も開発の現場から

Twitterでフォローさせていただいている@chok12jaさんのつぶやき がきっかけで、外国人の視点から日本のSI業界の問題について分析した面白い英文の記事を見つけました。 How the Japanese IT Industry Destroys Talent | Japan -- Business People Technology | www.japaninc.com [ThinkIT] 第2回：なぜ日本のIT業界ではスーパーSEを育てられないのか (1/4)（New 日本語訳が見つかりました。） 2007年に書かれた記事なのでもう４年も前に書かれたものですが、日頃から私が感じてきた業界の問題点について鋭く批評を加えており、非常に共感する内容が書かれていました。本ブログの主な読者の方々にとっても興味深い内容だと思いますので、ここで簡単に内容について紹介させていただきたいと思います

前回のエントリいまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味についてのブクマのコメントで、 すごく今さら感がｗ 最近の開発はフレームワーク使うことが多いようだから知らなくても作れちゃうと思ってたけど違うのかなあ。 という感想をいただきました。実際に、SI業界で多くの方々、特に、アプリケーション開発の下流工程を担当しない層の方でこのように考えている方はほんとうに多いのではないかと思います。確かに最近ではSalesforceなどの製品もありますし、CRUD処理を行うような見栄えの良い業務アプリケーションは非常に簡単に開発できるようになっているということはあります。また、Visual BasicやMS Accessなど気軽にアプリケーションを開発できるツール類は昔からありました。そして、業界構造などの理由からやむを得ない側面があるとはいえ、SIerの提供する多くの

以前Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指してにて 何でもかんでもとにかく自動生成させたがる。特にExcelなどの表から大量のクラスを自動生成させるなど。たいていそのようにして生成されたクラスはゴミで保守も大変なものになりがちです。 ということを書いたことに対して、会社の忘年会で上司や同僚の間で議論が盛り上がって興味深かったので、ここで自分の考えを再度整理させていただきたいと思います。（忘年会で1次会、2次会の間ずっとこういった話題で話が盛り上がるというのはかなり特殊な部署なのかなとは思います。「SIerのやり方はXXだ」一口に言っても、それは全体的な一般傾向を表しているのであって、実際はさまざまな人々がいることを忘れてはなりません。あくまでもそういう意味で捉えてください。） それで、私の周りにはプログラミング好き、技術好きが多