  |
はてなキーワード: 処理とは
でもあれって元は鳥なんだよな…？
そんな疑問がわいたので調べてみたよ-
（以下、閲覧注意）
そもそも一年間に何羽殺されるんだと思う？？
それを業者が養鶏場に届ける。かごにつめて、トラックに乗せて。
次に業者が来るのは１ヶ月後。回収の日だ。それまでがニワトリの命。
ほぼ一生を養鶏場で終えるわけ。
狭いかごの中で。
ギュウギュウにつめこまれて。
運動すらできず。
大地も草も風も知らずに死ぬ。
できるだけ早く、安くニワトリを太らせたいからエサには残骸が加えられる。
何の残骸かって？
つまり、共食い。
なんて効率的！
きつね、スカンク、犬…
もちろん人間も
飛べない理由を知りたい？
胸がふくらみすぎじゃったからさ。
人間が大きな個体を掛け合わせて、効率的に肉の量を増やしたからなんだって。
中には胸がふくらみすぎて歩けないニワトリもいるんだとか。
自分の体重を支えられないから、脚が曲がっちゃって、むくむんだって。
死ぬまで脚が痛いんだって。
どうやって殺されるか知ってる？
作業員が足をつかんで逆さにして鎖で足を吊るして。
そして鋭い回転刃によって喉をかききる。ほぼ全てが死ぬ。
もし電気風呂で気絶しなかったニワトリがいたら、地獄のような仕打ちだろうね。
喉をかききられたあとはまた熱湯。ここで羽が取り除かれる。
…というのはまだマシなコースで
そんな日は作業員も鎖にくくりつけるまで手が回んなくて…
ニワトリを壁にぶん投げる。踏みつける。
そうして気絶させる。
「だって、手が回んないんだもの」
こうして出来上がったチキンナゲットが最寄りのマクドナルドに届くって仕組みさ。
日本じゃどうかは知んないよ
ちょっとはマシなのかもしんない。
ユッケ以来、安すぎるものを疑っている。
ロッテリアもモスバーガーもファミマも和民も安くておいしいよね。
でもその裏側は…？
ハッピーセットだの、憧れの外食産業だの、藤田田物語だのでマクドナルドの魔法にかかってたけど、
一回冷静になって考えてみてもいいかも。
http://anond.hatelabo.jp/20110531011008 からの続き。
試験日が迫って心に余裕が無くなってくると、いつも以上に自分の身の回りのことしか目が行かなくなってしまいます。
そうなってくると、とにかく今すぐ自分が何か進歩したのだという確証を得たくなりますので、やればすぐに何かのアウトプットが出てきそうなものに飛びつこうとします。
たとえば、先日の経済学・完成答練で、ミニマックス理論が出題されていましたが、この問題に正解できなかったとして、そのことが合否とどれくらい関係しているか、一度冷静になって見直してみる必要があると思います。
最悪のパターンだと思います((ちなみに、マキシマックス理論はテキストに登場していませんが、処理手順はミニマックス理論の真逆です))。
前回( http://anond.hatelabo.jp/20110531011008 )も書きましたが、受験生の側が合格に必要な知識を選択することはできません。
もし、そうやって分野を選んでいるつもりだとしたら、それはたんに自分ができること、あるいは自分がやりたいこと選んで、本当はやらないといけないのに面倒くさくてやりたくないことをサボる言い訳をしているだけです。
ですので、受験生の側が勉強する内容をピンポイントに取捨選択するのはリスクがひじょーーーーーーーに！、高いと思うのです。
もしピンポイントにやりたいのなら、受験指導のプロか、せめて合格者に同席をお願いして、都度判断を仰がないとダメです。
一人で勉強していると、時々どうしても不安になってきて、あれもこれも何でも理解しないといけないのではないかという気になってきます。
あるいは、テキストには書かれていないけれど過去問に登場した用語のことを知っておく必要があるのではないか・・・、などなど。
この不安の虫を放置してしまうと、あれもこれも何でも薄く広く勉強して、最終的に選択肢を二つまでは絞り込めてもその後でエンピツを転がすということになりかねません。
・省略するにあたっては、トップページと同じ「人気」と「新着」に分割する手法を採用する
それだけ。
エントリーページのほうを諦めきれないのはどうして？
なんで一回言われたことを理解しないで全く同じこと繰り返してるの。
それに「別々の段階を全て同じ処理しないのはおかしい！」って、
それはそんなこと言ってる人のほうがおかしい。
よね。
横だが俺がやっちゃうよ。
いいね？
はてブもすっかり利用者が増えて、もはやホッテントリでは1000users越えも珍しくない状況だけど、
いいかー？
1000usersなんてのは
ばーーーーーーーか。
ちょっとぐらい考えたり調べたりしてから書け。
・省略するにあたっては、トップページと同じ「人気」と「新着」に分割する手法を採用する
それだけ。
ばーーーーーーーか。
エントリーページのほうを諦めきれないのはどうして？
ぶわぁ～～～～～～～～～～～～～～～～～～か。
なんて話じゃないことは明白だよね。
子どもが大きくなって服が着られなくなったので、
お兄ちゃんのお下がりを着せたら、
「元の服もまだ着れるもん！」と駄々をこねはじめた、
ぶわぁあああ～～～～～～～～～～～～～～～～～～～～～～～～～～～か。
一応親切にももう一回まとめるよ。
「エントリーページは以前からコメントが多い場合省略表示でした。
もうこれだけで君の主張全部廃棄物なんだけどさｗ
1000userとかデフォ表示したら、見づらい、重い、はてなの鯖が大変、だから省略。
上で言われる「必要悪」っていうのそのものだね。
…で、これをどう援用したら、
たいしたuser数でもないエントリページのデフォ省略表示化やスター順表示化なんてことの正当化に使えるの？
なんかかっこよく決めたのに根本的な知識なく話に口突っ込んだせいで全文赤っ恥だったよヌェ☆
いい子なんだけどねー。
趣味もあうし、性格も悪くないし、声もかわいいし、肌は年相応よりちょっと若い感じで、おっぱいもおっきいし、セックスの相性も反応もいいし、いじりがいあるし。
今までろくな男とつきあってなかったみたいだからいろいろ開発できる。っていうか2回目のセックスで中逝きさせられたのに今までしたことなかったとか嘘だろー。どれだけ不満足なセックスしてんだよ。
でも結婚は無理。
でも無理。
だって知り合いの高齢出産は100%(2組だけど)天使なんだもん。
天使とわかったら処理しても無罪ならいいけど、今の法律じゃできないしな。
処理プロセスの前に、取り組みに当たって前提条件となる基本戦略は以下の通り。
（基本戦略）
・問題をA～Dにランク分けする
・問題Aは25問中10問前後(足切りライン)を抜き出し、前半30分間に集中的に取り組む
選択の基準は、比較的安定している領域(私の場合は原価計算、経過勘定以外の仕訳など)で、長い文章がなく初見の単語が存在しないなど
基本的に、計算回数2回以内で済むもの
・問題Bランクは問題Aを処理した後、15分間で取り組む5問前後
Aランクから、計算量の基準で弾いたもの(計算回数4回程度)など。
A,Bランクについては、本気で取りに行く。
・問題Cランクは、問題数については特に定めず、追加の得点orA,Bランクで発生した誤差の穴埋めのために10分を割り当てる。
Cランクで時間が余っているようなら、A,Bランクのチェック時間を増やす
・問題Dランクについては、一切取り組まない。
私の場合、今回の範囲内では本支店会計とのれんに関する問題。問題A～Cに取り組んだ結果、残り時間5分に相当。
この5分＋αは、A,Bランクを中心に見直し、アンド飛ばした問題にエンピツ転がしてマークを塗る、Aランク問題については可能であれば計算をもう一回やってみるなどを実施。
以下、プロセスの確認メモ。(各設問ごとの「ランク」は、私個人の取り組み優先度であり、必ずしも正答率や問題そのものの難易度とは一致しない)
最初にチェックするのは「先入先出法」であること。商品払い出し表に関しては、与件が「先入先出法」の場合ベリーイージーと判断し、優先的に取り組む。
念のため、商品の受け入れ件数と払い出し件数、期末在庫数を計算して合わせたあと、期首残高、期中一回目の仕入れ高、気厨二回目(当期の最後の仕入)の仕入れ高に対して期末有高ぶんの割引をかけて合計、正解に到達。
結果的には、知識不足により正解にたどり着けない問題であったため、ランクCとして対応すべきだった。
繰越勘定に関する問題か、それとも引当金に関する問題であるかを判断する必要があった。
なお、賞与引当金、退職金引当金などは負債勘定で負債の部に記載するが、貸倒引当金については負債勘定であるものの資産の部の減産項目として記載するよう、近年のどっかのタイミングで制度改正があったような気がする、といったことを思い出した。
キャッシュフロー計算書(特に間接法)の項目については、項目ごとに正負は決まり切っているため、数字を合わせずとも正解に到達可能。
ランクCで対応したのは、キャッシュフロー計算書だけに計算量が多そうだと思ったため。
・営業収入の算出：貸倒喪失について計算に足る情報がなかったことと(もともとの資料にあるキャッシュフロー計算書が間接法であるのに対し、営業収入は直接法)、そもそも選択肢にそれっぽいものがなかったので、貸倒引当金についての計算を割愛し、単純に「売上高-売上債権増加額」のみを計算した。
・仕入支出：売上原価＋棚卸資産増加額－仕入債務増加額で計算。
・小計：念のため、設問2の途中で小計を計算し、それをもとにキャッシュフロー計算書の穴を埋めた(検算プロセス)。
繰越勘定、見越勘定に関する問題。
数字は合っていたが正負を誤ったことから、繰越勘定に関して概念の理解に不十分な点があることを反省。
結果、最初に正解と発表された選択肢を選んでいた。※結果オーライ
原価計算については、自分としては科目全体の中でも比較的安定している領域なので、絶対に正解したかった。
東日本の大地震を契機に、「オピニオン」を売り物にしている人たちがやたらとご乱心をして、見当はずれなドヤ顔を晒してしまっているのをたくさん見てしまった。
裏情報によるとあれはどうだとか、オタク文化が成り立たなくなるだとか、わいわいがやがや。
地震と津波の影響で、原発が壊滅的な被害を受けてしまったのは皆さんご存知の通り。計画停電等で関東全体がしわ寄せを受けていたり、東電が原発処理で醜態を晒しつづけているのも周知の事実だ。
そして、今回の事故を受けて、改めて原発の意義やエネルギー問題が議論として浮上してきた。ぜんぜんクリーンじゃないぞとか、作業員への手当がいい加減すぎるとか、放射線の影響はぜんぜんないorけっこうヤバいだとか。しかし、以下の発言のような方向にいってしまうのはどうなんだろう？
今回の異常事態で20世紀を貫いて絶対的な権威だった「科学」そのものが破綻した瞬間を日本社会は味わったのではないかと感じている。自分もその一人。今科学者や技術者が「問題は想定外だったこと。これから大地震にも耐えられる原子炉を設計すればいいまでのことだ」と言ったら…信じる？
死の影を見ず、コンビニエンスに生き、自然界がディズニー表現されている、いたって都合がいい、幼児的な宇宙に住む権利を捨てなければならなくなった。自然に謝って済むものではない。人格を超えた相手は管理できない。人間の「ごっこ」はあまりにも非力だったことがばれた。
呼吸法や坐禅だけでも相当に有効な洞察が得られるかもしれない。コンビニエンス社会はマスコミに意識を委ねるなど他律的な面が強調されるけど、便利さを捨てて自律的なライフスタイルへと徐々に切り替えていくというソリューションもあるかも。風力、太陽光以外に。
（ミュージシャンで作家、フォロワー１万５０００人のモーリー・ロバートソンさんのツイート）
この手の「資本主義社会を見直そう」みたいな動きはあちこちで見かける。計画停電で都市機能が大きな影響を受けたが、そもそもこんなに電気を使う社会のほうがおかしいんだ。今の社会にある便利なものは、多くの犠牲に成り立っている。不便を受け入れて健全で質の高い社会を目指そう。
……みたいな意見。
なんだか「スローライフ」だとか「ロハス」だとかいった単語を思い出してしまう。どちらも自然志向のライフスタイルだ。競争に明け暮れるのはやめて、もっと価値のある食事に時間をかけようだとか、科学の発展で本当に価値のある何かを失ってしまっただとか、そんなような。要するに自然回帰。
そこまでいかなくても「経済を縮小させて云々」なんて言い出している人はごまんといる。
今回の原発事故を受けて、何でこんな発想になってしまうんだろう？ おそらく、こういう人は元々ここういう考えを持っているんだろう。今回の事故から自然回帰的な発想に至ったんじゃなくて、「資本主義って何か嫌だな」「大事なものを失っているんじゃないか」って日頃から考えていて、安易に原発事故に繋げてしまっているんだ。
事故で問題だったのは津波対策をきちんとしていなかったことと、東電が隠蔽体質を発揮して泥沼に陥ってしまったことだ。そこで考えるべきことは、もっと確実な地震対策、津波対策はないのか、想定の精度をあげるにはどうすればいいのか、隠蔽体質に陥らないようにするにはどうしたらいいか、だ。
私には資本主義がどうこう言い出すのは、答えのだせない大きな話にして逃げてるようにしか思えない。
こういう人は何でもかんでも資本主義反対に繋げちゃって、貧しいアジアを見て「でも、ここには日本人が失ってしまった何かがある」とか言っちゃうのだろう。きみが感傷に耽っている数秒間に、水不足で死んじゃう人が何人もいて、それは科学の力で救えるんだけど。
もちろん、原発の代替案は探っていかなきゃいけない。でも、「昔に戻る」はとても安易な考え方だと思う。私には思考停止に思える。
横だが、おれは型変換とか、そのあたりの事かなぁと思った。
データ型は、じつはオブジェクトであり独自の処理ルールをもっているってのを知らないと、結構悲惨なバグを生んだりする。
高級が故の悲劇。
C言語にこだわるのは良くない。けど、パフォーマンスを上げ、他社のプロダクトに勝つタメにはCは必須。ネットワーク、描画系はjavaの何倍も処理速度が変わるのを忘れてはならない。
既に本人から突っ込み（「Javaの方が早くなるケースは多い」）が入ってるけど、たとえ多少遅くなったり、それを補うために値段の高いチップを積まなくてはならなくなったとしても、プロダクトの開発生産性が上がることで、総合的には製品力の強化に繋がる場合だってあるわけでだな。
というか、C言語で書かれてメンテ不能に陥ったガラケーが、Javaで書かれたAndroidに駆逐されている点について、誰も指摘していないのが不思議。
Web屋のネタ帳( http://neta.ywcafe.net/ )様の
これからの「パスワード」の話をしよう( http://neta.ywcafe.net/001184.html )で
紹介されているパスワードのハッシュ化のバグについて突っ込んでみる
「１回ハッシュ化を解読できただけ、プレーンパスワードを入手することが可能である」
というものである。
問題の部分はここ
/**
* 平文のパスワードをハッシュ＆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;
}
＜凡例＞
ソルト：SSSSSSSS
＜トレース＞
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
忘れたい具体的な明確な失敗みたいなのって、俺はそんなにないんだけど。
たまに、過去のちょっとした失敗を１人思い出して、「あーっ」て叫びたくなってる。
恥ずかしすぎて半笑いになってる。
会社でも、山手線の中でも、おかまいなしに急に来るから困っちゃう。
あれ何なんだろうな？俺だけ？
きっとじいさんになっても、１人「あーっ」ってなるんだろう。嫌だな。
元増田の忘れたい失敗がどんなレベルかわからない。すげえ重いレベルだったらごめん。
俺は「脳」の奴が原因だと思う。
こんな事言うと、茂木とか言う人の本とかテレビとかに影響されてそうだけど、一切見てない。
これまでの人生を考えると、感覚的に脳から「失敗」についての情報を忘れないように、連絡がくるイメージを持ってる。
携帯のアラームみたいな機能が、脳には組み込まれてんじゃないかな。
それが、スヌーズ機能のように一定期間で、警鐘をならし続ける。
「あんな嫌な思い、お前またしたくないよな？」と脳から言われてる気がする。
PK外した選手だってすげえ悔しくて、次のPK外さないように練習するんだ。シンプルに考えると。
こうやって、人は成長していくんじゃないかな？
何度も脳が警鐘を鳴らしても、それを上回る欲望があったら、クスリとか常習犯になっちゃうんだろうけど。
後は、「他人の脳」に元増田の失敗が残っているかどうか。これも重要だな。
失敗を思い出したとき、一見、すげえ色んな人からクスクス見られてるような辱めにあってる、嫌な気分なんだけど。
結局「脳vs俺」みたいな「俺天下一武道会」だと思うんだ。
俺の失敗って、他人にとっては大きな存在じゃないんじゃないかな。
「他人が元増田と同じ失敗をしないための情報」として処理されているんだと思う。
そこに付随していた辱めてやろうっていう他人の感情は時と共に無くなって、ただの情報に変わって行く。
だから、元増田が思ってるほど他人にとってはたいした事ないものなんだ。
俺くらいおっさんになってくると、むしろ寂しいけどね。他人の中でただの情報になっちゃうなんて。
ニヤニヤ見ている観客なんてひとりもいない。
めんどくさくなったら、富樫先生みたいに休載しちゃえば良いんじゃない。
ここのところ、それほど大きな声にはなっていませんが、福島第一原発事故に絡んで（または震災に絡み）陰謀論的な言辞があります。地震兵器のような本家本元の陰謀論から、次々に明るみに出る新事実（？）に対して、悪いヤツラが知ってて隠してたろう！という陰謀論まで。
株式投資の世界では、圧倒的に強い支配者が相場を好きなように左右して、庶民の金を吸い上げるという陰謀論がよく語られます。だが、そんな勢力はいません。相場はみんなの動きの総和であり、はめてんのも、はめられてんのも自分たち自身なわけであります。
同様に、原発事故と政治の世界でも、一部の人間の利益のために情報が制御され、安全でないものが推進されてきたというような陰謀論が語られます。たしかに東電には隠蔽体質があり、それは過去の検証から明らかであります。よって東電が槍玉に挙げられるわけですが、その隠蔽体質は今になって明らかになってきたわけでなくて、ここ20年なんども報道されてきました。また原発に本質的な危険（核廃棄物処理等、エコサイクルが成立していない。事故が起きたら地域的な封鎖もあり得る。等）があることも我々はとうの昔から知っていたわけです。つまり、隠蔽の黒幕がいるとするならば、本質的な危険を知りつつあえて目を瞑って放置してきた我々自身が真の黒幕と考えます。なので、原発に一部頼る現状を変えるなら、国や東電の責任を追及するだけでなく、自分達の責任も追及せざるを得ないはずです。自分達自身が痛みを受けて、それでも脱却したいならするべしと、個人個人が決断を引き受ける必要があります。
福島第一原発事故について次々と新たな話が今も出ています。だから現段階ではそんな決断なんかできやしないという人もいます。それも分かります。隠していた事実がやっと明るみに出始めたわけだから、悪いヤツラがそれを隠している限り判断なんかできないよと陰謀論的に捉えることもできるでしょう。
ですが、実際のところ、最初から「誰もわからなかった」のであり、計器等の修繕により「薄々は勘づいていたことがやっと分かってきた」というのが真相でしょう。誰も本当のところをつかんじゃいないし、どうしていいかもまだ分かっていないということでしょう。
陰謀論的に捉えるということは、ある勢力が実は知っているのに隠していたと考えることで、反面しっかりした人たちがいて最終的にはなんとかしてくれる、それを頼りたいという心理の裏返しなのではないかと想像します。
しかし、おそろしいことに、しっかりした人はだれもいなくて、とりあえずの格好を当座つけている人がいるだけだという現実があります。いま起きている現実はそういうことではないでしょうか。
その中で、我々ができることは、福島第一原発事故が収束するように願うこと。実際に第一線で動いている人たちへの支援を怠らないこと。そして陰謀論的心理から脱却して、今後の原発行政について個々人がしっかりした意見を作り、それをブログやTwitter、経産省や地元出身の国会議員、地方議員へ届けること。そして使える電気が今後減少しても、それがために雇用が減っても、痛みとして甘受していくこと。そういったことではないでしょうか。
悪いやつらなんかいなくて、あえて言えば自分たち自身だったという認識を一度持たないと、「結局のところ偉いひとたちがなんとかしてくれる」というお上頼りに戻るだけではないでしょうか。
「公式 Chrome ウェブアプリ はてなブックマーク」でコメントページを表示すると、旧UIのようにコメントだけを一覧表示できていい感じ。
というわけで訓練されたはてブ民の間ではuser.jsなどで飛ばしたりアレするのが流行るものと思われるが、グリモンだかなんだかに馴染みのない私は、今さら誰も触れないであろうProxomitronを使った転送方法を記しておく。
適当ながらメタブ対策を盛り込んでみたのがチャームポイント。
#はてブのコメントページを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:Falkyをidコールするか@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を扱うヘッダフィルタを１つにまとめるフィルタです。 ime.nuを飛ばしたり、他のサイトにジャンプさせたりと、指定の 仕方次第で様々なことが実現出来ます。 バージョン4.5以上推奨。 4.4以下で動くかは不明。（バージョンアップ推奨） （インストール方法） １、オミトロンフォルダ内のListsフォルダの中に URLControl.txt という テキストファイルを作る。 ２、このテキストファイルを 設定、BlockFile、追加 から URLControl と いう名前でオミトロンに登録する。 ３、下のヘッダフィルタをオミトロンに追加する。 範囲選択で下のフィルタを選択、コピー、ファイル、設定フィルタの併合、 クリップボードからデータを併合、ファイル、デフォルトの設定に保存。 ----------------------- [HTTP headers] In = FALSE Out = TRUE Key = "URL: URLControl (Out)" Match = "$LST(URLControl)" ----------------------- ４ URLControl.txt にURLとその処理方法を登録すれば完成。 （ URLControl.txt の記述例 ） 書き方は $URL(http://付きのURL)行いたい処理 という感じです。 例、 # ヤフー上のページにアクセスしようとしたらgoogleのトップページに飛ばす。 $URL(http://www.yahoo.co.jp/)$JUMP(http://www.google.co.jp/) #------------------------- URLControl.txt ------------------------- # NOADDURL # 先頭に # がある行は無視されます。 # 2chでimeの広告ページを踏まずに直接リンク先に行く。 $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に飛ばす。（２種類） $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 リストを更新。
(http://www.drk7.jp/MT/archives/001769.html のマネ / http://anond.hatelabo.jp/20110515004216 の続き / 昔も同ネタで書いてた → http://anond.hatelabo.jp/20101218150419 / 書きおわってから http://anond.hatelabo.jp/20110515220351 に気がついた。この記事よりはるかによみやすいのでおススメ)
評価者の属性によっておおきく変りそうなので一応こちらも受けて立とう。
iPod Touchとhtc EVO wimaxを使ってみた差を独断と偏見で語ってみたいと思います。
まず結論から。
比ぶべくもなく圧倒的な差で"僕的には" androidの勝ちです。ただし、iOSユーザにはその意味は多分わからないでしょう。誰にでもおススメできる道具じゃありませんし、そこまでケータイに求めないのであればiPhoneでもガラケーでも好きなもの使えばいいと思います。
androidをかなりはやい時期から使ってたこともあり、iPhoneユーザから「androidいいですか？ / androidはコレありますか？」 と人に聞かれることも多いのですが、「androidいいけど、iPhoneでいいならiPhoneのほうが良いよ」あるいは「androidにiPhoneと使いかた違うから、同じように使おうとしてもそんなソフトないかもよ」と答えます。今後の機種変についてはiOS以外なら試していきたいですが、しばらくはandroidを使うことになると思います。
一方、別の技術も知っておくという意味で、オモチャとしてiPod Touchを買ってみました。まぁ、ムービープレイヤーとしてはまぁまぁ良いので、機内のお友にしばらく使うことでしょう。
とはいえ、自分の母親みたいなど素人には「ガラケー使っとけ」と言うでしょう。iTunes用母艦のメンテも、androidのメンテもしたくないよ。
さて以下詳細。
スクロール速度についてはiPod Touchのほうが良い場合が多いです。ただ、htc EVOも言うほど劣っているわけではないです。むしろ、iPod Touch(iOS)でデフォルトのアニメーションで「目がごまかされてる」部分が気になります。アプリの切り替えやインテントによる連携なども含めて、androidのほうが「最短距離を進む」快適さがあります。てか、スクロールなんて引っ掛からなきゃいいでしょ。(xperiaが引っ掛かるのは多分メモリが足りないんじゃないかな)
アプリ込みで考えると、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は単独で/クラウドと結合することで成立する環境になっている。まさに Apple と Google の思想の差がそのまま反映されているのは当たり前。iPod Touchはあくまで「Mac/PCのオマケ」な端末であるのに対して、androidは僕の中で「仕事の道具」という位置付け。それぐらいの違いを感じる。
僕は基本的にコンシューマ系OS(Macも、Windowsも)大嫌いな偏った人間ですが、この手の端末は金太郎飴みたいに同じような道具になるのではなく、手になじんだ一人ひとりにスペシャルな道具であるべきだと思ってる派{{カウボーイは、馬は捨てても鞍は捨てずに持っていく by HHK}}。そんなわけで結論に戻って、僕的にはandroidの圧勝なわけでした。ただし、他の人には、「androidは手になじんでくる感じがおもしろいけど、困ってないんなら別にガラケーでいいし、パソコンに慣れてるならiPhoneでいいんじゃない？」 と言ってます。こんないい道具、他人と共有してなるものか（笑）
私、Windows屋だが、比較演算子を必ず使うように取り決めている。
if ( a.isFoo() != FALSE )
{
// "真"のときの処理
}
if ( b.isFoo() == FALSE )
{
// "偽"のときの処理
}
つまり、下記のように書かない
if ( a.isFoo() )
{
// "真"のときの処理
}
if ( !b.isFoo() )
{
// "偽"のときの処理
}
理由はむしろ"偽"を表現するときの前置される "!"への懸念。
要するに「バカ基準」なんだが、
速度にシビアな現場じゃないので、誰でもわかることを優先している。
他の演算子とともにインクリメント、デクリメントをしない。
こんなルールにしているのって少数派かな？
システム管理者から言わせてもらうと、これだけの情報ではシステム停止対応をした是非は判定できないが、
おそらくは、事前通知なしのシステム緊急停止は行きすぎた対応ではないかと思う。
それに、この派遣社員は、テスターとしては合格だが、技術者としては微妙。ビジネスマンとしてはアウトだ。
このケースは、「SQLインジェクション」といって、攻撃により情報漏えいが起きる可能性であり、
システムにセキュリティ上の致命的な欠陥が潜在的に存在すると分かっただけで、事前通知なしの緊急停止という対応は普通はしない。
逆に、具体的な攻撃が観測された場合、または通常の操作で情報漏えいが発生する欠陥が見つかった場合などは、迷いなく事前通知なしの緊急停止に踏み切るべきだ。
プライベートの趣味のサイトであれば即停止でもよいだろうが、ビジネスで使っているシステムである以上、セキュリティだけでなく、事業継続性や説明責任や止めた場合の影響も考慮すべき。
緊急度や対応方法もいろいろなバリエーションがあるし、インシデント発生対応時のマニュアルを参照しつつ、状況を照らして迅速に判断することになる。
なお、判断するのは、あくまで正社員の責任者（内容によっては経営者が）であって、派遣社員ではない。
ただ会社側の体制に問題があると思う。
派遣社員の暴走？も、会社側がこういう場合の対応について考えるきっかけを与えることになっただろうから、それはそれで意義はあったのではないかと思う。
システムのことさっぱりわからない経営者やマネジメント側の人間ができることは、
(1)派遣社員には、システム運用稼働中に本番サーバを触らせないように権限を決めておく。
(2)その代わり、システム管理者として、スキルと判断力と責任感を兼ね備えた人材(正社員)を配置しておく。
ことだろう。
プライバシーマークやISMSを取得すれば、こういうことが体系的にできる。
私がもしこのテスター(派遣社員)から運用中のシステムの脆弱性を指摘されたらどうするか考えてみた。
（そもそもこんな品質レベルのシステムは導入する時に却下するだろうが。）
(2)上司に口頭で「XXシステムで、セキュリティ上の問題発生、これより対応開始します」と報告。時刻を記録。
(3)状況を確認する。
（「SQLインジェクション」脆弱性が存在することがわかった。
アクセスログなどから攻撃や情報漏えいの痕跡はとりあえず見当たらない。
ただし、攻撃は比較的容易で、個人情報が流出する可能性があることが分かった。）
(4)対応方法を判断する。
緊急性、停止方法、影響、修正、暫定復旧のめどを見積もる。
（1時間以内に顧客通知を完了した上で、システムを停止して調査するとする。）
トラブル対応は手がいるので助っ人を頼む。顧客への連絡などは、営業担当者でも手伝ってもらえるはずだ。
システム停止後は、攻撃や情報漏えいが起きたか起きなかったかの調査が先になるだろう。
もちろん致命的なバグを仕込んだ開発者は呼びつけて調査に加わらせる。
都度、時刻を記録するのは、後で顧客に提出する報告書を書くためだ。
また、システム停止前に利用者に事前通知するかどうかは重要なポイントで、
更新処理中にシステムを停止すると、データの内容に不整合が生じる可能性もある。
事前通知なしでシステム止めた場合、責任上これが問題となってくるし、データ不整合が発生したら、その分復旧も遅れだろう。これひとつとっても、やみくもにシステム停止すればよいわけでは決してない。
備えあれば憂いなし。
震災の影響で福島原発が爆発を起こし、甚大な放射能汚染を引き起こしている。
それまでの「絶対安心です」という宣伝文句は嘘だとわかり、その上に、万が一の事故への対策がほとんど取られていなかったことが暴露された。
そして、東電や政府の、事故後のあまりに不誠実な対応と嘘の上塗りに、私たちの原発への信頼は地に落ちた。
人々は不安に駆られている。
ところが、この段階に陥っても、まだ、
「原発は本来なら安心だ」
「東電幹部に人材が枯渇していた。原発自体の安全神話が崩壊したわけではない」
などと主張している人々がいる。
そして、原発をこれからも建設し、原発で発電を続けようと訴えている。
崩壊した神話にすがりついて、滑稽な主張を繰り返す、一流の専門知識を持った人々……。
デジャブ（既視感）だ。
なんだったっけ？
思い出そうとして思い出せないもどかしさ。
隔靴掻痒とはこのことだったが、つい先日、佐藤優の本をたまたま読んでいたときに思い出した。
「本来の社会主義は違う」
「ソ連経済が傾いていたときに、それを立て直す人材をたまたま得なかっただけ」
「資本主義の弊害は明らか。それを改めるためには、社会主義革命が絶対に必要だ」
理想がいくら高邁であろうと、それが地に落ちれば、人々は顧みない。
しかも、地に落ちたあとに知ったその実態はあまりにも醜悪だった。
恐怖による支配、ノーメンクラツーラの無法ぶり、嘘で塗り固められた報道、破綻した財政、ずさんな会社経営、環境汚染、人心の破壊、エイズの蔓延……崩壊した旧社会主義国の実態はおぞましいものであり、そして、世界は社会主義革命への幻想を捨てた。
原発も同じだ。
いったん事故が起こると、一県が壊滅状態になり、膨大な被災者が出ることが判明した。
加えて、日本は世界有数の地震大国であり、その周辺に、敵意と高度な軍事力を持った国を持つという特徴がある。
そのような危険な土地に、原発という危険な施設を建設すること自体、おかしな話だった。
しかし、事故が起こりさえしなければ、現実に目を背けていられた。
燃料となるウランを採掘するために、産出地の土壌が汚染され、採掘者や周辺の人々の健康に大きな悪影響を与えていること、
内部で働いている人々の被爆量管理がかなりいい加減であること（それは現在の作業員への扱いをみていてもよくわかる）、
つまり、弱い立場の人々を食い物にしないと、原発は存立し得ないということ、
全発電量に大きな割合を占めているといっているが、これはレトリックで、原発は発電量を調整できないので火力発電などを調整した結果だということ、
原発は地球温暖化を防止するというが、放出エネルギーの３分の１は発電に使われずに排熱として海水を温めており、結果、膨大な海水温の上昇に貢献していて、むしろ地球温暖化に貢献していること、
なにか起こって被害を受けても、責任者は責任逃れに終始し、責任を取るつもりがないこと、
核廃棄物をうまく処理する方法は確立されておらず、処理に莫大な費用が必要なため、時間が経てば立つほど、指数関数的に予算が増えていくこと等々……。
そして東電が、まるでソ連のKBGのように、情報を遮断し、われわれに真実を隠してきたことも。
わかればわかるほど、原子力発電というのは問題だらけじゃないか。
ソ連が崩壊したあとも、あの手この手で社会主義者たちは言い訳を繰り返す。
社会主義という思想自体は悪くないといい、それまで褒めたたえたくせに、旧社会主義国を罵倒し、そして、残り少なくなった社会主義国へすがりつき、ようやく命脈を保っている。
管理技術レベルが未熟な国家でも、原子力発電所建設計画が数多く進められている
自然災害か人災かどちらかが原因で、甚大な原発事故が、近いうちに世界のどこかでもう一度、起こるだろう。
確実に向かう。
日本は、その尖兵となっただけなのだ。
事故が一度起これば、その被害が甚大なものであることがこれだけ証明された以上、脱原発は、世界の流れになるのだ。
「原発は安心なのだ」
と、性懲りも無く、題目のように繰り返しているに違いない。
元増田です。いろいろな人の反応を見て考えがまとまってきたのでさらに追記。
歪んだ自己愛という人がいるように、実際私は自分が一番かわいいのだと思う。
なのに、人を受け入れられないのは自分のことが嫌いだからだと言われるのにも納得してしまう。
そして自分のことを好きになるかどうかは幼いころに愛された経験があるかどうかが大きい気がしてしまう。（虐待などをされていたわけではないけど）
また気持ち悪いと思うことについても、相手が自分の処理能力を上回るから気持ち悪いと思うのではないです。
むしろ相手の考えていることが分かってしまったり、限界や底を知ることで価値のない人のように思えて嫌いになってしまう。
自分の持っているような醜さを相手ももっていることをありありと感じてしまうことに原因があると思う。
だから「クラスで一番モテる的なすばらしい人から好かれる」ことがあったとしてももしかしたらその人を嫌になってしまうかもしれない。
とにかく自分に手の届かない自分より素晴らしい人が好きなんだと思う。
だから私がずっと尊敬できて、手の届かないように感じることのできる相手が現れたとしたら、ずっと好きでいられると思うけれど
そんな人現れるわけないよなぁ。