まず現状の認識は以下の通り 1.20-30代の就業人口の減少これは大前提になる。 また情報共有も進むためよりブラックな会社が 人を集めること自体のハードルがあがる。 結果として、人員を集めるということがより厳しくなる。 これはITに限らず、労働集約的産業全体の課題でもある 2.能力格差の拡大今の40-50代よりも間違いなく、現状の20-30代は 勉強している人としていない人の格差は広がっている。 ゆとり云々とは別に、社会的なプレッシャーから、 むしろ勉強しないと勝ち残れないという強い意識のある集団と、 ゆるふわほんわか草食集団の差が非常に非常に広がっている 3.資源の拡大要するに、割とハード・リソースに余裕が出てきている まず、クライアントサイド。 要はなんでもできる状態になりつつある。 jsあたりはほぼ無法地帯の感もある。 一時、jsでOSみたいのまでいけるぜ、というデモもあったが 技術

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

ここんところ、SIという業態はもうダメという話になってます。 で、エンタープライズ(=企業向けシステム)というのは、SIという業態で開発されるので、エンタープライズ=SIという前提で、企業向けシステムは面白くないという話になっています。 そこから、企業向けアプリは面白くないからサービスを作りましょう、という流れになって、GREEやDeNAなどに人材が流れてます。 実際は、サービスや企業向けというアプリケーションの種類と、SIや内製、パッケージという構築側の業態は独立なので、別に語るべきです。 たとえば、このインタビューを見ると、ゲーム業界もSI化していて、面白くなくなっていそうなことが伺えます。 稲船敬二氏は，何を思い，何を考え，何を目指してカプコンを辞めていくのか。渦中の氏に直撃インタビュー また、GREEやDeNAが提供するゲームは急激に大規模化していて、おそらくSI形態での開発が増え

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 新年明けましておめでとうございます。 ……とはいっても、とても祝ってはいられないほどに市場環境は悪化している。金融不況が実態経済への影響を拡大するにつれ、設備投資の一環であるIT投資も確実に減少する。2008年度上期が好調であるIT企業も、実態経済への影響が本格化した下期からは影響を免れていないだろう。そして、2009年度はますます不透明感を強めると言わざるを得ない。私自身も属することとなる所謂SI業界として、この不況期に何をなすべきなのか考えてみたい。 過去を振り返る SI業界は2000年頃まで続くITバブル期においては、各社ともトータル・ソリューション志向を強め、誰もが上流から下流まで、つまりコンサルティング・サービスから運用サービ

IDCジャパンは2009年5月27日、インフラストラクチャソフトウエアやミドルウエアの利用実態に関する調査結果を発表した。2009年は回答企業の29.9％がパッケージソフトウエアに対する投資を前年より「減少する」ことがわかった。「増加する」と回答した企業は18.4％しかなかった。景気後退の影響で、特に製造業や通信・情報サービス業でパッケージソフトウエア投資を抑制する動きが強まるとIDCはみる。 業種別に見ると、製造業は「減少する」と回答した企業の割合が40.2％(増加は14.6%)と最も高い。通信・情報サービス業も「減少する」の割合が31.4％(増加は18.6％)と高い。一方、流通業は「増加する」が26.0%(減少は22.0％)と全業種の中で最も高く、不況下での積極投資の姿勢が見てとれる。 データベース管理システムやアプリケーションサーバ、運用管理ソフトウエアの利用企業に対して、それぞれの

SIerが必要としているのは業務知識だという都市伝説のエントリで、誤解されたのは、「SIerは深い業務知識が不要だ」というふうに私が主張していると思われたことですね。 誤解されるのは、もちろん、私の書き方が悪かったせいなので、続きを書きます。 SIerで深い業務知識が必要とされる人がいます。案件の提案者と要件定義者です。営業がお客様のところから案件を持ってくると、その案件に関する深い業務知識を持っている人がアサインされ、提案書と見積りを作ります。この役割の人は、深い業務知識が必要です。 無事に案件が獲得できたとしましょう。お客様のところにいって要件をつめるのですが、このときのメンバも深い業務知識が必要です。しかし、全員が深い業務知識を持っていなくても大丈夫。全体の半分弱くらいのメンバが深い業務知識を持っていれば大丈夫だと思います。案件の難易度にもよりますが、一人が業務を深く理解していれば大

少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が

ある大手SIerの偉い人がこういっていたという。 SIをやるのは終身雇用を守るためこれだけでは、何を言っているのか良くわからなからないけど、真意は次のことのようだ。 アメリカではSIerは存在せず、ユーザ企業が自らシステム部門を持ち、 自社内でシステム開発を行う。 しかし、それができるのは、アメリカが終身雇用でないからだ。 アメリカでは巨大なシステム開発が完了したときに、 プログラマを解雇することができる。 日本ではそれができないため、ユーザ企業の雇用調整の機能をSIerが担っている。 ユーザ企業の雇用調整の機能をSIerが担っているのはいいんだけど、その雇用調整の仕方が、下請け構造なんだと思う。 この国の労働構造においては、正社員というのは、派遣社員無しには維持できないんです。企業が正社員に福利厚生をして、給料払って、失業から守ってあげれるのは、派遣とか期間工とか、フリーターがいるからな

へぇー、あのベタな受託ソフト開発会社がグーグルとSaaSで協業？ えっ、記者会見に登場した富士ソフト副社長って、日本IBMでパソコン事業を担当していた堀田さんじゃないですか！ 「富士ソフトがGoogle Appsの企業向け販売を開始」には、ちょっとした驚きがあった。「富士ソフト」「グーグル」「堀田」の三者がうまく頭の中で結びつかない。数年前なら到底あり得ない組み合わせだからだ。 とは書いたものの、SIerや受託ソフト開発会社といったITサービス会社がSaaS事業に参入するのが、最近の流行ではある。直近では日本ユニシスもSaaS事業に本格参入することを表明している。ITサービス会社は以前、いわゆるASPブームの際、安直にブームに乗っかり痛い目に遭った。その後遺症からか、今度は100％間違いないブームが来ているのに、SaaS事業に消極的だった。「こりゃ、ヤバイなあ」と思っていたから、とりあえず

泥問題、あるいは老害問題で、すっかり評判を落としたIT業界(SI業界)。他の業界へ転職しようと思った人、IT業界には入るまいと思った学生も多く出たことでしょう。 ネガティブな面は確かにあります。老害は一朝一夕にはなくならないことも確かです。 しかし、一方で、努力すれば、成功するチャンスの多い夢のある業界でもあるのです。 いまだにソフトウェアの世界では「下を走ってくる」奴が上に行く余地がどっさり残っている。理由は二つある。 一つはインターネットという別の高速道路網が存在すること。ソフトウェア「エンジニアリング」に限って言えば、こちらの高速道路の方が学校という高速道路よりもずっと充実している。しかも料金ははるかに安い。わざわざ「学歴高速道路」に乗るのはかったるくて仕方がないだろう。 しかし、もう一つの理由を忘れてはならない。それは、ソフトウェア「エンジニア」になるための投下資本が実に少ないとい

10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変