前回に続いて、純粋にテクノロジーとして見たときのWeb 2.0系テクノロジーの優位性についておさらいしていこう。 Wikiはどこが優れているのか？ Wikiは会議室にあるホワイトボードのような存在だ。誰でも自由に書き込めるし、他人の書き込みを消したり、書き直したりすることができる。きわめて自由度の高いツールだ。 従来型の文書管理ツールの視点から見れば、あまりにも原始的と言える。しかし、ホワイトボードが会議になくてはならない存在であるのと同様に、Wikiはなかなか有効なツールだ。細かなワークフローを気にせず、誰かがとりあえず書き込み、みんなでよってたかって修正を加えていくという“ブレーンストーミング”をネット上で行なっているような感覚で、きわめて自由度の高いコラボレーションが実現できる。 製品企画の上流工程などのように、まずは自由に意見を交換することが重要という目的にはWikiは特に適してい

現場からの要請で始まるシステム化では，「業務改善」はできても「業務改革」はできない。実際に業務を行っている人が，その業務をなくしたり担当者を削減するような解決策を考えることはないからだ。情報システムの中には，「業務改革」につながる「種」が無数に隠れている。しかしそれが成長するためには，経営方針との合致が必要だ。だからこそ，情報システム部門は，経営陣が何を考えているか，会社がどの方向を向いているかについて，常に見据えておかねばならない。 本記事は日経コンピュータの連載をほぼそのまま再掲したものです。初出から数年が経過しており現在とは状況が異なる部分もありますが，この記事で焦点を当てたITマネジメントの本質は今でも変わりません。 「この先，生き残るためにどうしたらよいかを考えているのに，こんな現状を踏襲しただけの情報システムを作ってどうするのか。ここには戦略は何もない。こんなのはぬるま湯のシス

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

蓮の素晴らしさを語りたかったら、まずは花を見せるべきなのだ。花がわかってはじめて泥の重要さがわかってくるんだから。 2008-05-29 - ひがやすを blog 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 もちろんOK。というよりもすでに同様の話がいくつも来ているので、この通りになるかとにかく、ちゃんと「花」がある討論会はできるだろうし実現するだろうしすでにいくつか実現している。 しかし、これはこれでどうしても偏りが出る。10年も泥の中にいた人というのはさすがにこのメンバーの中から見つけるのは難しい。そしてIT業界の広さを考えれば、本当にそういう人がいてもおかしくないはずなのだ。 10年間SIerで泥のように働いたおいらが通りますよ。 おいらが、最初に就職したのは、電通国際システムという会社で、今のうちの会

昨日、大手SIerの方々と話をする機会があって、そこで出てきたのが、「誰が書いても同じコード」になることが重要で、それを実現するために、ドキュメントをいっぱい書かなくてはいけないという話。大手SIerは、大体同じことを考えていると思います。 でも、「誰が書いても同じコード」にするってのは、そもそも無理だと思うんだよね。そうやって、わざわざドキュメントをたくさん書かせても、めためたなコードを書くやつはいて、総合テストするときに、現場は燃え上がるもの。ある程度の規模以上のプロジェクトなら、どこでもそんな感じじゃないかと思います。 重要なのは、「誰でもメンテナンスできるコード」にすること。そのために、コーディング規約は、きちんと決めてみんなで守る、それ以上は、がちがちに縛る必要はない。 がちがちに縛るために、設定ファイルをたくさん書かせたり、必要以上のドキュメントを書かせるのは、一定の品質を確保

http://anond.hatelabo.jp/20070523230747 どういう理屈なのかはわからないけど、プログラミングを出来るようになれる人とマッタク出来ない人はハッキリと分かれてしまう。 俺がコンピュータサイエンス学科に居た頃と Teaching Assistant として一年生の面倒見てた経験から言うと、プログラミングが出来ない人はホントに最初の段階から出来ない。 例えば、 int a = 10; というのを習うと 50 人中 4,5 人は脱落する。変数という概念がどうしても腹の中におちていかないらしい。 あと今でも強烈に覚えてるのは、 int main(int argc, const char **argv) { if (a == 10) { } 「カッコは対応させないとダメだよ」と手を変え品を変え何回も何回も教えてもマッタク理解出来ない人とかもいた。 プログラミングのキ

先日以来、「IPAの存在意義ってなんなのか」を考えている。 で、今回RailsConf 2008に参加したことで、自分なりに結論が出た。 「IPAに存在意義はなく、存在そのものが害悪である」と... Rubyは日本人matzが生み出したけど、それを支持してRailsとして育て、Agile開発と結びつけて、さらには「Big Rewrite」などということに挑戦している人の多くは日本以外の人達なんだよ。彼らにとってはIPAなど無関係。情報処理試験も受けたことはないはず。でも、彼らはどんどん技術を進化させているし、実プロジェクトでも活用を進めている。 こういう「日々進化していく」領域に役所が(IPAは役所ではないことになっているけど、みんな役所だと思ってるよね？）介入すると、結局は進化の芽を摘み取ることになる。 役所が介在すると、「こういう技術領域が必要だ」「こういうスキルセットが必要だ」「こう

IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて，一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが本業ではなくなったメーカー 「数として欲しいのは，金融システムなど企業の大型システムに従事する人間。こういった領域では，個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても，業務を理解しないと，よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって，企業に入って大型システムを開発するのはもったいないか，向いてない」(西垣氏） 必要とされているのは技術ではなく，プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく，ゼネコンやエンジニアリ

調査会社Gartnerは5月22日、2008年第1四半期のサーバ市場統計を発表した。 同四半期のサーバ出荷台数は全世界で前年同期比7.6％増の230万台弱、売上高は同4.3％増の約136億ドルだった。1年の始まりでx86サーバの買い換えが増えたことや、大型データセンターの建設が続いていること、新興国市場の成長などの要因が寄与したという。 ベンダー別で見ると、台数ベースではHewlett-Packard（HP）が引き続きトップ。以下、Dell、IBM、Sun Microsystems、富士通およびFujitsu Siemensと続く。Dellは出荷台数を2けたペースで伸ばし、HPとの差をわずかに縮めた。 2008年第1四半期の世界サーバ出荷台数 社名 1Q08出荷台数 1Q08市場シェア（％） 1Q07出荷台数 1Q07市場シェア（％） 出荷台数伸び率（％） Hewlett-Packard

メインフレームからオープン系サーバーへ移行する“脱・メインフレーム”は、数年前に大きなテーマとして浮上し、各社からマイグレーションサービスの発表が相次いだ時期があった。このときは機が熟していなかったのか、マスコミが騒いだだけに終わってしまった。暫くの間の沈黙の後、最近になり数社からマイグレーション事業への取り組みが発表された。メインフレームは最後に勝ち残ったのがIBM1社で、オープン系は攻めやすいはずであるのに、メインフレームユーザーのメインフレーム信仰はそう簡単になくなりはしなかった。それにIBMがオープン系の攻撃を逆手に取り“Linuxメインフレーム”を提供し、ユーザーから好評を得たという背景もあり、メインフレームは一時的な小康状態を保ってきた。ところが全体の流れはオープン系にあることは隠しようのない事実で、これまでメインフレームの牙城であった金融や製造市場でもメインフレームからオープ

日経コンピュータは今年これまでに，「メインフレーム」をタイトルに据えた特集を2本掲載した。1本目は3月24日号の『5年後，メインフレームはなくなる』，2本目は9月22日号に掲載した『メインフレーム大解剖』である。 いささかお恥ずかしい内輪話だが，筆者は3月の『メインフレームはなくなる』の編集部内での合評で，執筆を担当した記者に「このタイトルを付けるには，肝心の大前提に説得力が足りない」とかみついた。問題視したのは“なくなる”前提とした五つの要因のうち，「オープンシステムが性能・信頼性ともにメインフレームに追いついた」というくだりである。 『メインフレームはなくなる』では「ユーザー企業やメインフレーマ各社に聞いた結果，大ざっぱにまとめると」，メインフレームを100としてオープンシステム（UNIXサーバー）が「性能：100，信頼性：80～95，コスト：70～100」まで追いついた，と書いた。だ

10月30日に行われたIPAフォーラム2007の『「学生から見たＩＴ産業」と「ＩＴ産業から見た学生」〜ＩＴ産業は学生からの人気を回復できるか〜』と題された討論会でしゃべってきた。IPAとは情報処理推進機構の略で、情報処理技術者試験とか、未踏ソフトウェア創造事業をやっているところ。 大学の先生から、討論会に出る学生を求めいているという話を聞いたのが討論会に参加したきっかけ。僕はてっきり、IT産業の未来について語り合うのかと思っていたのだが、「IT産業は3Kのイメージが強く、就職において人気がなくなってきているが、どうすればその人気を回復できるか」というタイトルを聞いて、ちょっとがっかりした。 ＠ITにこの討論会についての「IT業界不人気の理由は？ 現役学生が語るそのネガティブイメージ − ＠IT」という記事が上がっていた。ちなみに、記事の最初の写真に討論会に参加した学生が写っているが、前列の