経緯をまとめるのはトゥギャッターが便利だったので、まとめました。 （※ちなみに現在でものびておりますが、最初にまとめだした @mediologic の手はすでに離れております） [設定]公開設定→誰でも編集可にしてあります。もちろん上田さんご自身も編集できます。ご不満がある場合はどうぞ。でないとフェアではないと思いますので。 続きを読む
上田さん( @naokoueda )、あなたそろそろブログもツイートもやめたほうがいい。
経緯をまとめるのはトゥギャッターが便利だったので、まとめました。 （※ちなみに現在でものびておりますが、最初にまとめだした @mediologic の手はすでに離れております） [設定]公開設定→誰でも編集可にしてあります。もちろん上田さんご自身も編集できます。ご不満がある場合はどうぞ。でないとフェアではないと思いますので。 続きを読む
SYNODOS JOURNAL : 東京電力福島第一原発の何が問題だったのか 検証その２ 橋本努
2011/5/1615:57 東京電力福島第一原発の何が問題だったのか 検証その２ 橋本努 原発は、大事故が起きるまでは「99％、安全」である。しかし大事故が起きてしまえば「99％、危険」になってしまう。これが原発という巨大装置の実像ではないだろうか。 わたしたちは、3.11大震災による原発事故を受けて、原発がどれほど恐ろしい装置であるのかを思い知らされてきた。だが原発は、大震災が起きる前であっても、やはり「危険」であったのではないか。根拠のない「安全神話」のもとで、危険の警鐘が耳に入らなかっただけではないか。 ◇1978年に臨界事故◇ 最初に、もっとも衝撃的な記事から紹介したい。 東京電力の福島第一原発3号機は、1978年11月に、臨界事故を起こしていたという。その当時、定期検査中に制御棒5本が脱落して、核分裂反応が連鎖的につづく臨界状態となった。そして約7時間半も、制御不能状態に陥って
JR東日本の新幹線トラブル、原因はシステムの処理容量オーバー
JR東日本は2011年1月18日、前日に発生した新幹線の運行トラブル（関連記事1、関連記事2、関連記事3）について、運行管理システム「COSMOS」が処理容量の限界を超えたことが原因だったと発表した。 JR東日本によると、17日午前7時過ぎに新白河駅と福島駅でポイント故障が発生。駅と駅との間で列車が止まるのを防ぐため、24本の列車を各駅に停止させるようCOSMOSに指示を出した。この指示を受けて、COSMOSはダイヤ変更を計算するとともに、後続列車についてデータ変更が必要な箇所をチェックした。 本来であれば、COSMOSはダイヤとデータ変更が必要な箇所を、東京の運行本部にあるパソコンに表示する（写真）。 この表示に基づき、運行本部の司令員がデータを変更する。その変更指示を反映した形で、COSMOSがダイヤ変更を完了させる。 ところが、17日はこのように作業を進めることができなかった。という
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HootSuiteやFoursquareがダウン Amazon EC2にトラブルか
新幹線運行システム、15年間増強せず JR東 大量のダイヤ変更処理できず - 日本経済新聞