「処理」を含む日記 RSS

はてなキーワード: 処理とは

2011-06-05

(※閲覧注意)マクドナルドチキンナゲットって

おいしいよね?俺も大好き。うまいし安いし。

でもあれって元は鳥なんだよな…?

全然想像つかないけど、どんな流れになってるんだろう?

そんな疑問がわいたので調べてみたよ-

(以下、閲覧注意)









そもそも一年間に何羽殺されるんだと思う??

答えは数十億羽。想像もつかない数字だ。

生まれて一日目のひな。かわいい

それを業者が養鶏場に届ける。かごにつめて、トラックに乗せて。

次に業者が来るのは1ヶ月後。回収の日だ。それまでがニワトリの命。

ほぼ一生を養鶏場で終えるわけ。

いかごの中で。

ギュウギュウにつめこまれて。

運動すらできず。

一生で空を見れるのは最初の日と最後の日だけ。

大地も草も風も知らずに死ぬ。

できるだけ早く、安くニワトリを太らせたいからエサには残骸が加えられる。

何の残骸かって?

処理から出る肉や骨の残骸だよ。

つまり、共食い。

なんて効率的!

ニワトリって飛べない。だから外敵が多い。

きつね、スカンク、犬…

もちろん人間

飛べない理由を知りたい?

胸がふくらみすぎじゃったからさ。

人間が大きな個体を掛け合わせて、効率的に肉の量を増やしたからなんだって

中には胸がふくらみすぎて歩けないニワトリもいるんだとか。

自分体重を支えられないから、脚が曲がっちゃって、むくむんだって

死ぬまで脚が痛いんだって

どうやって殺されるか知ってる?

カゴが工場につくと、ベルトコンベアーで運ばれるんだ。

作業員が足をつかんで逆さにして鎖で足を吊るして。

お次は電気風呂。気絶させるのさ。

そして鋭い回転刃によって喉をかききる。ほぼ全てが死ぬ。

もし電気風呂で気絶しなかったニワトリがいたら、地獄のような仕打ちだろうね。

喉をかききられたあとはまた熱湯。ここで羽が取り除かれる。

…というのはまだマシなコースで

1日にニワトリが大量に届く日もあるらしいんだ。

そんな日は作業員も鎖にくくりつけるまで手が回んなくて…

ニワトリを壁にぶん投げる。踏みつける。

そうして気絶させる。

だって、手が回んないんだもの」

こうして出来上がったチキンナゲットが最寄りのマクドナルドに届くって仕組みさ。

…ってのは全部アメリカマクドナルドの話。

日本じゃどうかは知んないよ

ちょっとはマシなのかもしんない。

ユッケ以来、安すぎるものを疑っている。

たまたまマクドナルドを取り上げたけど、

ロッテリアモスバーガーファミマ和民も安くておいしいよね。

でもその裏側は…?

ハッピーセットだの、憧れの外食産業だの、藤田田物語だのでマクドナルド魔法にかかってたけど、

一回冷静になって考えてみてもいいかも。

参考文献:おいしいハンバーガーのこわい話

図書館でも良いから、ぜひ。

あわせて読みたい:ファストフード世界を食いつくす

2011-06-03

http://anond.hatelabo.jp/20110531153316

クリックしなくてもぜんぶのブコメを一覧で見たい」というのが元増田たちの要望でしょ。

はてブの批判のどれを読んだって「もともと大量にブコメがついてたら省略されるけど」なんてエクスキューズはないよ。

そんな、前から使ってたら誰でも知ってることについていちいち書く必要ないだけだろ!w

君がそれを知らなかったから「後出しだ!」とか騒いでるだけ。

はまー500users超ぐらいから省略されたの。覚えときな。

今の20users超で即省略とは全然意味が違うけども。

彼らの頭の中の「以前の」は空想世界理想化された「以前」で、そこではどんなにブコメが付いても省略されないシステムになってるんだよ。

これこそ、新はてブの批判のどれを読んだってそんな書き込みはどこにもねーよw

君のひっこみつかなくなった頭の中に突っ込みやすい隙だらけの「新はてブ批判クラスタ」があって、

そこでは君程度の間違いだらけの認識&回転の悪い頭でも突っ込めるような事実誤認だらけの主張になってんだよ。


実際、現在システムでも20users程度ならブコメが省略されることは無い(コメントのないブクマから省略される)ので、

問題になってくるのは当然、100users以上の「大量にブコメが付いたエントリ」だよね。

どういう頭で文書いてたらこんな風になるんだw

20usersから省略されるなら、問題になってくるのは当然、20users以上のブコメがついたエントリ全部だよね。

ほんと頭どうなってるの。

CTか開頭検査でも受けてきな。

で、元増田なんかは、

必要悪、かなあ。

この世のあらゆるエントリを一覧表示は出来ないから。

からこそ「個別ブックマーク欄では一覧表示が良い」と言ってるんだよね。

とか言ってる。

「100usersだろうが1000usersだろうが一覧で見せろ!」

っていう意見しか読めないよ。

はあ…。

もうさあ、ヒツヨウアクを辞書で引いてきな。

「100usersだろうが1000usersだろうが一覧で見たい!(だが物理的制限や動作性制限での省略はやむなし)」

っていう意見しか読めないよ。

中学卒業ぐらいの日本語能力のある健常者ならね。お前がどうかはしらん。

からこそ、

はてブもすっかり利用者が増えて、もはやホッテントリでは1000users越えも珍しくない状況だけど、

それは「この世のあらゆるブコメを一覧表示は出来ないから」にはならないの?

「1000くらいだったら目を通せる」と主張するのは、単に君が暇人からでしょ?

と書いたわけだ。

ちなみにこれ、100usersに置き換えてもいいよ。

100個もあるブクマをいちいち読んでる奴なんて暇人以外にいないからね。

きみさあ、「ブックマークコメントを読む」と言った時、

100個なり1000個なりを分け隔てなく熟読すんの?w

俺はざーっと流しで見るけど。

100usersを見るのに5秒ぐらいかな。

そんでなんか考えさせられるようなコメントが見つかれば時間気にせず読むって感じ。

大体みんなそんな感じだと思うよ。

君の場合は100とか1000とかあったら同じぐらいの注意と時間をかけて全部読むんだね。

それなら100だってきついだろうさw

君以外が暇人とかじゃなくて、

君の活字の読み方がおかしいから時間が足りなくなるだけだと思う。


別に君がブクマを精読しようが熟読しようが、それに何十分かけてようが、読字障害を揶揄する気は無い。

が、自分サービスの利用方法が特異だったりサービスについての知識があやふやなのを棚に上げて

サービスへの不満に頓珍漢な難癖をつけるのはどうかと思う。

だいたい君は自分処理できる文字数だけ読んでりゃいいんだから

他の人がもっと多くの文字数を処理しててもそれ邪魔する必要はないだろ。

豚の膣

おまえにいいこと教えてあげよう。

市場の中の肉屋さんいって、

ホースください」頼んでみ。

解体処理した豚の膣の部分がもらえる。

ほんとは金かけて廃棄しないといけない部分から無料でもらえる。

食い物にはならないから。

この豚の膣が極上。

まあ考えたら膣だからな。

人間のじゃないだけで本物の膣だから、気持ちよくて当たり前。

2011-05-31

中小企業診断士 一次試験対策 合同勉強会(6/5) プランメモ(3)

 http://anond.hatelabo.jp/20110531011008 からの続き。

心に余裕が無くなってくる

 試験日が迫って心に余裕が無くなってくると、いつも以上に自分身の回りのことしか目が行かなくなってしまいます。

 そうなってくると、とにかく今すぐ自分が何か進歩したのだという確証を得たくなりますので、やればすぐに何かのアウトプットが出てきそうなものに飛びつこうとします。

 たとえば、先日の経済学・完成答練で、ミニマックス理論が出題されていましたが、この問題に正解できなかったとして、そのことが合否とどれくらい関係しているか、一度冷静になって見直してみる必要があると思います。

  1. ミニマックス理論ができなかった!
  2. ミニマックス理論をできるようにしなければ!
  3. (ミニマックス理論の問題に正解したら)今度はマキシマック理論もできるようにしておかなければ!

 最悪のパターンだと思います((ちなみに、マキシマック理論テキストに登場していませんが、処理手順はミニマックス理論真逆です))。

 前回( http://anond.hatelabo.jp/20110531011008 )も書きましたが、受験生の側が合格に必要な知識を選択することはできません。

 もし、そうやって分野を選んでいるつもりだとしたら、それはたんに自分ができること、あるいは自分がやりたいこと選んで、本当はやらないといけないのに面倒くさくてやりたくないことをサボる言い訳をしているだけです

 ですので、受験生の側が勉強する内容をピンポイントに取捨選択するのはリスクがひじょーーーーーーーに!、高いと思うのです

 もしピンポイントにやりたいのなら、受験指導のプロか、せめて合格者に同席をお願いして、都度判断を仰がないとダメです

あれもこれもやりたくなる

 逆のパターンもあり得ます

 一人で勉強していると、時々どうしても不安になってきて、あれもこれも何でも理解しないといけないのではないかという気になってきます

 あるいは、テキストには書かれていないけれど過去問に登場した用語のことを知っておく必要があるのではないか・・・、などなど。

 この不安の虫を放置してしまうと、あれもこれも何でも薄く広く勉強して、最終的に選択肢を二つまでは絞り込めてもその後でエンピツを転がすということになりかねません。

 それもこれも、ピンポイントに押さえておかないといけないところを、薄く広く勉強してしまったために起きることです

http://anond.hatelabo.jp/20110531142302

はてなの思惑は「エントリーページのトップページ化」だよ。

コメントが増えて一覧できなくなったから省略する

・省略するにあたっては、トップページと同じ「人気」と「新着」に分割する手法を採用する

それだけ。

トップページのほうは「必要悪」と諦めてるのに、

エントリーページのほうを諦めきれないのはどうして?

から最初に言われてる通り、

世の中の全アドレスを一覧表示するのは現実的じゃない一方、

エントリページでは一覧表示が可能、っつーだけじゃん。

なんで一回言われたことを理解しないで全く同じこと繰り返してるの。

それに「別々の段階を全て同じ処理しないのはおかしい!」って、

それはそんなこと言ってる人のほうがおかしい

よね。

http://anond.hatelabo.jp/20110531134028

横だが俺がやっちゃうよ。

いね

はてブもすっかり利用者が増えて、もはやホッテントリでは1000users越えも珍しくない状況だけど、

それは「この世のあらゆるブコメを一覧表示は出来ないから」にはならないの?

「1000くらいだったら目を通せる」と主張するのは、単に君が暇人からでしょ?

いかー?

1000usersなんてのは

改悪」される前から省略表示だったよ。

ばーーーーーーーか。

ちょっとぐらい考えたり調べたりしてから書け。

はてなの思惑は「エントリーページのトップページ化」だよ。

コメントが増えて一覧できなくなったから省略する

・省略するにあたっては、トップページと同じ「人気」と「新着」に分割する手法を採用する

それだけ。

はい

ばーーーーーーーか。

トップページのほうは「必要悪」と諦めてるのに、

エントリーページのほうを諦めきれないのはどうして?

ぶわぁ~~~~~~~~~~~~~~~~~~か。

なんて話じゃないことは明白だよね。

子どもが大きくなって服が着られなくなったので、

お兄ちゃんのお下がりを着せたら、

「元の服もまだ着れるもん!」と駄々をこねはじめた、

その駄々っ子が君だってことだよ。

はい

ぶわぁあああ~~~~~~~~~~~~~~~~~~~~~~~~~~~か。


一応親切にももう一回まとめるよ。

エントリーページは以前からコメントが多い場合省略表示でした

もうこれだけで君の主張全部廃棄物なんだけどさw

1000userとかデフォ表示したら、見づらい、重い、はてなの鯖が大変、だから省略。

これは常識的に誰でも納得する処理

上で言われる「必要悪」っていうのそのものだね。

…で、これをどう援用したら、

たいしたuser数でもないエントリページのデフォ省略表示化やスター順表示化なんてことの正当化に使えるの?



なんかかっこよく決めたのに根本的な知識なく話に口突っ込んだせいで全文赤っ恥だったよヌェ☆

2011-05-30

http://anond.hatelabo.jp/20110530004826

まぁ、バグ放置報道は「致命的なバグがあると知って放置した場合からな。

ログが残る経路で連絡されたら放置できないって感じになるか。

ところで、そのプログラムじゃ意味がなくって、引数データを渡して、バッファオーバーランが起こるようなプログラムがいいと思うよ。

コンパイラも通るし、「仕様通りに」データが渡されれば問題なく動く。

文字列ポインタで受け取ったあげく、レングスチェックを行わずに処理すれば良いだけの、簡単なお仕事

2011-05-27

35女との結婚

いい子なんだけどねー。

趣味もあうし、性格も悪くないし、声もかわいいし、肌は年相応よりちょっと若い感じで、おっぱいもおっきいし、セックスの相性も反応もいいし、いじりがいあるし。

今までろくな男とつきあってなかったみたいだからいろいろ開発できる。っていうか2回目のセックスで中逝きさせられたのに今までしたことなかったとか嘘だろー。どれだけ不満足なセックスしてんだよ。

 

でも結婚は無理。

お互い5年前に会ってれば俺のほうから求婚したかったけどね。

 

でも無理。

俺は子供しいから出産33歳以上は無理。

 

だって知り合いの高齢出産は100%(2組だけど)天使なんだもん。

天使とわかったら処理しても無罪ならいいけど、今の法律じゃできないしな。

結婚離婚すれば終わるけど、天使は一生逃げられないんだろ。

失敗のリスク高いのに逃げ場がないとかギャンブルにもならねーよw

セフレは嫌だと言ってたかバイバイだな。

きっと子供が欲しくない男を探せば幸せになれるよ。

中小企業診断士 一次財務 H20第1問~第10トライアル結果

基本戦略

 処理プロセスの前に、取り組みに当たって前提条件となる基本戦略は以下の通り。

(基本戦略

・問題をA~Dにランク分けする

・問題Aは25問中10前後(足切りライン)を抜き出し、前半30分間に集中的に取り組む

 選択の基準は、比較的安定している領域(私の場合原価計算、経過勘定以外の仕訳など)で、長い文章がなく初見単語存在しないなど

 基本的に、計算回数2回以内で済むもの

・問題Bランクは問題Aを処理した後、15分間で取り組む5問前後

 目標は、問題A、Bで合格点(60点)達成を狙うこと。

 Aランクから計算量の基準で弾いたもの(計算回数4回程度)など。

 A,Bランクについては、本気で取りに行く。

・問題Cランクは、問題数については特に定めず、追加の得点orA,Bランクで発生した誤差の穴埋めのために10分を割り当てる。

 Cランク時間が余っているようなら、A,Bランクのチェック時間を増やす

・問題Dランクについては、一切取り組まない。

 私の場合、今回の範囲内では本支店会計とのれんに関する問題。問題A~Cに取り組んだ結果、残り時間5分に相当。

 この5分+αは、A,Bランクを中心に見直し、アンド飛ばした問題にエンピツ転がしてマークを塗る、Aランク問題については可能であれば計算をもう一回やってみるなどを実施

 以下、プロセスの確認メモ。(各設問ごとの「ランク」は、私個人の取り組み優先度であり、必ずしも正答率や問題そのものの難易度とは一致しない)

個別戦略

第1問(ランクD)

 本支店会計は捨て分野なので目もくれない。

第2問(ランクA)

 最初にチェックするのは「先入先出法」であること。商品払い出し表に関しては、与件が「先入先出法」の場合ベリーイージーと判断し、優先的に取り組む。

 念のため、商品の受け入れ件数と払い出し件数、期末在庫数を計算して合わせたあと、期首残高、期中一回目の仕入れ高、気厨二回目(当期の最後の仕入)の仕入れ高に対して期末有高ぶんの割引をかけて合計、正解に到達。

第3問(ランクB)
第4問(ランクA→B)

 最初に「両端入れ」かどうかにチェック。

 結果的には、知識不足により正解にたどり着けない問題であったため、ランクCとして対応すべきだった。

第5問(ランクB)

 繰越勘定に関する問題か、それとも引当金に関する問題であるかを判断する必要があった。

 結果的には引当金に関する問題と判明

 なお、賞与引当金退職金引当金などは負債勘定で負債の部に記載するが、貸倒引当金については負債勘定であるものの資産の部の減産項目として記載するよう、近年のどっかのタイミング制度改正があったような気がする、といったことを思い出した

第6問(設問1)(ランクA)

 キャッシュフロー計算書(特に間接法)の項目については、項目ごとに正負は決まり切っているため、数字を合わせずとも正解に到達可能

第6問(設問2)(ランクC)

 ランクCで対応したのは、キャッシュフロー計算書だけに計算量が多そうだと思ったため。

 ・営業収入の算出:貸倒喪失について計算に足る情報がなかったことと(もともとの資料にあるキャッシュフロー計算書が間接法であるのに対し、営業収入は直接法)、そもそも選択肢にそれっぽいものがなかったので、貸倒引当金についての計算を割愛し、単純に「売上高-売上債権増加額」のみを計算した

 ・仕入支出売上原価棚卸資産増加額-仕入債務増加額で計算

 ・小計:念のため、設問2の途中で小計を計算し、それをもとにキャッシュフロー計算書の穴を埋めた(検算プロセス)。

第7問(ランクD)

 のれんという単語が登場したため無視(未学習のため)。

第8問(ランクB)

 繰越勘定、見越勘定に関する問題。

 数字は合っていたが正負を誤ったことから、繰越勘定に関して概念の理解に不十分な点があることを反省

第9問(ランクA)

 総合原価計算に関する問題として取り組んだ。

 結果最初に正解と発表された選択肢を選んでいた。※結果オーライ

10問(ランクA)

 原価計算については、自分としては科目全体の中でも比較的安定している領域なので、絶対に正解したかった。

 解くに当たっても、概念だけで正解を選ぶことも不可能はないがボックス図を用いて慎重を期した

2011-05-22

http://anond.hatelabo.jp/20110522011220

コンピュータシステム作った人の都合に全員が振り回されてるな

普通券売機切符買う場合にこれが顕在化しないのはなぜか、それは、乗車前に代金を払い、なおかつ行き先が確定して切符に紐付けされてるから

ところが、カード式の場合は、乗車前に行き先が紐付けされない

そればかりか、厳密には輸送に際して事前に払われるべき料金すら支払っていない

から、言ってみればシステムバグなので、可哀想な人扱いで現場だけで処理しておしまいしたりせず、事例まとめて上にガンガンあげとけ

行き先は改札前に確定「されていなければならない」し、料金も改札前に徴収「されていなければならない」のだ

具体的にどういうふうにすればいいのかまでは知らんw

2011-05-20

原発事故を安易な資本主義批判に持っていきたい人々。

東日本大地震を契機に、「オピニオン」を売り物にしている人たちがやたらとご乱心をして、見当はずれなドヤ顔を晒してしまっているのをたくさん見てしまった。

裏情報によるとあれはどうだとか、オタク文化が成り立たなくなるだとか、わいわいがやがや

地震津波の影響で、原発が壊滅的な被害を受けてしまったのは皆さんご存知の通り。計画停電等で関東全体がしわ寄せを受けていたり、東電原発処理で醜態を晒しつづけているのも周知の事実だ。

そして、今回の事故を受けて、改めて原発の意義やエネルギー問題が議論として浮上してきた。ぜんぜんクリーンじゃないぞとか、作業員への手当がいい加減すぎるとか、放射線の影響はぜんぜんないorけっこうヤバいだとか。しかし、以下の発言のような方向にいってしまうのはどうなんだろう?

今回の異常事態で20世紀を貫いて絶対的な権威だった「科学」そのものが破綻した瞬間を日本社会は味わったのではないかと感じている。自分もその一人。今科学者技術者が「問題は想定外だったこと。これから大地震にも耐えられる原子炉設計すればいいまでのことだ」と言ったら…信じる?

死の影を見ず、コンビニエンスに生き、自然界がディズニー表現されている、いたって都合がいい、幼児的な宇宙に住む権利を捨てなければならなくなった。自然に謝って済むものではない。人格を超えた相手は管理できない。人間の「ごっこ」はあまりにも非力だったことがばれた。

呼吸法坐禅だけでも相当に有効な洞察が得られるかもしれない。コンビニエンス社会マスコミ意識を委ねるなど他律的な面が強調されるけど、便利さを捨てて自律的なライフスタイルへと徐々に切り替えていくというソリューションもあるかも。風力、太陽光以外に。

ミュージシャン作家フォロワー1万5000人のモーリー・ロバートソンさんのツイート

この手の「資本主義社会を見直そう」みたいな動きはあちこちで見かける。計画停電都市機能が大きな影響を受けたが、そもそもこんなに電気を使う社会のほうがおかしいんだ。今の社会にある便利なものは、多くの犠牲に成り立っている。不便を受け入れて健全で質の高い社会を目指そう。

……みたいな意見

なんだか「スローライフ」だとか「ロハス」だとかいった単語を思い出してしまう。どちらも自然志向ライフスタイルだ。競争に明け暮れるのはやめて、もっと価値のある食事に時間をかけようだとか、科学の発展で本当に価値のある何かを失ってしまっただとか、そんなような。要するに自然回帰

そこまでいかなくても「経済を縮小させて云々」なんて言い出している人はごまんといる。

今回の原発事故を受けて、何でこんな発想になってしまうんだろう? おそらく、こういう人は元々ここういう考えを持っているんだろう。今回の事故から自然回帰的な発想に至ったんじゃなくて、「資本主義って何か嫌だな」「大事なものを失っているんじゃないか」って日頃から考えていて、安易に原発事故に繋げてしまっているんだ。

だって、これって原発事故とまったく関係ないじゃない。

事故で問題だったのは津波対策をきちんとしていなかったことと、東電隠蔽体質を発揮して泥沼に陥ってしまったことだ。そこで考えるべきことは、もっと確実な地震対策、津波対策はないのか、想定の精度をあげるにはどうすればいいのか、隠蔽体質に陥らないようにするにはどうしたらいいか、だ。

私には資本主義がどうこう言い出すのは、答えのだせない大きな話にして逃げてるようにしか思えない。

こういう人は何でもかんでも資本主義反対に繋げちゃって、貧しいアジアを見て「でも、ここには日本人が失ってしまった何かがある」とか言っちゃうのだろう。きみが感傷に耽っている数秒間に、水不足で死んじゃう人が何人もいて、それは科学の力で救えるんだけど。

もちろん、原発代替案は探っていかなきゃいけない。でも、「昔に戻る」はとても安易な考え方だと思う。私には思考停止に思える。

だいたい、脱原発で昔の生活に戻ったって津波がきたら死んじゃうんだけど、こういう人たちはそれをどう思っているんだろうか?

http://anond.hatelabo.jp/20110520110900

処理系とか標準ライブラリバグってことではないよねぇ

横だが、おれは型変換とか、そのあたりの事かなぁと思った。

データ型は、じつはオブジェクトであり独自の処理ルールをもっているってのを知らないと、結構悲惨なバグを生んだりする。

高級が故の悲劇

http://anond.hatelabo.jp/20110520001116

C言語にこだわるのは良くない。けど、パフォーマンスを上げ、他社のプロダクトに勝つタメにはCは必須。ネットワーク、描画系はjavaの何倍も処理速度が変わるのを忘れてはならない。

既に本人から突っ込み(「Javaの方が早くなるケースは多い」)が入ってるけど、たとえ多少遅くなったり、それを補うために値段の高いチップを積まなくてはならなくなったとしても、プロダクトの開発生産性が上がることで、総合的には製品力の強化に繋がる場合だってあるわけでだな。

というか、C言語で書かれてメンテ不能に陥ったガラケーが、Javaで書かれたAndroidに駆逐されている点について、誰も指摘していないのが不思議

2011-05-19

「これからの「パスワード」の話をしよう」のバグについて突っ込む

Web屋のネタ帳( http://neta.ywcafe.net/ )様の

これからの「パスワード」の話をしよう( http://neta.ywcafe.net/001184.html )で

紹介されているパスワードハッシュ化のバグについて突っ込んでみる

バグといっても大きなものではな

 「1回ハッシュ化を解読できただけ、プレーンパスワードを入手することが可能である

というものである

問題の部分はここ

    /**
     * 平文のパスワードハッシュ&stretchするメソッドです。
     * loop回数は1000としていますが、999でも1001でもお好みでどうぞ。
     * ただしループ回数は処理時間に直結しますのでほどほどの数値で。
     */
    private static final String hashAndStretch(String plainPasswd, String salt) {
        int loop = 1000;
        String hashedPasswd = "";
        for (int i = 0; i < loop; i++) {
            hashedPasswd = DigestUtils.sha256Hex(hashedPasswd + plainPasswd + salt);
        }
        return hashedPasswd;
    }

ここのロジックトレースしてみると

凡例

プレーンパスワードPASSWORD

ソルト:SSSSSSSS

トレース

最終的なハッシュパスワードが「XXXXXXXX」とする

XXXXXXXX ←  DigestUtils.sha256Hex("YYYYYYYY" + "PASSWORD" + "SSSSSSSS")

クラッカーがXXXXXXXXXのハッシュ値を解析し、元の文字列が「YYYYYYYYPASSWORDSSSSSSSS"」と判明したとする。

この時点で元文字列の中にプレーンパスワードが含まれていることになる。

また、ハッシュ化された文字列には「0123456789abcdef」の文字しか含まれておらず、

 「それ以外の文字が含まれていた場合容易にプレーンパスワードはないか

と推測可能である

一般的なパスワードには少なからず「0123456789abcdef」以外の文字が含まれているだろうし、

意味のある言葉パスワードに使っていた場合一目瞭然だ。

上記のことをふまえてプログラムを修正すると。。

    /**
     * 平文のパスワードハッシュ&stretchするメソッドです。
     * loop回数は1000としていますが、999でも1001でもお好みでどうぞ。
     * ただしループ回数は処理時間に直結しますのでほどほどの数値で。
     */
    private static final String hashAndStretch(String plainPasswd, String salt) {
        int loop = 1000;
        String hashedPasswd = DigestUtils.sha256Hex(plainPasswd + salt);;
        for (int i = 0; i < loop; i++) {
            hashedPasswd = DigestUtils.sha256Hex(hashedPasswd + DigestUtils.sha256Hex(salt + i));
        }
        return hashedPasswd;
    }

プレーンパスワードループの外でハッシュ化し、

またソルトを毎回違う値にハッシュ変換することにより

元の文字列の推測を行いにくく修正した

失敗と向き合ってるのは自分だけ

http://anond.hatelabo.jp/20110519020819

忘れたい具体的な明確な失敗みたいなのって、俺はそんなにないんだけど。

たまに、過去のちょっとした失敗を1人思い出して、「あーっ」て叫びたくなってる。

恥ずかしすぎて半笑いになってる。

会社でも、山手線の中でも、おかまいなしに急に来るから困っちゃう。

あれ何なんだろうな?俺だけ?

きっとじいさんになっても、1人「あーっ」ってなるんだろう。嫌だな。

元増田の忘れたい失敗がどんなレベルかわからない。すげえ重いレベルだったらごめん。

俺は「脳」の奴が原因だと思う。

こんな事言うと、茂木とか言う人の本とかテレビかに影響されてそうだけど、一切見てない。

これまでの人生を考えると、感覚的に脳から「失敗」についての情報を忘れないように、連絡がくるイメージを持ってる。

携帯アラームみたいな機能が、脳には組み込まれてんじゃないかな。

それが、スヌーズ機能のように一定期間で、警鐘をならし続ける。

あんな嫌な思い、お前またしたくないよな?」と脳から言われてる気がする。

PKした選手だってすげえ悔しくて、次のPK外さないように練習するんだ。シンプルに考えると。

こうやって、人は成長していくんじゃないかな?

何度も脳が警鐘を鳴らしても、それを上回る欲望があったら、クスリとか常習犯なっちゃうんだろうけど。

後は、「他人の脳」に元増田の失敗が残っているかどうか。これも重要だな。

失敗を思い出したとき、一見、すげえ色んな人からクスクス見られてるような辱めにあってる、嫌な気分なんだけど。

結局「脳vs俺」みたいな「俺天下一武道会」だと思うんだ。

俺の失敗って、他人にとっては大きな存在じゃないんじゃないかな。

だって他人はその人の脳からまた、辱めを受けてるんだから

で、時間が経ってたら尚更、他人の脳の中では元増田の失敗は

「他人が元増田と同じ失敗をしないための情報」として処理されているんだと思う。

そこに付随していた辱めてやろうっていう他人の感情は時と共に無くなって、ただの情報に変わって行く。

から元増田が思ってるほど他人にとってはたいした事ないものなんだ。

俺くらいおっさんになってくると、むしろ寂しいけどね。他人の中でただの情報なっちゃうなんて。

「俺天下一武道会」の対戦相手は脳が作った過去の失敗達。

ニヤニヤ見ている観客なんてひとりもいない。

作者は俺なんだから、相手の弱点だって全部しってる。

めんどくさくなったら、富樫先生みたいに休載しちゃえば良いんじゃない。

2011-05-17

陰謀論を超えて

 ここのところ、それほど大きな声にはなっていませんが、福島第一原発事故に絡んで(または震災に絡み)陰謀論的な言辞があります地震兵器のような本家本元の陰謀論から、次々に明るみに出る新事実(?)に対して、悪いヤツラが知ってて隠してたろう!という陰謀論まで。

 こういう陰謀論的言辞は投資世界でもよくあります

 株式投資世界では、圧倒的に強い支配者が相場を好きなように左右して、庶民の金を吸い上げるという陰謀論がよく語られます。だが、そんな勢力はいません。相場はみんなの動きの総和であり、はめてんのも、はめられてんのも自分たち自身なわけであります

 同様に、原発事故政治世界でも、一部の人間の利益のために情報が制御され、安全でないものが推進されてきたというような陰謀論が語られます。たしか東電には隠蔽体質があり、それは過去の検証から明らかであります。よって東電槍玉に挙げられるわけですが、その隠蔽体質は今になって明らかになってきたわけでなくて、ここ20年なんども報道されてきました。また原発本質的危険(核廃棄物処理等、エコサイクルが成立していない。事故が起きたら地域的な封鎖もあり得る。等)があることも我々はとうの昔から知っていたわけです。つまり、隠蔽黒幕がいるとするならば、本質的危険を知りつつあえて目を瞑って放置してきた我々自身が真の黒幕と考えます。なので、原発に一部頼る現状を変えるなら、国や東電責任を追及するだけでなく、自分達の責任も追及せざるを得ないはずです自分達自身が痛みを受けて、それでも脱却したいならするべしと、個人個人が決断を引き受ける必要があります

 福島第一原発事故について次々と新たな話が今も出ています。だから現段階ではそんな決断なんかできやしないという人もいます。それも分かります。隠していた事実がやっと明るみに出始めたわけだから、悪いヤツラがそれを隠している限り判断なんかできないよと陰謀論的に捉えることもできるでしょう。

 ですが、実際のところ、最初から「誰もわからなかった」のであり、計器等の修繕により「薄々は勘づいていたことがやっと分かってきた」というのが真相でしょう。誰も本当のところをつかんじゃいないし、どうしていいかもまだ分かっていないということでしょう。

 陰謀論的に捉えるということは、ある勢力が実は知っているのに隠していたと考えることで、反面しっかりした人たちがいて最終的にはなんとかしてくれる、それを頼りたいという心理の裏返しなのではないか想像します。

 しかし、おそろしいことに、しっかりした人はだれもいなくて、とりあえずの格好を当座つけている人がいるだけだという現実がありますいま起きている現実はそういうことではないでしょうか。

 その中で、我々ができることは、福島第一原発事故収束するように願うこと。実際に第一線で動いている人たちへの支援を怠らないこと。そして陰謀論的心理から脱却して、今後の原発行政について個々人がしっかりした意見を作り、それをブログTwitter経産省地元出身の国会議員地方議員へ届けること。そして使える電気が今後減少しても、それがために雇用が減っても、痛みとして甘受していくこと。そういったことではないでしょうか。

 悪いやつらなんかいなくて、あえて言えば自分たち自身だったという認識を一度持たないと、「結局のところ偉いひとたちがなんとかしてくれる」というお上頼りに戻るだけではないでしょうか。

2011-05-16

はてブコメントページをWebApp版へ飛ばすProxomitronフィルタ


公式 Chrome ウェブアプリ はてなブックマーク」でコメントページを表示すると、旧UIのようにコメントだけを一覧表示できていい感じ。
というわけで訓練されたはてブ民の間ではuser.jsなどで飛ばしたりアレするのが流行るものと思われるが、グリモンだかなんだかに馴染みのない私は、今さら誰も触れないであうProxomitronを使った転送方法を記しておく。
適当ながらメタブ対策を盛り込んでみたのがチャームポイント

  1. 公式 Chrome ウェブアプリ はてなブックマーク」を導入する
  2. Proxomitronに「URL: URLControl」フィルタか「URL: Control URLフィルタを導入する
  3. 上記フィルタ対応するリストに以下のmatchを書き込む

#はてブコメントページをChrome Web App版に飛ばす 2011/05/17 14:50
(^$OHDR(Referer:http://b.hatena.ne.jp/viewer\?))$URL(http://b.hatena.ne.jp/entry(/|\?mode=more?url=)(s/$SET(#=https://)|(http(s|)://)\#|(^(^[^/]++.))$SET(#=http://))(\#))$SET(9=$UESC(\@))$JUMP(http://b.hatena.ne.jp/viewer?entry=$ESC(\9))
($OHDR(Referer:http://b.hatena.ne.jp/viewer\?))$URL((http://b.hatena.ne.jp/entry/*)\0)$SET(9=$UESC(\0))$JUMP(http://b.hatena.ne.jp/viewer?entry=$ESC(\9))

下の行はメタブのためのmatch。タイトル下のブクマ数カウンタークリックするとメタブページへ飛ぶようになる。不要ならばコメントアウト

不具合があればどこかでid:Falkyidコールするか@Sizukenにmentionを飛ばすかすると直るかも。


UIの好き嫌いが分かれてる感じですが、好き放題CSSを流し込んで左ペインさんに消えていただいたり、jsいじくってインラインプレビューを無効化したり、ちょこちょこいじってやるとそこそこ快適なブコメビューワになりますよ。新UIよりはずいぶんマシな感じですね。http://img.ly/system/uploads/000/993/748/original_PrtSc_000114.png

おまけ

アップローダがかなりドイヒーなので転載http://www42.tok2.com/home/proxo/4.html

<<< URLControlフィルタ >>>

これはURLを扱うヘッダフィルタを1つにまとめるフィルタですime.nuを飛ばしたり、他のサイトジャンプさせたりと、指定の
仕方次第で様々なことが実現出来ますバージョン4.5以上推奨。
4.4以下で動くかは不明。(バージョンアップ推奨)



(インストール方法)

1、オミトロンフォルダ内のListsフォルダの中に URLControl.txt という
  テキストファイルを作る。

2、このテキストファイルを 設定、BlockFile、追加 から URLControl と
  いう名前オミトロンに登録する。

3、下のヘッダフィルタオミトロンに追加する。
  範囲選択で下のフィルタを選択、コピーファイル、設定フィルタの併合、
  クリップボードからデータを併合、ファイルデフォルトの設定に保存。

-----------------------

[HTTP headers]
In = FALSE
Out = TRUE
Key = "URL: URLControl (Out)"
Match = "$LST(URLControl)"

-----------------------

4 URLControl.txt にURLとその処理方法を登録すれば完成。



( URLControl.txt の記述例 )

書き方は

$URL(http://付きのURL)行いたい処理

という感じです。

例、
# ヤフー上のページにアクセスしようとしたgoogleトップページに飛ばす。
$URL(http://www.yahoo.co.jp/)$JUMP(http://www.google.co.jp/)



#------------------------- URLControl.txt -------------------------
# NOADDURL
# 先頭に # がある行は無視されます。

# 2chime広告ページを踏まずに直接リンク先に行く。
$URL(([^:]+:/+)\0(ime.(nu|st)/|pinktower.com/)(\1))$JUMP(\0\1)

# したらばで、広告ページを踏まずに直接リンク先に行く。
$URL(http://jbbs.shitaraba.com/bbs/link.cgi\?url=\0)$JUMP(\0)

# Livedoor ブログ検索
$URL(http://sf.livedoor.com/show\?blog_url=([^&]+)\0)$JUMP(\0)

# 旧tripodアクセスしようとしてたら移転先のinfoseekに飛ばす。(2種類)
$URL(([^:]+:/+)\0(cgi|members).tripod.co.jp/([^/]+)\1\2)$JUMP(\0\1.at.infoseek.co.jp\2)
$URL(([^:]+:/+)\0([^/]++.|)\1tripod.co.jp/)$JUMP(\0\1at.infoseek.co.jp\p\q\a)

# Proxomitron-Jでウェブフィルタを無効にする。
$URL(http://www.pluto.dti.ne.jp/~tengu/proxomitron/)$FILTER(False)

# Proxomitron User's Wikiウェブフィルタを無効にする。
$URL(http://abc.s65.xrea.com/prox/wiki/)$FILTER(False)


### 以下はコメントアウトして無効になっています。
### 有効にした場合コード行の先頭の # を消して下さい。


# local.ptron/以下に接続するときWEBフィルタを無効にする。
# Bypassリストから local.ptron/ を消してこれを使えば
# local.ptron/ にもヘッダフィルタが使えます。
#$URL(http://local.ptron/)$FILTER(False)

# アクセスするときキーボードのSキーを押していたらページのソースを表示する。
#$KEYCHK(S)$URL(([^:]+:/+)\0\1)$RDIR(\0\xsrc..bypass..\1)

# アクセスするときキーボードのDキーを押していたらデバックモードでソースを表示する。
#$KEYCHK(D)$URL(([^:]+:/+)\0\1)$RDIR(\0\xdbug..\1)

# pya! で「18歳以上ですか? はい、いいえ」ページをスキップ。
#$URL(http://pya.cc/pyaimg/han.php\?han=\0)$JUMP(http://pya.cc/pyaimg/spimg.php?imgid=\0)

#------------------------- URLControl.txt -------------------------



※ \k はマッチ欄では動かないのでこのフィルタでは使えません。
  \kを使いたい処理は Kill-a-URL フィルタをご利用下さい。


更新情報2004/4/14 -> 2006/4/18 リスト更新

2011-05-15

そろそろiPod TouchとEVO WiMAX比較でもしておくか

(http://www.drk7.jp/MT/archives/001769.html のマネ / http://anond.hatelabo.jp/20110515004216 の続き / 昔も同ネタで書いてた → http://anond.hatelabo.jp/20101218150419 / 書きおわってから http://anond.hatelabo.jp/20110515220351 に気がついた。この記事よりはるかによみやすいのでおススメ)

どうも、チキンandroidユーザです

評価者の属性によっておおきく変りそうなので一応こちらも受けて立とう。

iPod Touchhtc EVO wimaxを使ってみた差を独断と偏見で語ってみたいと思います。

まず結論から

比ぶべくもなく圧倒的な差で"僕的には" androidの勝ちです。ただし、iOSユーザにはその意味は多分わからないでしょう。誰にでもおススメできる道具じゃありませんし、そこまでケータイに求めないのであればiPhoneでもガラケーでも好きなもの使えばいいと思います。

androidをかなりはやい時期から使ってたこともあり、iPhoneユーザからandroidいいですか? / androidはコレありますか?」 と人に聞かれることも多いのですが、「androidいいけど、iPhoneでいいならiPhoneのほうが良いよ」あるいは「androidiPhoneと使いかた違うから、同じように使おうとしてもそんなソフトいかもよ」と答えます。今後の機種変についてはiOS以外なら試していきたいですが、しばらくはandroidを使うことになると思います。

一方、別の技術も知っておくという意味で、オモチャとしてiPod Touchを買ってみました。まぁ、ムービープレイヤーとしてはまぁまぁ良いので、機内のお友にしばらく使うことでしょう。

はいえ、自分母親みたいなど素人には「ガラケー使っとけ」と言うでしょう。iTunes用母艦のメンテも、androidメンテしたくないよ。

さて以下詳細。

体感速度

スクロール速度についてはiPod Touchのほうが良い場合が多いです。ただ、htc EVOも言うほど劣っているわけではなです。むしろ、iPod Touch(iOS)でデフォルトアニメーションで「目がごまかされてる」部分が気になりますアプリの切り替えやインテントによる連携なども含めて、androidのほうが「最短距離を進む」快適さがあります。てか、スクロールなんて引っ掛からなきゃいいでしょ。(xperiaが引っ掛かるのは多分メモリが足りないんじゃないかな)

OS/アプリの安定度

アプリ込みで考えると、iOS不安定なものがおおい。これはTouchだからかもしれないが、フォアグラウンドのアプリが突然不安定になっていきなりホームに戻される。これはいただけない。android場合はちゃんとエラーダイアログが出て、必要に応じてその内容を作者にフィードバックする仕組みがあるため、ちゃんとしたアプリの安定度は日々あがっている。GCがかかると時々重くなることもあるが、EVOでは気になるほどでもない。

アプリ/マーケット

かにアプリ自体の作り込みはiOSの方が高い。しかし、iOSは「ちょっとしたこと」でも有料アプリな上に、「ちょっとしたこと」が全然使用感の向上に寄与しない。android場合、ちょっとしたアプリインテントのおかげでさまざまな活用法が可能になるので、ボランティアレベルプログラムでも戦力になる。

例えばiOSユーザの話を聞くと「○○ってアプリは神! Evernote/read it later/ナンチャラカンチャラと連携できる!」みたいな間抜けなことを言っているんだが、Androidはそもそも連携できないアプリカス以下扱い(昔のustreamアプリとかね)。具体的には、twitterアプリでshort URLを展開する機能がついてて便利! とか言われても、「でもそれ開いてサファリで開いてさらにニコ動アプリ起動して」とか阿呆臭くてしょうがない。どのアプリからでもURLを開こうとするとちゃんと展開→確認の上、最適なアプリで直接開く、というところまで意識的なアプリ切り替えなしで行けるし、見終ったら戻ることも簡単。

あと、有料アプリのお試しができるようになったのが地味に便利。期限が15分になっちゃってちょっと切ない…。お試しができないApp store何度か外れアプリを買って以来、iOSで有料アプリは買ってない。

画面

EVOの画面でかすぎ! 手が届かない。通勤中はtouchで我慢することもあります。あと、pdfを読む用にtouchは便利。

はいえ、スライド読む用と論文読む用で別アプリになってしまい、管理が面倒なのが減点 -- dropboxから送り込むコースとmendeleyから送り込むコースとがあって、さらにわけわからん。あーこれは「画面」の問題じゃないや。

充電池

これはEVOは最悪。まぁ、ひどい時にはwimax, 3G(通話用), wifi(テザリング用)と3つも無線機動かすのであきらめてる。ipod touchの持ちの良さは機内のお伴には最適。

カメラ性能

touchのカメラはおまけなので評価せず。とはいえ、skype for androidフロントカメラ使えないので、skypeでvideo chatするときiPod Touchを使います。てか、iPhoneユーザの「カメラ」ってデジタル処理(instagramとか)ばっかりで気持ちわるい。ちゃんとしたカメラで撮った写真以外を「作品として」人にみせびらかすために「一見オサレ()風に加工」とか、ちょっとねぇ。

音質

あまり気にするほどの耳は持ってない。本体スピーカーは、本体質量がデカい分かもしれないがEVOの圧勝

回線

wimaxを使いはじめたら元には戻れません。softbank? 使ったことないので評価は控えますが、あの社長は嫌いです本業おろそかにして目眩しばかりやってるタイプでしょ?

その他

blogで言及されなかったandroidの特徴が3点あって、「ハードウェアボタン」「連携性」「端末の自由度」。ハードウェアボタンは、「とりあえずここ押す」というボタンなのでとても大事。特にandroidで大事なボタンはbackボタン。つまり、スタック上にさまざまなアプリから取り出してきたactivityがシームレスに重なってて、終わったらそこに戻れる、という環境と、それに適したアプリ/使い方を見つけられないと、androidは不便なだけだと思う{{多くのiOSユーザがこれがわからずに、単体アプリで何でもやりたがるのが不思議であるEmacsか?}}。連携性も同じで、インテントによるアプリを結合した使い方って、確かにちょっと使いこなしが必要な点。ただ、手に馴染むと快適さが半端ない。「端末の自由度」についてはいわずもがな。まだまだ不十分だけど、「ワンセグが欲しい」「おサイフケータイ」「防水じゃなきゃヤダ」という要求に応えられるのはandroidであって、iPhoneはない。

結び

iOSは単体では何もできず、何するにしてもiTunes{{それも「特定のPCの」iTunes! 糞! デスクトップに同期させてると出先のノートで何もできやしない!}}が必要になるのに対して、android単独で/クラウドと結合することで成立する環境になっている。まさに AppleGoogle の思想の差がそのまま反映されているのは当たり前。iPod Touchはあくまで「Mac/PCのオマケ」な端末であるのに対して、androidは僕の中で「仕事の道具」という位置付け。それぐらいの違いを感じる。

僕は基本的にコンシューマOS(Macも、Windowsも)大嫌いな偏った人間ですが、この手の端末は金太郎飴みたいに同じような道具になるのではなく、手になじんだ一人ひとりにスペシャルな道具であるべきだと思ってる派{{カウボーイは、馬は捨てても鞍は捨てずに持っていく by HHK}}。そんなわけで結論に戻って、僕的にはandroid圧勝なわけでした。ただし、他の人には、「androidは手になじんでくる感じがおもしろいけど、困ってないんなら別にガラケーでいいし、パソコンに慣れてるならiPhoneいいんじゃない?」 と言ってます。こんないい道具、他人と共有してなるものか(笑)

http://anond.hatelabo.jp/20110515104119

私、Windows屋だが、比較演算子を必ず使うように取り決めている。

if ( a.isFoo() != FALSE )
{
    // "真"のとき処理
}

if ( b.isFoo() == FALSE )
{
    // "偽"のとき処理
}

つまり、下記のように書かない

if ( a.isFoo() )
{
    // "真"のとき処理
}

if ( !b.isFoo() )
{
    // "偽"のとき処理
}

理由はむしろ"偽"を表現するときの前置される "!"への懸念。

  1. "!" を見落とすことが多い。
  2. 右から左に結合する "!" は、別の左から右へ結合する演算子と一緒に使うと、分かりづらくなるおそれがある。

要するに「バカ基準」なんだが、

速度にシビア現場じゃないので、誰でもわかることを優先している。

定演算子、シフト演算子は使わない。

他の演算子とともにインクリメント、デクリメントをしない。

こんなルールにしているのって少数派かな?

http://anond.hatelabo.jp/20110514170542

システム管理から言わせてもらうと、これだけの情報ではシステム停止対応した是非は判定できないが、

おそらくは、事前通知なしのシステム緊急停止は行きすぎた対応はないかと思う。

それに、この派遣社員は、テスターとしては合格だが、技術者としては微妙ビジネスマンとしてはアウトだ。

このケースは、「SQLインジェクション」といって、攻撃により情報漏えいが起きる可能性であり、

システムセキュリティ上の致命的な欠陥が潜在的に存在すると分かっただけで、事前通知なしの緊急停止という対応普通はしない。

逆に、具体的な攻撃が観測された場合、または通常の操作情報漏えいが発生する欠陥が見つかった場合などは、迷いなく事前通知なしの緊急停止に踏み切るべきだ。

プライベート趣味サイトであれば即停止でもよいだろうが、ビジネスで使っているシステムである以上、セキュリティだけでなく、事業継続性や説明責任や止めた場合の影響も考慮すべき。

緊急度や対応方法もいろいろなバリエーションがあるし、インシデント発生対応時のマニュアルを参照しつつ、状況を照らして迅速に判断することになる。

なお、判断するのは、あくまで正社員責任者(内容によっては経営者が)であって、派遣社員はない。

ただ会社側の体制に問題があると思う。

派遣社員暴走?も、会社側がこういう場合対応について考えるきっかけを与えることになっただろうから、それはそれで意義はあったのではないかと思う。

システムのことさっぱりわからない経営者マネジメント側の人間ができることは、

(1)派遣社員には、システム運用稼働中に本番サーバを触らせないように権限を決めておく。

(2)その代わり、システム管理者として、スキルと判断力と責任感を兼ね備えた人材(正社員)を配置しておく。

(3)インシデント発生対応時のマニュアルを整備しておく。

ことだろう。

プライバシーマークISMSを取得すれば、こういうことが体系的にできる。

私がもしこのテスター(派遣社員)から運用中のシステム脆弱性を指摘されたらどうするか考えてみた。

(そもそもこんな品質レベルシステムは導入する時に却下するだろうが。)

(1)テスターから第一報をうける。時刻を記録

 ここからインシデント対応マニュアルを参照しつつ対応する。

(2)上司に口頭で「XXシステムで、セキュリティ上の問題発生、これより対応開始します」と報告。時刻を記録

(3)状況を確認する。

 (「SQLインジェクション脆弱性存在することがわかった。

  アクセスログなどから攻撃や情報漏えい痕跡はとりあえず見当たらない。

  ただし、攻撃は比較的容易で、個人情報流出する可能性があることが分かった。)

(4)対応方法を判断する。

 緊急性、停止方法、影響、修正、暫定復旧のめどを見積もる。

 (1時間以内に顧客通知を完了した上で、システムを停止して調査するとする。)

(5)上司対応概要説明。同意を得る。

(6)顧客通知開始。時刻を記録

(7)システム停止。時刻を記録

(8)ここからは調査、復旧作業など、具体的な対応に入る。

トラブル対応は手がいるので助っ人を頼む。顧客への連絡などは、営業担当者でも手伝ってもらえるはずだ。

システム停止後は、攻撃や情報漏えいが起きたか起きなかったかの調査が先になるだろう。

もちろん致命的なバグを仕込んだ開発者は呼びつけて調査に加わらせる。

都度、時刻を記録するのは、後で顧客に提出する報告書を書くためだ。

また、システム停止前に利用者に事前通知するかどうかは重要ポイントで、

データ更新処理を行うデータベース連携システムであれば、

更新処理中にシステムを停止すると、データの内容に不整合が生じる可能性もある。

事前通知なしでシステム止めた場合責任上これが問題となってくるし、データ整合が発生したら、その分復旧も遅れだろう。これひとつとっても、やみくもにシステム停止すればよいわけでは決してない。

備えあれば憂いなし。

2011-05-14

プログラマには趣味プログラム 人事や経理は?

プログラマ趣味プログラムで遊べる

人事や経理の人って何して遊ぶの? 趣味決算処理?

2011-05-10

http://anond.hatelabo.jp/20110510150859

「1000年で99.99%だよね」ってのを出してやれば誰でも竹中の論が確率計算の間違い以前にナンセンスなのは分かるはず。

ポアソン過程で、期間tで少なくとも1回起こる確率は1-exp(-νt)だから、これが1だとするとexp(-νt)は0、tは有限だとするとνが∞となる。

ナンセンスはない。数学分かってない人間感覚処理していい話ではない、というだけ。

2011-05-09

原発推進者にみる既視感

震災の影響で福島原発が爆発を起こし、甚大な放射能汚染を引き起こしている。

それまでの「絶対安心です」という宣伝文句は嘘だとわかり、その上に、万が一の事故への対策がほとんど取られていなかったことが暴露された。

そして、東電政府の、事故後のあまりに不誠実な対応と嘘の上塗りに、私たちの原発への信頼は地に落ちた。

人々は不安に駆られている。

これから原発建設は、事実上可能になるだろう。


ところが、この段階に陥っても、まだ、

原発は本来なら安心だ」

東電幹部に人材が枯渇していた。原発自体の安全神話崩壊したわけではない」

福島原発は、たまたま外部電源が低地にあったのが悪かった」

地球温暖化を止めるためには、原発が絶対必要だ」

などと主張している人々がいる。

そして、原発をこれから建設し、原発で発電を続けようと訴えている。


崩壊した神話にすがりついて、滑稽な主張を繰り返す、一流の専門知識を持った人々……。

彼らの姿をどこかで、つい最近まで見かけた気がした

デジャブ(既視感)だ。

なんだったっけ?


思い出そうとして思い出せないもどかしさ。

隔靴掻痒とはこのことだったが、つい先日、佐藤優の本をたまたま読んでいたときに思い出した

彼らの態度は、ソ連崩壊したにもかかわらず、

「本来の社会主義は違う」

ソ連経済が傾いていたときに、それを立て直す人材たまたま得なかっただけ」

ソ連の体制は、本来の社会主義国家のあり方と異なる」

資本主義の弊害は明らか。それを改めるためには、社会主義革命が絶対に必要だ」

と、いつまでも主張している社会主義者たちと同じじゃないか


理想がいくら高邁であろうと、それが地に落ちれば、人々は顧みない。

しかも、地に落ちたあとに知ったその実態はあまりにも醜悪だった。

恐怖による支配、ノーメンクラツーラの無法ぶり、嘘で塗り固められた報道破綻した財政、ずさんな会社経営環境汚染、人心の破壊エイズ蔓延……崩壊した社会主義国の実態はおぞましいものであり、そして、世界社会主義革命への幻想を捨てた。


原発も同じだ。

いったん事故が起こると、一県が壊滅状態になり、膨大な被災者が出ることが判明した


加えて、日本世界有数の地震大国であり、その周辺に、敵意と高度な軍事力を持った国を持つという特徴がある。

そのような危険土地に、原発という危険な施設を建設すること自体、おかしな話だった。


しかし、事故が起こりさえしなければ、現実に目を背けていられた。

でも、もう、事故は起こってしまったのだ。


その上、その実態たるやひどいものである

燃料となるウランを採掘するために、産出地の土壌が汚染され、採掘者や周辺の人々の健康に大きな悪影響を与えていること、

内部で働いている人々の被爆管理がかなりいい加減であること(それは現在の作業員への扱いをみていてもよくわかる)、

つまり、弱い立場の人々を食い物にしないと、原発は存立し得ないということ、

全発電量に大きな割合を占めているといっているが、これはレトリックで、原発は発電量を調整できないので火力発電などを調整した結果だということ、

原発地球温暖化を防止するというが、放出エネルギー3分の1は発電に使われずに排熱として海水を温めており、結果、膨大な海水温の上昇に貢献していて、むしろ地球温暖化貢献していること、

なにか起こって被害を受けても、責任者責任逃れに終始し、責任を取るつもりがないこと、

廃棄物をうまく処理する方法は確立されておらず、処理に莫大な費用が必要なため、時間が経てば立つほど、指数関数的に予算が増えていくこと等々……。

そして東電が、まるでソ連のKBGのように、情報を遮断し、われわれに真実を隠してきたことも。


わかればわかるほど、原子力発電というのは問題だらけじゃないか


ソ連崩壊したあとも、あの手この手社会主義者たちは言い訳を繰り返す。

社会主義という思想自体は悪くないといい、それまで褒めたたえたくせに、旧社会主義国罵倒し、そして、残り少なくなった社会主義国へすがりつき、ようやく命脈を保っている。


最近、異常な天災地球を覆っている。

管理技術レベルが未熟な国家でも、原子力発電所建設計画が数多く進められている

自然災害人災かどちらかが原因で、甚大な原発事故が、近いうちに世界のどこかでもう一度、起こるだろう。

その時には、世界中脱原発に向かう。

確実に向かう。

日本は、その尖兵となっただけなのだ。

事故が一度起これば、その被害が甚大なものであることがこれだけ証明された以上、脱原発は、世界の流れになるのだ。


しかし、その段階にいたっても、原発推進者たちは、

原発は安心なのだ」

と、性懲りも無く、題目のように繰り返しているに違いない。

今も社会主義共産主義を信じている人々のように。

2011-05-08

http://anond.hatelabo.jp/20110508194848

そもそも トリミング以前に死亡確率食中毒確率が異常すぎる。

生物処理ときでそこまで毒性の高いものが作れるとも思えない。

ふぐの内蔵でもここまでいかないですよ。

同時多発ってのがキモですよね。これは納品物自体に問題があったとしか思えない。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん