づれづれの記

FaceTime on iPhone4

8月 12th 2010 · Read More · No Comments

2年使って、2回取り替えされたボロボロのiPhone 3Gから
ようやくiPhone4 に移行した。
性能としては申し分なし、白ではないのが少し残念。
画面にひび割れがなくて普通に見えるって素晴らしい！

で、このiPhone4。FaceTimeってビデオチャットの機能があるんだけど
相手がいない！
使ってるプロトコル的には、SIPをNAT上で使えるようにした感じっぽいから
iChatにすぐにでもつなげる感じなのに・・・
来月MacOSX10.7が発表されて、それで対応とかになったりするのかね？
これが実現したらiPhoneは3Gとかの電話会社に依存しないプロトコルスタックの
電話を実現しようとしているらしい。
電話会社はネットワークを整備してくれたらいい、と。
iPod touchでほとんど用が足りて、外でも電話が使いたい人が3Gとか
電話会社が提供する回線を使うiPhoneを選ぶ、そんな時代がくるかも。

優秀な土管プロトコルのXGPは生き残って欲しいんだけど
ウィルコムがなぁ・・・

用賀ラーメン事情

7月 12th 2010 · Read More · Comment(1)

最近、用賀のラーメン屋でちょっと再発見があって
自分の中の順位が変動した。

ラーメン屋を絞るのは難しいので、ラーメンで順位付け。

・再来軒
　何か気がついたらラーメンを全面に押し出した店に改装されてた。
　ラーメンはどれでも普通においしい。
　というか、おばちゃん達がものすごくフレンドリー。
　びっくりするレベル。
　店は50年やってるとか。ってどっかで見た。
・たまきの「冷やしラーメン」
　最近発見したメニュー。
　冷やし中華じゃない。冷やしラーメン。
　隣のお客さんが頼んでるの見て頼んでみたらこれが旨い。
　氷が入ってすっきりするし、冷やし中華みたいに
　酸味はちょっと・・・と思う夏にぴったり。
・柳屋　つけ麺
　多分、新しく出来てるメニュー。
　頼んでみたら味がくどくなくて変に奇抜でもなくなかなかのヒット。
　用賀に出来たつけ麺屋より好み。
・支美亜　麻婆麺
　量的にガッツリの支美亜ではラーメンは普通の醤油ラーメンだけど
　麻婆麺は、何というかその普通味が麻婆の味を邪魔をしなくて旨い。

わーどぷれす

6月 23rd 2010 · Read More · No Comments

MovableTypeがバージョンアップの度に必要としない機能を増やしていったので、WordPressに移行することにした。

マイナーなプラグインも入ってたと思うので移行で崩れてるとこもあるだろうけど、まぁ、おいおい直していくということで。

謎が解けた＆SafariでAA

5月 16th 2009 · Read More · Comment(1)

ずっと入力できなかったブログの謎が解けた。
入力欄が、小さくなってた。
ChromeのTextAreaの右下をつかんでグリグリ動かせることに
昨日気がついたから。
で、MovableTypeの編集欄を見てみると・・・・
何かつまみらしきものが左端にくっついてた・・・引き延ばすと入力欄が・・・・
長かった・・・・コレに気がつくまで・・・・
(P.S. これもまだ真実じゃなくて、ブックマークのアドレスからホスト名のwwwが落ちてたのが
問題だった様子。MovableTypeのホスト名と一致しなかったので、そのホスト名を使ってる
Javascriptがエラーを起こしていたみたい。・・・Javascriptいらんのに・・・)
すっかりSafariメインになったんでSafariの御便利Bookmarkletをいくつか。
SafariでAAを見るためのBookmarklet
Macを使ってて、普通の作業はまぁ困らないんやけども
寂しいのがAAを見るとき。
2chだけなら、専ブラで大丈夫だけどブラウザだとつぶれてしまう。
調べてみたが、これという決定打がなかったので
見たい場面毎のBookmarkletという形にした。
軸としては
・フォント(IPAモナーフォント/MS Pゴシック)
・サイズ(12pt/10pt)
・適用箇所(指定クラス/選択部分)
のバリエーションを用意。
フォントは、好みの問題。WindowsではMS Pゴシックで見るのが
ちょうどええはずやけどMacOSXやと、IPAモナーの方が綺麗に見える気がする。
サイズについては、12ptの方がぴったり来るけどちょっとでかいんで
10ptでも見られるようにした。
適用箇所については、AAを見たくなるような所はBlogとかで
特定のクラスを設定したdiv,spanに囲まれてるとこが殆どなんで
自分のよく見る場所で使われてるタグをフォーマットさせるようにした。
それとは別に、ページの一部分だけを選択してそこに適用することも
できるようにした。
(これは、選択範囲をAAに最適化を参考にした)
と言うわけで、使いたい人は下のリンクをSafariのブックマークバーに
ドラッグアンドドロップして登録しとくと幸せになれるんちゃうかな、と。
AA (IPA+12pt)
AA(IPA+10pt)
AA(IPA+12pt+選択範囲)
AA(MSP+12pt)
AA(MSP+10pt)
AA(MSP+12pt+選択範囲)
ウチでは、IPA+12pt だけをブックマークバーに置いて
他のをブックマークバーにフォルダ作ってその中に入れてます。

Garbage First

3月 27th 2009 · Read More · Comment(1)

ectoというツールから更新チャレンジ。
何故か、MovableTypeのバージョンを上げてから新しいエントリが作れなくなっていたんだけど、
このエントリが入るならXMLRPCの口からなら登録できるということだな。
→やっぱ使えんからWebから整形(2009/05/16)
久々の更新。 プライベートも色々あったものの、
まとめると長そうだからまた今度にしよう。
今日は、Javaに導入される新しいGarbageCollection方式に注目。
リソースの後始末を考えなくてもよい怠け者のためのお掃除機能であるGC。
気がつけばGCの方式には、結構色んなものが増えていた。
とは、言うモノの7年前の世代別GC以降はパラダイムが違うようなものは出てきていないと思う。
今回、前々からJDK7で導入予定ってことになっていた新方式のGCが
JDK6u14のEarlyAccess版で試せるようになっているらしいので試してみることにした。

というオプションで有効になる。
jvisualvm で、VisualGCのプラグインを入れるとGCの様子がGUIで確認できるが
このGCはまだ対応していないためか中身をみることができない。
名前は、Garbage First(G1) という。
世代別のGCだとNewGenerationとOldGenerationに
ヒープの領域を区切ってしまうため、
そのサイジングがチューニングのポイントになったりする。
G1では、ヒープに固定的な区切りは設けない。
その代わりに、ヒープをいくつかの領域(Region)に分けて管理する。
一回のGCで対象になるのは、これらの領域のウチの一部になる。
いわば、動的に領域の世代を決めているようなもの。
この領域の選択は、GCの効果が高い領域を選ぶようになっている。
その選択のためにライトバリアを利用しているらしい
と、どっかで見た記憶があるがどこか忘れた。ググって出てきたのは、コレか。(PDF)
要は、何人かで公園を監視していてゴミの多い場所を見つけてて
GCのときに、そこからゴミ拾いをするような感じらしい。
でもって、GCのやり方はCopyingGCと同じで生きているオブジェクトを
Compactionするんでヒープのフラグメントも避けられる、とか。
G1では、各所に出てくるが”realtime goal”を実現することが
大きなメリットであると強調されている。
つまり、応答性の改善だ。
今まで、ConcurrentMarkSweepと並列Stop-the-world Collecterを使って
頑張っていた停止時間のコントロールをGCアルゴリズムそのものを変えて
改善しようということのようだ。
上のPDFでは、その応答性能を出すためにどうするか書かれているはず
なんだけど詳しく読んでない。
考え方からすると、より効率よくGarbageを集められそうなので
メモリ確保量も、以前より少なくても動きそうな感じはする。
しかし、メモリ管理というよりはエクステントを使った
ファイルシステムのように見えるなぁ。
しばらく、自分の環境で使ってみて評価するつもり。
最近プライベートな環境は全てMacに移行しているのでそっちで試せないのは寂しいところ。
P.S.
MacOSX の EarlyAccess版がSunのupdate13ベースになった。
SnowLeopardには載ってくるかな？

Java SE 6 on Leopard

12月 20th 2007 · Read More · No Comments

MacOSXの新しいリリースであるLeopard。
Javaの新しいバージョンである、Java SE 6も当然載ってくると思ったのに
初期リリースで載ってこないばかりか、開発者サイトでも
Tiger用のビルドが引っ込められてしまった。
2chのMac de Javaスレでは、.NET信者がやってきて
Apple Java切り捨て論を滔々と語っていく始末。
Apple いったいどうするつもり？と思ってたが・・・・・・・・・・
ようやく・・・ようやくJava SE 6の新しいDeveloperPreviewが出てきた。
それを見ていくつか合点がいった。
サポートアーキテクチャが、
OS: Leopard ,CPU: x86_64 であるということ。
そして面白いのが、JVMのバージョンだけど clientバージョンが入っていなくて
serverバージョンしか入っていない。

まぁ、Solaris版でも64bit版はserverバージョンしか無かったし
Sunのコードをベースにしてると、そういうことになるか。
-d32 オプションで32bit用であげようとするとフリーズしたままになる。
これはどういうことかというと
Leopard未満、かつ32bit環境は切り捨てられてるようなのだ。
つまり、Java SE 6 は、Tigerではサポートされない。
他の環境では、Java SE 7 の足音が聞こえている訳でサポート期間を考えると
これはまあ仕方が無い選択かもしれない。
開発者サイトから、Tiger用のJava SE 6ビルドが引き上げられたのはそういう理由だろう。
Tiger用DeveloperPreview6で出ていたレンダリングの問題を
新しいビルドで試してみるとちゃんと解決されていたんで解決済みでレポートした。
Quartzレンダラが、めでたくSunレンダラで置き換えられて、
ポーティングの障害が一つ減ったことになるのかな？
リリースノートに因ると、内部的にはもう一つビルドがあったらしい。
これが出てこなかったのは、サポート方針とかが変わったからかな・・・
Tigerまでのユーザが、Java SE 6を使うにはFreeBSD版のポーティングである
SoyLatteに期待することになりそうね。
オープンソース素晴らしい。
OpenJDKもできたわけで、最新版以外はAppleがサポートしなくてもよくなる状況になれば
開発も速くなって、歯車がうまく回るんでしょうかね。
とりあえず、Leopard版が出てきてほっとした。

JDK6uN ( Nimbus / JQS / new Browser Plugin)

12月 18th 2007 · Read More · No Comments

Javaの開発版ビルドの追っかけをしていて感じる
最近、期待のビルドをご紹介。
JDK7? いえいえ、JDK6です。
JDK6は、枯れたビルドのはずがJDK6に新しい機能を盛り込んじゃえという
意欲的なビルドなのです。
どうもメンテナンスビルドとは別に作られているような感じ。
JDK7が道のり長そうなんで、JDK6として先行して
メリットのある機能を出していこうという戦略かな？
なので、新しい機能と言うより、おいしい機能が入ってきている。
試したい場合は、ここの
「Windows Offline Installation, JRE file」というのを落としてインストールするといい。
Netbeansで使うには、JDKが必要なのでそのときはそれも落としてくる。
(JQSなどは、JREをインストールしないと有効にならないので注意。)
そのビルドで注目している機能は、

の３つ。

これは、新しいSwingのデフォルトLookAndFeel。
見た目は、JavaDesktopでのGnomeテーマが元になっているらしい。
SolarisをインストールしてGnomeで使うとネイティブアプリとJavaアプリの
見た目に差が無くなるのが狙いかな？
SynthLookAndFeelを利用して実装しているのも、Synth活用例としていい感じ。
エンジン部分と見た目を切り分けたことで、将来的なパフォーマンスチューニングも期待できる。
何より、今のデフォルトより見栄えがいいのがメリット。
Netbeansと組み合わせたとき、うまく動いていないのはまだ解決しなくちゃ駄目な部分。

簡単な利用方法は、

の下に swing.properties という名前のテキストファイルを作り

という行を1行書いておく。(2007/12月ビルドまで)

(追記：2008/1月ビルドからパッケージが移動したらしいのでこっちを利用)
これで、SwingのデフォルトLAFとして使われる。

Netbeansでの利用は、インストールディレクトリの /etc/netbeans.conf ファイルにて
起動時に利用するjdkhomeをjdk6uNのものを指定しておき
/bin/netbeans.exe を実行するときに

netbeans.exe --laf sun.swing.plaf.nimbus.NimbusLookAndFeel

とオプションをつけて起動するようにする。
ただし、Netbeans上の動作は不完全なため実利用はまず無理。

これは、起動が遅い遅いと言われていたJavaのJVM起動を加速する仕組み。
どうやっているかというと、JREのライブラリをprefetchするサービスがWindows上に登録されて
まぁ、結果としてJavaの起動時間が短縮される。単純だけど、公式にサポートされると嬉しい機能。
ただし、有効なのはJQSが入っているバージョンのうち最新のJREについてのみ。
むかしのバージョンを指定して起動する場合などには効果がない。
普通にJRE6のインストールを行えば有効になる。

ブラウザプラグインの新しい実装。アプレットを動かすのに、Javaのバージョンを指定したり
ヒープのサイズを変えたりできるらしい。
どういう仕組みかというと・・・。JVM部分を別プロセスで動かすという
今まで何でやらんかったんかい、という基本的な改良になってるそうな。
別プロセスといっても、JQSは効いているのかアプレットの起動は軽快に思える。

使い方は、JRE6インストール後、コントロールパネルからJavaのパネルを開いて
詳細タブ内の「Java Plug-in > Enable the next-generation Java Plug-in」
のチェックボックスをチェックする。チェックをした後、ブラウザの再起動が必要だそうな。
この機能が使えるのは、IE6,7か、Firefox3のみ。Firefox2は対象外らしい。

どれもJavaのデスクトップ利用のパフォーマンスアップにつながる機能ばかり
後は、JREのライブラリをモジュール化して必要に応じて取得することで
最初のダウンロードとインストールサイズを抑えるJava Kernelも期待だけどまだまだっぽいなぁ。
正直なとこ・・・モジュール化については必要なコアクラスが絞り込めるかどうかが
ポイントだけど、意外な所で意外なクラスを使ってて難しいんじゃないかなぁと思う。
コアクラスを絞るために、トリッキーな実装をするようにならなきゃいいんだけど・・・・
ただ、モジュール化とモジュールダウンロードの仕組みが実現すれば
新しいライブラリの導入が簡単になってメリットが大きいのでそういう点では実現してほしい。
でも、JDK7で新しいパッケージングが導入されるんだよねぇ・・・
JDK7を見据えないとすぐに廃れるので駄目という点でも時間はかかりそうだな。

双子座流星群を見てみた

12月 16th 2007 · Read More · No Comments

久しぶりに流星群を見た気がする。
関東きてからは、流星群っていっても時間は取れないし
空は曇ってるし、基本的に明るいからぜーんぜん見えてなかったけど。
稲城市の方まで多摩川をさかのぼって車の屋根をあけて眺めてみた。
結果、最近見られなかった流星を久しぶりに見れた。
一番大きかったのは、カストル・ポルックスの頭をかすめるような飛び方で
痕まで残したやつかな？
12/15 3時頃が極大ってことだったけど雨がその前に降ってくれたのがよかったのか
空が晴れてれば結構、星見えるんですなぁ。
また、双眼鏡選んでみようかね。

… . All was well.

9月 16th 2007 · Read More · Comments(2)

ハリポタのネタバレに恐れおののく日々は去りました。
今日読破。759ページにてHarry Potter and The Deathly Hallows完。
ちゃんと完結して良かった・・・
5巻以降のネタを一応回収した、という所ですかね？
ネタバレが無いように感想を書くのが難しいけど
・ラストの付近キリスト教的にどうなのかなぁ、とちょっと思った部分あり
・ハリーの演説、そ、それは言ってあげるなと思った
・やっぱちょっと中だるみしてたように思うかなぁ
・でも最後の戦いのスピード感は楽しい
・もうちょっと端役に掘り下げ欲しかった
・盛り上がり部分から最後までもうちょっと後日談欲しかった
・公開前の噂の真偽についてはノーコメント
長かったけどちょっと物足りない、というか
まあメインどころを何とか終わらせようと頑張ったという感があるので
後のフォローはこんなもんにしとかないと大変っすよね。
まあ盛り上がって最後は面白いかな。映画だとラスト30分くらい。
中だるみが効いてるのかもしれないｗ
結論としては、「ああ面白かった」。
注文が出るのは面白かったからとしよう。

THE BATTLE OF HOGＷARTS (chapter31/36)

9月 9th 2007 · Read More · Comments(2)

ネタバレに怯えながら読んできたハリポタもいよいよ31章。佳境に入ってきましたよ。
コレ読んでると、何故か小学校の頃読んだ西遊記を思いだす。
その本も、こいつみたいに分厚い本で・・・上下巻に分かれてたんだよなぁ。
(古いから自信ないけどコレかな、と思う。まだAmazonで手に入るしレビューが付いてることに驚いてる)
長い本を読むと最後の手前で、読み進めたら終わってしまうという躊躇と
読み進めて結末を見たいという焦りのジレンマに陥る。
そして、恐らく今読んでる所がその2つのベクトルの一番強い所。
小説が映画化されると、色々言われるが、
ことハリーポッターに関して言えば俺は賛成派。
それは原作に結構忠実に作られているから。
原作派にしたら、まだ「削られすぎている」とかそいう批判はあるらしいが
本で先に新しい巻を読む時のイメージ作りには大いに助けになる。
頭の中で自分の映画化イメージがしやすい。
もちろん、実際に映画が出たら自分が頭の中で作ったシーンが、
軽く飛ばされてたりするわけだが、ディレクターズカットを
頭の中で作ってたんだと考えればいいわけで、
映画を見る時にそのシーンを自分で足しながら見てる事が多い。
何せ大筋は外れてないわけだから、それが出来る。
結果として映画の上映時間以上の映画を楽しめた気分になれる。
これが、原作を踏み台に映画で自由にやっちゃってる奴だと何とも困ることがある。
映画としてストーリーがしっかりしてるとまあいいんだけど、
偶に原作を加工して別物語にするのに失敗してるのがある。
そいうのは、原作のストーリーを横に並べて見てると混乱することがおおい。
「え？今のはあのシーンを飛ばしたのか？それともストーリー自体が変わってる？」と。
出来がよければいいんだろうけど、まぁ・・・やっちゃってる作品が多いような気がする。
原作を踏み台にして新しい物語にして成功したなぁ、と思ったのは
最近では「時をかける少女」かな？
まあ別物語になってるわけで、リメイクだけど続編、という。
これは、奥華子の曲をＣＭで聞かなかったら見に行ってなかったから複合技でヤラレタかな。
ハリポタ最終巻は、真ん中辺りで結構地味目な展開が続くんだけど
31章は、映画にすると凄くスピード感のある章になりそう。
何というか・・・長い漫画見てると分かる「最終回近いよね感」？
そんなのが漂ってる。(一つ前のイベントから色々無理矢理感・・・)
最後、ネタを全部回収しきれるかがこれからの楽しみ(不安)かな。
そういう点で新吼えろペン8巻の富士鷹ジュビロネタ思いだして感動が・・・・盗まれるｗｗｗ
ハリーポッターは「からぶりサービス」のように綺麗に終われてるのか・・・
|-`).｡ｏO(・・・・・・
　　　　　不安なんだよなぁ・・・PercyWeasleyの扱いに驚いて読むの止まって
　　　　　　　このエントリ書いてるわけで・・・
　　　　　　　　　いくら子供向けでもあんな展開は・・・・)