福島原発の後始末を担う３０年後の「誰か」に向けて。
（ちょっと炎上したら嫌だなぁと思っているネタですが、認識が間違っていたら指摘してもらっても良いかなと思ったので書いています。） 今日、大規模な原発反対のデモがあったそうだ。何か動かない事には先に進まないという閉塞感から起きた事態なので、それはそれで大事なことなのだろう。 ただ、日本特有のややこしい、本音とタテマエが跋扈する世界になって、やるべきことができない世界にならないことを祈ります。 第一原発、廃炉は３０～４０年後…工程表を決定というニュースが昨年末にあった。 今まで地震直後に出された工程表が、工程表ありきのタテマエのものだったと言う指摘があったが、この計画はどのぐらいの精度なのだろう。 ただ、いずれにせよ３０年後に、福島原発の収束作業を担う技術者と作業員がなにがしか存在する必要があるということがわかった。 ３０〜４０年ということは、今新入社員の大学か大学院卒の優秀な学生がいたとすると
有楽町線が嫌いだ。
去年開通した副都心線は有楽町線と同じ場所を乗り入れて走っている。 両方とも途中の小竹向原から有楽町、新木場方面と、新宿、渋谷方面にわかれる。その逆は、東上線方面と西武線方面に別れる。路線と終着駅で乗る電車を使い分けなくちゃいけない、ややこしい路線である。更に各駅だの急行だの、どっちが先に到着するかはダイヤに依存するので、携帯やiPhoneのYahoo!路線情報は欠かせません。 僕は主に副都心線に乗ることがあるが、たまに有楽町線に乗ったり、西武線行きの副都心線から東上線方面の有楽町線などに乗り換えて家の方へ向かうことがある。 で、思ったこと。 有楽町線は嫌いだ 何故かというと、結論は簡単で、 混んでるから だと思う。これが全てだと思う。そう思うのだが、もうちょっと深掘りして気に入らないところを書いてみる。 １．朝、乗る人たちが手慣れすぎてる。 有楽町線の始発駅にいると、もう手慣れたサラリーマ
F's Garage：なんなの？？秋葉原,インターネットが織りなすこの悲惨な現実って
秋葉原の通り魔事件。詳細は今後出てくるとして、ちょうど、昨日秋葉原に行ったばかりだから自分の関心度合いもいつも以上に大きかった。 事件の状況は、twitterなどを通じて怪我人が搬送された後の混沌とした状況を把握することができた。現場は元東京三菱があった交差点。建築中の建物の前でメイド喫茶の女の子がビラを配っているのを何度か見たことがあるが大丈夫だったのだろうか。 ネットを通じてリアルタイムに状況を把握できていた件については、通行の妨げや現場の混乱を大きくするなど様々な理由で物議を醸し出すのかもしれないかもしれない。しかし、それがマスコミだけでなく個人でもできる現実というところで見て欲しい。 また、2chで犯行予告が出ていたのでは？！という話もある。ちょうどこの時期に被った犯行予告的スレが立っていたそうだ。 もしこれが本人達の予告だったら、そして日曜日の秋葉原の歩行者天国でこんな犯行を犯す
F's Garage：もう正月に休むという考え方は終了で良いんじゃないだろうか。
日本経済全体で、正月が儲かるとは思えない。 クリスマスと比べて消費全体が落ちこむこの時期は、特定場所に人も集中し効率も良くない。 そして正月は終了で良いと思った企業は、既に正月を捨てている。 今日1/1の僕の生活 １．朝、マクドナルドに行った。 奥さんが僕から移った謎の風邪らしき病気で寝込んでいて買い物が出遅れたので、朝からお雑煮というわけにはいかなかったのでマックに行って、普通にメガタマゴを食べた。 ちょい余談だがメガタマゴが何故売れるか？ それはメガタマゴの量は決して多くないからだ。 そもそもマックのハンバーガーは量が少ないのでポテトで埋め合わせをしていただけなので、都内によくある1000円のアメリカンなハンバーガーよりも少ない量と、少ない価格設定はマクドナルドとしては高価でも、市場的には単に適正な価格設定だったと言える。 大体、価格と量は、ガストのハンバーガーと変わらないのだから、そ
正直、J2EEってやばくね？
昔、jarファイルでアプリケーションデプロイをしなきゃいけないことに対して効率が悪い！と疑問を呈したら、Javaに詳しい人が、「なんとかlet」（コードの集まり）で、デプロイ管理が確実になるからこれで良いんだって言ってた。 確かにjarファイルでまとまった形でデプロイすることは、バージョン管理の面からは信頼性が高くなる。しかし、WEBというのは更新してナンボなので、一々、jar単位で更新してたら面倒で仕方ない。やはり一度、コードがfixしたら、次回の受注まで更新は滅多にやらない「Webアプリケーション」のためのJ2EEなのだなぁと強く思ったものだ。（それならそうと教えてくれればWebサイトになんか使わなかったのにさ。） HOT deploy完成 HOT deployとは何か。アプリケーションサーバを稼動させたまま､クラスを追加､変更しても､アプリケーションのリロードは不要で､その変更が即座
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
