河北新報 東北のニュース／福島第１原発１号機 燃料震災前破損７０体 全体の４分の１
福島第１原発１号機 燃料震災前破損７０体 全体の４分の１ 福島第１原発１号機の使用済み燃料プール内にある燃料棒７０体が東日本大震災前から損傷していたことが１５日、分かった。プール内に保管されている使用済み燃料２９２体の４分の１に相当する。損傷した燃料棒を取り出す技術は確立しておらず、２０１７年にも始まる１号機の燃料取り出し計画や廃炉作業への影響が懸念される。 東京電力は、１５日まで事実関係を公表してこなかった。同社は「国への報告は随時してきた」と説明している。 東電によると７０体の燃料棒は、小さな穴が空いて放射性物質が漏れ出すなどトラブルが相次いだため、原子炉から取り出してプール内に別に保管していたという。 １８日に燃料取り出しが始まる４号機プール内にも損傷した燃料棒が３体あり、東電は通常の取り出しが困難なため、対応を後回しにしている。 損傷した燃料棒は１、４号機プールのほかにも２
Adobeサイトから漏えいした暗号化パスワードはなぜ解読されたか
Adobe社のサイトの不正アクセス（参照、参照）によって、少なくとも3800万人のIDと暗号化されたパスワードが漏えいしたと言われています。既に報告したように、私のアカウントも漏えいしていました。 その後、『Adobeの情報流出で判明した安易なパスワードの実態、190万人が「123456」使用』というニュースが流れてきました。安易なパスワードが使われている統計は今までもあり、「パスワードの実態」に関しては「そんなものだろうな」と思いましたが、問題は、どうやって「暗号化パスワード」を解読したかです。 別の報道では、Adobeサイトがパスワードの暗号化に用いていたアルゴリズムはトリプルDESだったということです。トリプルDESは電子政府推奨暗号リストの今年の改訂でもしぶとく生き残り広く使われている暗号化アルゴリズムです。そんなに簡単に解読されたのでは問題ですが、実際には、「トリプルDESが解読
大規模 AV 画像データベースと類似顔画像検索を用いた AV 検索システム
あの人の研究論文集 Vol.3 No.2(2012 年 12 月) 大規模 AV 画像データベースと類似顔画像検索を用いた AV 検索システム AV Search System Using Large Scale AV Face Database By Similar Face Matching ぱろすけ @parosky0 東京大学大学院 情報理工学系研究科 (〒113-8656 東京都文京区本郷 7-3-1, parosky.g@gmail.com, twitter id: parosky0) Abstract: This paper proposes novel content based adult video retrieval system. The system is based on similar face matching. The database contains
機械学習ライブラリ scikit-learn で簡単ツイート分類 | ぱろすけのメモ帳
皆様こんにちは。今日も元気に自分を見つめ直していますか？自分を見つめ直す手段として、過去の自分の発言を見返すことは有用だと考えられます。たとえば、Twitter を使っている方ならば、その過去ログを用いることが考えられるでしょう。Twitter の過去ログはライフログとして機能し、それを用いることにより、過去の出来事のみならず、考え方、感じ方、ふとした着想、などなどを読み取ることができます。しかしながら、過去のツイートを全部見返すのは非常に面倒ですね。たとえば僕のアカウントはトータルで4万ツイート以上あります。これは非常にめんどい。Twitter は情報量多くてだるいよね問題については、従来「再生核 Hilbert 空間を用い、脱ベイズ確率主義に立脚したあまりだるくないツイッター」などの試みが行われてきましたが、今なおその面倒さを軽減する手段については十分とはいえません。本記事では、過去の
実装ディープラーニング
cvpaper.challengeはコンピュータビジョン分野の今を映し、トレンドを創り出す挑戦です。論文サマリ・アイディア考案・議論・実装・論文投稿に取り組み、凡ゆる知識を共有しています。 http://xpaperchallenge.org/cv/ 本資料はViEW2021チュートリアルセッション「最新研究の始め方」のプレゼン素材です。また、xpaper.challengeの2020年末ワークショップとしてプレゼンした「研究効率化Tips」の拡張版です。本資料では3社12研究室300ページにわたるノウハウの詰め合わせです。 VIEW2021のチュートリアルセッションでは時間の制限があるため、こちらの資料から一部抜粋して発表を行うことになりますが、VIEW2021チュートリアルセッションの方にも足を運んでいただければ幸いです。 VIEW2021チュートリアルセッション：http://vie
「SIをダメにする負のスパイラル」
きしだൠ(K1S) @kis SIの、元請はユーザー企業の業務をよりよくするために、プロダクトを作るんじゃなくて契約書をつくる。で、元請はそれを下請けにつくらせるんだけど、そのときはユーザー企業の業務をよりよくするためではなく契約を満たすためにプロダクトを作らせる。これが負のスパイラルの発端。 2013-11-15 08:17:14 きしだൠ(K1S) @kis 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。 2013-11-15 08:23:58 きしだൠ(K1S) @kis 品質が悪くなってとられる対策は、技術向上ではなく契約の厳密化。設計書を「きっちり」つくるとか、テストのエビデンス(画面キャプチャのかっこいい言い方)をとるとか、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
データベース技術の羅針盤
DBスキーマもバージョン管理したい！
【レビュー】 PS Vita TVの実力は? 圧巻の操作性と画質の物足りなさ