アカウント名:
パスワード:
Electronとか便利なのわかるがメモリ効率などをついつい考えてしまう
Electron遅いから嫌い!っていうと、必ず、「マシンパワー上げれば問題無い」というやついるんだけどそれ意味ないってのが分からないヤツ多い。マシンパワーあげてもネイティブアプリの起動より遅いってのがどうしても通じない。
あれは「多機能に惚れ込んで」て起動時の一瞬の引っかかりが見えなくなってる病気なのかなと思う。
一般人には"遅い"という感覚が分からんのです。むしろ表示が変わることそのものがストレスになるらしく、流入した一般人へのウケが重視されるプラットフォームはことごとくのろくなります。ジョブズが死んでからのiPhoneとか。
そもそも「マシンパワー上げれば問題ない」って低価格ノートPCでやりくりしてる大半のユーザをガン無視する発言では
自分はJavaが登場した頃(JDK 1.1の頃)に同じような主張をしていたけど、Javaの発展・受け入れられ方は御覧の通り。技術者のエゴで、ユーザーが本当に求めているもの、開発者・発注者が本当に求めているものが何なのか、見失わないようにね。
Javaがどこで受け入れられているかを考えると、そう間違ってもいなかったのでは。
.Netは受け入れられたし…
.NETはユーザーに受け入れられたというか、ユーザーは知らないうちに、Windowsアプリ = .NETアプリになってて、ネイティブアプリはゲームぐらいしかない時代になってたので、受け入れるとか、そういう感じじゃなかったと思う。
ユーザーが意識しないで使えてるのはVista/Win7以降で.NET起動とネイティブコード起動では別のローダが用意されるようになって、.NETの起動が高速になってるからだろう。WinXPでは .NETアプリの起動はかなり遅い。XPではネイティブアプリのローダでネイティブアプリが起動して、そのプロセスから.NETランタイムが起動されて、その上で.NETアプリ本体が起動する。OSの標準じゃないJavaは、今でもXPの.NETと同じ起動プロセスをふんでるから起動遅い。
ユーザー視点で「遅え」って話でしょ開発側は多少遅かろうが多くのプラットフォームに対応できて楽なんだからElectron使いたいよそりゃ
Javaを歓迎して受け入れてたのはエンドユーザーではないだろ。
DOSアプリでも使えばいいんじゃないかな
それどころか「ハードウェアリソースをより多く消費する方が優れてる」って考えてる馬鹿が多いと思う
ハードウェアリソース使わないアプリほど速いってわけでもないからな。省リソースで動くように作られたものより、贅沢にリソースつかいまくるように作った方が数段高速に動くものが多いことも事実。ターゲットマシンのリソース次第で、そのへんのバランスは別物になる。
でも、.exe はリロケートの分 .com より起動が遅い、ってのはマシンパワー(というかVMM)で克服できたじゃん。
32ビット以降プロセスごとにアドレス空間が独立したのと、Windowsにプレインストール済みのdllは全部アドレスが重ならないようにリベース済みでほとんどの場合リロケートの必要がないんじゃなかったっけ?
> 32ビット以降プロセスごとにアドレス空間が独立した
それがVMMのおかげ、ってこと。ハードウェアの力でソフトウェアの遅さが克服された例。
最近はむしろ、バッファオーバーフロー等での攻撃が成立しにくいようにランダム化してるけどな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
Windowsに限らず (スコア:0)
Electronとか便利なのわかるが
メモリ効率などをついつい考えてしまう
Re:Windowsに限らず (スコア:2, 興味深い)
Electron遅いから嫌い!っていうと、必ず、「マシンパワー上げれば問題無い」というやついるんだけど
それ意味ないってのが分からないヤツ多い。
マシンパワーあげてもネイティブアプリの起動より遅いってのがどうしても通じない。
あれは「多機能に惚れ込んで」て起動時の一瞬の引っかかりが見えなくなってる病気なのかなと思う。
Re:Windowsに限らず (スコア:2)
一般人には"遅い"という感覚が分からんのです。むしろ表示が変わることそのものがストレスになるらしく、流入した一般人へのウケが重視されるプラットフォームはことごとくのろくなります。ジョブズが死んでからのiPhoneとか。
Re: (スコア:0)
そもそも「マシンパワー上げれば問題ない」って低価格ノートPCでやりくりしてる大半のユーザをガン無視する発言では
Re: (スコア:0)
Electron遅いから嫌い!っていうと、必ず、「マシンパワー上げれば問題無い」というやついるんだけど
それ意味ないってのが分からないヤツ多い。
マシンパワーあげてもネイティブアプリの起動より遅いってのがどうしても通じない。
自分はJavaが登場した頃(JDK 1.1の頃)に同じような主張をしていたけど、Javaの発展・受け入れられ方は御覧の通り。
技術者のエゴで、ユーザーが本当に求めているもの、開発者・発注者が本当に求めているものが何なのか、見失わないようにね。
Re:Windowsに限らず (スコア:1)
Javaがどこで受け入れられているかを考えると、そう間違ってもいなかったのでは。
Re: (スコア:0)
.Netは受け入れられたし…
Re: (スコア:0)
.NETはユーザーに受け入れられたというか、ユーザーは知らないうちに、Windowsアプリ = .NETアプリになってて、ネイティブアプリはゲームぐらいしかない時代になってたので、受け入れるとか、そういう感じじゃなかったと思う。
ユーザーが意識しないで使えてるのはVista/Win7以降で.NET起動とネイティブコード起動では別のローダが用意されるようになって、.NETの起動が高速になってるからだろう。
WinXPでは .NETアプリの起動はかなり遅い。XPではネイティブアプリのローダでネイティブアプリが起動して、そのプロセスから.NETランタイムが起動されて、その上で.NETアプリ本体が起動する。OSの標準じゃないJavaは、今でもXPの.NETと同じ起動プロセスをふんでるから起動遅い。
Re: (スコア:0)
ユーザー視点で「遅え」って話でしょ
開発側は多少遅かろうが多くのプラットフォームに対応できて楽なんだからElectron使いたいよそりゃ
Re: (スコア:0)
Javaを歓迎して受け入れてたのはエンドユーザーではないだろ。
Re: (スコア:0)
DOSアプリでも使えばいいんじゃないかな
Re: (スコア:0)
それどころか「ハードウェアリソースをより多く消費する方が優れてる」って考えてる馬鹿が多いと思う
Re: (スコア:0)
ハードウェアリソース使わないアプリほど速いってわけでもないからな。
省リソースで動くように作られたものより、贅沢にリソースつかいまくるように作った方が数段高速に動くものが多いことも事実。
ターゲットマシンのリソース次第で、そのへんのバランスは別物になる。
Re: (スコア:0)
でも、.exe はリロケートの分 .com より起動が遅い、ってのはマシンパワー(というかVMM)で克服できたじゃん。
Re: (スコア:0)
32ビット以降プロセスごとにアドレス空間が独立したのと、Windowsにプレインストール済みのdllは全部アドレスが重ならないようにリベース済みでほとんどの場合リロケートの必要がないんじゃなかったっけ?
Re: (スコア:0)
> 32ビット以降プロセスごとにアドレス空間が独立した
それがVMMのおかげ、ってこと。
ハードウェアの力でソフトウェアの遅さが克服された例。
Re: (スコア:0)
最近はむしろ、バッファオーバーフロー等での攻撃が成立しにくいようにランダム化してるけどな。