will♪

AppleのMobileMeで使われたということで、ここ数日よく聞くようになったフレームワークです。
デスクトップ並みのWEBアプリケーションが作れるらしいのです。
土日にやってみようかと思います。


SproutCore
http://www.sproutcore.com

IE7が遂に自動更新される模様。おそらく、自動アップデートしている個人ユーザーは何も考えずにアップロードしそうな気配。

IE6の独自実装に泣かされてきた方々にとっては朗報かもしれません。
数多く存在するIE６でしか動かないWebアプリケーションとかは修正が必要になりますねー
これで他のブラウザでも動くようにしてくれるとたすかるんだけどなぁー

ソース
http://www.microsoft.com/japan/technet/updatemanagement/windowsupdate/ie7announcement.mspx#EFH
http://gigazine.net/index.php?/news/comments/20071219_microsoft_ie7/

Leopardをクリーンインストールしたので、必須アプリケーションをメモ

SIBL（プラグイン管理）
Firefox（ブラウザ）
　Foxmark（ブックマーク同期）
　Firebug（開発用）
　All-in-One Gestures（マウスジェスチャー）
SafariStand(Safariプラグイン）
xGestures（マウスジェスチャー）
Aduim（IM）
Skype（IM)
TextMate（テキストエディタ）
　CJK-Input.tmplugin(TextMate日本語入力）
VMwareFusion（VM）
StuffIt Expander（ファイル解凍）
iTerm（ターミナル）
MacFuse（Mac用のFUSE）
MacFusion（MacFuseをGUIで扱うアプリ）
Remote Desktop Connection（Windows操り用）
VLC（プレイヤー）
ffmpegX(エンコーダ）
Perian（コーデック）
Flip4Mac WMV(コーデック）
MySQL5(DBMS)
Xcode(IDE)
Eclipse PDT用(IDE)
Aptana RadRails用(IDE)
iWork(Office)
iLife(メディア管理？）
Growl（通知）
Fink(パッケージ管理）

ということで、FireFox2.0を入れてみました。
ちょっとインターフェースがリッチになりましたね。

スピードも若干上がったように感じられます。

ブラウザはIE一人勝ちと思われがちですがFireFoxも１割ほどのユーザーがいますし、
Opera,Safari等のブラウザも機能面等ではIEよりはるかに上なのです。

しかしながら、IEでしか動かないダメダメWebサイトが世の中にあふれている為にIEを捨てられないのです。

ただね、よく考えてみるとインターネットをよくする人ほどブラウザとかもいい物を使いたがる傾向があるわけで、そういうニーズをもっと汲み取らないとこれから先生き残れないかもしれません。

つかレドモンドがいつも独自規格やらバグ付きなプログラム書くからこうなるんだ！

結構間が空いちゃいましたが。
こんなブログ見ている人は多分いないと思うのでいいでしょう（まて

今日紹介するのはコレ
Macでオフィススイートと言ったら
MS-Offie
iwork
そして、
OpenOffceと言いたいところですが、NeoOffic♪e
おすすめは、お金に余裕があれば断然MS-Officeです。iWorkは表計算ソフトイラねって人は絶対買いです。特にKeynoteは魅せるプレゼンができます。
で、お金のない私たちにおすすめなのがNeoOfficeです。
NeoOfficeはOpenOfficeのUI部分をJavaで書いたものなのですが。おかげで普通のMacOSXアプリとして使えます。
これがOpneOfficeだとXwindow環境なので、快適度は雲泥の差です。
下手なシェアウェアー買うよりは遥かに使えます。
NeoOffice http://www.planamesa.com/neojava/ja/

次に、気になってるソフトはHMDTでおなじみの木下さんが作ってる。シイラ
そのver2が８月に出ています。
まだまだ、バグが多くて本格的に使うには早いですが。使っているとワクワクしますよ♪

HMDT　http://hmdt-web.net/

後一つ気になってるのがあるのですが。それは動かしてみてからレポートしてみましょうか。
（動かせるのかなぁ

今まで、mod_perlと言ったらApacheモジュールでperlを動かす物で、実行コードがキャッシュされてスピードが上がる。ぐらいの認識しかなかったんデスガ。

いざ触ってみると…これはApacheAPIを使う為のモジュールなのね…

普通のperl-CGIはそのままでは動かないし、改造が必要になります。
でも、パフォーマンスは段違いでした。mod_perl化ってのもキーポイントなのかな。
おそらくphpに直す手間よりはmod_perl化したほうが手間はかからないだろうし、一度コード変換してしまえばキャッシュされるという事は、いちいちrequireを分けて書いてコード量を減らす必要もない…
また、それによって、関数が増える事によるオーバーヘッドも無くなる訳で、今よりすっきりとしたコードが書ける訳ですよ。

今まで
関数呼び出し→(関数処理ファイルの読み込み・コード変換)（毎回）→実装関数呼び出し。
mod_perl
（関数処理ファイルの読み込み・コード変換）（初回のみ）
関数呼び出し

あとは、サーバー側で対応してる所がどれぐらいあるかによりますね。