2012年02月20日の日記

2012-02-20

http://anond.hatelabo.jp/20120220174134

あぁ、この話は 巨大なテーブル(カラムが多いとか、大きなデータが入ってるとか)を検索するよりも、小さなテーブルでサブクエリしたほうが速いこともあるって話で会ってBLOBの是非の話ではなかったり。

一番わかり易いのが巨大なBLOBだっただけ。

http://anond.hatelabo.jp/20120220180139

パフォーマンスが上がらない話になると、「正規化が出来ていない」ってのもすげぇ話だよな。

http://anond.hatelabo.jp/20120220173853

その時点で、正規化できてないかSQLクエリおかしいことに気づけw

俺はそういう話をしてるんだがw

大前提として「絶対に正しい正規化が行われている」のであれば、そっちの世界では話が終了だ。

http://anond.hatelabo.jp/20120220174233

あれは完全に弁護士ミスだよ。

というか、有罪で重刑が不可避な案件はどんな弁護士もやりたがらない。仕事受ける前から負け戦100%な勝負をしたがる奴なんているわきゃない。自分キャリアにも傷がつくし。

それでも弁護を買って出る弁護士というのは、よっぽど高尚な理念の持ち主か、あるいは別の下心があるかの両極端で、後者の方が圧倒的に多い。

これも世間の注目を浴びた事件だけに、悪い意味でとびっきりのエースがやってきてしまったというわけ。

http://anond.hatelabo.jp/20120220175222

だろうね。人を自力で排除した経験のある人間の書き込みとは思えない。

薄っぺらいよ。

http://anond.hatelabo.jp/20120220174923

おまえ本当に人を差別・排除したことないだろ。

http://anond.hatelabo.jp/20120220174233

そんなことやってたのか。

完全に嫌がらせだ。

人権ゴロって碌なのいないな。

http://anond.hatelabo.jp/20120220171207

あの弁護団も絶対おかしいでしょ。

強姦目的ではなく、優しくしてもらいたいという甘えの気持ちで抱きついた

・救助しようとしたが不運にも手が喉元に入った

・(乳児を殺そうとしたのではなく)泣き止ますために首に蝶々結びしただけ

・乳児を押し入れに入れたのは(漫画の登場人物であるドラえもんに助けてもらおうと思ったか

・死後に姦淫をしたのは小説魔界転生』に復活の儀式と書いてあったから[1]。


とか、

状況がまずくなるにつれてどんどん変なこと言い出して

上の主張についてはわざわざ首を絞められる被害者達のイラストまで持ってきて

たかだかと掲げながらの会見もしてた。


あれはもう被告を助けるための弁護じゃなくて

死刑反対派である弁護団

死刑を求めて押してくる遺族に感情的にムカついちゃって

侮辱嫌がらせ目的でやったんだろうと個人的には思ってる。

http://anond.hatelabo.jp/20120220172339

BLOBはできるだけ使わない方が良いと思うぞ?

Webベースの開発だと、キャッシュコントロールとかアクセス解析のためにもそういったのは外部に置いた方が幸せだと思うが。

http://anond.hatelabo.jp/20120220170215

じじいになるとそう言うくだらなくて意味をなさない事にすがるしかなくなるんだよ

本人に何もないからね、哀れなことだね

http://anond.hatelabo.jp/20120220170043

4段くらいリンクして、3段目のテーブル項目が条件指定に含まれてる

その時点で、正規化できてないかSQLクエリおかしいことに気づけw

ちなみに、MySQLだと「IN」を処理できないから遅くなるぞ。

oracleだと、ポインタ使えば高速化できるし

ビュー作って高速化できるパターンだってある。

http://anond.hatelabo.jp/20120220172227

横だけど、

他人にハゲと悟らせないように偽装は可能だから

えっ

そうなの?

知らんかった…

かつらは大体わかるよね?

http://anond.hatelabo.jp/20120220165907

アイテム課金をするならアイテムの複製バグはまず一番警戒すべきことなのに、そのバグ放置するなんてあり得ない!頭おかしい!」って意見結構見たので、

「やられる隙を作った方が悪い(やる方は悪くない)」って考えてるんだと思うよ。

http://anond.hatelabo.jp/20120220170227

BLOBかな?って書いてたら修正入ってたw

確かに、バイナリデータとして画像かいれたりするけど、それが何の対象になってるかで、大分話が違うような。

http://anond.hatelabo.jp/20120220170825

横だけど、

他人にハゲと悟らせないように偽装は可能だからハゲは永続的なもの」とは考えてなかった可能性がある。

ハゲを他人にバレないように取り繕えるほど金や知恵がない事」「「堂々とハゲ晒してるのが恥ずかしい」という意味でバカにしてたのかもしれない。

自分だったらハゲても他人に悟られないように出来る自信があるんじゃね。

っていうか本人も実はハゲなんじゃね?

ハゲ執拗に攻撃する事によって自分がそれと同類であるという事を周りに悟らせまいとする作戦かもしれない。

http://anond.hatelabo.jp/20120220162113

「虚言を弄して死刑回避しようとしたと言え、酌量すべき点を見いだすべくもなくなった」と断じた。

って事だし、ドラえもんが~とか変な事を言い出さなければ死刑にならなかった可能性はあるよね。

申し訳ない態度と反省しているフリを徹底して貫ける人間じゃなかったのが決め手じゃないか

反省していて罪を償う態度を全面的に押し出していたら死刑にはならなかった気がする。

http://anond.hatelabo.jp/20111115121047

あとデブハゲ童貞に対しては徹底して差別的で心底バカにしていた。

「お前童貞?じゃあ風俗行け。幼女誘拐したら困るし色々捗るぞ」とか「なんでお前に訊くかって、そりゃこの事務所にデブお前しかいねーじゃんw」なんて会話もあった。

デブ童貞は永続的なものではないかギリギリセーフだとして

ハゲなんか本人には全くどうにもならないじゃん?どうすんのそれ。

何故かハゲの事例だけ書いてないし気になる。

しかハゲはその30半ば課長より上の人間に多いだろうから

下手なこと言ってると唇がすごく寒いだろうし。

http://anond.hatelabo.jp/20120220164220

Flashで作るかFlexで作るかの違いだと、レイヤームービークリップ概念とか共通だから問題無いぞ?

C言語C言語

C99とANCI以前のCとか、ものすごい違うのだが?

からメンテしてるコードだと、コンパイラに「古い組み方です」的なwarning吐きまくられたりするし。

というか、CPUbit数が違うだけで別物になる処理系だしな。

たまたまActionScriptが差すものの範囲が小さいから、混同されがちだが、ActionScriptはあくまで言語であって、ActionScriptが呼んでいるFlashライブラリとは別物という解釈

JavascriptだってDOM使わない独自拡張製品もいくつかでてるしな。かならずしもブラウザDOMがなければJSというわけでもあるまい。

それだと、Flashで作るかFlexで作るかの違いについてお前が語るのはおかしくね?

まぁ、そう拡大解釈しても、

変数周りでもvar無い場合挙動の違いとか、letとか、型宣言とかあるけどなー。

とかは依然あるわけだがなー。

JScriptなんぞ、モード挙動違ったりするし。

追記: トラバ間違えた。

http://anond.hatelabo.jp/20120220170043

MySQLなら重いBLOGがあるテーブルならサブクエリの方が速い場合がないか?ケースバイケースだけど。 BLOB・・・orz

http://anond.hatelabo.jp/20120220170120

横槍入れるようだけど

生まれの卑しさなんてわざわざ言語化して差別するようなもんじゃないだろう

http://anond.hatelabo.jp/20120220163222

なんか、正規化を絶対視したり、サブクエリの弊害に気を廻さず、使「わ」ないのを、使「え」ないって表現する奴居るよね。

正味サブクエリなんて、無いなら無いに越したことないのに。

あくまで、想像だけど。

4段くらいリンクして、3段目のテーブル項目が条件指定に含まれてるとか、「ばかじゃねぇの?」って設計になってるんじゃないかな。

それを「高速化」するために、再編成する必要があったとか・・・

良く見る光景だけどさ。

http://anond.hatelabo.jp/20120220145550

そういえば技術者倫理(笑)のないエンジニアの人たちって、技術的に可能なことはやっていいこと!どんだけコストがかかろうが防がない方が悪い!というスタンスの人が多いけど、今回のドリランドでのバグを利用したアイテム複製についてはどういう見解なんだろうなあ。

ログイン ユーザー登録
ようこそ ゲスト さん