世間一般では、SIerは非効率、プログラマのスキルが酷い、ガラパゴス化している等、評判が悪く袋叩きにあっているようです。実際にはグローバル水準で戦える高スキル者はいるし、特に某親会社の人達はみな頭の回転が速いし、志が高いです。 一方で私の5年そこそこの短い経験の中でも、世間の評判通り、開発現場の信じられないような体たらくっぷりをたくさん見てきました。すごく立派な看板の裏でのしょぼい設計実装、ミス等 etc... (私も人のことを言えないですが・・・) そこで、私の見える範囲の世界で、どうしてこのような現状なのか考えてみました。 (私の見える範囲なので、他社だと全く状況は違うだろうし、他者には違った世界が見えているかもしれません。) SIerの問題点1. 技術力向上のインセンティブが少ない 恐らく最大の原因はこれではないかと思います。要するに、必死に技術力を磨くインセンティブが乏しいのです。

情報処理推進機構（IPA）が4月25日に公開した『IT人材白書2014』に並ぶ数字は、日本のIT業界の現状を鮮やかに映し出している。現状と言うよりも“惨状”と言ったほうがよいのかもしれない。多くのIT企業が、目先の巨大開発案件により生じた技術者不足への対応に懸命になる一方で、ユーザー企業の新たなニーズに応えられる人材の育成に無頓着であることが透けて見えてくる。

僕には、いろんな人に自慢しまくっている従兄弟がいる。 彼とは1歳違いなので、小さい頃から仲が良かった。例えば、僕が最初に暗記した英文は、"This is a pen"ではなく、"Your name is shit!"なのだが、それは親の仕事の都合でアメリカに行っていた彼から、6歳の時に伝授されたのだ。 現地のガキとの戦闘用語として。 ガリ勉派の僕とは違って彼は勉強が嫌いだったらしく、若い時からフランス料理の世界で修行を重ねた。やがてシェフにのし上がり、今年になってついにオーナーとして自分の店を出した。30代で一国一城の主である。立派だ。 料理人の世界は努力と創造性と技術による、競争の世界である。そこで結果を出してきたことに対して、僕は素直に彼を尊敬している。 ちなみに、彼の料理は滅茶苦茶ウマイ。彼の料理以外で太るのは悔しいから、僕は他のフランス料理屋には行かなくなった。 先日も食べに行った

「受託ソフト開発会社は生き残れない。当社だって、変わらなければ生き残れない」。NTTデータの山下徹社長は2012年5月21日、野村総合研究所（NRI）と共催した「ITと新社会デザインフォーラム2012」の記者会見で、こんな爆弾発言をした。実は、5月8日の同社11年度決算説明会でも、「受託ソフト開発に寿命が来ており、（いずれ）なくなる」との見解を明らかにしている。 山下社長が指摘する通り、国内中心に事業を展開する受託ソフト開発会社の業績は低迷している。2007年度をピークに売り上げは下がり続けていて、07年度と11年度の売上高を比較すると、JBISホールディングスが26％減、日本ユニシスが24％減、CECが24％減、富士ソフトが21％減、NSDが21％減と、軒並み2ケタのマイナスである。堅調なNRIでさえ2％減だ。 大手で唯一、NTTデータが16％増と大きく売上高を伸ばした。しかし、それは国

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

ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この

403 error - Forbiddenで発表させて頂きました。発表資料をSlideShareにあげました。ご自由にダウンロードしてください。 あと、当日は結婚のお祝いということでケーキを頂いてしまいました。ひがさん、山岡さん、笠木さん、ごちそうさまでした＆ありがとうございましたー！ SIerでのキャリアパスを考える発表資料 View more presentations from Michitaka Yumoto 15分では全然伝えきれなかったので、下記によくわかる解説を加えておきます。資料の向こう側にある背景を掴んでください。 何を話そうか最後まで悩んだんですが、今までブログで僕が問題提起しているSI業界構造の問題を再認識してもらい、「問題が問題であることを認識してもらってから、次のアクションを考えてもらえるきっかけの一助に」という狙いから、上記のような資料になりました。僕が今まで問

「選択と集中」「利益が出なかったので撤退、でも俺の間違いだったとは認めない」 「新規事業育てる体力がなくなった、でも俺は間違ってない」 のいずれかの意味「PDCAサイクル」「反省しました」 「これからはがんばります具体案はないけど」 のいずれかの意味「再発防止策」「次に二度と同じ失敗をしないための仕組みづくり」 「俺のせいじゃないけど謝っておきます」 「具体案を作りようがないけど次からは凄く気をつけます」 のいずれかの意味「ソリューション」「受託開発」 「前の受託開発で作ったものをちょっと改造して他の所に売ります」 「お客様と同業種の会社から開発を請け負った経験があります」 のいずれかの意味「パッケージ」「前の受託開発で作ったものをちょっと改造して他の所に売りますお安くしますよ」 の意味「クラウド」「アマゾンかグーグル」 「レン鯖」 「クラサバ」 「ホストとダム端」 「ブラウザで操作する社

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

Publickeyさんで特許庁の基幹システム問題が取り上げられています。今回の件はどう考えても特許庁の体制が根本的な原因なので、TSOLが50人を1300人に増やしたことを槍玉に挙げても不毛だなと思っております。 特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態 － Publickey この辺のITのメディアの言説は大抵「なぜXXXプロジェクトは失敗したか」的なざっくりとした問題提起なのですが、失敗にも色んなケースがありますので、本来はそれらを因数分解して細部を議論しなければ教訓は得難い。後に残るものは、ワイドショーレベルの非生産的な言説をみのもんたが茶化すぐらいの微妙な空気ですか。こういう言説がIT業界のイメージダウンに繋がっていることを認識してもらいたいものです。Publickeyさんみたいに、生産的な言説が増えていかないといけない。そういうITのメディアを作っ

日本の情報システムは頑張りすぎ？ 日本企業の計画外停止は年間平均1.6時間、米国企業は12.6時間というデータ 日本企業の情報システムの「計画外停止時間は米国の約9分の1」であることを指摘する記事が、今月の日経SYSTEMS 2012年1月号に掲載されています。日本情報システム・ユーザー協会（JUAS）顧問の細川泰秀氏の「データは語る」という連載の第1回。 米ガートナーの2008年10月のデータによると、米国企業におけるミッションクリティカルなアプリケーションでの計画外停止時間は年間12.6時間。 一方、JUASが経済産業省の委託を受けて調査した「企業IT動向調査2011」（2011年3月発表）によると、日本企業における基幹系システムの計画外停止時間は平均で年間1.5時間なのだそうです。 つまり日本のITの現場は、システムの計画外停止時間を米国の約9分の1にとどめている。 やはり日本の品質

もう何周目になるのでしょうか。｢情報システム部門が経営に貢献できていない｣というこの手の話は。 システム部門再生 - 経企部門が吐露する「システム部門への不満」：ITpro なんか色々ダメだしされていますが、重要なポイントは１つだけです。システム部門がビジネスに貢献するためには、自社の事業に対する理解が必要なだけではなく、その遂行手段である業務プロセスの理解が必要だ、という圧倒的な事実があることだけ。WhatとHowはクルマの両輪だと。で、この手の問題はシステム部門の問題ではなく経営の問題だという水掛け論が水びだしになるまで色んな人にされてFUDが残るのも味わい深いポイントであります。 自分達で管理できないものを改善できるわけが無い システム部門が業務プロセスの改善に貢献できない理由。突き詰めれば１つだけです。自分達で管理できずに、安易に外部に投げているからです。管理できないシステムをたく

株式会社クラステクノロジー代表の四倉氏の連載コラム「第151回」が、とても興味深いのでご紹介します。 【第151回】35歳定年説の真実-株式会社クラステクノロジー 詳しい内容は上記コラムをご覧頂きたく。 プログラマ35歳定年説とは 上記の四倉氏によれば、プログラマ35歳定年説とは｢1Step,1Stepの生産性に比例するので、長い間労働すれば高いアウトプットが出せ収入が増える。体力が下り坂になってきて徹夜や残業ができなくなるのが、大体35歳前後。体力低下と共に収入も下り坂。それに限界を感じてIT業界去ってしまう｣ということのようです。これをプログラマと呼ぶのかとか、ステップ数(笑)という憤りもあるでしょうが、｢ステップ数と売上が比例するため、いっぱいコードを書けば収入が増える｣という理屈は腑に落ちました。是非の問題ではなく、確かにその理屈なら体力勝負という表現も理解できる。 そして、この理

プログラマには「何を作る」のか考えられるプログラマと「どう作る」を追求するプログラマの２種類いる。どっちが優劣ではなく違いがある。漫画家で言うと、独りで全て出来る人と、原作と作画が分かれて作画を追求する人。そう考えてプログラマは漫画家に似てると思った。 http://twitter.com/#!/kuranuki/status/107815093332492289 プログラマという職業は何に似ているか。プログラミングという作業が、ただの単純労働のように思われてる一面があることに、私はとても憤りを覚えます。 私はプログラミングがとても大好きで、プログラミングはクリエイティブな活動だし、高いスキルが必要なものだとも考えていて、それが出来るプログラマは、もっと希少な職業であっても良いはずだと考えています。 では、プログラマという職業はいったい何に似ているか。あるとき「漫画家」が近いのではないか、

週末スペシャル - “スルガ銀−IBM裁判”を振り返る：ITpro スルガ銀行がIBMを訴えたのは債務不履行とのこと。つまり、債権者であるスルガ銀行が「IBMの責任で」自分たちが望むシステムを作り上げることが出来なかったと言っております。債務者(IBM)の責任である場合は、スルガは契約の解除や、不履行により生じた損害を請求することが民法で認められているそうです。スルガから契約解除＆損害賠償という強烈なワンツーパンチが飛んでいます。 要件定義を3度もやり直すという記述がありましたが、恐らく要件と要求が入り交じった「こーゆーことができるようになりたいです！」という夢と現実の区別が付かない仕様書があって、結局そいつの着地点がスルガもIBMも決められず「そのうちどうにかなるやろ」と宙ぶらりんのまま続けていき、現行業務とのギャップが後から後からザックザク出てきて、そのギャップに＋αされた機能が特盛り

IT業界にはかつて、ITプロフェッショナルが希望の給与額を提示できるような素晴らしい時代があった。しかし、2000年問題の片が付き、ドットコムバブルがはじけるとともに、そのような時代は終わりを迎えた。企業はもはや、多くのプログラマーを必要としなくなったのである。また、サーバを新たに購入したり、その運用を任せるためのシステム管理者を雇用する新興企業の数も一転、大きく減少することになった。 同時期、米国産業界ではITに対する反動が各所で顕在化していた。それまで多くの企業は、ITがあらゆる問題の解決策となるはずだと信じ、ITプロジェクトに膨大な資金を投じていた。1990年代にはITによる生産性の向上が顕著であったため、多くの企業がITに対して過剰な投資を行い、あまりにも多くのことを先を急いで実行しようとしていたのである。その結果、大金を投じた大規模プロジェクトが大失敗に終わるという事例も数多く見

ある企業サイトの作成に関わっていた。サイトに真剣に向き合いながら、一度決めたことをひっくり返すようなことは言わない、よいクライアントだった。 作成に関わったので贔屓目もあるかも知れないが、よくできたサイトだった。好みの違いはあっても、誰に見せても「合格」をもらえるデザインだったと思う。 作ってから何度か改修があり、若干テイストが変わることもあったが、一貫して企業サイトとして恥ずかしくないデザインだった。改修のたび、担当のディレクター・デザイナーが愛情を持って頑張っているんだな、と思っていた。 そのサイトのトップがまた改修した。 ダサい配色、適当なグラデーション + 角丸 + ドロップシャドウ、カーニングが調整されていない文字……。 素人のようなデザインだった。 これでクライアントのOKが出たことに驚いた。と同時に、それを提出したディレクターが許せなかった。それ以上に、これでデザイナーとして

2023-12-29 17:03: LameXP v4.21 2023-12-29 Upgraded build environment to Microsoft Visual Studio 2019.11 (MSVC 16.11) Updated the Windows SDK version to 10.0.19041.0 Updated LAME encoder to v3.101 Beta-3 (2023-12-15), compiled with ICL 2023.2 and MSVC 16.11 Updated Opus encoder/decoder libraries to v1.4+9 (2023-11-03) and Opus-Tools to v0.2+34 (2023-11-12) Updated Monkey's Audio binary to v10.38 (2

ソウルで平壌式冷麺を食べ、北朝鮮を見にイムジン河へ行く 7月のソウルは天気が悪い。東京と同様である。ただ、ソウルは、東京に比べるとかなり涼しい。クーラーが無くても生きていけるレベルの気温である。 ソウルには過去何回か来ていて、幾度か、北朝鮮との国境を見てみたいなと思ったのだけど、国境は、近いと言えば近いけ…

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