めざましテレビ
今日の早耳ムスメは臼田あさ美ちゃーん，お題は「寒い時に食べたい！ 人気の焼きものメニュー」．
天使の食レポーターあさ美ちゃんがいつものように食べまくり．いつものようにおいしそうというか幸せそうな表情でこっちまで食べたくなっちゃうよ！！ そんなわけで (どんなわけで？)，次の宴会はジンギスカンだ！！！！
っていうか，始めの方で腕を突き上げたあのポーズはなんだったのだろうか？ スーパーマン？ いやいや，単なる「ゴー！！！！」かな？
明日は長谷川潤ちゃんが今年初登場♪
そんなことよりですね，今日最大のニュースはついにあさ美ちゃんのファンサイトができたらしいってことですよ．
- 341 ：無名モデル ：05/02/03 09:54:35 ID:???
- 臼田あさ美ファンサイト
http://d.hatena.ne.jp/tpircs/20041202
こんなところに紹介されるなんて，教祖恐るべし！！ (^^;;;;
Lakers 102 - 103 Rockets
(ToT)
ぢぐじょー，第 3 クオーターを終えて 69 - 84 と 15 点ものリードを許しながら，第 4 クオーターに激しく追い上げて，残り約 2 分で 102 - 99 と逆転したものの．．．
Inter のようなミラクルはそうそう果たせませんね．．．
Kobe 〜，早く帰ってきてくださぁーーーーーーーーーーーーーーーーーーーっい！！！！
丸の内に Yves Saint Laurent rive gauche ＆ sergio rossi
via ファッションニュース
03/01 に路面店がオープンするらしいです．＼(^o^)／
当然，どちらもメンズの扱いがあります．よかったよぉ．これで苦手な渋谷へ行かなくてすみます♪ 詳しくはこっち．
http://www.mec.co.jp/j/group/news/release/050125.htm
うちからだと千代田線で二重橋前に行って rive gauche と rossi をチェック，てくてく銀座へ歩いて HERMES，Dior，BNY を経由して松坂屋の GUCCI へ行けばバッチリ！！
よし，ささきさん上京祝いショッピングはこのルートだな．(^^;
Re:存在の耐えられない重さ…大量の雑誌で床抜け公務員重傷
via http://d.hatena.ne.jp/wildcats/20050207#p4
ひぇ〜っ，怖いよぉ〜．
でも大丈夫です．うちは一階なので，床が抜けても下に落ちることはありません．たぶん．
それに，量だってたぶんたいしたことないです．書籍が約 1000 冊程度だと思いますから．たぶん．
この手の心配をするなら，id:hosimi さんですね．なんたって，5000 冊とか 5000 本とかって話ですから！！！！ 残念！！！！
…イヤべつに残念でもなんでもないのですが、気をつけてくださいねぇ〜．
Re:今までのパフォーマンスコーディングは既に古いかもしれない
via オレンジニュース
これはバイトコードを見れば一目瞭然な訳だが、文字列結合は、"+"を使用したほうが１結合につきバイトコードが2命令減る(後は全く一緒)。元々そうだったのか、Javacが優秀になったのか!?
- 文字列結合にはStringBufferを使いましょう
えーーーーっ，マジですか！？＜バイトコードが 2 命令減る
そんなわけで (どんなわけで？)，しょーもないクラスで確認．
public class Text {
public String plus(String s, String t) {
return s + t;
}
public String append(String s, String t) {
return new StringBuffer(s).append(t).toString();
}
}こいつをコンパイルして javap してみたところ．．．
Compiled from "Text.java"
public class aop.Text extends java.lang.Object{
public aop.Text();
Code:
0: aload_0
1: invokespecial #9; //Method java/lang/Object."<init>":()V
4: return
public java.lang.String plus(java.lang.String,java.lang.String);
Code:
0: new #17; //class StringBuffer
3: dup
4: aload_1
5: invokestatic #23; //Method java/lang/String.valueOf:(Ljava/lang/Objec
t;)Ljava/lang/String;
8: invokespecial #26; //Method java/lang/StringBuffer."<init>":(Ljava/lan
g/String;)V
11: aload_2
12: invokevirtual #30; //Method java/lang/StringBuffer.append:(Ljava/lang/
String;)Ljava/lang/StringBuffer;
15: invokevirtual #34; //Method java/lang/StringBuffer.toString:()Ljava/la
ng/String;
18: areturn
public java.lang.String append(java.lang.String,java.lang.String);
Code:
0: new #17; //class StringBuffer
3: dup
4: aload_1
5: invokespecial #26; //Method java/lang/StringBuffer."<init>":(Ljava/lan
g/String;)V
8: aload_2
9: invokevirtual #30; //Method java/lang/StringBuffer.append:(Ljava/lang/
String;)Ljava/lang/StringBuffer;
12: invokevirtual #34; //Method java/lang/StringBuffer.toString:()Ljava/la
ng/String;
15: areturn
}んー，StringBuffer を使っても "+" につきバイトコードが 2 命令増えてるようには見えませんが．．． ？？？？
もしかしてもしかすると，
StringBuffer buf = new StringBuffer(s);
buf.append(t);
・・・みたいに書いた場合の話かな？ それだと POP と LOAD が増えるけど，文の数が違うものを直接比較するのは同等じゃないというかちょっとアレな感じ．
ちなみに String に働く "+" 演算子の振る舞いは Java 言語仕様で決まっていて，昔からこんなもんだったと思います．上でやったような比較では大昔から差はなかったはず．Tiger になって StringBuffer ではなく StringBuilder が使われるようになるからその意味では古い話題といえるかもしれませんが．
よくパフォチューで StringBuffer を使えといわれるのは，"+" というより "+=" との比較ではないかと．
String s = "hoge";
for (int i = 0; i < 3; ++i) {
s += i;
}みたいなことをすると，
String s = "hoge";
for (int i = 0; i < 3; ++i) {
s = new StringBuffer(s).append(i).toString();
}と同等になってしまい，繰り返しの度に StringBuffer をインスタンス化＆文字列化するのでひどく効率が悪いよねっていう話．
"+" が効率悪いという話は自分は知らなかったけどなぁ．っていうか，1 つの式ですむような連結は今も昔も + 使ってますけどねぇ．
Re:590-591
- 590 ：デフォルトの名無しさん ：05/02/06 18:57:03
- そういやkoichik氏のとこでCGLIBをASMに置き換えたテストやってるな。きっかけは前スレの以下の発言。
http://pc5.2ch.net/test/read.cgi/tech/1092044210/571
>多少、建設的なネタを。ひが君 「cglib 遅せーから Javassist 使う」 とか言ってないで
>直接 ASM 使えよ。まー、バイトコードライブラリ作者は使う側のスキルはアテにしてないと
>思うけどな。
>
> 性能： ASM ＞ Javassist（初心者向け） ＞ cglib(初心者向けASMラッパー)
> ＞ BCEL ＞ SERP
で、実際にASM使ったら３割程度しか変わらんかったそうな。
- 591 ：デフォルトの名無しさん ：05/02/07 23:06:04
- ３割向上って、結構凄いと思うが。
590 さん：元ネタありがとう！！ そうそう，それですよ．前に読んだ時にちょっと気になっていたのです．そうですか，CGLIB よりは Javassist の方が速いのですね．ちょっと意外．っていうか，前スレってぐぐっても見つからないのね．しくしくしく．
591 さん：3 割は凄いといえば凄いのですが，CGLIB から ASM に変えただけで 3 割速くなったわけじゃないのと，元々の期待値が大きかったので．．． てっきり CGLIB がごそごそやってるところがオーバーヘッドの大半を占めてるのかと思ったんですよね．最初からプロファイル取ってからやるべきだった？ (^^;
出演予定 TV 番組
情報なしですぅ．．．
