7月4日、7payの不正アクセスについて会見する、セブン・ペイの小林強社長（中央）。左は、セブン-イレブン・ジャパンの宮地正敏執行役員デジタルサービス本部長、右はセブン&アイHDの清水健執行役員デジタル戦略部シニアオフィサー。7pay取材班同サービスの開発に近い複数の情報提供者の証言には、共通点がある。 7payの仕様がなかなか固まらず、リリースの比較的直前まで開発現場が混乱していた、という指摘だ。 複数の関係者によると、もともと2019年7月中に7payのサービスを開始することは決定していた。しかし、プロジェクトがスタートした約2年前から2018年末ごろまでは、7payは「単独のアプリ」として配信する予定だった。 1つめの大きな仕様変更は2018年末。年の瀬が迫る段階で、7payを急遽現在の仕様である「セブン-イレブンアプリへの追加機能」とすることに変更された。7payの開発にかかわる企

(追記1：2016/7/11　7/7以降のブログ記事などを追加) (追記2：2016/11/24 延期発表の記事を追加) こんばんは。SE兼PM見習いです。 例のみずほ銀行の次期システム開発が話題になってますね。 blog.livedoor.jp blog.livedoor.jp 毎年この時期に、みずほ案件がグダグダだよね、という情報が出てくるのはもう恒例行事となってますが、開発工程終盤を迎えていよいよヤバイ状況が隠しきれなくなっているようです。 趣味が悪いと言われますが、デスマウォッチャーでして、特にこのみずほ銀行案件をウキウキとウォッチングしているのですが、ここでブックマークしている過去の情報を時系列に振り返ってまとめてみたいなと思います。 2002年〜合併時のシステム障害〜 次期システム案件の話に入る前に、みずほ銀行合併時の大規模システム障害に触れておく必要があります。 https:

ビットコインに投機中の不動産屋abc(旧GFA)、社長の松田元さんが仲の良さを匂わせたエリック・トランプさんから「この人も会社も知らない」と梯子を外されて東証でライアーゲーム始まる

今年の5月1日に、仙台市内のホテルで多重予約のトラブルが発生したと報道されています。 部屋数２０３室の仙台市のビジネスホテルで、９月１８～２３日の宿泊予約を数千件受け付けるトラブルがあった。アイドルグループ「嵐」のライブが宮城県内で開催される期間だった。インターネットでの申し込みが殺到し、システム障害が起きたとみられるという。 トラブルがあったのは、仙台市泉区の「ホテルルートイン仙台泉インター」。ホテルなどによると、９月１９、２０、２２、２３日に宮城スタジアム（宮城県利府町）で嵐がライブを開くことが明らかになった後の５月１日午前５時ごろ、ネットを使った予約申し込みが殺到していることに気づいたという。 ２０３室のホテルなのに「予約」数千件　嵐公演で殺到か：朝日新聞デジタル より引用 5月1日の朝に何があったのか調べてみると、この日の早朝にテレビや新聞でコンサートの情報が流れたようですね。 お

最近、吉野家と松屋を同じくらいの頻度で利用していて、味の違いについてばかり考えていたんだけど、もっと大きな違いがある事に今さらながら気が付いた。松屋って、食べたあと席を立って店を出る時、なんか気まずくないですか？　吉野家の場合、会計後払いなんで、お金を払う時に「ごちそうさん」て言って店を出れるでしょ。正確には「ごちそうさん」と「どうも〜（ありがとうございました〜）」のコール＆レスポンスがきれいに決まる。松屋は入店時にお金を払ってしまっているから、食べ終わって店を出る時に店員がキッチンに引っ込んでいる場合（よくある）、以下の選択肢しかないんです。 a 店の奥にも届くような大きな声で「ごちそうさん」と言う a-1 こちらの声がキッチンに届き向こうから「ありがとうございました〜」 a-2 こちらの声はキッチンには届かず、単に退店時に大声を出した変な人に b 新規客が来る、元客の食器を片付けに来る

この話は面白い。 “見積りの根拠出してくれっていったら、金くれって言われたよ” 「お客さんが簡単にできるだろうと思っているシステム」を開発会社に見積もりを出してみたら、350万円から2200万円という見積の幅が出てしまった。その中で、最安値の会社が営業も好感触なので選んでみたけど、見積の根拠を聞いたら業者が考えてることがよくわらかないので困った、という話。 はてなブックマークでも沢山の人がコメントをつけてるし、丁寧に分析している方もいる。 はてなブックマーク – 見積りの根拠出してくれっていったら、金くれって言われたよ システムを作るとはどういう事なのか？　　～人の感性は十人十色～ – plumauto892のブログ この話の最大の問題点は、このお客さんが好感触とおもった営業マンが、お客さんを説得できてないという部分に尽きる。 何故、このシステムが何故350万円なのか？！というのをお客さん

来月頭から会社のシステムが入れ替わるんだけど、本当酷い。 前のシステムの開発元と喧嘩別れしちゃったから、だったら自分たちの手でもっとやり易いシステムにしようぜ！ ってノリで素人が自社開発なんてしちゃったから、取り返しのつかないことになった。 使いづらいのは仕方ない。前の入れ替えの時だって、入れ替えたばっかりで慣れない頃は苦労した。 ただ、旧システムにあった機能をなくすってどういうことなんだよ。 どうでもいい機能じゃなく、それがなければこれからどうやってやっていけばいいんだ、って途方に暮れるレベルの機能がなくなった。 それがなけりゃミスが連発するし、作るモノをクライアントに納品できないレベルの超重要な機能があぼーん。 「一人ひとりが気をつければ問題ない(ｷﾘｯ」と上は言っていたが、どう考えてもそういう話じゃない。 処理の途中でシステムが頻繁に落ちるし、ちょっとした、本当にちょっとしたミスを取

納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ

東日本大震災から3日後の2011年3月14日。この日の午前に最初のトラブルは発生した。テレビ局が東日本大震災の義援金を番組などで呼びかけたところ、みずほ銀行東京中央支店のテレビ局の義援金口座（以下、口座a）に、振り込みが殺到した。 午前10時16分、振り込みによって生じた「取引明細」の件数が上限値を超え、口座aに対する「預金・取引内容照会」ができなくなった。取引明細は通帳の記帳に使う。 みずほ銀は口座aを、格納できる取引明細の上限値が小さい「個人・通帳口」として間違って設定していた（表-1）。 みずほ銀は口座の種類を二つの属性の組み合わせによって区別している。一つは「個人」か「法人」か。もう一つは、取引明細を通帳に記帳する「通帳口」か、記帳しない「リーフ口（ぐち）」かである。 これら二つの属性によって、格納できる取引明細の上限値が変わる。通常、義援金口座のような大量振り込みが予想される口座

2002年4月。第一勧業銀行、富士銀行、日本興業銀行が合併しみずほ銀行となった。この件についてはたくさんの報道がされたため、そのとき何が起こったのか、覚えている人も多いはずだ。 当時のぼくはシステム開発に興味がある2ちゃんねらで、よって連日プログラマ板に出入りしてはゲラゲラ笑うなどしていた。やれやれ。 さて、9年前のあのとき何が起こったのか。インターネットを探してもなかなかまとまった資料がないので、回収できた資料をまとめてみたいと思う。 http://ja.wikipedia.org/wiki/%E3%81%BF%E3%81%9A%E3%81%BB%E9%8A%80%E8%A1%8C%E3%81%AE%E5%90%88%E4%BD%B5%E5%87%A6%E7%90%86 この運用方針の結果、2002年4月1日の合併当日からメインコンピューターの不具合が原因による大規模なシステム障害が発生

Amazonが、Quidsiを買収すると複数のブログメディアが報じた。買収額は540百万ドル(約440億円)だ。 Quidsi(以下、運用サイトDiapers[ダイパーズ]と略する)は、創業2005年。ベビー用品コマース Diapers.com を中心に、Soap.com、BeautyBar.com を運営している急成長ベンチャーだ。特にDiapers.comの成長は驚異的で、わずか創業4年にもかかわらず、2009年売上で180百万ドル(約146億円)、2010年売上は300百万ドル(約244億円)は達すると見込まれている。 【急成長ベビー用品コマース　Diapers.com】 ちなみに、Amazonの大型買収は、900百万ドル(約732億円)を投入したZappos以来だ。 ・ アマゾンが800億かけても買収したかった「ザッポスの奇跡」 (12/7) このZapposとDiapersは、巨

「プログラマはもう要らない」。大手物流会社のシステム子会社で新技術の社内展開を進めるマネージャーはこう言い切る。ここでいうプログラマとは、企業情報システムの開発プロジェクトでプログラムを作成する担当者を指す。ある開発ツールを検証したところ、こうした役割の要員は不要との結論に至ったというのだ。 このマネージャーは記者に対して、ツールを導入した場合の効果をこう語る。「様々な開発言語を知っていて、バグのないソースコードを24時間、延々と高速で書き続ける。そんなスーパープログラマを雇ったのと同じ効果が得られる」。 同社が検証したのは「GeneXus（ジェネクサス）」という開発ツールである。ご存知の方はまだ多くないかもしれない。一口に言えば、アプリケーションの自動生成ツールである。データ項目や画面、業務ルールといった設計情報をGeneXusの表記法で入力すると、ソースコードとテーブル定義情報を自動生

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