アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
そうなの？？？ (スコア:0)
むしろAjax的には後発じゃ？もともとはFlashを生成するんだよね。
面白い製品だとは思うけど、も少しカジュアルに使えないとCurlの二の舞になりそうな気も。
Re:そうなの？？？ (スコア:2, 興味深い)
ライブラリとして作るか、JavaならばMBeanにしちゃえば、既存のJ2EEなシステムとかと統合できるのに…
# おまえがヤレと言われると、アレだけど
Re:そうなの？？？ (スコア:1, すばらしい洞察)
Lazloはよく触った事が無いので、それに限った話でなくフレームワーク待望論として。
ユーザー側の事情として、最初から作り直しになっても全部入りのほうが、
捺印ナビリティ [google.co.jp]が高いからでは？既存のアプリに組み込む場合、ピンポイント
で置き換える必要性の説明が結構大変だったりして、まずは新規案件でドカッと
実績を作ってプレゼンしてしまうほうが橋頭堡を築きやすい気がします。
新規案件のほうが予算出しやすいし、チャレンジングな提案に寛容な場合が多い。
また、フレームワークにユーザーが期待するものって、手順や仕様の平均化で
あったりして、組み合わせを自由にするより全部入りで制約をもってるほうが、
安心ということがあるのではないでしょうか。
日記の追記 [srad.jp]にここでレスさせていただくと、構成時に自由にしたい、
という目的もあるでしょうが、J2EEを利用するプロジェクトは特に拡張の自由度より、
規約制約を固めて進んだら後から変更を変える融通を受け付けて貰えない気がします。
ちょっと取り入れてみたい、って半端で軟派な提案しても、将来自分がいないと恨まれるし。
AJAXという曖昧な定義（特定の方式組み合わせを指していないなど）をベースにする技術を、
個々の技術者の知見に頼って実装してもらっては困るというのが、人の出入りが激しい案件には必要で、
逆に言うと今までは双方向性を求めず、枯れた技術が支持されていたような、そうした案件においても
AJAXのもたらした革命を無視できなくなっているという事でしょう。