#safari 4からカキコ。betaと違ってメニューが日本語になったのは良いとして、タブの位置がタイトルバーじゃなくsafari3と同じ場所に戻った。orz
##じゅもんをとなえてもダメみたい。
#Firefox 3.5でも使うか。
#再接続問題はSafari4では起きない模様
#ということはSafari3特有の問題だったのかな
#404 ：デフォルトの名無しさん ：sage ：2009/06/09(火) 23:08:23
ところでリスパーはどんな音楽を聴くニダ？
409 ：デフォルトの名無しさん ：sage ：2009/06/10(水) 00:19:16
リストじゃないの、やっぱり
#411 ：デフォルトの名無しさん ：sage ：2009/06/10(水) 00:42:11
>>409
うまい
#Lisztだけどな(惜しい)
#でも、ファーストネームはFranz
#ということで、CLer限定でお願いします(笑)
#Gauche使いは「左手のためのピアノ協奏曲」なのかな、やっぱり
#あーでもハンガリー語だとLiszt Ferencなのか
#似ても似つかないな...
##こんなのをCLerは聞くのでしょうか♪
##Aspire Timeline予約キタコレ
#バッテリー稼動8時間以外は微妙なspec
#低発熱CPUなので放熱機構簡素化でコストダウン
#Franz LispのFranzはLisztから来てるんじゃなかったっけ。元々のFranz LispのコンパイラはLisztだったような。
#おお
#そうだったんですか
#「目も眩むような超絶技巧の持ち主」ってことだったんだろうか...
#もちろんlistにちなんでもいるんだろうけど
#(でなけりゃパガニーニでもいいもんな)
#超絶技巧まで考えていたのかどうかはわからない。
#ただ、Franz Lispの商用化のためにFranz Inc.がつくられて、そこで商用Lispとして再実装されたものがAllegroと名づけられたのはやっぱり音楽関係の名前ってことだった、と聞いたことがあるような気がする。
#Allegroも「速く」という意味ですもんね
#やはり速度には自信があったんだろうか
#さすがにAdagioとかLargoとは名づけないでしょうなぁ。
#Prestoは取られてたのかな?
#Prestissimoなんてあるのか
#最近はクラシックの楽譜なんてみないから忘れてんのかな
##Pythonか。
#Androidだったら、Clojureが組み込めるんじゃないかと思ってる奴はいっぱいいそうだ
##やっぱりあった(笑)
#へー。AndroidのJavaってフルセットなの?
#どうなんだろう
#どこでもフルセットのjvmが動く時代になったら、Clojureがjvmをプラットフォームに選択したのはかなり有利に効いてきますね。
#少なくともSwingは入っていないそうですが...
#APIを叩けるならそれこそJavaで直接書くより互換性を保ちやすいかも
#jvmに賭けるっていうのはLisperの心性としては怖いなというのがあって、
#やっぱりGC?
#というのは、Lispを使う大きな理由は「ガラスの天井」が無いからってのがあって、
#ああそっちだ
#いざとなればかなり低レベルまで降りてチューニングができると
#そこのところが、スクリプト言語ユーザとちょっと違うところですよねぇ
#最近Gaucheを使う案件でもメモリ4Gにヒットするようなことが2件くらいあって、メモリアロケーションに気をつかったりとか
#あとICMPやUDPのパケットをがんがん組み立てて流すような話で取りこぼしをどうやって減らすかみたいな話とか
#納期2週間前のチューニングでそのへんまで安心していじれるからGauche使ってるんだけど
#確かにそういう場合、既成のブラックボックス的なVMの上に乗ってるとお手上げになっちゃうかも
#jvmみたいなアブストラクションが挟まることで、そこより下に掘れなくなるという可能性があると怖い
#ただ、Androidに限って言えば、ASEはCネイティブなのに、OSとはRPC経由でコミュニケーションするとかって話らしいので
#そういう世界だと、いったいどっちが下層まで掘れるんだという話になってしまいそう
#なるほど。概念的にどっちがネイティブ環境かって話か。
#LispマシンではCがアウェーだったように
#jvmも、賭ける人が増えれば増えるほど、改善につぎ込まれるリソースが増えるので
#Androidでもネイティブアプリは書けるという話もあるようですがよくわかりません
#実はそのうち一番効率の良い実行環境になってしまう、という可能性も無くはない
#一般的にはJVM上に書くものらしいですが
#Windows環境における.Netってのも、いずれはネイティブに取って代わるくらいまで行きそうですしね
#CLRは一応標準化されているから、ネイティブ環境としてインプリメントする例が出ても不思議はない気がする
#x86アーキテクチャが、RISCに比べて複雑であることが足を引っ張るように見えたけれど、結局インテルがリソースをがんがんつぎ込んでチップの中身もコンパイラも進化させたら他のアーキテクチャはついて行けなかった
#似たような状況が起きる可能性はある。
#確かに
#最後はやっぱり物量+人が注ぎ込める方が勝ちか
#それまでに投資しちゃったぶんのモーメンタムとかね。大量のソフトがjvmで動くなら、その資産を持ってる人はjvmを速くしようとするから。
#IBMとか
#Oracleとか
#確かにそうですね
#IBMは自前の高性能JVMまで持ってた時期があるけど、今はどうなんだろう
#アセンブラ直書きをコンパイラによる最適化が追い越したように、JIT+hotspotによる動的最適化が従来のコンパイラが出すネイティブコードwo
#を追い越しちゃうことがあれば、javaの勝利でしょうなあ。
#Sunは死してJavaを残すのかな
##lol
#ぶはは
#何とも言えぬ表情が(笑)
#####かぶり物が平気な猫っているんだよ
#うちの猫も、手ぬぐいでほっかむりさせても全く平気で遊んでる
#「盗人君」と呼んでいる(手ぬぐいが蛸唐草だから)
###たいていの猫は服着せると固まる
#携帯電話とかだと、むしろ低レベルのアクセスを原理的にできないようにして、安全性を保障するほうがうれしい場合がおおいですよね。
#そりゃそうだな。確かに。
#Flash もローカルファイルにアクセスしたりできない制限があるおかげで、わりとみんな安心して使えてますし。
#たまにセキュリティホールがみつかるけど……。
#携帯アプリで性能を絞り出さないとならないような話というのもちょっと違う気がするし (チューニングが必要なアプリはもちろんあるだろうけれど、基本的には限界があることを承知の上でアプリのデザインを変えるなどして負荷を減らす方向になるだろう)
#うちが請けてる案件だと、もうアプリが扱わないとならない状況(データ量や処理時間)ってのは所与のもので、コードの方をどうにかしてそれに合わせないとならないんで、アタックする「壁」の方向が違うのかもな。
#Chrome Mac OS X kara kakiko. Nihongo nyuryoku dekinai. orz.
enter oseru.
#Chrome Mac OS XではEnter押すと改行が入力される。betaだから仕方ないか。日本語も入力できないし。誰かがIron Mac OS X作ったらSafariを捨てよう。
#In C#: Math.Round(2.5) result is 2 (instead of 3)! Are you kidding me? - Stack Overflow
##なんで3になると思ったんだろう。四捨五入と勘違いした?
#2 分で答えてる人がいておおもりあがり。
#ああ、これだけの内容を即答したのか。すごいな。
#気持ち的には、2.0 2.1 2.2 2.3 2.4 までが 2 で、2.5 2.6 2.7 2.8 2.9 が 3 だとすると、はんぶんずつできもちいいとか。
Gauche > Archives > 2009/06/10
