石橋秀仁 @zerobase 雇用・固定費調整可能性、稼働率、キャッシュアウト、略 RT @Sean_SF 日本のソフト開発現場におけるツール利用率は海外企業に比べだいぶ低そうだ。なぜなのだろう？楽をすることをなぜか良しとしないメンタリティが日本人にはあり、それが影響しているのかも。 #aj10 での気づき 2010-04-10 21:18:21 里　洋平 @yokkuns RT @Sean_SF: 日本のソフト開発現場におけるツール利用率は海外企業に比べだいぶ低そうだ。なぜなのだろう？楽をすることをなぜか良しとしないメンタリティが日本人にはあり、それが影響しているのかも。 #aj10 での気づき 2010-04-10 21:21:30 いまいまさのぶ @masanobuimai @Sean_SF 金がない事。複数の会社が共同で行うので、ライセンスの扱いが面倒な事あたりが、パッと思いつく理

少し時期外れのネタですが、東証の新システムについてです。 arrowhead という名称も刺激的ですが、Linux ベースで最高レベルのトランザクションを達成と、技術的にも素晴らしい内容になっています。 しかし、このシステムは私に、「またか...」という残念な気持ちを思い出させるものでした。 それは何かと言えば「お客様は痛い目に会ってはじめて、真剣にシステム開発に向き合う」という事実です。 新システム開発を決断させたきっかけは間違いなく、あの誤発注事件でしょう。システムを発注する側に仕様策定と検証の責任があることを改めて浮き彫りにした結果、最高のシステム開発に結びついたのは、ある意味で皮肉なことです。しかし、類似の話は未だに消えることはありません。 なぜ、このような話がなくならないのか。それはシステム発注側が「仕様を決めずに金額の上限だけ決めて発注し、あとは丸投げ。仕様追加も金額アップは行

JPA理事（前列）と賛同企業の代表者。前列左から2人目が牧大輔さん、3人目がライブドアの池邉智洋最高技術責任者、4人目がDeNAの山口徹さん Perl言語の普及を目指す一般社団法人Japan Perl Association（JPA）がこのほど、本格的な活動を始めた。ライブドアやミクシィ、ディー・エヌ・エー（DeNA）など、自社サービスをPerlで構築している23社が賛同。Perl関連資料の整備や技術イベントの開催、技術者の教育、雇用促進などに取り組む。 Perl関連のドキュメントやリソースなどWebサイトに集約し、技術者が参照しやすいようにするほか、「YAPC Asia Tokyo」など技術イベントを主催してイメージ向上に努める。クラウドやIPv6対応など、先進的な技術の研究も支援。Perlの研修・教育サービスや、検定試験、求人サイト運営も行い、技術者のレベルを底上げしていく。 Perl

ヨドバシカメラの公式サイト「ヨドバシ・ドット・コム」が2008年10月21日（火）にリニューアルされました。個人的な感覚では「使いにくく、見にくく、お目当ての商品が探しにくく」なって改悪されたように感じられていたわけですが、それどころかあまりにも表示が遅すぎて激重になり、なんとお詫びページまで作られるほどになってしまいました。 そして既にリニューアルから1週間が経過したものの、いまだに改善されておらず、一体何がどうなっているのかよくわからない状態で、どれぐらいの損失が発生したのかが非常に気になります。何が起きているのでしょうか？ 戦慄の実態は以下から。 まず発端は10月21日（火）。リニューアル直後から重くなり始め、ついにはタイムアウトを連発。たまたまこの日は前日にヨドバシ・ドット・コムから「ポイント残高失効のお知らせ」が届いていたため、ポイントでLANケーブルを買おうと思っていたのですが

昨日は、NTTデータとの決闘シリーズ第二幕。戦闘服には、かりゆしウェアを選びました。 今回は、データの顧客であるユーザ企業からも参加していただきました。この人はKさんと呼ぶことにします。Kさんは、現在Seasar2(SAStruts, S2JDBC)を使って、プログラミングファースト開発を実践されている先進的なユーザです。BtoCのサイトを作っていると考えてください。 プログラミングファースト開発の詳細はこちら。 http://d.hatena.ne.jp/higayasuo/20080501/1209636051 http://d.hatena.ne.jp/higayasuo/20080721/1216607451 最初のテーマは「品質」。データとしては、 テストコードのカバレッジやバグ密度などで品質を確保しようとしている。 でも、品質に問題があるプロジェクトも残念ながら存在する。 品質

みずほ銀行は2007年10月、「AIX」で稼働していた基幹系システムをLinuxに移植すると同時に、UNIXサーバー104台を20台に集約するプロジェクトを完了させた。狙いは保守費の削減。業務アプリケーションの修正を最小限に抑える、動作検証を徹底するなどのリスク削減策が奏功し、70億円を投じた開発に成功した。 投資額70億円、開発工数3000人月に及んだプロジェクトの最大の特徴は、絶対止められない銀行の基幹系システムにLinuxを採用したことだ。 インターネットバンキング、テレホンバンキングなど、トラブルが顧客サービスに直接影響を来すチャネル系システムのOSを「AIX v4.3」から「SUSE Linux Enterprise Server 9」に刷新。アプリケーションは、業務ロジックに一切手を加えず最低限の修正にとどめた。同時に、日本IBM製UNIXサーバー「RS/6000」104台を、

JavaBlackさんからトラックバックいただいて、なんか面白い議論が進行中なのを知る。 フローチャートの呪い フローチャートがダメな3つの理由 ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 そして、「だめだこりゃ」となった時に、内部設計書だか外部設計書だかなんだかしらないけど、そういう設計書関係

ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動

「Twitter」がサービスを維持できないでいるのは、少々理解に苦しむ。インターネット時代に突入してから10年以上たち、ウェブアプリケーションの拡大に関する非常に多くの研究開発が一般公開されているのだから、Twitterのエンジニアがこれを解決できると思われて当然だろう。 Twitterの共同設立者であるBiz Stone氏の最近のブログには、約1500万ドルの資金という形で支援が実現しようとしていると書かれている。 Twitterは将来、収益モデルに支えられた持続可能な企業になる。しかし、われわれが描いている世界的コミュニケーションユーティリティとしてのTwitterが実現されない限り、最大のビジネスチャンスを追及する価値はない。われわれの目標を達成するには、Twitterが信頼に足る堅実な企業でなければならない。われわれは、将来われわれのビジネスが飛び立つ際に役立つインフラに重点的に取

ソフトウエア・エンジニアリングのリーダーの一人、エド・ヨードンは1992年に、『Decline and Fall of the American Programmer 』を著し、米国のソフトウエア産業の衰退と挫折を警告した。この本を出す少し前まで、彼は「この国が危ない（A Nation at Risk）」というタイトルで講演行脚をしており、同書はそれをまとめたものである。 この本の中で、ヨードンは日本をソフトウエア開発における優等生の一人として挙げ、インドの飛躍を予見している。本が書かれた時点では、インドのＩＴ産業はまだ黎明（れいめい）期にあったが、彼の予想通り、現在は英語圏で質の高いソフトウエア開発力が得られる国として、欧米から頼られる存在になり、ＩＴ立国を目指す他のアジア諸国からお手本と見なされるまでになった。 「この国が危ない」というヨードンの警告に触発されたのか、米国上院の「米国の

Make 24 monthly payments Pay 0% interest Start using the domain today. See details

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

「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの

輸出入リスクに対する保険を提供する日本貿易保険は2007年4月、メインフレーム上で稼働していた保険業務システムの再構築を完遂した。設計、開発は日本IBMが担当。その開発規模はJavaで400万行に上る。仕様漏れによるやり直しから、当初計画より稼働が1年3カ月遅れた。 「『来月にはプロジェクトの遅れを取り戻せる』と先月言っていたが状況は変わっていない。いったいどうなっているんですか」。 ベンダーの経営層が集まるプロジェクト進捗会議の席上、日本貿易保険（NEXI）の情報システム担当理事である大林直樹氏は、保険業務システムの遅れについて日本IBMの役員に問いただした。約2年で完了予定のプロジェクトが、残り半年にきたところで遅れが拡大していた。それとともに、大林理事の不安は膨らんでいった―。 結果的にその不安は現実のものとなる。稼働開始が1年3カ月遅れ、ユーザー、ベンダー合わせて数十億円とみられる

本稿は取材に基づいて客観的事実を伝える報道記事ではなく，谷島個人の考えを書くコラムです。 妙な書き出しになったが，その理由は後で述べる。ITpro Watcher欄の寄稿者，小飼弾氏が書いた『(6000)人が作ったシステムは必ずどこか壊れている』という文章が5月14日付で公開された。冒頭に「ここで語っておきたいのは，ITproの報道姿勢だ」とあったのでITpro関係者として読んでみると，中身は筆者および拙稿に対する批判と苦言であった。ITproではない場所に書いた記事にも言及されているので，ITproというより筆者の「報道姿勢」が問われていることになる。 インターネットの面白い所は双方向のやり取りが簡単にできることだと思う。ご意見を寄せてくれた小飼氏にまずお礼を申し上げる。ご指名を受けた以上，すぐにお答えしないといけないと思ったものの，なかなか書けず，今日までかかってしまった。言い訳になる

三菱東京UFJ銀行のキャッシュカードがセブン銀行のATMで使えなくなるシステム障害が発生した。原因は「カタカナで転送すべきデータを漢字で処理していたから」だった。 三菱東京UFJ銀行のキャッシュカードがセブン銀行のATMで使えなくなるシステム障害が5月12日に発生した。三菱東京UFJ銀行によると原因は「カタカナで転送すべきデータを漢字で処理していたから」であった。 システムでは、旧東京三菱銀行のキャッシュカードを持つ利用者がセブン銀行で預金を引き出す際、10件以上の未記帳の記録がある場合にはそれを知らせる案内文を提示する仕組みにしている。ここで、三菱東京UFJ銀行とセブン銀行の間でデータの受け渡しはカタカナで処理する仕様になっていた。 今回は、これをカタカナではなく誤って漢字で処理したことが不具合の原因になった。三菱東京UFJ銀行のシステム担当者が対応し、11時55分ごろに復旧したが、成立

本サイトの『真髄を語る』のコーナーに、三菱東京UFJ銀行の畔柳信雄頭取の寄稿を掲載した。以前、日経ビステックというメディアに寄稿いただいたものを再掲したのである。これと関連して、日経ビジネスEXPRESS（現・日経ビジネスオンライン）というサイトに、畔柳氏について書いたことを思い出した。2004年7月28日に以下のようなコラムを掲載していた。 「SE（システムエンジニア）こそ本流」。三菱東京UFJ銀行の畔柳信雄頭取はこんな言い回しをする。筆者がこの発言を初めて聞いたのは1997年のことだ。恥ずかしいことについ最近まで、この発言の真意を正しく理解していなかった。 こう発言した1997年、畔柳氏は情報システム部門を統括する常務を務めていた。その年の5月、東京三菱銀行は銀行業務を処理する情報システムの一本化を実施した。旧三菱銀行と旧東京銀行が使ってきた情報システムを1つに統合したのである。企業統

三菱東京UFJ銀行の情報システム一本化作業が大詰めを迎えている。同行はこの5月からいよいよ、システムの切り替え作業に挑む。その直前に過去を蒸し返す記事を再掲することになるが、依然として同行のシステム選択に関し、誤まった議論がされているので、2005年2月23日付で日経ビジネスEXPRESS（現・日経ビジネスオンライン）に掲載したコラムを以下に再掲する。 2005年10月に合併する東京三菱銀行とUFJ銀行の情報システム統合方針がこのほど決まり、ほぼすべてのシステムを東京三菱銀のものに一本化することになった。ただし統合方針を現場の情報システム部門がなかなかまとめきれず、東京三菱銀の畔柳信雄頭取が決着をつけた格好になった。 統合方針をまとめるまでの顛末を好意的に評すれば、我が国の金融機関トップの中で最もIT（情報技術）に強い畔柳頭取がトップダウンで決めた、となる。畔柳頭取は情報システム部門の実務

システムインテグレータのスターロジックは2008年4月28日，1業務あたり9万8000円でオーダーメイドによるシステム開発を請け負うサービスを開始した。名称は「ギョイゾー！（GyoiZo!）」。見積管理や会員管理といった業務が9万8000円でIT化できるという。 「ギョイゾー！」では9万8000円でシステム化する1つの業務を「インフォセット」と呼ぶ。インフォセットは請求書などの書類（帳票）と，それに関する作成・承認・修正・取り消し・削除などの機能からなる。またさまざまな検索条件でデータをCSVファイルとして出力でき，Excelなどで自由に分析，加工できる。 システムは，顧客との打合せから1週間前後で納品する。納入されたシステムに対しユーザーが納得しない場合は「利用開始から90日間であれば全額返金する」（スターロジック）という。 インフォセットを追加する場合，「インフォセットすくすく成長オプ

最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 23年間にわたって情報システム開発プロジェクトの取材を続けているが，6000人のSEを集めた事例は過去に一度も見聞きしたことがない。世界を見渡してもおそらく例がないはずだ。これから何年間，記者を続けるのか分からないが，今回の三菱東京UFJ銀行を除けば，6000人を動員するプロジェクトを取材する機会は二度とないだろう。 6000人のSEが同時期に集まったのであって，「6000人月」ではない。開発工数は先に書いた通り，11万人月である。この数字も凄い。一体何を作ったのかと思ってしまう。正確にはこのSEパワーは開