今週のWeb 1.0

そんなに多いアクセス量だと思わないのだが。。。iPhone 5Cだし。

Rust言語でWebAppの開発に必要なN個のこと

via http://d.hatena.ne.jp/gfx/20130909/1378741015

あるプログラミング言語で実際にWebAppを開発できるようになるまで、何が必要だろうか。言語仕様の習得は終えているとしよう。おそらく、最低限以下のような知識が必要だと思われる。とりあえずRustについて知っていることを書いた。

ただし、現時点でRustを使うのは正しい選択ではない。バージョン1がリリースされてからという前提であるべきかと思う。

ということで足りない情報は教えてください。

パッケージマネージャー

rustpkgがあるのでそれを使おう。

Rustpkg Reference Manual

アプリケーションサーバー

HTTPサーバーの実装としては、https://github.com/mozilla-servo/rust-httpにある。Apache上で使いたい? CGIとして書けばいいんじゃない?

リクエストパラメーターの処理

がんばって自分で...

ルーティング

WAF内蔵のを使えばいいんじゃない？そもそもWAF自体がな...

データベース

C言語バインディングを書けばでき...

Rust Foreign Function Interface Tutorial

SQLiteであれば、バインディングが存在するよ

ビューのレンダリング

HTMLをがんばって生成しよう

HTTP クライアント

https://github.com/mozilla-servo/rust-http-client.git

なおServo用に誰かリライトしてくれる人を募集している。

テストフレームワーク

Rust自体はunit test機構を持っている。

Unit testing in Rust

WAF

WREってのがあったけど今のRustじゃ動かない。

https://github.com/erickt/mre


そもそもVersion 1.0にもたどり着いていない言語に多くを求めるのは酷です。

Big Summer or Panic Buy

いきなりというかついにNokiaの端末部門をMicrosoftが買収することになったそうだ。買うんだったら2年遅い気がするんだが。まぁMicrosoftから刺客（現Nokia CEO)が送られて、Nokiaがとどめをさされただけとも言うけどね。

昔からの議論としてAppleを代表とする垂直統合モデルがいいのか、MicrosoftのWindowsを代表とする水平分業モデルがいいのかという解決困難な課題が存在する。Microsoftに関してはWindows PhoneになってAppleの二の舞のモデルを採用してみたけど、魅力的なデバイスが出ないためにシェアが伸びないという結論を出したってことだろう。

それに対しての解決策は、

• 従来のWindowsで上手くいったように開発者フレンドリー (開発ツールと配布の自由さ) な方針に転換する
• 自社でデバイスをリリースするモデルに変更。ジョブスが戻った時のAppleみたいな方向性 (この頃のAppleはAppleからライセンスを受けさえすればMac互換機を出荷することができた)。自社でハードウェアをやるのはXBoxで経験済み

のどっちかかなと。モバイル分野において水平分業がダメかというとGoogleのAndroidのようなモデルでも十分結果を出してるのだから必ずしも水平分業モデルが失敗というわけでもないが。

そこでMicrosoftは後者を選んで端末メーカーごと買ってしまったってことだね。実際こんな状態で買ってるんだから、Panic Buyってことだな。

この選択ってMicrosoft Wayじゃない気がするし、billgが現役だったらやらない気がするのは俺だけかな？

まぁ、NokiaでMaemo版Fennec作ってた某Romaxiaは今MicrosoftのOpen Source Technology Centerに移ったらしいけど、気付いたら同じ会社というオチは経験したくないね。

Googleが抜けた後のWebKit

久々にwebkit-dev見てたら、こんなメールがあったりしてウケた。差出人はAppleの中の人ね。

Hi WebKittens,

I’d like to propose removing the Pointer Lock API code from WebKit. The code hasn’t been touched for 12 months, and AFAICT no ports are building with ENABLE(POINTER_LOCK).

Is anyone currently building (and shipping / planning to ship) this API?

Other thoughts?

-Kling

メールスレッド見ればわかるけど、TizenやってるEFL側とかから待てよ話が出てたりしてて、API自体は消されることはないんだけど、iOSで使わないからってこんな仕打ちなんだなって。

あとは、

Hello,

I’d like to propose removing support for the Microdata JS API (http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html) from WebKit. The specification has not gotten much adoption from either implementors or from site authors. Additionally, its use cases can all be addressed in author scripts, and if we see it becoming popular we can always bring it back.

The Mac port has never enabled the feature, and Blink has recently ripped out their support.

Thoughts?

-Sam

(I have done the work to rip it out, but it is not up for review yet - https://webkit.org/b/119480)

とか (これはマジで削除だったけど。http://trac.webkit.org/changeset/153772)。

日経ソフトウェア8月号にJavaScript？の話で寄稿した

日経ソフトウェアの最新号の特集3のJavaScriptの話を寄稿した。JavaScriptといっても中身は、JavaScriptエンジン (JIT) とかHTMLレンダリングエンジンとかだけどな。



初級から中級をターゲットにした雑誌なのに、SpiderMonkeyのjsopcode書いてたり、YarrでのRegExpのJITでの生成コード貼り付けてたり、インラインキャッシュの話を書いてしまう (PolyICとかMonoICとかの細かい話は書いてないけどな) というような無茶ぶり原稿をどうにかわかりやすくしていただいた編集さんにはご迷惑おかけしました。

JavaScriptと書いているけどウェブブラウザがどういう動きをしているのかってのを説明している記事なんで興味があれば。

当分原稿書く仕事への体力はない気がする。。。