A particle editor compatible with Starling and Sparrow frameworks.
僕がJavaScriptでライブラリを選定する際、迷ったら小さいものを使う。その理由について。 前提 前提として、枯れた環境で大きいフレームワークができるのは理解できるし、メリットも大きい。あるいは言語それ自身と区別できないぐらいに発達したフレームワークに依存するのも理解できる。RubyにとってのRailsとか、ErlangのOTPとか(いや、これは詳しくないけどそうなんだろうなっていう予想なんだけど)。 危険信号 今のJS界隈は動きが早すぎて、何に依存するのも危ない。とくにフレームワークと銘打たれたものは、でかすぎてどれも危険信号を放っている。 数年後、廃れてしまったフレームワークで開発し続けるのは、僕個人としてもあまり関わりたくないし、現場の離職リスクとして数字に出るだろうし、採用後の教育コストの問題になる。だいたいそういうものは元の設計者もいなくなるものだ。プロダクトの死を意味する。
はじめに RIA(Rich Internet Application)という言葉が登場して既に数年が経過しました。「よりリッチなGUIによるWebアプリケーションの開発」という目標を掲げ、さまざまな陣営が新しい技術を世に送り出しました。Javaの世界でも、「JavaFX」などの新技術が生まれたのは記憶に新しいところです。 が、こうした新しい技術というのは、一朝一夕に広まるものではありません。JavaFXにしろSilverlightにしろAdobe AIRにしろ、思ったよりも苦戦しているように見えるのは、やはり「新技術が浸透するにはそれなりの時間が必要だ」ということなのでしょう。ならば発想を転換し、「既に普及している旧(?)技術を使って、最も新しいRIAという技術を構築」したら意外に誰もがすんなりと受け入れるのではないでしょうか。 今回取り上げる「Apache Pivot」(以降、Pivot
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く