アカウント名:
パスワード:
そもそもブラウザ上で動作させるアプリならスタンダードなHTML+Javascript+αの技術に準拠して作っていれば、多少ブラウザが変わったところで大きな問題にはならないのでは？
旧来の業務アプリみたいにプラットフォーム変わったからって全レグレッションテストに通らないと使えない！ていう体勢を見直す道も検討してみてもいいんじゃないかと思うのだけれど・・・
Web アプリなのに「表示領域最下部にファンクションキーのところとかに F1 ～ F12 並べてくれって言うんですよ。業務で使うアプリだからっていうことで」みたいな「顧客の要請」とかが平気であるのが業務向けイントラアプリの世界なんですが、多少ブラウザが変わったところで何の問題もないような作りにできるんですかね? F1 でブラウザーのヘルプが開いたら怒られる世界とか、悲しすぎるんですけど。
あと「スタンダードな JavaScript の技術」って ECMAScript で定義されない範疇についてはどの辺りになるんでしょう。具体的にはブラウザー側オブジェクトとか。 その辺のせいで「HTML + JavaScript の仕様に沿って作ってます!」って言ってもブラウザー依存が発生するんですけどね。
標準的に処理自体は出来る筈。なんですが、わざわざ自社で独自に構成するってのは、その標準を超えた利便性を求めて。ですからね。普遍性と効率化を比べれば、そりゃ効率化が勝る訳で（その為に金を出すって言って整備するので当たり前）
なんで「標準的なブラウザなら何でも動くようにするべきだ」ってのは「パッケージで済ませたら？」ってのに近い判断かもね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
企業側の意識改善も必要では？ (スコア:0)
そもそもブラウザ上で動作させるアプリならスタンダードなHTML+Javascript+αの技術に準拠して作っていれば、多少ブラウザが変わったところで大きな問題にはならないのでは？
旧来の業務アプリみたいにプラットフォーム変わったからって全レグレッションテストに通らないと使えない！ていう体勢を見直す道も検討してみてもいいんじゃないかと思うのだけれど・・・
Re:企業側の意識改善も必要では？ (スコア:2, すばらしい洞察)
Web アプリなのに「表示領域最下部にファンクションキーのところとかに F1 ～ F12 並べてくれって言うんですよ。業務で使うアプリだからっていうことで」みたいな「顧客の要請」とかが平気であるのが業務向けイントラアプリの世界なんですが、多少ブラウザが変わったところで何の問題もないような作りにできるんですかね?
F1 でブラウザーのヘルプが開いたら怒られる世界とか、悲しすぎるんですけど。
あと「スタンダードな JavaScript の技術」って ECMAScript で定義されない範疇についてはどの辺りになるんでしょう。具体的にはブラウザー側オブジェクトとか。
その辺のせいで「HTML + JavaScript の仕様に沿って作ってます!」って言ってもブラウザー依存が発生するんですけどね。
Re: (スコア:0)
標準的に処理自体は出来る筈。
なんですが、わざわざ自社で独自に構成するってのは、その標準を超えた利便性を求めて。ですからね。
普遍性と効率化を比べれば、そりゃ効率化が勝る訳で（その為に金を出すって言って整備するので当たり前）
なんで
「標準的なブラウザなら何でも動くようにするべきだ」
ってのは
「パッケージで済ませたら？」
ってのに近い判断かもね。