元スレ+ JavaScript & jQuery 質問用スレッド vol.7 +
JavaScript覧 / PC版 / みんなの評価 :
301 = :
>>300
私はjQueryのシェア率増加データが山型に一番近いと主張していること？
302 = :
>>301
俺の主張はそもそも山型なんてものはないと言ってる。
右肩上がりで良い
303 = :
>>296
一般的に説明するなら右肩上がりで間違いないよ。
304 = :
シェアの話は確率の話じゃないんだから
無理やりどれかの分布にあてはめようというのが
そもそも間違っている。
305 = :
>>302
一々検索して調べてるような人がいるみたいなので意味が通じるように説明しただけです。
最初にレスして触れていることなんですけどね。
その後、私は均一だと主張している者に理由と一番近い分布を聞いてるだけです。
ちなみにあなたは、現時点でjQueryのシェア率増加データをみてどの分野に近いと思いますか？
306 = :
>>305
だから分布に当てはまることが間違ってる
307 = :
ちなみにあなたは、現時点でjQueryのシェア率増加データをみてどの分野に近いと思いますか？
ワードプロセッサの分野における、MS Word for Windowsのグラフにそっくりですね。
http://news.mynavi.jp/news/2014/03/26/132/
308 = :
>>304
特徴を含むシェア率増加データがあるならヒストグラムでも一番近い分布は決められますよ。
そう思い込むのは勝手ですが、グラフみて根拠となる特徴を見つけ出し一番近い分布を出すのは常識なんですけどね。
309 = :
ちなみに「シェア率増加データ」なんていうのも>>305が独自に
編み出したオレオレ用語。そんな言葉は存在しない。近い言葉もない
310 = :
>>308
だから分布じゃないものを分布にあてはめることが
そもそも間違いだって言ってる。
311 = :
つーかさ、シェアを分布に当てはめて
考察しているものがあるっていうのなら教えてくれよ。
全く筋違いのものを同一視しているだけ
そんなものないからさ。
312 = :
>>307
他のグラフに似てると言うのは根拠の説明になりません。
グラフを説明するときにはそのデータにこのような特徴があるから、この分布に近いと説明しないと根拠を示すことはできません。
何事にも当てはまりますが、似ているからといった思い込みで直ぐに何かに関連付けさせようとするのは間違いの元です。
313 = :
> 他のグラフに似てると言うのは根拠の説明になりません。
なるよ。
お前自信が、ある分布の型に似てるから
その分布だってやってるじゃんｗ
314 = :
山型に似ているからと言って山型だと思わないようにしましょう。
例えばそれはU型の上り坂の部分かもしれません
315 = :
>>310
特徴が示されていなければ回答できませんが、jQueryの場合には明確な特徴が含まれているでしょう。
開始時から左の歪曲
増加率のピーク
鈍化状態
この特徴が一番近いものは均一ではないですよね。
山に移項している状態なので一番近いと思うのですが？
この３つの特徴より多く含むものを見つけ出せますか？
316 = :
>>314
かもしれないや未来のことは、現時点で一番近いものとは言えません。
318 = :
絶対値じゃなくて割合なんだから鈍化しないということはありえないんだよ。
320 = :
話をそれるのでまとめておきます。
私の主張はこれのみ。
>>175
>>182
均一と主張するなら、根拠となる特徴をjQueryのデータを使って示せということ。
グラフを見て一番近い分布は山。理由は以下の通り。
開始時から左の歪曲が続き
増加率のピークは2013年
それ以降は鈍化状態
これを均一だと主張している者がいるので説明を待っているのですが恐らくレスこないでしょうからしばらく様子をみることにします。
現時点でのjQueryのデータをみて均一に一番近いという根拠ある説明がされたら返信することにします。
わからないようであれば、一番簡単である棒グラフ・折れ線グラフ・ヒストグラムなどを検索して分布について調べてみてください。
ここで説明書していた型(分布)についてある程度は理解されるはずです。
以上
321 = :
IEのシェアは最初高かった！
今は減っているだけ！
型に合わせてみればU型だから、
IEのシェアはこれから盛り返す！
323 = :
>>320
> 開始時から左の歪曲が続き
> 増加率のピークは2013年
> それ以降は鈍化状態
他のグラフに似てると言うのは根拠の説明になりません。
324 = :
>>322
jQueryのシェア、最終的には9割ぐらい行きそうだな
325 = :
嵐がいなくなると静かだなーｗ
326 = :
jQueryのシェアが減少することってあるのだろうか？
あと10年は変わらない気がする。
327 = :
シェアのグラフを見るときは、誰が誰のシェアを
奪っているか？に注目すると先を読むことができる。
http://w3techs.com/technologies/history_overview/javascript_library/all/y
グラフを見れば明らかだが、シェアを伸ばしているのはjQueryとBootstrapとModernizr
反対にシェアを減らしているのはNone（何も使っていない）と、もともと少ないがMooTools
ここから誰が誰のシェアを奪っているかがわかる。
もちろん伸ばしている方が、減らしている方から、シェアを奪っている。
この先大きな出来事がおこらない限り、この流れは変わらん。
ゆっくりになるだけで反転はありえない
328 = :
jQueryとBootstrapとModernizrって用途が違うから
お互いがシェアを奪い合うってことにはならない気がする。
329 = :
重くなる
331 = :
今更だが、アレクサー・インターネットの上位サイトでは
jQuery使われてないんだとか喚いていたヤツいたじゃん？
でもw3techsの情報ってアレクサーインターネット上位1000万の
ウェブサイトからの統計なんだねｗ
http://w3techs.com/technologies
> We include only the top 10 million websites (top 1 million before June 2013) in
> the statistics in order to limit the impact of domain spammers.
> We use website popularity rankings provided by Alexa (an Amazon.com company)
> using a 3 months average ranking. Alexa rankings are sometimes
> considered inaccurate for measuring website traffic, but we find that they
> serve our purpose of providing a representative sample of established sites very well.
Google翻訳
> ドメインスパマーの影響を制限するために、統計には上位1000万のウェブサイト
> （2013年6月以前の上位100万人）のみを掲載しています。私たちはAlexa（Amazon.comの会社）が
> 提供するウェブサイトの人気ランキングを3ヶ月間の平均ランキングで使用しています。
> アレクサのランキングは、ウェブサイトのトラフィックを測定するために不正確と
> 見なされることがありますが、それらは確立されたサイトの代表サンプルを非常にうまく提供するという目的に役立っています。
334 = :
zip圧縮でもすれば良いんじゃないの？
335 = :
ファイルリーダー
readAsDataURL
ここでzipライブラリの処理
Ajax送信
phpに受け渡し
サーバーに保存
ディレクトリを確かめると全てファイルサイズが readAsDataURLで変換したものより大きかった。
考えられる原因わかりますか？
336 = :
zip圧縮するデータが圧縮に不向きな場合は小さくならず逆に大きくなる場合もある。
その可能性もあるから生成されたファイルの大きさを比べてから処理変更するのが正解。
337 = :
jsでまともに動くZIPライブラリないですか？
数十メガ単位になると中断とかキャンセルされてしまう。
338 = :
>>337
無圧縮で良ければすぐ作ってあげるけど？
339 = :
>>338
もちろん無圧縮のzip形式ですよね？
お願いします。
340 = :
>>338
337、335、333です。
データベースを使って非同期に分解してから送信する方法で解決できました。
ちなみに339と私は関係ありません。
341 = :
>>337
検索で直ぐに出てくるJavaScriptで動くZIPライブラリは重い処理をすると直ぐに止まるような欠陥品みたいなものだよ。
特にjQuery必須の三種は糞。
342 = :
zipライブラリでjQuery？
DOMと全く関係ないな。
jQueryを間違った使い方をしているやつがいる
素晴らしいjQueryとは全く関係ない話だが
343 = :
>>342
そのライブラリはjQueryないと動かないんだがw
344 = :
>>343
しらんがな
それはそのライブラリのせいであって
jQueryのせいではないというだけの話
345 = :
ちょっと調べてみたがこういうのか？
http://d.hatena.ne.jp/yatt/20110629/1309353151
> 実際にコーディングしたのはjQuery.ajaxとの統合部分で、
> 実際にzipを処理する部分はhttps://github.com/hinassan/zipjsから頂きました。
> スコープを狭めるために、定義をグローバルなthisではなくjQueryオブジェクト内に
> 定義されるように変更した程度でほぼ全て引用です。
あー、これはなぁー、zipライブラリそのものじゃなくて
zipライブラリを使って作られたjQueryプラグインだ
346 = :
そのライブラリーの中身をみないと判断できないが置きかえ処理や送信部分で使ってるんじゃないのかな？
気になったのでググってみたけどzip圧縮系のjsライブラリーは種類が少ない＆Githubにもあまり置いてない。
jQ必須のzip圧縮系ライブラリーも数えるだけしかない。
使う用途が限られているのか使い勝手が悪いので需要がないのかと・・
347 = :
>>346
> そのライブラリーの中身をみないと判断できないが置きかえ処理や送信部分で使ってるんじゃないのかな？
だろうね。
なぜかjQueryが必須なzipライブラリ
ではなくて、
zipライブラリをjQueryのajax部分で透過的に使えるようにしたプラグイン
だったわけだ。
わざとなのかしらんけど、なんでこう
わざとらしいことするんだろうか
348 = :
>>341
どの三種か不明ですが結果としてはjQuery必須のzip圧縮ライブラリはどれも重くて使えないですね。
自分の環境だとどれも50Mで停止した。
使えるライブラリがあったら教えて欲しいです。
>>337
データベースを利用したzip圧縮であればGB単位でも問題なく動作します。
以前4～5GBのファイルを受信してローカルに保存する処理を記述しときにデータベースをいじってみたけど割りと簡単にできました。
349 = :
擁護するわけではないけどjQueryライブラリ読まないと使えないzipライブラリが存在するのは事実なんだけどね
そしてどれも数十M単位のファイルを扱うと使えなくなる代物・・
350 = :
346だけど。
>>347さんは346レスした人？
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript一覧へ類似してるかもしれないスレッド
- + JavaScript & jQuery 質問用スレッド vol.7 + (701) - [100%] - 2022/12/19 17:15
- + JavaScript & jQuery 質問用スレッド vol.8 + (1001) - [98%] - 2019/2/9 14:00
- + JavaScript & jQuery 質問用スレッド vol.6 + (980) - [98%] - 2016/11/20 14:31
- + JavaScript & jQuery 質問用スレッド vol.5 + (993) - [98%] - 2016/6/11 14:30
- + JavaScript の質問用スレッド vol.76 + (1001) - [72%] - 2010/3/10 4:02
- + JavaScript の質問用スレッド vol.87 + (1001) - [72%] - 2011/6/21 6:33
- + JavaScript の質問用スレッド vol.78 + (1001) - [72%] - 2010/6/25 3:53
- + JavaScript の質問用スレッド vol.79 + (1001) - [72%] - 2010/9/11 6:50
- + JavaScript の質問用スレッド vol.77 + (1001) - [72%] - 2010/5/8 19:06
- + JavaScript の質問用スレッド vol.97 + (1001) - [72%] - 2012/3/1 3:31
- + JavaScript の質問用スレッド vol.74 + (1001) - [72%] - 2009/12/1 6:08 ○
- + JavaScript の質問用スレッド vol.75 + (1001) - [72%] - 2010/1/23 1:07 ○
トップメニューへ / →のくす牧場書庫について