アカウント名:
パスワード:
結局はユーザーはネイティブアプリを求めているという事か。技術的にはそれが全く環境ネイティブではない「ネイティブ感覚」に過ぎない物なのだとしても。
HTML5アプリは ×ユーザーが求めてない ○開発側がやりたがらない
> 技術的にはそれが全く環境ネイティブではない「ネイティブ感覚」に過ぎない物なのだとしても。
ネイティブアプリの利点として「速さ」を求める時代ではなくなったとしても、ウェブアプリ固有の問題であるセキュリティ上の理由からくる制約からは、自由でありたいということなのかもしれません。
個人的には、「速さ」もきちんと追い求めてほしいんですけどね。昔と比べればハードウェアは圧倒的に速くなってるはずなので、べつに無理して超絶テクニックを使ってまで「速さ」を追い求めなくても、ふつうに作ればふつうに速いアプリが作れると思うのに、なぜ昨今のアプリはこんなにも動きがとろいのか。
そういやWinRTは協調的マルチタスクになってタスク管理までWindows 3.1に先祖返りしてたね。
ストアアプリがはやらないのは非同期マルチスレッドプログラミングを強制されるからかもしれない。# ストアアプリでやると非同期がデフォになってる。
それはあまり関係無いと思う。基本的にはまだWindows8の普及率が低いだけ。
おい、enchantMOONの悪口はやめろ
ユーザーとしては、ネイティブアプリである必要はないけど、端末で完結して動くローカルアプリが欲しいんだよね。自分は、端末で動くhttpdのlocalhostに見に行くのであればHTML5で作られていても全く問題ない。w3mのlocalCGIみたいな仕組みでもOK。
その意味(端末で完結して動くローカルアプリ)で、HTMLを使うWindowsデスクトップアプリもときたま見かけますね、IEコンポーネント使ってUI部分をHTMLで実現しているもの。
例えば、Chrome等も昨今のとろいアプリに含まれるのだろうか。Chromeがとろいと感じるとすれば、主因はそれが取り扱うリソースの肥大化故に他ならないと思う。Office等の規模の大きいアプリのとろさは?多機能化によるディスクIOの増加が一因かもしれない。ディスクIOのリソースの取り合いが始まると、その収束までユーザーはOS全ての多くの操作に束縛を受ける事になる。ユーザーは何を以て「とろい」と感じるのか、研究や配慮が足りないかもしれない。メモ帳、コマンドプロンプトなどに「とろさ」を感じる機会は少ないと思う。これらと同レベルの機能しか持たないアプリも、本当はきびきび動作していると思う。ストレス無く動作している故に、ユーザーにそれを認識されないのでは。
メモ帳で巨大なログファイルでも読み込ませてみれば、何も考えていないシンプルなアプリは、まったくスケールしない「とろい」アプリになることが分かると思いますが。 メモリー搭載量以上のサイズのファイルを読み込ませてみるといいと思いますよ。
# コマンドプロンプトにストレスは感じなくても、その上で動かすコマンド次第ではとろさとかいくらでも感じるよーな。あと cmd.exe とかかなり高機能だし、「同レベルの機能」って割とハードル高いです。
HTMLはアセンブリ言語の1種、間違っても人が手で書くものではない。
HTML はただのデータ型の一種でしかありませんから、アセンブリ言語の一種とかどんなネタなのかと。
# スクリプト言語絡めずに HTML だけで任意の処理書けるようになってから言ってほしい。
JavaScriptも然り
つまりIT土方は人に非ざる者たち。
無課金で永続すると確信が持てるようならネイティブアプリの時代は終わるねきっと。紙の本の流通が終わらないことと同じだよ
実際にはAdobeやAutodeskすら売り切りのパッケージソフト事業は維持できなくてサブスクリプションに移行してるわけだが。
Adobe の場合、PDF ソリューションに 100 万単位のサーバー買わせるようなアホな方向とかが代表的な問題だと思いますが。
そういうわけで最終的にはフリーウェアに流れていく
フルタイムで働いて、その結果としてフリーでできる範囲のことしかできないのなら、仕方がない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
HTML5アプリの時代なんて来なかった (スコア:1)
結局はユーザーはネイティブアプリを求めているという事か。
技術的にはそれが全く環境ネイティブではない「ネイティブ感覚」に過ぎない物なのだとしても。
Re: (スコア:0)
HTML5アプリは ×ユーザーが求めてない ○開発側がやりたがらない
Re: (スコア:0)
> 技術的にはそれが全く環境ネイティブではない「ネイティブ感覚」に過ぎない物なのだとしても。
ネイティブアプリの利点として「速さ」を求める時代ではなくなったとしても、
ウェブアプリ固有の問題であるセキュリティ上の理由からくる制約からは、自由でありたいということなのかもしれません。
個人的には、「速さ」もきちんと追い求めてほしいんですけどね。
昔と比べればハードウェアは圧倒的に速くなってるはずなので、
べつに無理して超絶テクニックを使ってまで「速さ」を追い求めなくても、
ふつうに作ればふつうに速いアプリが作れると思うのに、
なぜ昨今のアプリはこんなにも動きがとろいのか。
Re: (スコア:0)
やりたいことは増える一方なのに、ほとんどの土方は類人猿並みの知能しか持ってないから、ポトペタでUI作ってクリックして出てきたイベントハンドラに処理書く、というプログラムスタイルではGUIアプリで「ふつうに」速いアプリ作ることは不可能だと思う。
Re: (スコア:0)
そういやWinRTは協調的マルチタスクになってタスク管理までWindows 3.1に先祖返りしてたね。
Re: (スコア:0)
ストアアプリがはやらないのは非同期マルチスレッドプログラミングを強制されるからかもしれない。
# ストアアプリでやると非同期がデフォになってる。
Re: (スコア:0)
それはあまり関係無いと思う。基本的にはまだWindows8の普及率が低いだけ。
Re: (スコア:0)
おい、enchantMOONの悪口はやめろ
Re: (スコア:0)
ユーザーとしては、ネイティブアプリである必要はないけど、端末で完結して動くローカルアプリが欲しいんだよね。
自分は、端末で動くhttpdのlocalhostに見に行くのであればHTML5で作られていても全く問題ない。
w3mのlocalCGIみたいな仕組みでもOK。
Re: (スコア:0)
その意味(端末で完結して動くローカルアプリ)で、HTMLを使うWindowsデスクトップアプリもときたま見かけますね、IEコンポーネント使ってUI部分をHTMLで実現しているもの。
Re: (スコア:0)
例えば、Chrome等も昨今のとろいアプリに含まれるのだろうか。Chromeがとろいと感じるとすれば、
主因はそれが取り扱うリソースの肥大化故に他ならないと思う。
Office等の規模の大きいアプリのとろさは?多機能化によるディスクIOの増加が一因かもしれない。
ディスクIOのリソースの取り合いが始まると、その収束までユーザーはOS全ての多くの操作に束縛を受ける事になる。
ユーザーは何を以て「とろい」と感じるのか、研究や配慮が足りないかもしれない。
メモ帳、コマンドプロンプトなどに「とろさ」を感じる機会は少ないと思う。これらと同レベルの機能しか持たないアプリも、
本当はきびきび動作していると思う。ストレス無く動作している故に、ユーザーにそれを認識されないのでは。
Re:HTML5アプリの時代なんて来なかった (スコア:1)
メモ帳で巨大なログファイルでも読み込ませてみれば、何も考えていないシンプルなアプリは、まったくスケールしない「とろい」アプリになることが分かると思いますが。
メモリー搭載量以上のサイズのファイルを読み込ませてみるといいと思いますよ。
# コマンドプロンプトにストレスは感じなくても、その上で動かすコマンド次第ではとろさとかいくらでも感じるよーな。あと cmd.exe とかかなり高機能だし、「同レベルの機能」って割とハードル高いです。
Re: (スコア:0)
HTMLはアセンブリ言語の1種、間違っても人が手で書くものではない。
Re:HTML5アプリの時代なんて来なかった (スコア:1)
HTML はただのデータ型の一種でしかありませんから、アセンブリ言語の一種とかどんなネタなのかと。
# スクリプト言語絡めずに HTML だけで任意の処理書けるようになってから言ってほしい。
Re: (スコア:0)
JavaScriptも然り
Re: (スコア:0)
つまりIT土方は人に非ざる者たち。
Re: (スコア:0)
無課金で永続すると確信が持てるようならネイティブアプリの時代は終わるねきっと。
紙の本の流通が終わらないことと同じだよ
Re: (スコア:0)
実際にはAdobeやAutodeskすら売り切りのパッケージソフト事業は維持できなくてサブスクリプションに移行してるわけだが。
Re:HTML5アプリの時代なんて来なかった (スコア:1)
Adobe の場合、PDF ソリューションに 100 万単位のサーバー買わせるようなアホな方向とかが代表的な問題だと思いますが。
Re: (スコア:0)
そういうわけで最終的にはフリーウェアに流れていく
Re: (スコア:0)
フルタイムで働いて、その結果としてフリーでできる範囲のことしかできないのなら、仕方がない。