自分のブログに書こうとも思ったのですが、会社が特定されてしまいそうなのでここに書きます。どこかに書かなければならないと思ったのは、この事実を誰かに伝えなければならないと思ったからです。 私が勤めていた会社はシステム屋さんです。2タイプの職場があって、一つはお客に注文を受けてシステムを開発してリリースして終了。もう一つはお客の会社に居候させてもらってシステムの維持管理をするというものです。私は後者のほうです。 お客は工場も複数構える結構大きな企業で、様々なプラスチック製品やコンピューター部品を作るところであります。日本だけじゃなくて海外とも取引があったと思います。 1. コンピュターシステムの入れ替えを要求されるこの不況のなか、様々な設備投資の資金を抑える事を進めていた中で、システムについても、もっとコストの安いものをと以前より私の会社の上役達と試行錯誤を繰り返してきたのですが、そもそものお

政府のIT戦略が具体化に向け動き始めた。IT戦略本部（高度情報通信ネットワーク社会推進戦略本部）は2010年6月22日、IT戦略の工程表を公表した。6月29日には内閣官房国家戦略室が、「国民ID制度に必要なシステム開発コストは最大6100億円」との試算結果を発表した。具体的なスケジュ ールやコストが見えてきたことで、7月11日の参議院選挙明けにも、各省庁は予算措置や法改正に向けた作業に入る。 工程表は、5月に発表したIT戦略を具体的な作業内容に落とし込み、図表上にスケジュールとともに示したものだ。「国民ID関連法案を2012年度末に提出する」「内閣官房と総務省が2011年度に政府CIO体制を整備」「総務省が2011年度に政府・自治体のクラウド調達基準を策定する」といったことが、ひと目で分かるようになった。 このIT戦略のなかでも核になりそうなのが、民主党がこれまでマニフェストでも明記してき

家電通販最大手のジャパネットたかた。同社における開発言語のメインはCOBOLだ。通信販売で取り扱う商品は日々追加され、客先でのセッティングといった付帯サービスも多様化している。情報システムを統括する星井龍也専務執行役員は、「こうした状況変化に迅速に対応するためには、COBOLの高い生産性が必要だ」と語る。（聞き手は井上英明＝日経コンピュータ、写真は林田大輔） メインの開発言語にCOBOLを据えていると聞く。 2008年1月、基幹システムをメインフレームからUNIXサーバーにオープン化するプロジェクトを開始する際に、「当社はメインの開発言語をCOBOLとする」と宣言しました。26人いる情報システム部員の全員が、COBOLを読み書きできるようにしています。それまでは、COBOLを読み書きできる部員は3人だけでした。 当社のシステムにおいて基幹となるのは、販売管理システムです。お客様からの注文や

楽天証券でシステムトラブルが発生し、早朝のサービス開始から米国株式を除く全商品の新規発注と訂正注文、取消注文ができない状態となっている。同社によると11月11日午前10時時点で「原因の究明とサービス再開に全力を尽くしているが、復旧の見通しが立っていない」としている。 トラブルを起こしているのは、前日までのデータを処理する夜間バッチのシステムとみられる。通常夜間から未明にかけて処理が終了し、午前6時にサービスを再開する。これが何らかの原因で大幅に遅れ、いわゆる「バッチ処理の突き抜け」が起きている。 復旧に向けて一部サーバーを再起動するため、11日の午前中はサービスへのログインができなくなったり接続が切れる場合があるという。

9月17日にpixivの月間ページビュー（PV）が3億を突破した。会員数は約32万人、投稿されたイラスト総数は160万枚。1年前の2007年9月10日にサイトがオープンして翌年4月には1億PVを突破している。その後7月に2億PV突破、そして1周年の記念イベントが開催されているタイミングで3億PV突破となった。 pixivは、イラストに特化したSNSサービスで、ユーザーが投稿したイラストを共有したり見せあい、評価、ランキング、ブックマークなどをつけることでコミュニケーションを図るサイトだ。扱うデータが画像ファイルとただでさえ大きくなりがちなのに、月間PVが3億にも達する「お化けサイト」のサーバーはどうなっているのだろうか。 YouTubeがGoogleに買収されるまで、あの膨大な量の動画はどこに保存されているのか、だれが維持しているのかについて「都市伝説」が生まれるくらいだったが、このpix

ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を

1. 月間アクセスが数千万に上る，インターネット通販サイトの性能を向上 2. SQL文のオプション（with UR:Uncommitted Read）でロック待ちを回避 3. 動的，静的，オブジェクト――3つのキャッシュでDBアクセスを削減 「ヒット商品が登場するなどで，1時間に30万～40万のアクセスが殺到する。それが原因で，データベースのインデックスが破壊されることもあった」（執行役員 ソリューション開発統括 竹内拓氏）――2005年1月にインターネット通販サイトを刷新したネットプライスの最大の課題は，いかに性能を向上させるかにあった（図1）。 図1●サイトの性能向上が急務に ヒット商品などが登場すると，途端にサイトへのアクセス数が増える。旧システムはそれが原因で，PostgreSQLのインデックスが破壊されることもあった。この窮状から脱却するため，徹底的に性能を上げることを，新システ

東武百貨店は2007年10月2日、約20年ぶりとなる基幹系システムの全面刷新を完遂した。費用は約8億円。構想時は“相場”から見て、その倍はかかる規模だった。業務ごとにシステムの特性と停止時の影響度を調べ、リライトか再構築かを見極めた上で、13社のベンダーから提案を募った。開発開始から稼働まではわずか1年半。情報システム部の人材育成でも大きな成果が得られた。 「本当に予算内で基幹系システムを全面刷新できるのか」。東武百貨店の情報システム部、葛馬正記部長は、ベンダーからの提案書が出てくる間、じりじりしていた。相場の半分といえる低予算を前提に綿密なRFP（提案依頼書）を作ったが、自社だけでなく同業種でも前例がないため、いまひとつ自信を持てなかった――。 それから1年半後の2007年10月、予算通りの費用と期間で、新たな基幹系システムがオープン系プラットフォーム上で動き出した（図1、2）。売り上げ

いったい、何の騒ぎなんだろうね。三菱東京UFJ銀行の“システム障害”の件だが、バカみたいな大騒ぎとなった。でも、セブン銀行との間で“たかだか”2万件の取引に影響が出ただけにすぎないし、ゆうちょ銀行など他の6行との間の取引で問題が発生したにすぎない。これは成功とは言えないかもしれないが、普通、想定の範囲という。なのに何故、こんなヒステリックな話になるのか。 同業他社とのシステム接続だ。完璧を期すのは、とてつもなく難しい。この程度で済んだのだから、よしとすべきである。今回の件で、三菱東京UFJ銀行に罪があるとしたら、利用者に対して事前に“自衛”を求めなかったことだ。「新システムへの移行に伴って、障害が発生する可能性があります。利用者の皆さんにおかれましては・・・」と告知しておけば、“完璧”にOKの話だ。 三菱東京UFJ銀行は日頃から「完璧を期す」と言っていたようだが、何故この面で完璧を期さなか

増田が気にしているのは匿名ぶっちゃけトークが聞きたいからなのかな？僕は直接関わったわけではないけれども、同じ業界で働いているので漏れ聞くところから推測出来る範囲(＝やばくない範囲)でちょっと言及してみよう。 2chで幾つかスレ立ってて、パッケージビジネスの困難とかがブログで語られていたりもするけど、増田では話題にならないのな。 スルガ銀行とNEFSS 関係の議論は上記から飛んでみて。 一応2chのスレの途中でまとめが出ているのでおいとく （１）NEFSSは、SAPのような各業務アプリまで既製品のガチガチのパッケージではなく、 どちらかといえばシステム基盤やフレームワークに近いパッケージ 基本機能を提供する基盤やモジュールの上に、業務要件定義に従ってJ2EEで アプリを書いていくタイプ つまり、かなりカスタムが必要なアプリ （２）日本の銀行の勘定系パッケージで有名なのは、富士通のPROBAN

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