バッチ処理を再考する - 急がば回れ、選ぶなら近道
最近そもそもバッチ処理というものを知らない人達を見ることが多くなりました。某プロジェクトで「いや、ストプロってよくわからないんですよ。最近書いたことないし。」という話をずーっと聞いていたのですが、本人はバッチ処理という意味で話していたことが後から判明した、ということがありました。 ああ、この人はSQLでのバッチ処理しか知らないのですね、とちょっと衝撃ではありました。とうとうそーゆー時代になったかと。 まず、誤解のないようにいうとバッチ処理、という言葉自体はIT固有のものではないです。生産管理や物流や、そういった業務では普通に「バッチ」という言葉をIT以外で使います。ただし意味はある程度同じで、「一定の塊を一度に処理をする」ということです。物流システムの業務要件なんかを詰めているとバッチっていうと、どっちのこと？なんて普通に聞かれたりします。その意味ではバッチの対義語がリアルタイムというのは
プロも惨敗するならFXとか株でどうして儲けることができると考えてしまうのか - FutureInsight.info
以下の2chまとめエントリーで知ったのですが、インヴァスト証券のリアルトレード!24グランプリというFXの著名人が参加したグランプリでほぼ全ての著名人が惨敗したことが話題になっていました。 インヴァスト証券のリアルトレード!24グランプリがすごい、ほとんどのFX著名人が惨敗というリアルすぎる結末に : 市況かぶ全力２階建 たしかにこれが笑っちゃうくらいすごくて、参加した26名中17名がマイナスで、プラスの人もわずか数万円台のプラスが７名となっており、まともに利益が出たのが26名中2名という結果になっています。 どうしてこのようなことが起こるかというと、FXや株の取引の主流はコンピュータが行うアルゴリズム取引になってます。以下のWIREDの記事がわかりやすく説明してます。 ウォール・ストリート、暴走するアルゴリズム(1/5) | WIRED.jp アルゴリズム取引が産業界を席巻したのは10年
HugeDomains.com
Captcha security check penpic.com is for sale Please prove you're not a robot View Price Processing
第1回 重なった30の不手際
東日本大震災から3日後の2011年3月14日。この日の午前に最初のトラブルは発生した。テレビ局が東日本大震災の義援金を番組などで呼びかけたところ、みずほ銀行東京中央支店のテレビ局の義援金口座（以下、口座a）に、振り込みが殺到した。 午前10時16分、振り込みによって生じた「取引明細」の件数が上限値を超え、口座aに対する「預金・取引内容照会」ができなくなった。取引明細は通帳の記帳に使う。 みずほ銀は口座aを、格納できる取引明細の上限値が小さい「個人・通帳口」として間違って設定していた（表-1）。 みずほ銀は口座の種類を二つの属性の組み合わせによって区別している。一つは「個人」か「法人」か。もう一つは、取引明細を通帳に記帳する「通帳口」か、記帳しない「リーフ口（ぐち）」かである。 これら二つの属性によって、格納できる取引明細の上限値が変わる。通常、義援金口座のような大量振り込みが予想される口座
エラー率わずか0.00000625％、驚異のインド式昼食配達システム「ダッバーワーラー」
日本の物流システムのものすごさはよく知られたところ。徹底的なコンピューター化による管理と、そして日本の道路・通信インフラの優秀さによって高速かつ精密な輸送を可能にしているわけですが、これにまさるとも劣らないシステムがインドにもありました。社会的なインフラがまだまだ未整備なのにも関わらず、伝票もPOS端末も携帯電話も一切なんにも使わずに毎日20万食の昼食を時間通りに届ける「ダッバワーラー」という驚異のシステムが存在しているのです。一体どんな人達なのでしょうか。 目次 ダッバーワーラーとは ミスは1600万回に1回、驚異の低エラー率 超複雑なネットワークを人力で運営するダッバーワーラー達 なぜダッバーワーラーは超低料金で超優良サービスを提供できるのか？ ダッバーワーラーと組織の社会貢献 ダッバーワーラーとは インドの人達には、3食きちんと調理した温かい物を食べる、という食文化があります。これは
みずほ銀行の3月のシステム障害の調査報告pdfが超面白いのでマはみんな読むべき « おれせん。
みずほ銀行：システム障害に関するお知らせおよびお問い合わせ先 http://www.mizuhobank.co.jp/oshirase.html 中段の「システム障害特別調査委員会の調査報告書について」のリンク 直リンクはこれ（5/20掲載） 前半しばらく「グダグダ鬱陶しい能書き」が続きますが9ページ目の「3. 本障害発生以前のシステム障害及び対応状況」あたりからギアが入って、11ページ目の「4. 本障害の発生事実」からトップギアというかちょっとしたヘル絵図であります。 ……ああ、その前にここを引用しておこうかな、4-5ページの「2. システムの概況」内「(3) 次期システムの概要」箇所。 (3) 次期システムの概要 次期システムについて、ビジネス環境の急激な変化に対応すべく、肥大化・複雑化した現行システムを新たなシステムとして再構築するために、2004 年から MHFG を中心に検討
みずほ銀行、障害の発端は人為ミス - 日経コンピュータReport：ITpro
「社会インフラを担う銀行として、あってはならないトラブル。ご迷惑をおかけした皆様におわび申し上げる」。みずほ銀行の西堀利頭取は、3月15日から続く大規模システム障害に関する記者会見でこう陳謝した。 15日朝に表面化した障害は、振り込みシステムから起きた。「初動対応に不手際があった」（西堀頭取）ため、これが勘定系システムに波及（図）。その結果、最大で116万件の振り込みが未処理になった。窓口業務やATMもたびたび停止した（表）。
いまIT業界に求められていること:佐々木俊尚 ジャーナリストの視点
しかしここで私は、課題をひとつ提起したいと思います。これらのウェブメディアを同時並行的に立ち上げていくこと以上に、いま本当に求められていることがあります。それは、ネットのインフラが使えなくて情報が途絶している被災地の人たちからアナログの情報を収集し、そして食糧配給や安全な避難所や燃料などの情報を再びアナログに戻して送り届けること。 私はこの一週間、孤立した被災地への支援を行っている日本ユニバをはじめとして政府関係、防災関係、またIT業界などの人たちと会って意見交換してきました。現地の様子はいまだに全容はさっぱりわかりません。被災地の全体像をつかんでいる人は、おそらく政府にも自衛隊にも自治体にもほとんどいません。みな「自分の目の前にあること」を一生懸命手を尽くしている状況です。しかし全体像が見えていないから、どうしても欠落部分は生じてしまいます。しかし情報インフラについては次のような断片的な
太田さんによる某銀行のバッチについてのまとめ
Kenichiro Ota @oota_ken やる夫：やらない夫ー、地震に続き某メガバンクでトラブルがあってお金の引き出しとかができなくなっているみたいだけど？
客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011
客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011 2010年から東京証券取引所で稼働を始めた新しい株式売買システムのarrowhead（アローヘッド）は、高速化が進む世界の証券取引所の中でも世界トップレベルのレスポンスを達成したと伝えられています。 そのarrowheadのプロジェクトはどのように運営されていたのか、そしてトラブルなくシステムが稼働した成功の背景に何があったのでしょうか？ 1月14日に都内で行われたイベント「Innovation Sprint 2011」で、東証側のシステム構築担当者だった宇治浩明氏が講演を行いました。 世界の高速化競争とトラブルによる危機感が背景に 東京証券取引所 株式売買システム部長 宇治浩明氏。1年前に投入した東証の新しい株式売買システム「arrowhead」は、それ以前に
JP1に見る、運用管理で求められるもの
代表的な運用管理ツールとしてまず挙げられるのが、日立製作所のJP1だ。このJP1がどのようにして生まれ、そして進化してきたのか、運用管理ツールとしてのコンセプトと構造、運用管理のためにJP1が備える機能のラインアップを見てみよう。 JP1の誕生と進化 企業システムに求められる運用機能のニーズは、時代とともに高度化・複雑化している。それとともに、JP1の機能も強化されてきた。ここでは、JP1の誕生から現在まで進化の過程を追ってみよう。 JP1の誕生 1994年、UNIX分散環境でバッチ業務の自動化を目的とした「ジョブ管理」が誕生した。その後C/Sシステムの普及によってネットワークが複雑になる中、JP1シリーズで「ソフトウェア配布」「ネットワーク管理」の各機能提供を開始。さらに、UNIXとWindowsが混在するマルチプラットフォームに対応する。 単体管理から統合運用管理へ 1997年には、シ
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
大きな会社との付き合い方 - GoTheDistance
大きな会社に所属していたけれど中小に転職し、今また大きな会社さんと仕事をする機会が増えてきました。備忘録の為にメモしておきます。 どこもそうだと思いますが、会社を回すために機能群で縦割りした組織体制になっているため｢直接お話をするヒト｣と｢実際に動いてくれるヒト｣が違うんですね。話を通してはいるけれど、その話を通した担当者が実際に動いて確認をしてくれるわけじゃないのです。仮に自分には非が無いとしても、こちらがアラートをあげなくてはならない。相手のミスが自分にとってのブーメランになって、取引に支障が出る。 なにそれ？って思います？ でもそれが現実なことが多いんです。 自分が確認を怠ると、相手のミスがあろうともそれが処置されているか確認していない自分に非がある、という話になっちゃう。｢そもそも悪いのはオマエだろ？なんで動かないんだよ？｣っていうのは通用しない。部署を超えてしまったら一切そこから
さいたま中央図書館が図書自動返却システムを採用――NECと日本ファイリング
NECと日本ファイリングは11月27日、図書自動返却・仕分けシステムを共同開発し、さいたま市立中央図書館に導入したと発表した。11月29日から稼動開始となる。NECは今後3年間で50以上の図書館への導入を見込んでいる。 新システムは、NECの図書館システムソフトウェア「LiCS-Web」と、両社が共同開発した図書自動返却・仕分け装置を組み合わせたもの。NECがソフトウェア開発とシステムインテグレーションを、日本ファイリングが装置の開発・製造を担当した。なお、システム開発にあたり図書向けオートメーションソリューション大手のP.V.SUPA（本社：フィンランド・ヘルシンキ）が装置のインタフェース面などで技術協力した。 同システムにより、利用者は装置に図書を入れタッチパネルを操作するだけで返却できる。返却された図書はベルトコンベアで自動的に搬送され、返却処理から仕分け作業まですべて自動的に行われ
■ - a-gamylの日記
perl の system 関数は内部で sh を呼び出し，sh が処理を行っているようなので，Windows とかで簡単なスクリプトを組もうとした場合，ファイル名にスペース" " や，括弧 "(",")" があったり，SJISの漢字内に "`" が含まれていたりすると，sh 自身の特殊文字と思われて上手く処理できない場合がある． UNIX とかだとそれらの文字を利用すること自体少ないので問題はないが，Windows だと当たり前のようにそれらの文字が名前として利用されるので，perl としてもそれらの文字列を含むファイル名を利用する場合の対処，などが書かれた記述等が少なかったりもする． しかしながら， rename(from,to); 関数などは，上記の文字列であっても処理できるので，この関数を用いれば対処が可能だ． 例： zip ファイルを解凍 my $fname = "(コミック)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「もじぴったん」元プロデューサー中村隆之氏に聞く「ゲームデザイン」
Facebook社も活用、従業員評価システム『Rypple』
『怪盗ロワイヤル』が流行った理由、面白い理由
[TL-リンカーン] 導入事例インタビュー | 予約管理システムの株式会社シーナッツ
Amazon.co.jp: 4Gbpsを超えるWebサービス構築術: 伊勢幸一, 池邉智洋, 栗原由樹, 山下拓也, 谷口公一, 井原郁央: 本
