ＮＴＴデータ システム障害でカード決済できず NHKニュース
５日午後、スーパーやコンビニなどの小売店の店舗とクレジットカード会社などを結ぶＮＴＴデータのシステムに障害が発生し、クレジットカードでの決済ができなくなるトラブルがありました。障害は全国規模で起きたもようだということです。 大手のクレジットカード会社によりますと、障害は全国規模で起きたもようだということです。会社側のホームページによりますと、このシステムを利用しているのは、小売りや流通業などの店舗およそ２０００社、国内ほぼすべてのクレジットカード会社およそ１２０社などで、こうした分野では国内で最大の決済システムだということです。 障害は午後４時６分に確認され、クレジットカードでの決済ができなくなったり、決済に時間がかかったりしましたが、午後５時３９分に復旧が始まったということです。ＮＴＴデータが障害の原因と、影響について調べています。
パッケージ java.util.stream
<noscript> <div>ブラウザのJavaScriptが無効になっています。</div> </noscript> <h2>フレーム関連のアラート</h2> <p>このドキュメントはフレーム機能を使用して表示するように作成されています。フレームを表示できないWebクライアントの場合にこのメッセージが表示されます。<a href="java/util/stream/package-summary.html">フレームに対応していないバージョン</a>にリンクします。</p>
導入経緯から理解するストリームAPIとラムダ式 : Java好き
JavaSE8は、なんといってもストリームAPIとラムダ式。 いろいろとできることが増えたので どこから手をつければよいのか困ってしまうが、 導入経緯を探っていくと理解しやすい。 ここでは、ストリームAPIやラムダ式の周辺が どんな理由で必要になったかを考える。 並列処理にはそれが必要だった 導入経緯をまとめると、次のような話。 (個人の主観的なまとめです。詳細はご自身でお確かめ下さい。) CPUがマルチコア化しているのに プログラム側が対応しきれていないのはもったいない。 並行処理用のAPI(Concurrency Utilities)があるじゃないか。 粒度の大きな処理は問題ないが、 粒度の小さな処理を並列化する場合には使いにくい。 じゃあ、イテレータに注目しよう。 反復されている処理が、簡単に並列化できればうれしい。 イテレータを改良すればなんとかなるのでは。 でも、今の外部イテレー
佐野研二郎氏がアートディレクターを務めた多摩美術大学の広告にGLAFAS（グラファス）の写真が使用されたかも？という件について検証してみた【GLAFAS（グラファス）】
佐野研二郎氏がアートディレクターを務めた多摩美術大学の広告にGLAFAS（グラファス）の写真が使用されたかも？という件について検証してみた 配信日 2015-09-04 更新日 2015-09-06 さくらヒロシ（メガネ情報サイトGLAFAS編集長） 「佐野研二郎氏がアートディレクターを務めた多摩美術大学の広告に、GLAFAS（グラファス）に掲載されている写真が使われている」という匿名情報を受け、当サイト GLAFAS（グラファス）は、8月31日(月)に以下の記事を掲載した。 ▼佐野研二郎氏がアートディレクターを務めた多摩美術大学の広告にGLAFAS（グラファス）の写真が使用された？ この件は、佐野研二郎氏が手がけた多摩美術大学の広告と GLAFAS（グラファス）の写真との類似性を比較・検証する画像・映像とともに、テレビやスポーツ紙、ネットメディアでも報じられた。 9月3日(木)には、J-
ようやく賠償が確定、記事で振り返るみずほ証券-東証裁判の10年
2005年12月のジェイコム株誤発注をきっかけに始まったみずほ証券と東京証券取引所の裁判がようやく決着した。最高裁判所が2015年9月3日、双方の上告を退けたのだ。これより東証に約107億円の支払いを命じた第二審の判決が確定した。 この裁判では「ソフトのバグが重過失に当たるか」が大きな争点になったため、IT業界で注目を浴びていた。東京高裁は「速やかに売買停止の権限を行使しなかったのは、東証の重過失に当たる」として東証に約107億円の支払いを命じたものの、ソフトのバグが重過失とは認めなかった。みずほ証券は誤発注を取り消せずに400億円を超える損失を出したのは東証のシステムにバグがあったためと主張、東証に対して約415億円の損害賠償を求めていた。 事件が起こってからおよそ10年。ITproはこの両社の動向と裁判を追ってきた。これまでの経緯は以下にまとめた過去記事のリンクで確認してほしい。
スレッドセーフな実装について - A Memorandum
前回 blog1.mammb.com について書いたのでついでにスレッドセーフについても書いとこ。 レースコンディションとは スレッドセーフ化 複合アクション 複合アクションをスレッドセーフにする レースコンディションとは Javaではスレッドを比較的簡単に扱うことができますが、その利用にはいろいろと注意しなければならないことがあります。スレッドは簡単に扱えますが、スレッドの安全性を確保しつつ実行性能を得るのは難しいトピックの一つです。 以下のクラスはスレッドセーフではありません。 public class NotThreadSafe { private long nextLong; public long getNextLong() { return ++nextLong; } } getNextLong()の呼び出しは、複数スレッドからの呼び出しタイミングにより、正しい結果が得られなく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ＪＲ渋谷駅：「新南口」改札閉鎖へ 埼京線ホーム北側移動 - 毎日新聞
オキシトシン：投与で自閉症状改善 安心感育む作用奏功か - 毎日新聞
中国中銀総裁、バブルはじけたと説明－Ｇ20がアンカラで開幕 - Bloomberg
【祝】佐野研二郎、Google検索結果からパクリが消滅 （※画像あり） : ラビット速報