のテンプレを読んだ上で質問してください。次スレはがのテンプレ案(本スレで改善案があれば考慮)を元に立ててください
■質問を書く上で
(1) 煽り、コード制作依頼等、人を不快にさせる投稿はご遠慮下さい。公序良俗を守った応対を心がけてください。
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
(ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。回答者はなりすましを判断できませんので、なりすましが現れても自己責任となります。
(4) 常に自発的に調べる心構えを持ってください。
具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
※必ず「問題の事象が再現されること」を確認してください。
必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は
ttp://http://validator.w3.org/">ttp://validator.w3.org/ で [Check] してみてください。 (8) 質問を具体的かつ詳細に書くと回答を得られやすいです。 ： Name_Not_Found [sage] 2016/07/08(金) 00:56:34.32ID:???
まあいいかｗ
その中からJavaScriptの求人294件の平均月給219,600円～378,500円
ttp://goo.gl/Rhjoki その中からjQueryの求人33件の平均月給218,700円～367,800円
ttp://goo.gl/wxD309 これは微妙だなあ
<div><img../></div>
<div><img../></div>
...
この個々にnameやh3などを付加してtest.html#1等の直リンでジャンプさせる方法ないでしょうか？
それHTMLの話だろ？
このスレは関係ない。
jQueryプラグインの使い方の話はスレ違い。
そもそも使ったことがある人がまずいないのでレスはつかない。
そういうのは自分で調べてください。
JavaScriptで一番有名なDOM用関数型風ライブラリであるjQueryのスレです。
jQueryを使うとJavaScript単体では面倒な処理でもほんの数行で実現可能になります。
一部でもうjQueryは要らない等と言ってますが、あれはjQueryよりも導入が大変な
フレームワークを導入したらいらなくなるって話であって、従来通りHTMLにちょっと
動きをつけたい程度ならjQueryが最適です。
このスレはjQueryそのものの使い方やjQuery UIの使い方やjQueryプラグインの作り方を質問するスレです。
JavaScriptだと面倒だけどjQueryを使えばもっと簡単に書けませんか？というのもOKです。
ですが、jQueryを使って作る側のスレであって、こんなjQueryプラグインありませんか？と聞くスレではありません。
また野良jQueryプラグインの質問スレでもありません。そういうのは自分で探してください。
ろくにサポートもされてなさそうな野良jQueryプラグインの使用はおすすめしません。
前スレ
+ JavaScript & jQuery 質問用スレッド vol.6 + [無断転載禁止]©2ch.net
ttp://echo.2ch.net/test/read.cgi/hp/1465566635/
ttp://jquery.com/ ・ダウンロード、CDN
ttp://jquery.com/download/ ・ブラウザサポート
ttp://jquery.com/browser-support/ ・jQuery UI
ttp://jqueryui.com/ ・jQuery UI ダウンロ－ド
ttp://jqueryui.com/download/ ・リファレンス等
ttp://js.studio-kingdom.com/jquery/ ttp://alphasis.info/jquery/ (ttp://alphasis.info/jquery-api/) ttp://www.jquerystudy.info/ A. IE9以上であれば、jQuery 3.0を使用してください。
IE8以下にも対応するならば、jQuery 1.12を使用してください。
補足
jQuery 1.9 までは一系統しかなく、古いブラウザも含めて全て対応していました。
その後、古いブラウザを切り捨てるためにバージョンを分岐させました。
古いブラウザにも対応した1系（1.10、1.11、12）と
古いブラウザを切り捨てた2系（2.0, 2.1, 2.2）です。
1系と2系は対応ブラウザの違いだけで機能は全く一緒です。
機能が同じなのにメジャーバージョンが違っているのが分かりにくい
ということでバージョン番号の付け方を変えることになり、
新たに古いブラウザを切り捨てたjQuery 3.0、そして古いブラウザにも対応した
jQuery Compat 3.0がリリースされる予定でした。
しかしマイクロソフトが古いIEのサポートポリシーを変更し
サポート中であるOSで動く、最新のIEしかサポートしなくなったために、
2016年1月でVista上のIE8のサポートが終了しました。
そのため予定されていたjQuery Compat 3.0がなくなり、
jQueryは3.0に一本化されました。
+ JavaScript & jQuery 質問用スレッド vol.6 + [無断転載禁止]©2ch.net
ttp://echo.2ch.net/test/read.cgi/hp/1465566635/
■jQueryスレ
jQuery 質問スレッド vol.7
ttp://echo.2ch.net/test/read.cgi/hp/1478055094/
■ライブラリスレ
JavaScript ライブラリ総合質問所 vol.5
ttp://echo.2ch.net/test/read.cgi/hp/1465399470/
■JavaScriptスレ
JavaScript の質問用スレッド vol.132
ttp://echo.2ch.net/test/read.cgi/hp/1485265364/
JavaScript の質問用スレッド vol.122
ttp://echo.2ch.net/test/read.cgi/tech/1472426483/
JavaScript(ECMAScript)質問用スレッド vol.122
ttp://echo.2ch.net/test/read.cgi/tech/1472401404/
バグとか直りました？
統計だと使われているのは90％以上が1
つまり1以外は必要性がないと言うこと
つうか下火だろ
アフィブログとか下らないサイトにしか使われてないイメージ強すぎ
まずjQueryのシェアはずっと増え続けていることは事実なんで認めよう。
>
ttps://w3techs.com/technologies/overview/javascript_library/all >
> 2016/05から2017/05のjQuery使用率の推移。直近の一年でも2%増えているんだわ
>
ttps://w3techs.com/technologies/history_overview/javascript_library/all > 70.1% 70.2% 70.4% 70.6% 70.7% 70.9% 71.4% 71.8% 71.9% 72.0% 72.1% 72.2% 72.3% 72.5%
その上でインターネットの大半がくだらないサイトって言いたいならどうぞご勝手に
IE10のサポートきれてるよな？
糞サイトやアフィサイトばかりつかってるイメージ強すぎ
ニュースサイト、ブログサイト、テレビ番組サイト、
ゲーム会社サイトの中からお前が有名だと思うサイトをいくつか書いてみ
jQuery使ってるかどうかは調べないでね
vistがサポート終了したので必然的にｵﾜｺﾝだよ
アレクサー・インターネットの上位サイトの利用率見れば一目瞭然だよ。
jQueryはWPで人気になっただけの駄作ライブラリーな
だから言い訳がましくグチグチ言わないで
上位サイトを幾つか上げれば良いんだよ
Amazonの名前を上げてくれれば、
そこはjQueryを使ってますと言えるわけだ。
ほとんど使ってないですな
ぶろぐや個人規模の開発能力がないところが使ってるだけなんじゃね？
「アレクサー・インターネットの上位サイト」
かつjQuery使ってないサイト言ってみ
アレクサー・インターネットの上位サイトでなければ
認められない。条件が変わったのは自業自得だ。
駄作ではないけど小規模サイトばかり使ってるのは間違いないかな
まあこの議論はもう何年も前に世界中で言われていることだけどwordpressの普及と密接に関係しているのは事実でアクセス数の多いサイトは依然として利用率が低いです。
jQuery使ってないサイトが殆どなかったから、
今度はアクセス数が多いサイトに逃げたのか？
ちなみにアクセス数が多いwikipediaは
jQueryを使っています。
んで、jQueryを使っていないアクセス数が多いサイトってどこ？
（また同じ質問されると思ってなかったか？）
そりゃそうでしょ
ネイティブより重くなるだけで自前で対処できれば使う必要ないからね
200件ほどみたけど使用率20％以下
そんなこと聞いていない。
わかってるよね？
あんたが答えられない理由も
周りの人間はわかってるから
理由は様々あるでしょ
人気サイトは使う必要ないんじゃね？
なんで？
さっきからjQueryを使ってないのが当然であるような
会話を続けることによって
周りに人間にjQuery使ってないと錯覚させる手段なのは
見てすぐに分かるよｗ
まずjQueryのシェアはずっと増え続けていることは事実なんで認めよう。
ttps://w3techs.com/technologies/overview/javascript_library/all 2016/05から2017/05のjQuery使用率の推移。直近の一年でも2%増えているんだわ
ttps://w3techs.com/technologies/history_overview/javascript_library/all 70.1% 70.2% 70.4% 70.6% 70.7% 70.9% 71.4% 71.8% 71.9% 72.0% 72.1% 72.2% 72.3% 72.5%
無駄な読み込みとか遅くなるから損失に繋がる
WP製の糞サイトふえたからな～
ttps://w3techs.com/technologies/overview/javascript_library/all jQuery 72.5% 96.2%
Bootstrap 15.2% 20.2%
Modernizr 10.9% 14.4%
MooTools 3.0% 4.0%
ASP.NET Ajax 2.1% 2.8%
Prototype 1.7% 2.3%
Script.aculo.us 1.4% 1.9%
Moment.js 0.7% 1.0%
YUI Library 0.4% 0.6%
Lodash 0.4% 0.6%
AngularJS 0.4% 0.6%
Underscore 0.4% 0.6%
Shadowbox 0.4% 0.5%
Spry 0.3% 0.4%
GSAP 0.2% 0.3%
Backbone 0.2% 0.2%
Knockout 0.1% 0.1%
Dojo 0.1% 0.1%
Ext JS 0.1% 0.1%
Vue.js 0.1% 0.1%
そういうことになるかな
アレクサーのランキング500サイト調べたらわかるけどほとんど使われてないのが証明になる。
ここでReactとかリストに上がってないじゃないか？って
思うかもしれない。だけど下の方にちゃんと書いてある
>
> Semantic UI
> React
> Zepto
> Sizzle
> DHTMLX
> Ember.js
> MochiKit
> p5.js
> DOMAssistant
> UIZE
> Midori
> Google Closure Library
> Webix
> SproutCore
> Glow
> JavaScriptMVC
Reactなどの使用率が0.1%を下回るほど使われていないから
糞サイトも数えたグラフ出してる奴いるけど、人気サイトは使われてないのが良くわかったわ。
ありがとう。
これはjQueryの使用率の遷移を月ごとに出したグラフである
ttps://w3techs.com/technologies/history_overview/javascript_library/all This report shows the historical trends in the usage of JavaScript libraries since June 2016.
2016
1 Jun 2016
1 Jul 2016
1 Aug 2016
1 Sep 2016
1 Oct 2016
1 Nov 2016
1 Dec 2017
1 Jan 2017
1 Feb 2017
1 Mar 2017
1 Apr 2017
1 May 2017
1 Jun 2017
7 Jun
None 27.0% 26.8% 26.6% 26.5% 26.3% 25.9% 25.5% 25.5% 25.4% 25.3% 25.2% 24.8% 24.7% 24.6%
jQuery 70.2% 70.4% 70.6% 70.7% 70.9% 71.4% 71.8% 71.9% 72.0% 72.1% 72.2% 72.3% 72.5% 72.5%
納得
これだな。
jQueryが2016年から毎月ごとに
どれくらいユーザー数を増やしたかが示されている
Historical trends in the usage of JavaScript libraries for websites
None 27.0% 26.8% 26.6% 26.5% 26.3% 25.9% 25.5% 25.5% 25.4% 25.3% 25.2% 24.8% 24.7% 24.6%
jQuery 70.2% 70.4% 70.6% 70.7% 70.9% 71.4% 71.8% 71.9% 72.0% 72.1% 72.2% 72.3% 72.5% 72.5%
それを示してみよう
ttps://w3techs.com/technologies/history_overview/javascript_library/all/q > Historical quarterly trends in the usage of JavaScript libraries for websites
>
> This report shows the historical trends in the usage of JavaScript libraries since April 2014.
> None 37.7% 36.3% 35.9% 35.0% 33.6% 32.0% 30.9% 28.7% 27.2% 26.8% 26.3% 25.5% 25.2% 24.6%
> jQuery 58.2% 59.9% 60.5% 61.5% 63.1% 64.8% 66.0% 68.3% 69.9% 70.4% 70.9% 71.9% 72.2% 72.5%
2014年4月からのデータである
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y > None 61.8% 49.1% 39.6% 38.2% 35.0% 28.7% 25.5% 24.6%
> jQuery 28.3% 42.8% 54.5% 57.4% 61.5% 68.3% 71.9% 72.5%
最初の年は2011年。
毎年のようにjQueryユーザーはどんどん増えている。
疑問に思うならアレクサー・インターネット上位500社のjQuery使用率を見ればわかります。
信じられない人がいるかもしれない。
そこでこの記事
ttps://w3techs.com/technologies/cross/javascript_library/ranking > ランク付けしたJavaScriptライブラリの使い方
>
> この図は、ランキング別に分類されたさまざまなJavaScriptライブラリを使用しているウェブサイトの割合を示しています。
> クロステクノロジーレポートには、結果の統計的有意性を保証するために、
> 1％を超える使用率のテクノロジーのみが含まれています。 調査で使用された方法論の説明については、
> テクノロジー概要を参照してください。
>
> 図の見方：
> jQueryは、私たちが知っているJavaScriptライブラリを持つすべてのウェブサイトの96.2％が使用しています。
> jQueryは、われわれが知っているJavaScriptライブラリが上位1,000,000にランクされている
> すべてのWebサイトの96.3％が使用しています。
めんどくさいのでGoogle翻訳に任せるがこういうこと
JavaScriptライブラリを使ってる96.2%がjQueryを使っている
糞サイトに大人気なのがjQuery
人気サイトはjQueryはあまり使われない。
その証明書はアレクサー・インターネットの上位サイトランキングのjQuery使用率。
個人ブログやアフィサイトだらけなんだから・・
最近はUTF-8に変わってしまったがその多くがjQueryを使っている
ttps://w3techs.com/technologies/cross/javascript_library/character_encoding > 文字エンコードで区切られたJavaScriptライブラリの使い方
>
> この図は、さまざまなJavaScriptライブラリを使用しているWebサイトの文字
> エンコーディング別の割合を示しています。 クロステクノロジーレポートには、
> 結果の統計的有意性を保証するために、1％を超える使用率のテクノロジーのみが含まれています。
> 調査で使用された方法論の説明については、テクノロジー概要を参照してください。
>
> 図の見方：
> jQueryは、私たちが知っているJavaScriptライブラリを持つすべてのウェブサイトの96.2％が使用しています。
> jQueryは、私たちが知っているJavaScriptライブラリを持ち、文字エンコーディング
> としてUTF-8を使用しているすべてのウェブサイトの96.5％が使用しています。
何％ぐらいなの？
アレクサー・インターネット上位ランキングサイトのjQueryの使用率はかなり低いよ。
200件ほど調べたけど20％以下。
ttps://w3techs.com/technologies/cross/javascript_library/content_management WordPressの話がでたが他のブログ（コンテンツ管理スシステム）でも
jQueryが非常に多く使われているのがわかる
> Overall WordPress Joomla Drupal Magento Blogger Shopify TYPO3 Bitrix PrestaShop Squarespace Adobe Dreamweaver
> コンテンツ管理システムによって分解されたJavaScriptライブラリの使用
>
> この図は、コンテンツ管理システムで分類されたさまざまなJavaScriptライブラリを
> 使用しているウェブサイトの割合を示しています。 クロステクノロジーレポートには、結果の統計的有意性を保証するために、1％を超える使用率のテクノロジーのみが含まれています。 調査で使用された方法論の説明については、テクノロジー概要を参照してください。
>
> 図の見方：
> jQueryは、私たちが知っているJavaScriptライブラリを持つすべてのウェブサイトの96.2％が使用しています。
> jQueryは、私たちが知っているJavaScriptライブラリとWordPressをコンテンツ
> 管理システムとして使用しているすべてのウェブサイトの99.8％が使用しています。
決めつけることはできないけど少なくとも個人ブログやwordpressサイト管理者からは支持されていますよ。
これで決定的だな。
Amazon
Wikipedia
rakuten
yahoo
Microsoft
というより自社でjQueryと競合するライブラリを作っている所以外は
jQueryを使っていると考えたほうが良い
全部調べれよ
募集しているがレスが全然つかないところかも
jQueryを使ってないサイトが少数派であることがわかる
急募 jQuery使ってない有名サイト教えて [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/hp/1496843622/
大手有名サイトであればあるほどjQueryを
使用していることが明らかとなってる
信者が必死に反論してるけどアレクサー・インターネットのランキング調べたら使われていなくてﾜﾛﾀ
客観的なデータを用いて証明されているが、
「jQueryは使用されていない」という事実は
データが一切ないところが注目大きな点である
データを出さずjQueryは使われていないと強弁する行為が、
逆にますますjQueryが使用されていることを
印象づける結果となってしまっている。
というデータがないのが何よりの証拠でもある。
ページみればわかるだろw
実際にみてもデータがなければ認めないとかいうような変な人なんじゃね？
それ病気だろ・・
自分も30件ほどランダムに調べてみたけど実際に使われていなくて驚いた。
1 Google.co.jp
2 Google.com
3 Yahoo.co.jp jQuery使っている
4 Youtube.com
5 Amazon.co.jp jQuery使っている
6 Twitter.com
7 Facebook.com
8 Wikipedia.org jQuery使っている
9 Fc2.com jQuery使っている
10 Rakuten.co.jp jQuery使っている
11 Nicovideo.jp jQuery使っている
12 T.co jQuery使っている
13 Ameblo.jp jQuery使っている
14 Baidu.com jQuery使っている
15 Kakaku.com jQuery使っている
16 Naver.jp jQuery使っている
17 Livedoor.jp jQuery使っている
18 Goo.ne.jp jQuery使っている
19 Hatena.ne.jp jQuery使っている
20 Hatenablog.com jQuery使っている
21 2ch.net jQuery使っている
22 Github.com
23 Amazon.com jQuery使っている
24 Qq.com jQuery使っている
25 Microsoft.com jQuery使っている
26 Qiita.com jQuery使っている
27 Instagram.com
28 Live.com jQuery使っている
29 Weblio.jp jQuery使っている
30 Chatwork.com jQuery使っている
ここに含まれなくても、サイトの何処かで
jQueryが使われている可能性はある
jQuery使用率が高くて驚いた！
アレクサー・インターネットの上位ランキングされるような人気サイトからは必要とされないライブラリーという認識であってる？
疑問に思うならアレクサー・インターネットの上位ランキングのサイトを調べてjQueryが使われていないかチェックしましょう。
を見ての通り
アレクサー・インターネットの上位サイトランキングでの
jQuery使用率が高くて驚いた！
リスト化されてると信用せざるを得ない。
アレクサー・インターネットの上位サイトランキングで
jQueryが使われてるのは事実だ
500件調べたら結果みないと何とも言えんな。
信じるしかあるまい
その根性に敬礼！
これだけjQueryが使われているとはな！
乙
魚拓
アレクサー・インターネットのランキング上位サイトで
jQueryが使われているかどうかを一つ一つ調べてくれる人が
いるなんて（驚愕
アフィブログに教えておけ
急募 jQuery使ってない有名サイト教えて [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/hp/1496843622/
↑こっちのスレにもコピペしてきたぜ
魚拓いいな！
こっちは荒れててわかりづらいから↓を魚拓ってきたぜ！
ttps://megalodon.jp/2017-0607-2345-29/mevius.2ch.net/test/read.cgi/hp/1496843622/
どっちが正しいの？
jQueryが使っていることを示してくれた。
サンプル的にAmazonとWikipediaを見てみたが確かに
jQueryが使われていた
ページのソースを見たから確か
一部を切り抜いて編集する報道みたいなやり方かもな？
データないから自分で調べないとわからんわな
一部を切り取ってそこにjQueryが使われていた？
切り抜いた一部にjQueryが使われいたら
それこそjQueryが使われてる証拠だろうｗ
取り合えず自分で調べられないから500件のうちどのくらい使用しているか割合教えてくれ。
view-source:
ttps://news.yahoo.co.jp/pickup/6242487 <!-- ニュース利用 -->
<script type="text/javascript" language="JavaScript" src="
ttps://s.yimg.jp/images/jpnews/js/libs/jquery/1.10.2/jquery.min.js"></script> <script type="text/javascript" src="
ttps://s.yimg.jp/images/news/lib/underscore/underscore-1.4.4.min.js"></script> <script type="text/javascript" src="
ttps://s.yimg.jp/images/rapid/1.5.0/ult.js"></script> <script type="text/javascript" src="
ttps://s.yimg.jp/images/jpnews/js/libs/backbone/1.0.0/backbone.min.js"></script> （略）
<script type="text/javascript">
<!--
(function($){
$(document).ready(function(){
// 埋め込むステッカーの種類分、記述してください。
YAHOO.JP.Follow.Sticker.init({
'stckrClass' : 'yjxTheme',
'stckrSize' : 'wide',
'isCache' : $('.modTheme').data('theme-iscache'),
'stckrType' : 'list',
'frameWidth' : '100%'
});
// 1ページ内で1回のみ、記述してください。
YAHOO.JP.Follow.Sticker.bind();
});
})(jQuery);
//-->
</script>
ネラーならこれを見たら何をしているかわかるだろ
察してやれ
$(function(){
$('div.headline').each(function(){
var $div = $(this);
var $hide = $('.headlinePic',this);
var $img = $('img',this);
var $url = $img.attr('data-src');
if ($url === void 0) {
return;
}
var imgObj = new Image();
$(imgObj).one('error',function(){
$hide.remove();
$div.removeClass("hasImg");
});
$(imgObj).one('load',function(){
var w=imgObj.width,h=imgObj.height,dw=$img.attr('data-width'),dh=$img.attr('data-height');
if(w > dw || h > dh) {
if(w/dw > h/dh) $img.css('width',dw+'px');
else $img.css('height',dh+'px');
}
$img.attr('src', $url);
});
imgObj.src = $url;
});
どういうこと？？
500件調べるの大変だからわからん
おまいが調べれよw
view-source:
ttps://www.amazon.co.jp/ <script type='text/javascript'>
(function(){function l(a){for(var c=b.location.search.substring(1).split("&"),e=0;e<c.length;e++){var d=c[e].split("=");
if(d[0]===a)return d[1]}}window.amzn=window.amzn||{};amzn.copilot=amzn.copilot||{};var b=window,f=document,g=b.P||
b.AmazonUIPageJS,h=f.head||f.getElementsByTagName("head")[0],m=0,n=0;amzn.copilot.checkCoPilotSession=function(){
f.cookie.match("cpidv")&&("undefined"!==typeof jQuery&&k(jQuery),g&&g.when&&g.when("jQuery").execute(function(a){k(a)}),
b.amznJQ&&b.amznJQ.available&&b.amznJQ.available("jQuery",
function(){k(jQuery)}),b.jQuery||g||b.amznJQ||q())};var q=function(){m?b.ue&&"function"===typeof b.ue.count&&
b.ue.count("cpJQUnavailable",1):(m=1,f.addEventListener?f.addEventListener("DOMContentLoaded",amzn.copilot.checkCoPilotSession,!1):
>>
ネラーならこれを見たら何をしているかわかるだろ
察してやれ
view-source:
ttps://ja.wikipedia.org/wiki/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8 s@0bc2kh0",function($,jQuery,require,module){mw.user.options.set({"variant":"ja"});});mw.loader.implement("user.tokens@1dqfd7l",function ( $, jQuery, require, module ) {
ﾜﾛﾀ
証拠を示されると、jQueryは大手サイトで使われてると
認めざるをえないな
ネラーならこれを見たら何をしているかわかるだろ
すぐに調べられてjQuery使ってることが
誰でもわかるんだから、ウソ付いたってしょうがない
何度も同じこと書かなくていいよｗ
そういうのが「必死」だって言われるんだよ？
だな。
ネラーならこれを見たら何をしているかわかるだろ
察してやれ
ネラーならこれを見たら何をしているかわかるだろ
察してやれ
基地外かよw
凄いレスだな・・・
2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
ttp://medaka.2ch.net/test/read.cgi/prog/1485008061/
あっちはこっちと違って比較的まともな人がいるから
そりゃそうだろって流れになってる
ネラーでなくてもわかるんだがw
魚拓不可避
面倒くさい
言ってることはわかるが香ばし過ぎでそれどころじゃないだろw
ttp://blog.goo.ne.jp/spoichi/e/bc415d2eff4c645cad642195c1957c38 > だからこそ荒らしに対しては無視・無反応・放置が推奨されているわけですが、
> 荒らしをするような人にはもう一つの特性として、「同じような似たり寄ったりの
> 内容を3回程度連続で書き込むことが多い」という習性もあります。
あ、3回連続・・・（察し
これなんだよな。
だけど面倒くさいわな
500件のうち何割ぐらい使用されているか折角だから全て調べてください。
ﾜﾛﾀw
破壊力半端ないな
500件よりももっと多くを調べた結果
ttps://w3techs.com/technologies/overview/javascript_library/all jQuery 72.5% 96.2%
Bootstrap 15.2% 20.2%
Modernizr 10.9% 14.4%
MooTools 3.0% 4.0%
ASP.NET Ajax 2.1% 2.8%
Prototype 1.7% 2.3%
Script.aculo.us 1.4% 1.9%
Moment.js 0.7% 1.0%
YUI Library 0.4% 0.6%
Lodash 0.4% 0.6%
AngularJS 0.4% 0.6%
Underscore 0.4% 0.6%
Shadowbox 0.4% 0.5%
Spry 0.3% 0.4%
GSAP 0.2% 0.3%
Backbone 0.2% 0.2%
Knockout 0.1% 0.1%
Dojo 0.1% 0.1%
Ext JS 0.1% 0.1%
Vue.js 0.1% 0.1%
のレス読めばわかるだろうに・・・
人気サイトランキングの使用率調べてくださいな。
アレクサー・インターネットの上位ランキング500とそのデータの比較ではっきりするんじゃね？
このレスどうなってるんだよw
結局比べないとわからないんだから、 みたいに少しでも調べて比較した方が信用できるよ。
このサイトはアフィブログや個人サイトが大多数ってこと？
ライブラリーの％を足したらわかるだろ
23/30 = 76.67％ で
ttps://w3techs.com/technologies/overview/javascript_library/all 全体の72.5%がjQueryを使っているというデータとほぼ一致するんだな
ttps://w3techs.com/technologies/history_overview/javascript_library/all ○ これまで毎月jQueryのシェアが増えていたんだな
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y jQuery 28.3% 42.8% 54.5% 57.4% 61.5% 68.3% 71.9% 72.5%
+14.5%
+11.7%
+2.9%
+4.1%
+6.8%
+3.6%
+0.6%（半年）
一応伸びは鈍化してるね。このペースだと
今年は1.2%しかシェア増えなさそう
無かったら動かないだろ
全体をJavaScriptフレームワーク化するまでもなく
HTML+CSSにちょっと動きをつけるならばjQueryが適している。
ウェブの世界で情報系サイト以外って殆ど無いし
情報系以外っていうのは例えばゲームとかビジネスアプリとかそういうやつ
驚きだったな。なんとなく使ってなさそうな気がしていた。
ソースコード見ると結構jQuery使ってるコードが見つかったよ
リンク付きはいつもの基地外かもしれんよ
ttp://mevius.5ch.net/test/read.cgi/hp/1456242505/">ttp://mevius.2ch.net/test/read.cgi/hp/1456242505/リンク付きの輩はここにわく基地外と書き込み内容似てる
図星なら反応するかもね
>> jQueryがどれだけ使われているかわかるレス↓
>>51-53
ここにも酷似しているレスがありますね
このペースみてると減る可能性もあるんだけども他伸びてるライブラリーとかあるの？
未だシェアは伸び続けている。
他に伸びているライブラリはないと言ったほうが良い。
jQueryに比べれば圧倒的にシェアは少ない。
一部のアプリはjQueryを使って実装するのは複雑すぎて大変
そういった用途でjQueryに変わるものは出てきているが
それはjQueryよりも簡単にするものではない。
jQueryよりも数倍面倒な技術を導入することで、
大規模なJavaScriptアプリでも複雑にならないようにするもの。
殆どのサイトは、そもそも大規模なJavaScriptアプリを作らないので
数倍面倒になる技術を導入するだけで終わり。メリットがない。
伸び率のグラフにしたら下り坂じゃない？
いつが一番伸びたの？
意味不明なグラフを捏造しないように。
伸び率ピークは2013年で以降は右肩下がり
バージョン使用率は9割以上のサイトが1を使用
昔と比べてクロスブラウザの問題が減ってきているにも関わらず1を使用している。
2や3はそっぽ向けられた状態でターニングポイントをむかえたときが卒業するときかもしれないな。
シェア率増加グラフのことだな
何年度に商品が一番普及したかピークを知るためのデータのこと
10％以上増やした時期もある
いや、だからなんだ？と
シェアって言うのは最大100%なわけで、
今月50%増えました。今月20%増えました。
って時、30%も減った！なんて言わないぞｗ
増えてるんだから。
シェア90%になった時、わずか1%しか減ってないのに、
某OSは1%から2%になったら2倍だ！みたいにいうやつ。
シェア＝割合 の 割合 を言ってどうするんだとｗ
まだ増えてるんだね。
使用率が高くなったら増えるのが鈍化するのは
jQueryにかぎらず当たり前の話だと思う。
なにせ72.5%も使われているわけだし。
それでも今年6ヶ月で0.6%も増えてるわけだしね
シェア率増加データは、普及率のピークを知ることができる重要なデータです。
この手のデータは、シェア率増減の要因が見えてくる重要なものなのです。
シェア率増加はあらゆる業界で利用されています。
ピークを見極めて維持・新商品投入など経営判断の材料の一つにされるデータとなるからです。
シェア率増加データには、山型、谷型、右肩左肩、並行、様々なタイプがありますが、jQueryは典型的な山型データを示しています。
一般的に山型はピークを過ぎたあとは並行時期に入ります。
そして下りに入ると再上昇はなく消滅するまで下がり続けます。
勿論例外もありますがデータからわかるようにシェア率増加のピークが2013年となっており、以降は増加が鈍化・並行状態です。
そして今年に入り躊躇に現れています。
この辺のサイトにあるはず↓
アンカーミス
この辺のサイトにあるはず↓
> シェア率増加データは、普及率のピークを知ることができる重要なデータです。
いや、それではわからんよ。
2000年から毎年1%ずつ増えていくというデータが有った所で
普及率のピークがいつかわからんだろ？
仮に1年で0%、全く増えなかったとしても、その次の年に増えれば
普及率のピークは次の年以降ってことになる。
もちろん下がったとしても次の年上がることもある。
な？どうやってシェア率増加データとかいう胡散臭いもので
普及率のピークがわかるのか教えてくれよ
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y jQuery 28.3% 42.8% 54.5% 57.4% 61.5% 68.3% 71.9% 72.5%
典型的な山形データというのは、下がることがあった場合だろ？
jQueryのシェアはずっと上がり続けている。これは驚異的なことだよ
型にはまるまでピークはわからんのよ。
jQueryは山型の特徴を示しているのでピークは鈍化前の2013年となるかな
ビジネスではシェア率系の様々なグラフがあるけど、ピークを見極めるのは重要なこと。
そしてデータをグラフ化したときの型をみれば山型のパターンにが合致するよ。
他の型に酷似するなら、それを教えてくださいな。
> jQueryは山型の特徴を示しているので
jQuery "以外" で山型の特徴をもってるグラフを出してみ。
それが本当にjQueryと似ているか比べて見るから。
典型的な山型データなんだろ？
なら簡単に出せるはずだ。
書き忘れないように言っておく
逃げんなよ？
ttps://w3techs.com/ このサイトの公表データでは
version1 91.6%
version2 6.8%
version3 1.6%
jQuery通常版サイズ
version1.12.4 293,430B
version2.2.4 257,551B
version3.2.1 268,039B
コードを短くし可読性を無視したjQueryの.mini版
version1.12.4 97,163B
version2.2.4 85,578B
version3.2.1 86,659B
簡単に書いておくと、
リリース後、急激にシェアが増えて、
今まで一度も下がること無く、シェアが増え
ようやくシェアが安定するものを
「山型のデータ」というらしい。
俺の知る限り、リリース後に急激にシェアが増えるのは
よくある話だし、一定の値になるとシェアが飽和状態になるのは
典型的なヒット商品のグラフだと思っている。
min版っていうのは、ソースコードとバイナリの関係と一緒で
普通バイナリを読まないしバイナリに可読性が関係ないのと同じく
min版に対して可読性とかいう言葉を使うのはアホである
jQueryの1と2って機能的には
同一だったよね？
グラフは仕事で使いなれてるから割りと詳しいぞ。専門用語を使うと混乱すると思うのでイメージができそうな言葉で説明しておきます。
シェア率系のグラフの型の種類は4つに分けられる。
均一、山、U型の谷、歪曲
基本は4つ。
型にはそれぞれ特徴があり、その型の特徴が出ていれば凡そシェア率のピークが予想できる仕組みになっています。
均一
平均的な位置があり、増減しつつも山や谷のような大きな変化もなく均一の状態を維持する型。
波も均一型の一種。老舗商品やロングセラー商品に多い。
歪曲
徐々に増加して後半急激に伸びる。または、最初の失墜が激しくあとはゆっくり減り続ける。
歪曲のあとは、山やU型の谷に変化する場合が多い。
U型の谷
文字通りUの字の型。
最初は高く失墜したあとに回復するタイプ。
合併会社の商品やライバル会社からシェアを奪ったときに示されるデータ。
山
はじめは低く徐々に増え鈍化する。鈍化したところがピークで均一または減り出し、その後は失墜する。
大半の商品やサービスはこの型にはまる。
jQueryのシェア率増加では、公開されているデータを型にはめれば、鈍化したところまでが山型と合致しています。
他の型に特徴が当てはまれば、迷いは生じますが、それが無いので現時点では山型と判断できるわけです。
ようするに完全に特徴が一致しなくても、現在まで公開されているシェア率の数値データをみて、どの型に一番近いか判断できれば凡そ予想がつくということです。
1ばかり何故にこなに使われているんだ？
うん。でそれがお前が考えた
でたらめでないことを証明するのはまだかい？
いや、普通にjQueryの1と2は機能的には同じなわけで
対応ブラウザは1の方が多いからじゃないの？
ファイルサイズ12KB減らすために対応ブラウザを減らす価値はないとの判断
まあ普通に考えればそうだろうね
> 平均的な位置があり、増減しつつも山や谷のような大きな変化もなく均一の状態を維持する型。
jQueryはまさにこれだな
なりそうだね。
前提の話になってんのなｗ
まあ事実なんだが。
手に入るライブラリがないってのがね
今使っている人が他に乗り換える理由がないんだよ
均一はあり得ないよ
歪曲は山型やU型に変化しやすいけど、数年で均一になることはありえません。
理由は全体的に見た場合であれば、現在シェア70％で開始時から伸び率が増え続けているからです。
現在は伸び率のピークが鈍化しており、数字でわかるようにここ数年で歪曲から山型に変化しています。
ビジネス的な考え方であれば、このタイミングで既に主力にかわる新商品が投入され伸びてなくては行けません。
または主力商品を維持させるために力を注ぐ場面です。
jQueryの場合であれば新商品は別バージョンのライブラリーにあたるんですけどね。
> 均一
> 平均的な位置があり、増減しつつも山や谷のような大きな変化もなく均一の状態を維持する型。
> 波も均一型の一種。老舗商品やロングセラー商品に多い。
jQueryのシェア率増加データ
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y 2011年1月 28.3%
2012年1月 42.8%
2013年1月 54.5%
2014年1月 57.4%
2015年1月 61.5%
2016年1月 68.3%
2017年1月 71.9%
2017年6月 72.5% ※最新
このデータをグラフ化
ttps://w3techs.com/diagram/history_overview/javascript_library/all/y このデータを見ると2013年まで急上昇しています。それ以降は緩やかに上昇しているのがわかります。均一であれば、2011年度・それ以前も70%付近で推移されているはずですが、過去のデータも見ても確認できません。
上昇を続けているだけです。
対象となるものにもよりますが、データといものは一定期間以上のものを見て判断されます。
4～5年以下の短命な商品であれば月別にならざるをえませんが、jQueryはそうではありませんよね。
2011年以前も上昇を続けていることから、均一型であれば開始されてから現在まで均一状態を示しているはずです。
一般的には均一と判断するにはデータの半数以上が均一状態となります。ちなみに30年、40年、50年と長いデータであれば区切りされ10年おきの区間別の型が出されることもあります。
【jQueryのシェア率増加データの特徴】
開始時からとまることなく上昇を続けている
シェア率増加のピークは2013年
以降は鈍化上昇を続ける
開始時から現在までのデータを型にはめると一番近いものは山型
学校でテストの平均点を調べるのにクラス全員ではなく一部の人達のデータだけを抜き取り判断しているようなものじゃない？
全体像を見るにはより多くのデータを調べた方が精度が増すと思うんだが・・・
近いグラフ見つけたよ。jQueryはスマートフォン契約数の推移・予測と似てるんだ
ttp://news.mynavi.jp/news/2014/05/03/030/ 折れ線グラフのほうが比率（シェア）
一番上が100%
スマホが登場してからすぐにシェアがあがり
近年になるほどシェアの伸びは低くなっていくが下がることはない。
jQueryのシェアと完全に一致してるね。
jQueryとの違いは、jQueryよりも短い時間で70%を超えているという所
だからスマホの今の契約者比率が、そのままjQueryの未来につながるだろう。
> 開始時から現在までのデータを型にはめると一番近いものは山型
じゃあjQueryを使わない場合は、谷型なん？
いつ上がるの？上がらないよね？底なしの谷？
ttps://www.netmarketshare.com/browser-market-share.aspx?qprid=1&qpcustomb=0&qpsp=197&qpnp=23&qptimeframe=M 毎年シェアを増やし続けて近年は伸びが緩やかになっている
だけど一度もシェアが下がったことはない。
典型的な山型グラフだ。jQueryと一緒の山型グラフだ
> 全体像を見るにはより多くのデータを調べた方が精度が増すと思うんだが・・・
だから多くのデータを調べた精度がこれ
jQueryのシェア率増加データ
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y 2011年1月 28.3%
2012年1月 42.8%
2013年1月 54.5%
2014年1月 57.4%
2015年1月 61.5%
2016年1月 68.3%
2017年1月 71.9%
2017年6月 72.5% ※最新
少ないデータから判断してほしい！って言ったやつのセリフが
「アレクサー・インターネットのランキング上位サイト」これｗ
小学生からやりなおせよw
これからのデータについては、分布型ではなく予想と言います。
ほとんど同じだね。
サポート切れのIEのために使っているようなものだろ。
だけでなく↓も頭逝ってそうだ
俺みたいな素人でも右に上がっているのがわかるんだがw
はこれからの話か
それなら可能性はあるな
気になったのでググってみたけど均一の状態とは名前通り均一みたいがらそのように判断されないかも知れない
自分に都合の良いように解釈を行い事実と異なる主張をしている人が目立ちますね。
予想するのは自由です。
自分はjQueryのグラフの話題を見つけたので参加しました。使わない場合は知りません。ご自由に予想してください。jQueryは現時点では、左の歪曲から山型に移項している状態です。
ここからさらに上昇すれば左の歪曲となり下がれば完全な山型分布です。これより数年間70％不均を推移しても一番近い型は山型分布となります。
>>ChromeのシェアもjQueryに近いね
ttp://https://www.netmarketshare.com/browser-market-share.aspx?qprid=1">ttps://www.netmarketshare.com/browser-market-share.aspx?qprid=1&qpcustomb=0&q psp=197&qpnp=23&qptimeframe=M
jQueryの場合途中までは左の歪曲の特徴を示しています。鈍化した状態からは緩やかな右肩上がりなので全体分布とするならば山型の特徴を示しています。
Chromeは順イールド状の右肩上がりでjQueryとは全く異なります。
これは犬と猫を見間違えるぐらい有り得えないことです。
jQueryのシェア率増加データ
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y ブラウザのシェア率増加データ(こちらも定番サイトで見やすいですよ)
ttp://gs.statcounter.com/browser-market-share#monthly-201101-201705 >>182 この人たちの言ってることは間違いです。
197 自分は統計学で均一分布(変化なく横這い状態が続く分布)と習いましたが、一般的にグラフで均一と言えばデータの半分以上が横ばいのことを指すことが多いです。
グラフの形状は知識があれば誰にでも型の区別はできるけど未来の予想は非常に難しいです。その商品を扱っている社の者ですら予想通りの結果に中々なりません。
問題は、その山がいつ下るのか？だろ？
jQueryは少なくとも5年はこのままの高シェアを維持するだろうさ
未だシェア増えてるわけだしjQueryに変わるものが登場してない。
5年は少なくともだ。俺の見込みでは10年は変わらないと思う
二年でシェアが20%になりました。
このペースで行けば15年後にはシェアは150%です。
とか思ってそう。
シェアのグラフは、同頑張っても最大100%にしかならん。
よって最も成功した商品であっても、jQueryと同じように
後半は伸びは鈍化する。というかjQueryが最も成功した商品の一つ。
> 後半は伸びは鈍化する。
え？なんで？
そりゃそうだろ。例えば売上とかなら理論上は上限はないから
ヒットした商品ならどこまでも売上は上がるだろうが、
シェアという割合のグラフの場合は100%が上限と決まっている
具体的な数値で説明するが、その前に話を簡単にして
jQueryを使うか使わないかの2つしかない状態とする。
jQuery登場以前、世界中の1億サイトがjQueryを使ってないとする
この時、jQueryのシェアは0%で、使ってないサイトは100%だ
1年で1億サイト増えたとする。jQueryを使ってないサイトは依然使っていないまま
新しく増えたサイトは全てjQueryを使う。その場合2億サイト中1億がjQueryを使うので
ドカンとシェアが増える。jQueryのシェア50%、使ってないサイト50%。
ここで重要なのがjQueryのシェアが50%も増えたという事実
そして次の1年でも1億サイト増え、その全てがjQueryを使う。そうすると
3億中2億がjQuery、1億が使わない。だから66%がjQueryで33%が使わない。
どうだ？びっくりしたろ？ 1年目と増え方は何も変わってないのに
いきなり16%しか伸びなくなった。
その次は 75%:25% で9%しか伸びない
その次は 80%:20% で5%しか伸びない
その次は 83％:17% で3%しか伸びない
売上みたいな絶対的な数値と、割合という相対的な数値では
考え方が大きく違うんだよ。
統計学を理解されていない証拠の書き込み
現時点でのデータから分布を判断するのと未来予想の分布はマッタク異なるので関係問題にはしません。
最後にもう一度問います。
あなた現在までのデータをみて均一型と山型のどちらが近い状態と判断しますか？
未来予測の分布は全く当てになりません。
だからあなたの予測も当てになりません。
未来の分布はわかりませんとか
自己否定していることに気づいていないのだろうかねｗ
均一型だと主張している者がいたので説明しただけの話です。
あなた現在までのデータをみて均一型と山型のどちらが近い状態と判断されます？
はい。だから俺は
山型だと主張している者がいたので説明しただけの話です。
今までシェアが一度も下がってないデータが、
これからシェアが下がり続けて行けば山型になるだろうし、
誤差レベルのぶれはあれど、数年間安定していれば均一型。
これが答えです。
未来の分布はわからないので、今決定することに
何の意味もありません。
回答されないんですか？
あなた現在までのデータをみて均一型と山型のどちらが近い状態と判断しますか？
そして私は予想は一切していません。分布型というのは現在までのデータをみて判断するものであって未来予想は含めません。
統計学を理解されていない証拠がまた一つ増えましたね。
回答してるじゃん？
現時点ではわからない。
わからないことを山型と決定してるから
お前は恥をかいてるんだよｗ
それが分かってないんだろうな。
事実としてわかってるのは、jQueryのシェアは
登場して数年、伸び続けているということ。
一度も減っていない。
jQueryのシェア率増加データ
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y 2011年1月 28.3%
2012年1月 42.8%
2013年1月 54.5%
2014年1月 57.4%
2015年1月 61.5%
2016年1月 68.3%
2017年1月 71.9%
2017年6月 72.5% ※最新
回答になっていません。
現時点までのデータがどの分布型に一番近いか聞いてるんですよ？
私は山型だと判断しています。
統計学ではこのような一部の特徴を持ったデータを判断するテストを行います。
山型と均一型の特徴を理解されてないから答えられないということですか？
jQueryのシェア率データには明らかな特徴が出ているんですが？
それでもわからないと言うんですか？
> 私は山型だと判断しています。
それがお前が統計学を分かってない証拠。
山型であるためには後半が下がってないといけない。
だけどjQueryは後半も伸び続けている。
他の山型のグラフと見て一致してないので、
現時点で山型と断定することはできない。
> jQueryのシェア率データには明らかな特徴が出ているんですが？
割合のグラフで、一度もシェアが下がってないという
明らかな特徴から、山型と判断したと？
なぜ？ シェアが下がらない＝山型なんですか？
その現時までのデータを見て現時点でどの分布型に一番近いか聞いてるのです。
一番近いものを聞いているのですよ。
現時点のデータから断定はできないから、
予想しろって話？
予想なら意味ないですよねｗ
事実のみを言ってみましょう。
言えなさそうだから代わりに言ってあげましょう
jQueryは登場してから今まで一度もシェアが下がったことがありません。
jQueryの事忘れたら？ｗ
割合のグラフで、一度もシェアが下がってないという
明らかな特徴から、あなたは山型と判断したというわけですよね？
ちょっと数学板ででもjQueryのことを伏せて聞いてみましょうかね（大爆笑）
分布型について説明されているのでレス読みましょう
そして断定もしていませんし予想もしていません。
分布型というものは現在までのデータを見て型の特徴が一番多いものから判断上されます。
で、現在までのデータをみて山型と均一型のどちらが一番近いものと判断できますか？
グラフから読み取る統計学の基本入門 [無断転載禁止]©2ch.net
ttp://rio2016.2ch.net/test/read.cgi/math/1497075809/
その特徴に一番近い型はなんですか？
> で、現在までのデータをみて山型と均一型のどちらが一番近いものと判断できますか？
両方に当てはまる可能性がある。
> その特徴に一番近い型はなんですか？
今後数年でシェアが下がらなければ均一型
統計学ではデータをみて分布型を答えるテストがあるですが、回答されないと君のような人はテストで点数をとれません。
困ったものです。
それだと統計学のテストだと×になりますね。
だってそうだろ？ 最初のうちから高いシェアになるわけない。
販売前は当然ゼロだし、販売直後から一気に安定したシェアになるわけじゃない。
均一型には必ず伸びている期間というものがあるんだよ。
均一型となるもののデータの登場直後を持ってきてみればわかる。
均一型の登場直後 = 山型の山になるまでの部分
この2つはほぼ一致する。そしてこれがjQueryのグラフ
分布型は現在あるまでのデータのみを示すものです。
未来のことは気にしなくて良いんですよ。
そして特徴が完全一致しなくても一番近いものが分布型となります。
現時点というのは、シェアがこれまでずっと伸びていて
一度も下がってないデータだよね？
それをお前が認めてくれないと
話が進まないんだが？
「jQueryは今までシェアが伸び続け一度も下がってない」
↑これをコピペしてくれるだけでいいんだよ？
だから均一は稀なんです。
シェア率増加データでは大半は山型ですからね。
それで現在までのデータをみて一番近い特徴をもった型は均一なんですか？
均一の最初の部分に似てるね。
データをみて最初から理解していますが？
誰かと間違えていませんか？
私が判断した結果は以下の通り。
jQueryは左の歪曲から山型に移項している状態です。
そしてシェア率増加のピークは2013年ということです。
よって山型分布に一番近い特徴を示しています。
君はこれを均一だと思うのですか？
それが全体のグラフだと思ったらだめだよ。
統計学語るものとしては失格
例えば、どんなデータにだって、伸びているときと
伸びていない時がある。伸びているところだけを抜き取って
増えていると判断してはいけない。
これを見ると良いよ。
実は昔の方が圧倒的に多かった少年犯罪
goo.gl/EQem5z
よく見る少年犯罪が増加しているというグラフ
[ 平成1年から切り取った最近少年犯罪が多いとされるグラフ ]
でもこれ、実は嘘でした。少年犯罪は昔より今のほうが圧倒的に減っている
[ 昭和20年からのグラフ ]
このように一部だけを見ても正しい判断はできない
認めたくないのか理解できないのかわからないけど、統計学のテストでそのような回答したら確実に×になります。
> 君はこれを均一だと思うのですか？
だから、両方に当てはまるって言っただろ
おまえ馬鹿か？ 人の話をちゃんと聞け
勝手に人の意見を捏造するな
シェアが伸び続けるデータを見て、山型と判断しても×だよｗ
グラフを見る時、一部のグラフだけ見て、
それが全体のグラフだと思ったらだめだよ。
統計学語るものとしては失格
例えば、どんなデータにだって、伸びているときと
伸びていない時がある。伸びているところだけを抜き取って
増えていると判断してはいけない。
これを見ると良いよ。
実は昔の方が圧倒的に多かった少年犯罪
ttps://goo.gl/EQem5z よく見る少年犯罪が増加しているというグラフ
[ 平成1年から切り取った最近少年犯罪が多いとされるグラフ ]
でもこれ、実は嘘でした。少年犯罪は昔より今のほうが圧倒的に減っている
[ 昭和20年からのグラフ ]
このように一部だけを見ても正しい判断はできない
どの型に一番近いものを聞いているのです。
統計学のテストでも良く出たんですがね・・・
あらゆるデータをみて型と理由を述べる問題の類いです。
分布型を答えるのに未来のことは気にしなくて良いです。
話をそらしてるに過ぎません。
現時点で一番多く特徴が含まれているものを聞いているんです。
ググるなりして均一を調べてみてください。
型に両方などありません。
分布の意味すら全く理解されていないと言うことですかね。
だから均一の最初の部分と、山型の伸び続けている
部分の両方に当てはまるって言ってるじゃん。
なんで自分が勝手に予想した想像上のグラフが
どれに近いかなんて話をしてるんだよ。
意味ね～じゃん
それとも「シェアが伸び続けるグラフ」に対して
均一と山型以外の当てはまるグラフがあるのか？
現時点ではどれにも当てはまっていない。
↓これにも騙されてる
実は昔の方が圧倒的に多かった少年犯罪
ttps://goo.gl/EQem5z よく見る少年犯罪が増加しているというグラフ
[ 平成1年から切り取った最近少年犯罪が多いとされるグラフ ]
でもこれ、実は嘘でした。少年犯罪は昔より今のほうが圧倒的に減っている
[ 昭和20年からのグラフ ]
一度近い分布型を聞いているのです。
答えられないということですか？
山、均一、歪曲、U谷
データをみて最初から理解していますが？
誰かと間違えていませんか？
私が判断した結果は以下の通り。
jQueryは左の歪曲から山型に移項している状態です。
そしてシェア率増加のピークは2013年ということです。
よって山型分布に一番近い特徴を示しています。
均一であれば最初から70％付近を横這いに推移しているデータが見られるはずです。
ttps://news.yahoo.co.jp/byline/soichiromatsutani/20150216-00043032/ ウソグラフの世界
ここ数年、統計学がブームとなっています。オープンデータやビッグデータなど、
IT化の進展とともにそれまで以上にさまざまな数字が扱われるようになっています。
そんな統計において、欠かせないものがグラフです。数値を図形化して視覚的な理解を
うながすグラフには、棒グラフ、折れ線グラフ、円グラフなどなど、さまざまな種類があります。
ただ、意図的かどうかはさておき、作為が加えられたグラフを見かけることも珍しくありません。
数値に手を加えることはもってのほかですが、それよりも目立つのは見せ方を工夫（作為）して
実際の数値以上の効果や影響を錯覚させようとするものです。そうしたものは、「ウソグラフ」あるいは「クソグラフ」などと呼ばれたりします。
それでは、こうしたウソグラフにはどういうものがあるのでしょうか？
グラフを作るための基礎文献
ダレル・ハフ『統計でウソをつく法――数式を使わない統計学入門』（講談社）
ダレル・ハフ『統計でウソをつく法――数式を使わない統計学入門』（講談社）
統計を学ぶ際、基礎文献のひとつとして挙げられるものに、ダレル・ハフの
『統計でウソをつく法――数式を使わない統計学入門』（講談社ブルーバックス）という
本があります。これは、統計でウソをつくテクニックを解説しながら統計の読み方を学ぶというもので、
翻訳文体の癖はありますが読み物として楽しむことができる一冊です。
原著は半世紀以上も前の1954年に出版されたかなり古い本ですが、現在でも
増刷が続いているベストセラーです。大学の社会科学系学部では、
新入生に読ませているところも多いのではないでしょうか。
この本の最後には、それまでを踏まえて「統計のウソを見破る五つのカギ」
というテクニックがまとめられています。それを列挙すると以下です。
> 均一であれば最初から70％付近を横這いに推移しているデータが見られるはずです。
それはないよ。
全ての均一のグラフはどんなものでも最初のシェアは0%だから
お前が均一であるというグラフを持ってくればいい。
こっちその最初の方がどうなってるかを確認するだけだ。
それ、Windowsのシェアでいい？
いいなら持ってくるけど。
俺は良いと思うけど、
あのバカは認めないだろうなｗ
少し考え方が違うかな。
自分も統計学を習うまでは最初は0％だと思っていました。
実際は年度や月別で区切って開始されることが多くデータが途中から開始されたりするため0％スタートではないこともあります。
話がそれましたが、jQueryのデータは何の分布型に一番近いと思いますか？
ttp://news.mynavi.jp/news/2014/03/26/132/ これ見て「MS Word for Windows」は
山型のグラフであると判断しそうｗ
それだよな
のMS Word for Windowsのグラフは
何型だと判断しますか？
ちゃんと答えてくださいね。
と答えれば満足するんじゃねーの？ｗ
一般的に右肩上がりと言われますが、分布型で回答するなら増加のピークと鈍化が確認できるため山型が一番近いものと判断されます。
jQueryのグラフから話がそれる問題には触れません。
現在までのデータをみて聞いているのです。
回答できない理由でもあるんですか？
逃げたよｗ（大爆笑）
> 回答できない理由でもあるんですか？
回答してますよね？
「下り坂になるまであと10年かかる山型」と
それとも現在までのデータを見て
「ずっと上り坂の山型」と言えば良いんですか？
山、均一、歪曲、U谷
私が判断した結果はこちら。
jQueryは左の歪曲から山型に移項している状態です。
そしてシェア率増加のピークは2013年ということです。
よって山型分布に一番近い特徴を示しています。
この判断が間違いと言うならjQueryのシェア率データを元に根拠となる型の特徴を示して説明してください。
現時点でのデータからみて一番近い型を聞いているのです。
未来のことは分布型に関係ありませんので忘れてください。
ttp://news.mynavi.jp/news/2014/03/26/132/ jQueryのシェアはこのグラフの
「MS Word for Windows」に似ていますね。
> 現時点でのデータからみて一番近い型を聞いているのです。
一番近い型は「MS Word for Windows」のシェアだと思います。
ttp://news.mynavi.jp/news/2014/03/26/132/ > この判断が間違いと言うならjQueryのシェア率データを元に根拠となる型の特徴を示して説明してください。
「MS Word for Windows」のシェアの型の特徴です。
ttp://news.mynavi.jp/news/2014/03/26/132/ 一般だと右肩上がりで正解です。
何も間違いありません。
今ここで話しているのは、根拠もなく均一だと主張している人達がいたので統計学の説明をしています。
「MS Word for Windows」のシェアのグラフと
jQueryのシェアのグラフは似ている。
ttp://news.mynavi.jp/news/2014/03/26/132/ これから均一になる可能性が高い
ttp://www.utdallas.edu/~liebowit/book/wordprocessor/word.html この<Fig 8.17>の Mac Word Processor Market Sharesが近い
他のグラフに似てると言うのは根拠の説明になりませんよ。
グラフを説明するときにはそのデータにこのような特徴があるから、この分布型に近いと説明しないと根拠を示せません。
これも統計学のテストだと×をつけられます。
だから、他のグラフ見て
お前は何型だと思うんだって聞いたんだが？
お前の判断能力に問題があると指摘してるんだよ。
今度は逃げずに答えなよ。
これだけを見て（未来を考えずに）これは何型と判断するのか答えなさい
ttp://news.mynavi.jp/news/2014/03/26/132/ 話がそれるようなことはお断りです。
グラフっていうのは一部を見ただけじゃ何も判断できない。
jQueryは今までずっとシェアが伸びているのだから
現時点で判断するならば間違った答えになる可能性がある。
↓例えばこういうこと。少年の犯罪率が増えたなどと
一部だけで判断することは大きな間違い。
実は昔の方が圧倒的に多かった少年犯罪
ttps://goo.gl/EQem5z よく見る少年犯罪が増加しているというグラフ
[ 平成1年から切り取った最近少年犯罪が多いとされるグラフ ]
でもこれ、実は嘘でした。少年犯罪は昔より今のほうが圧倒的に減っている
[ 昭和20年からのグラフ ]
それとも回答できないのですか？
回答は4つです。
山、均一、歪曲、U谷
jQueryのシェア率増加データをみて現時点で何の型に近いか聞いているのです。
私が判断した結果は以下の通り。
jQueryは左の歪曲から山型に移項している状態です。
そしてシェア率増加のピークは2013年ということです。
よって山型分布に一番近い特徴を示しています。
反論すらできないということで良いですかね？
これだけを見て（未来を考えずに）これは何型と判断するのか答えなさい
ttp://news.mynavi.jp/news/2014/03/26/132/ 均一と主張した根拠を示しなさい。
間違い。
jQueryのシェア率増加データ
ttp://https://w3techs.com/technologies/history_overview/javascript_library/all/y">ttps://w3techs.com/technologies/history_overview/javascript_library/all/y 2011年1月 28.3%
2012年1月 42.8%
2013年1月 54.5%
2014年1月 57.4%
2015年1月 61.5%
2016年1月 68.3%
2017年1月 71.9%
2017年6月 72.5% ※最新
これを見てもわかるように、jQueryのシェアは登場から
ずっと伸び続けている。シェアというのは ： Name_Not_Found [sage] 2017/06/10(土) 16:51:21.75ID:???
私は最初から一番近い型を聞いているのですよ。
完全一致しているものを聞いてはいません。
jQueryのシェア率増加データには特徴が型の特徴が含まれているのですが、それも読めないということですか。
だからシェアが伸び続けているものは
どのグラフにも当てはまらないと言ってるだろ
型があることを理解できないんだ？
話を反らさなくて良いです。
私は均一型だと主張しているものがいたので説明しただけですから。
あなたは現時点で一番近い分布型を見つけ出すことはできないと言うことで間違いありませんか？
この場合限定された型は大きく分けて4つだからです。
統計学を自分の解釈でねじ曲げるようなことはやめた方が良いですよ。
私はjQueryのシェア率増加データをみて均一型だと主張している者がいたので説明しているだけです。
そして現時点で何の型に一番近いか聞いているのです。
この限定されたデータでは答えは4つしかありません。
山、均一、歪曲、U谷
私が判断した結果は以下の通り。
jQueryは左の歪曲から山型に移項している状態です。
そしてシェア率増加のピークは2013年ということです。
よって山型分布に一番近い特徴を示しています。
分布型の特徴を知らなければ答えようが無いので酷だとは思いますが、もしわからないようであれば簡単な説明はしているのでレスを読むなりググるなどして調べると良いですよ。
どうしても分布型の意味が分からなければ、義務教育で習う右肩上がりと言えば良いでしょう。
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y 2011年1月 28.3%
2012年1月 42.8%
2013年1月 54.5%
2014年1月 57.4%
2015年1月 61.5%
2016年1月 68.3%
2017年1月 71.9%
2017年6月 72.5% ※最新
これは私が載せたレスの一部ですが何か？
こちらの書き込みです。
山、均一、歪曲、U谷とかオレオレ用語使ってるけど
統計学にそんなもんないからな
4種類しかないなんて嘘だし、そもそも確率分布の名称に
型なんていい方はしねぇ。分布っていうんだよ。
ttp://www.biwako.shiga-u.ac.jp/sensei/mnaka/ut/statdist.html 2. 連続型確率分布 (Continuous probability distributions)
多分知らないんだと思うがね。
話を反らさなくて良いです。
私は均一型だと主張しているものがいたので説明しただけですから。
あなたは現時点で一番近い分布型を見つけ出すことはできないと言うことで間違いみたいですね。
お前の言う均一型って統計学で言う何だよ？
専門用語使え
グラフの読めない人がいるのがわかっていたので最初に説明済み。
話を反らさなくて良いから。
答えられない理由でもあるのかい？
話を逸らす？何を言ってるんだ？
それは別人だろ。
右肩上がりでダメなの？
シェアと統計学上の分布は全く当てはまらないよ。
統計学の分布っていうのは確率に対して適用する話で
シェアは確率じゃないのだから全く関係ない
シェアの話なのだからそれであってる。
やつの主張はシェアの話を勝手に
確率の話にすり替えて、統計学上の分布の
どれかであるはずだという思い込みによって成り立ってる。
シェアの場合、単一の事象ではなく
別の候補が現れたなどという、想定外の事象によって
大きく影響するので、分布のパターンに当てはまらないことが多い。
失礼しました。
私は↓のような根拠も無く均一だと主張している者に説明をしていただけです。
話すり替えんな。そもそもお前の話が間違いだってことを言ってる
私はjQueryのシェア率増加データが山型に一番近いと主張していること？
俺の主張はそもそも山型なんてものはないと言ってる。
右肩上がりで良い
一般的に説明するなら右肩上がりで間違いないよ。
無理やりどれかの分布にあてはめようというのが
そもそも間違っている。
一々検索して調べてるような人がいるみたいなので意味が通じるように説明しただけです。
最初にレスして触れていることなんですけどね。
その後、私は均一だと主張している者に理由と一番近い分布を聞いてるだけです。
ちなみにあなたは、現時点でjQueryのシェア率増加データをみてどの分野に近いと思いますか？
だから分布に当てはまることが間違ってる
ワードプロセッサの分野における、MS Word for Windowsのグラフにそっくりですね。
ttp://news.mynavi.jp/news/2014/03/26/132/ 特徴を含むシェア率増加データがあるならヒストグラムでも一番近い分布は決められますよ。
そう思い込むのは勝手ですが、グラフみて根拠となる特徴を見つけ出し一番近い分布を出すのは常識なんですけどね。
編み出したオレオレ用語。そんな言葉は存在しない。近い言葉もない
だから分布じゃないものを分布にあてはめることが
そもそも間違いだって言ってる。
考察しているものがあるっていうのなら教えてくれよ。
全く筋違いのものを同一視しているだけ
そんなものないからさ。
他のグラフに似てると言うのは根拠の説明になりません。
グラフを説明するときにはそのデータにこのような特徴があるから、この分布に近いと説明しないと根拠を示すことはできません。
何事にも当てはまりますが、似ているからといった思い込みで直ぐに何かに関連付けさせようとするのは間違いの元です。
なるよ。
お前自信が、ある分布の型に似てるから
その分布だってやってるじゃんｗ
例えばそれはU型の上り坂の部分かもしれません
特徴が示されていなければ回答できませんが、jQueryの場合には明確な特徴が含まれているでしょう。
開始時から左の歪曲
増加率のピーク
鈍化状態
この特徴が一番近いものは均一ではないですよね。
山に移項している状態なので一番近いと思うのですが？
この３つの特徴より多く含むものを見つけ出せますか？
かもしれないや未来のことは、現時点で一番近いものとは言えません。
一番近いのは山型ではなくて右肩上がり型だよ
> 鈍化状態
シェアなんだからずっと同じペースで増えることはありえない
年10%増えて、それが11年後に110%になったら驚きだｗ
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y にはjQueryだけじゃなくて、None（何も使わない）ってデータもあるんだよね。
2011年1月 28.3% 61.8%
2012年1月 42.8% 49.1%
2013年1月 54.5% 39.6%
2014年1月 57.4% 38.2%
2015年1月 61.5% 35.0%
2016年1月 68.3% 28.7%
2017年1月 71.9% 25.5%
2017年6月 72.5% 24.6% ※最新
おそらくこのまま、何も使わないのは0%に向かって下がっていくだろう。
これは何型？
私の主張はこれのみ。
均一と主張するなら、根拠となる特徴をjQueryのデータを使って示せということ。
グラフを見て一番近い分布は山。理由は以下の通り。
開始時から左の歪曲が続き
増加率のピークは2013年
それ以降は鈍化状態
これを均一だと主張している者がいるので説明を待っているのですが恐らくレスこないでしょうからしばらく様子をみることにします。
現時点でのjQueryのデータをみて均一に一番近いという根拠ある説明がされたら返信することにします。
わからないようであれば、一番簡単である棒グラフ・折れ線グラフ・ヒストグラムなどを検索して分布について調べてみてください。
ここで説明書していた型(分布)についてある程度は理解されるはずです。
以上
今は減っているだけ！
型に合わせてみればU型だから、
IEのシェアはこれから盛り返す！
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y jQueryのシェアはずっと上がりつけています。
何も使わないシェアはずっと下がり続けています。
2011年1月 28.3% 61.8%
2012年1月 42.8% 49.1%
2013年1月 54.5% 39.6%
2014年1月 57.4% 38.2%
2015年1月 61.5% 35.0%
2016年1月 68.3% 28.7%
2017年1月 71.9% 25.5%
2017年6月 72.5% 24.6% ※最新
適当にでっち上げた型に当てはめるのは意味がありません。
jQueryのシェアが下がる要因はないので、このまま高シェアを維持し続けるでしょう
> 開始時から左の歪曲が続き
> 増加率のピークは2013年
> それ以降は鈍化状態
他のグラフに似てると言うのは根拠の説明になりません。
jQueryのシェア、最終的には9割ぐらい行きそうだな
あと10年は変わらない気がする。
奪っているか？に注目すると先を読むことができる。
ttps://w3techs.com/technologies/history_overview/javascript_library/all/y グラフを見れば明らかだが、シェアを伸ばしているのはjQueryとBootstrapとModernizr
反対にシェアを減らしているのはNone（何も使っていない）と、もともと少ないがMooTools
ここから誰が誰のシェアを奪っているかがわかる。
もちろん伸ばしている方が、減らしている方から、シェアを奪っている。
この先大きな出来事がおこらない限り、この流れは変わらん。
ゆっくりになるだけで反転はありえない
お互いがシェアを奪い合うってことにはならない気がする。
それは正しい。そもそもBootstrapの機能の一部は
jQueryを使用している。
jQuery使われてないんだとか喚いていたヤツいたじゃん？
でもw3techsの情報ってアレクサーインターネット上位1000万の
ウェブサイトからの統計なんだねｗ
ttps://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ヶ月間の平均ランキングで使用しています。
> アレクサのランキングは、ウェブサイトのトラフィックを測定するために不正確と
> 見なされることがありますが、それらは確立されたサイトの代表サンプルを非常にうまく提供するという目的に役立っています。
ttps://w3techs.com/technologies/overview/javascript_library/all あとこっちのマーケットシェアってのがよく分かってなかった。
jQueryの使用サイトが72.5%で、マーケットシェアが96.2%の意味
よく読んだらわかったよ。
まずウェブ全体で24.7%がJavaScriptライブラリを使っていない。
まあ動的な動きが必要ないただのHTMLとかもあるからそういうのもあるだろう。
残りの75.3%が何かしらのJavaScriptライブラリを使っているということ。
その中で96.2％はjQueryを使っている（72.5% / 75.3% = 96.2%）
ということなんだね。
readAsDataURL
ここでzipライブラリの処理
Ajax送信
phpに受け渡し
サーバーに保存
ディレクトリを確かめると全てファイルサイズが readAsDataURLで変換したものより大きかった。
考えられる原因わかりますか？
その可能性もあるから生成されたファイルの大きさを比べてから処理変更するのが正解。
数十メガ単位になると中断とかキャンセルされてしまう。
無圧縮で良ければすぐ作ってあげるけど？
もちろん無圧縮のzip形式ですよね？
お願いします。
337、335、333です。
データベースを使って非同期に分解してから送信する方法で解決できました。
ちなみに339と私は関係ありません。
検索で直ぐに出てくるJavaScriptで動くZIPライブラリは重い処理をすると直ぐに止まるような欠陥品みたいなものだよ。
特にjQuery必須の三種は糞。
DOMと全く関係ないな。
jQueryを間違った使い方をしているやつがいる
素晴らしいjQueryとは全く関係ない話だが
そのライブラリはjQueryないと動かないんだがw
しらんがな
それはそのライブラリのせいであって
jQueryのせいではないというだけの話
ttp://d.hatena.ne.jp/yatt/20110629/1309353151 > 実際にコーディングしたのはjQuery.ajaxとの統合部分で、
> 実際にzipを処理する部分は
ttps://github.com/hinassan/zipjsから頂きました。 > スコープを狭めるために、定義をグローバルなthisではなくjQueryオブジェクト内に
> 定義されるように変更した程度でほぼ全て引用です。
あー、これはなぁー、zipライブラリそのものじゃなくて
zipライブラリを使って作られたjQueryプラグインだ
気になったのでググってみたけどzip圧縮系のjsライブラリーは種類が少ない＆Githubにもあまり置いてない。
jQ必須のzip圧縮系ライブラリーも数えるだけしかない。
使う用途が限られているのか使い勝手が悪いので需要がないのかと・・
> そのライブラリーの中身をみないと判断できないが置きかえ処理や送信部分で使ってるんじゃないのかな？
だろうね。
なぜかjQueryが必須なzipライブラリ
ではなくて、
zipライブラリをjQueryのajax部分で透過的に使えるようにしたプラグイン
だったわけだ。
わざとなのかしらんけど、なんでこう
わざとらしいことするんだろうか
どの三種か不明ですが結果としてはjQuery必須のzip圧縮ライブラリはどれも重くて使えないですね。
自分の環境だとどれも50Mで停止した。
使えるライブラリがあったら教えて欲しいです。
データベースを利用したzip圧縮であればGB単位でも問題なく動作します。
以前4～5GBのファイルを受信してローカルに保存する処理を記述しときにデータベースをいじってみたけど割りと簡単にできました。
そしてどれも数十M単位のファイルを扱うと使えなくなる代物・・
さんは346レスした人？
いい加減jQuery必須のzip圧縮ライブラリとか
名前を隠すのはやめれ。
わざとらしい
JavaScriptでデータベース扱う処理は流行りですかね。
自分もJavaScriptでzip化させたくてライブラリ探してみたけど全てダメでした。
Chromeの最新版で試してみたけどどれも停止するんですよ・・
特にjQuery読み込み必須のzip化ライブラリは重くて使い物にならなかったです。
37MBのファイルですら実行できなかったです。
自分で書くしか無いですかね～
そんなに難解なフォーマットでも無いみたいだし
例えば圧縮無しのアーカイブ化だけとかなら簡単にできそうだよ
もしくは要件定義してくれたら俺が書いても良いよ
どんな処理をさせるか簡単で良いので流れを説明できますか。
jQuery必須のzip化ライブラリ重いですねーｗ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)
jQueryが糞だから？ｗ
サーバから受信したor手持ちの<File>をzip化したいんじゃないの?
ただ仕様通り並べていくだけじゃん
それだとそのへんに転がってるzipライブラリと同じで50MB程度で停止してしまうよ。
jQuery必須・不必須関わらずまともに動くものがあったら教えて欲しいです。
欲しいのはGB単位でも扱えるzip化スクリプトです。
まともに動かないのでしょうか？
バグが有るのですか？
jQueryは、符号化処理するモジュールではない
Node, Haxe にも、モジュールは無いのか？
それか、OS に入っている、zip コマンドを起動するとか
UTF-8 には、1文字で、1～6バイトとか？
どの文字が何バイトかなんて、ユニコード規格を決める人しか、知らないだろ
jQuery で、どこかの無料サイトにアクセスして、
そのサイトに送ったデータを、zip 化してるだけじゃないの？
そのサイトのデータ量の上限を超えているので、エラーになっているとか？
JavaScript における文字コードと「文字数」の数え方
ttps://blog.jxck.io/entries/2017-03-02/unicode-in-javascript.html zipライブラリで圧縮されている。
そしてjQueryがないと動かない仕様になっている。
というかJavaScriptでライブラリ公開とかしたことありますか？
zipライブラリについて質問してもいいですか？
はよ処理内容の流れを説明してくださいよw
まずZIPする前の何GBも貯めていく時点で無理が生じると思う
現状ブラウザからファイルをダウンロードさせようと思うとaタグのdownload属性を使ってhrefにblobのObjectURLを指定することになるよね?
でもstreamをblobにするのは無理
となるとワンちゃんあるのはサービスワーカーからocted-stringを吐き出すこと
ローカルファイルをReadableStreamとして読んだらブラウザが空気読んで最低限のメモリ消費にしてくれないだろうか?
そしてそれを自作ReadableStreamにし、それをResponseにしてサービスワーカーから返すことでできるのかもしれないね
ブラウザで動画など、数GB あるようなデータは、
ストリームと言って、受信したら端から、データを捨てていく
バッファには、直近の数MBしか、残っていない
jQuery では、こんな処理はできない。
Node などのJavaScript でも出来ない
ブラウザのように、OSのファイルAPI を使っている、言語しかできない
できるっぽいよ
jQueryの$.ajaxで通信途中のresponseTextを取得する
ttps://abicky.net/2011/12/25/042412/ その程度の知れた奴は誰ですか？
Node.js の、Buffer.byteLength で、文字列のバイトサイズがわかる。
Electron でも、できるかも
zip は、Windows だから、PowerShell とか？
Linux だと、zlib, gzip になる。
Node.js の、zlib。
Electron でも、できるかも
curl, wget のオプションにも、あるかも
昨日jqueryを始めたガチの初心者ですのでお手柔らかにお願いします。
datepicker-ja.jsはローカルフォルダにダウンロード済みです。
------index.html----
<head>
<title>jQuery</title>
<link rel="stylsheet" href="jquery-ui-1.12.1/jquery-ui.css">
<link rel="stylsheet" href="jquery-ui-1.12.1/jquery-ui.theme.css">
<link rel="stylsheet" href="jquery-ui-1.12.1/jquery-ui.structure.css">
<link rel="stylesheet" href="style.css">
<script src="jquery-3.2.1.js"></script>
<script src="jquery-ui-1.12.1/jquery-ui.js"></script>
<script src="datepicker-ja.js"></script>
<script src="index.js"></script>
</head>
<body>
日付: <input type="text" id="datepicker">
</body>
</html>
------index.js--------
$(document).ready(function(){
$("#datepicker").datepicker();
});
詳しく
問い詰めても何もならないからやめとけ。
jQuery本体の1.12だと効かないようです（1.11.xまでは効く）
ここと同じ記述ですが、1.12で対応する記述方法をわかりますでしょうか？
ttps://techacademy.jp/magazine/9532 jQuery3.系を使用してますが、ローカルにコピーしても効いてないですね・・
セレクタの仕様が変更されたんですね
#→"#"
<!DOCTYPE html>
<html lang="ja">
<head>
<meta charset="UTF-8">
<title>jQuery</title>
</head>
HTMLの冒頭部分で、日本語・文字コードを指定する
それと、すべてのファイルを、BOM無し、UTF-8N で保存する
メモ帳では、BOM有りになるので、開発では使えない。
他のエディタ・IDEを使う
基本的な事を忘れてました…
アドバイス通りで修正できました。
ありがとうございます！
それはライブラリが前提になるとより良い標準が普及するのが遅れてバッドノウハウが何時までも残ってしまうと考えてたから
でも標準の策定と実装があまりに遅すぎるし、HTML5ムーブメントの時の勢いを持った人達はどこに消えたのかと思うくらい最新仕様に興味を持って盛り上げていく人が少ない
最近は細かい事を言わずjQueryをポリフィルのような感じで使っていってもいいと思えてきた
ttp://mevius.2ch.net/test/read.cgi/hp/1465566635/
｜
（2つに分岐）
｜
├→ jQuery 質問スレッド vol.7
｜ ttp://echo.2ch.net/test/read.cgi/hp/1478055094/
｜
└→ + JavaScript の質問用スレッド vol.131 +
ttp://echo.2ch.net/test/read.cgi/hp/1478053599/
｜
（2つに分岐）
｜
├→ + JavaScript(ECMAScript)質問用スレッド vol.123 +
｜ ttp://mevius.2ch.net/test/read.cgi/tech/1482325013/
｜
└→ JavaScript情報交換所(プログラミング既習者専用）
ttp://mevius.2ch.net/test/read.cgi/tech/1449440793/
そういうデータが有れば上司を説得できます！
あるなら教えてください！
各国の統計別データはないはずだよ。
チームにjQueryに頼らない環境ができているかどうかだから
あとはやっぱ対応ブラウザだな
徐々に切り替えるというのも面倒だから
jQの通信やスタイリング機能などなどを使わないとすると
標準でfetchやらWebComponentsなどなどが使えるEdge以降になる
そしてそこまでして開発スタイルをバッサリ変えて
意識高い人は満足かもしれないが、
jQ==JSと思ってるような末端の開発者たちが納得するかね？しないと思うわ
jQueryに限らないけど、頼る頼らないの話じゃないでしょ？
頼らない方が偉いとかすごいってわけじゃない
適切な技術を選ぶ（頼る）ことが重要で
jQueryが適切ならjQuery使うべきなんだよ
最近どうもjQueryを使わないことが目的になってる
やつがいるけどさ、アレは単なる流行り物に流されてるだけ
どうせAngularとかReactとか使い出すとDOM APIなんて殆ど使わないので
とっくの昔にDOM APIは必須の知識ではなくなってるしね。
その子孫タグのイベントを、削除してくれるのは、jQuery だけだろ
JavaScript, Zepto.js などでは、GC されなくて、メモリリークするだろ
Backbone.js でも、子孫タグのイベントを、削除するのは難しいから、出来なかった
ブラウザ依存
DOMContentLoadedイベントを別タブで開いて監視する
fetchして監視を挿入して遷移もいいけど、以降オリジンを外れるから微妙
描画完了というのは聞かない
そもそも、YouTube みたいに、
画像が読み込まれていなくても、リンクが押せるように作るべき
「クラス名.hoge1と.hoge2の両方の値が空の場合」を指定するにはどう記述したらよいでしょうか？
$('.hoge1:empty.hoge2:empty')のように書きたいのですが・・
具体的にhtmlで書いて欲しい
まず遠回りして説明するとセレクタの指定方法として質問が適切じゃない
「場合」と書いているからifの条件みたいになってる。
セレクタの話をするならば、「クラス名がhoge1で値が空の要素を選択したい」
という形で聞かなければいけない。セレクタ＝セレクトする人だから選択
ということで、何を選択したいのか？を考えてみようか？
<li>
<p class="hoge1">テキスト</p>
<p class="hoge2"></p>
</li>
<li>
<p class="hoge1"></p>
<p class="hoge2"></p>
</li>
<li>
<p class="hoge1"></p>
<p class="hoge2"><img src="hoge.png"></p>
</li>
例えば、上記hoge1、hoge2共にタグ内が空のliを選択
話が変わったなｗ
選択したいものは何か？liだろう？
なら最初にliを選択したいというのが来る
$('li')
そしてその後は条件と考えられる。
その条件がCSSとして書けるものであるかどうかって話だが、
残念ながら「選択したい要素（＝親要素）の"子要素がemptyである場合"（の親要素）を選択する」
というような、選択したい要素と、条件がかかっている要素が違う場合は、CSS3では実現できない。
CSS4でなら実現可能かも知れないが。
ブラウザが対応していればCSS4のセレクタが使えるかもしれないが、
jQueryはCSS3までの対応となってるので、単純なセレクタでは実現できない。
だからセレクタと条件を分けて考える必要がある。
これ
$(':empty')
ttp://js.studio-kingdom.com/jquery/selector/empty_selector 眠たいから寝る。あとは頑張れ
クラス名.hoge1と.hoge2の両方の値が空の場合というのは
クラス名.hoge1の値が空ではない
または
クラス名.hoge2の値が空ではない
というセレクタを使って選択した結果、見つかった要素数が0である
と置き換えられる。
「クラス名.hoge1と.hoge2の両方の値が空の場合」という言葉には
セレクタと条件の２つが含まれているわけだよ
我ながら酷い回答だわ・・・
$('li').filter(function() {
// return $(this).find('.hoge1:not(:empty), .hoge2:not(:empty)').length === 0;
// return $(this).find('.hoge1, .hoge2').filter(':not(:empty)').length === 0;
return $(this).find('.hoge1, .hoge2').not(':empty').length === 0;
});
見ての通り、単発のセレクタというものはない
セレクタと条件が組み合わせる必要がある。
CSS4を使えば、単発のセレクタにできるかもしれない
と、ここまで書いて、調べてCSS4ではhasを使えばできそうだと知った所で
jQueryにもhasはあることを思い出してシンプルに書き換えた。
もちろんこれも単発のセレクタではない。
$('li').has('.hoge1:empty').has('.hoge2:empty')
CSS4だと、$('li:has(.hoge1:empty):has(.hoge2:empty)')
こんな感じで、単発のセレクタで書けると思うが
jQuery以前にブラウザが対応していない。
ttp://caniuse.com/#search=%3Ahas hoge2の中身の確認を終えて条件の判断を行うまでの間にhoge1が空でなくなったら
子要素は値とか中身とは言わない
あとShadowRoot下に要素があったらどうすんのよ？
そもそも仮に子要素が空白文字のテキストノードだったらそれも選択すべきかもしれないし
その場しのぎの基準と作業はやめて本質的なことをすべき
自分が答えられなかっただけのくせに、いい加減にしておけ。
あぁhasがあったか、ありがとう
質問がテキトーでご迷惑おかけしやした。
.hasでしたか、いや後から考えると確かにごもっともですね。
ありがとうございやした。
何を怒ってるのか分からないんだけど
本当にそれが本質なのか?と説いてるんだよ
閉じた空間ならまあそうは言わないが
HTMLとDOMっていうの自体が曖昧性と干渉による不確か性を孕んでるからね
だからそれに対してシンプルな物で立ち向かうって言うのは逆に曖昧ということになってしまうんだよ
そういうときのJSの基本として、吸収できるように冗長に書くことを考えなければいけない
もしくは、ShadowDOMでカプセル化したりしなければ良くないよと言うこと
時には非スマートでもいいから『自分で書こうとする気』も必要ということ
コードのスマートさを重視して暗黙的な細かい要件を変えるテクニックは重要だが難しいもの
だから何がそんなに気に食わないのか？
hasっていうのはCSS4で策定予定なことからもわかるように
がやりたいことっていうのは、たしかにセレクタで
やるべきことなんだよ。
jQueryはそれと同じことをメソッドとして先行実装しているだけ。
セレクタを使って簡単にquerySelectorAllで要素を取得できることを
自力で頑張れというのなら君はセレクタをJavaScriptで使わなくていいよｗ
①アメリカ人で20代の男性と日本人で30代の女性の方、
集合時間についての大事なお知らせがあります。
②今から言う対象の方、集合時間についての大事なお知らせがあります。
対象の方は、アメリカ人で20代かつ男性、もしくは日本人で30代かつ女性
それ以外の人は聞かなくて大丈夫です。
セレクタを使うのが悪いとは言っていない
セレクタくらい自分で調べろ、これはコード作成依頼に近いというのもあるが、
それよりも気に食わないのはemptyだとかそういう単純な物で物事を解決しようとする姿勢
もっというとセレクタや$()に頼りすぎてるということ
そんなことじゃ柔軟性を失って本質を見失って良いことはない
書いてみようか？
複雑な要件に変更するべきだ！
っていうのなら本末転倒だなｗ
気に食わないという理由で
勝手に要件を変えるな
セレクタや$()に頼らないのは本質ではない。
本質とはどんな手を使ってでも素早く要件を実現することだ。
すまん、全く意味がわからんｗｗｗ
具体的にどんなコードを書けば満足なんだｗ
もしくは今からjQueryを使わずに問題を解いてやろうとした所で
あっさりとjQueryのhas使ってシンプルに回答されちゃったんで
悔しいとかだろうな
A 「GIMPで遠近の違う写真を合成したいんだがどうやるの？」
B 「は？そもそもGIMPなんかフリーソフトで安易に解決しようとする姿勢が気に食わない。
ちゃんと金払ってphotoshopCC使ってやれ」
（↑実はGIMP苦手だったりする）
どうして書いてもないことをそう捻くれた妄想できるのか不思議
とかも的外れ
頼りすぎてるとは、自分で考えてコードを書けないということを言っているのよ
セレクタでちょっと困るたびにここに聞きに来るのかと
セレクタや$()が何でも解決して「くれる」と思ってるだろと
解決するのは、「君」だ、そして手段を優先して目的を犠牲にするなというようなことを言っているのよ
「書いても、書かされるな」
そゆこと
むしろそういう受け身な姿勢にさせる自立を阻害するような状況を作り出した
回答の流れも含めて丸っと気に食わないと批判してる
具体的な回答がどうこうというよりも、問題提起と回答までの流れに
ちょっと良くないだろうという文句を言ってる
俺の考え伝わった？
微塵もわからん
は本来どういう質問が良くて、それに対する回答はどうすれば良かったんだ
セレクタ一つでアホみたいに悩むより聞いた方が早いだろとは思うんだが
単なる利用率なら公開しているサイトがあるよ
> セレクタや$()が何でも解決して「くれる」と思ってるだろと
まあ実際CSS4で解決してくれるわけですが？
そういう話はしてない
セレクタでやる方法を教えてくださいというのが
何が問題なのか？
疑似要素セレクタで複数同時に指定する方法（手段）を聞きたかったわけで
そもそもの問題を解決したいだけならjavascriptでもphp側でもできますし、
それこそどうして質問者がjQuery以外では書けないと妄想して断定しているんですか？
それは言葉の綾で現実の質問者が実際にそうだと断定しているわけではない
質問者が悪いとも悪くないとも言わない
回答者が悪いとも悪くないとも言わない
でもこの質問からのこの解決までの流れはまるでそういうことを認めるようで悪いと言ってる
つまり展開が好ましくないと言ってる
具体的な回答や質問の１つ１つにケチを付ける気はないし、ましてはそれを書いた人を批判する気もない
展開おかしいですか？
の最初の質問で1行目から
"セレクタの指定方法について質問です。"って書いたんだけどな。
疑似要素セレクタで複数同時に指定する方法を聞きたかったわけで。
そもそも生js自体も所詮は手段の1つでしかないし、
手段について質問回答するスレかと思っていたが違うのか。
jQueryって儲からないんだな。
ガキだって言うんだよ
＞頼りすぎてるとは、自分で考えてコードを書けないということを言っているのよ
これね、若いねぇ
中途半端にかじっちゃった状態の人って必ず一度は言うんだよなｗ
それ言い出すと、どこまで突き詰めんのかって話になる訳よ
「自分で考えてマシン語コードで書けよ」とか「いやいや、マイクロコードからだろ」とかね
お前らは生産性が低いんだよｗ
すでに確立され実績のあるものは積極的に使うべきで
その上にどう付加価値を付けていくのかが重要なんだよ
オープンソースは下級言語として扱われてるしな。
さらにjQは誰でも使えるように簡単に書けるようにしてあるんだから不思議なことではない。
スマホでもyoutubeでも新しい文化をも受け入れて使いこなすおっさん
スタンスは自由だが、生物として優れているのは後者ではないだろうか
最初から使わないが結論の人はだめ
俺はそういうことを言ってるんじゃない
いい加減説明するのも疲れたけどjQを使うなと言っているのでもない
ただ2chでのJS質問スレは、自分で解決しようという気が無いと駄目
あくまでこのスレでのモラルを問うてるわけで、その他の世界や一般論を言ってるわけじゃない
俺も１５年くらいJSやってるわけだし、今更若くもないし若いこと言いたいわけでもない
ただきっちりさせておくべき所というのはある
具体的に言うと、自分でjQのセレクタ指定を調べようと思わないとまずだめ、
調べてもよく分からなかった、どういう意味ですか、から話は始まる
そして回答者もそういう自分で調べられるように誘導してあげないと駄目
答えを１つ聞いて、答えを１つ書くんじゃコード作成依頼と同じ
それは駄目
質問スレで質問するなってわかりやすく言ったらどうだい？
それとも俺が満足する質問だけしろのほうかな？
簡単で学びやすいから需要がなくなる
質問スレだからといって何でもどんな風にでも質問して良いのとは違う
ここは自ら学ぶ人のための質問スレッド
質問場所は他にもいくらでもあるが、
ここはどちらかというと正解を探すタイプじゃなくて修行するタイプの人が集う厳しい所
良いとか悪いとかじゃなくてそういう住み分けがずっとされてきてる所なんだよ
今回の場合別に質問も回答も単体でそのしきい値を超えてるとまでは言わない
だがそれ以外のノイズも含めて全体でしきい値を超えたと判断したので警告したまで
2chでもたまに超初心者向けが立ったり、教えてもらう系の質問スレがあるように
それを変えたいのならテンプレを変えてスレを立て直さないといけない
そうしたなら俺だってうるさい面倒なことを言わないで済む
少なくともこのスレでこういうやり取りは謹んでくれということ
誰かの思想を否定する気は無いが、先祖代々から続くこのスレでのモラルに反してるということ
過疎る前だったらすぐツッコミが入った
最近は皆あまりに適当でなあなあにやり過ぎ
実はググっても出てこない。
恐らくあなたもわからなかったのでは？
質問者に学習させようとか余計なお世話
答見て全体が理解できることの方が多いんだから
ここは質問と回答に徹していればいい
さあ、どうだろう、調べても考えても無かったから分からないが、
確かに少なくとも最初から今回の一番スマートな回答を出せる知識、経験は持って無かった
見返してみてみると、hasだったりnotだったり、いろいろためになった
改めて良い回答や流れだっだと賞賛を送りたい
でも、何度も言うけど個別の回答の中身が悪いと言っているのではない
スレのバランスとして不足していた部分があったということ
質問者に対してや回答者に対して余計なお世話でも
このスレの本来の秩序とバランスを守ることが優先される
俺も言いたくて言ってるわけじゃない
俺がこのタイミングでこれを言い出さないとそろそろバランスが取れなくなると思ったから言ったまで
偉そうに言わせてもらうと、おせっかいだろうが皆の気を引き締めさせて貰った
だから実はこの時点で俺のノイズを含めて全体としては問題は無くなってると解釈してる
いちいち翻訳させるな
このスレはJavaScriptとjQueryに関係することなら
なんでも書いていいんだよ。
ノイズっていうのならお前のような
JavaScriptやjQueryに関係ない個人の主張を
長々と書いているものこそがノイズだ
あのね、、、それは俺の意見と正反対だ
そんな考えじゃ誰も何も発言できなくなるだろ、それはおかしいだろ
発言はどんどんすべき、文句があったらさらに発言すればいい
多様な意見をどんどん交わすべき、それが俺の考え
だから俺は今回偏った空気に無い系統の発言をしてバランスを取った
他の発言が無ければ、俺の発言もなかった、
だから他の発言を否定するなど、あり得ないこと
全てのレスを含めて作品のようなものなんだよ
君も全く分かっていない、ノイズというのは正しく俺の発言のこと
どうしてそう読めない？
そこまで捻くれた見かたしかできないなんてヤバイんじゃないか？
質問に回答してる奴のレスを議論スレに貼っつけてそこで存分に扱き下ろせ
ここでやるな
get～は一部で説明してるのだからそこだけに留めて、他は統一すればいいのにと思う
jQueryで書くみなさんはどちらを使用？何か使い分けしてる？
idをもつ要素はそのid名でwindowのプロパティになることが仕様で決められてるんだから
単にidかwindow.idとするのが一番良いよ
どれでもよくて迷ったら最速を選べ
参考になる部分もあるから
最速と言われても実行速度の意味と開発速度の意味の両方があるでしょ
最速の入力速度というのなら文字数が少ない方がいいし
メンテナンス速度とか修正速度ならこれまた文字数が少ないほうが
最速になる
実行速度を重視する時代は終わってるんだよ
それよりも開発速度のほうが重要
「○○持ってる？」
「持ってる」
「・・・（シ～ン）」
なるほど～と感心したオイラは初心者です
そこに議論の余地はない
速度には実行速度と開発速度があるということに
気付ける人はまだましだよ。
本当に理解能力がないやつはいくら言っても
実行速度のことしか考えないからな
コテハン名乗って貰っていいですか？
俺が決めること。名乗りたいと思えば名乗る。
入力や開発速度、メンテにそんな差あるか？
書き換えないといけないだろ。
そういうのが積み重なって開発速度に差が出てくるんだよ
全部querySelectorAllだけで開発するのが
今のトレンドだからね。
過去のやり方は捨てよう
書き換えって何を？例えば？
さらにループを使わなければいけなくなる。
しかも速度重視ならquerySelectorAllなんて使うわけがない
idが振られてる要素は最初からそのid名で変数アクセスが出来るんだから
書き換えるとこって'_'の中くらいだよね、それは$(～)も同じこと
複数書き換えでもエディタの置き換えで済む
そもそもidはピンポイント指定に意味があるのに（の通り）
複数処理するなら数にもよるが多いならclassつけるわ
> わざわざIDが割り振られてるもんを複数引っ張ってきてループで同じ処理するなんて構造上ありえん
お前は馬鹿か？
一つしかない前提でIDをふったが複数必要な場合がでてきた
クラスに変更した方がいいってなった時に
コードを書き換えるって話をしてるんだろ。
最初からすべて複数（0個以上）存在するものとしてコードを書けば
その要素が動的ページで条件によっては一つも表示されない場合でも
複数表示された場合でも、コードはそれらの違いを気にする必要がなくなる。
条件分岐が減るということでそれはテストとバグを減らすことにつながるわけだ
単数でも、複数形・コンテナとして扱うから、一貫性がある
常に、jqObj を使っておけば、メソッドチェーンもできるし、
0 要素では、止まる
null エラー・No Method Error にならない。
JavaScript のエラーになる前に、jQuery 内のエラーになる
jqObj は、安全装置みたいなもの。
その代わり、メモリを食う
珍しい言い方だなｗ
jQueryっていうのは基本的な思想がCSSに近いんだよ。
CSSが要素に対してセレクタでスタイルを適用するものなら
jQueryは要素に対してセレクタで処理を適用するもの
CSSで .class { } と書いても #id { } 書いても
どちらも要素がなくてもエラーにならないだろ？
これと一緒なんだよ。
jQueryをDOM APIの代わりとして、要素取ってきて存在すれば～みたいな
手続き型スタイルでコードを書いているとjQueryのメリットに気づかない
.class { } みたいに、セレクタを書いてその中身を書くように
jQuery でも $('.class').css({}) みたいな感じで処理を書くのではなく
定義する感じで使うのが正しい
ループで一つ一つ回して、何かの処理を施していくけど、
jQueryだとセレクタに一致する要素群に対する
処理を適用するという感じで使う。
CSSでセレクタに一致する要素群に対して
スタイルを適用するのと同じ感じ
>一つしかない前提でIDをふったが複数必要な場合がでてきたクラスに変更した方がいいってなった時にコードを書き換える
コードの記述に何使ってる？
すぐ上に書かれてるように一発でできるぞ
それに「#」を「.」に変える方が面倒
よってget～の方が開発速度は断然早いし楽
それを勧めてるわけではなく開発速度言うからその点とメンテ性についてな
それはもう「書き換え」じゃなくて「追記」だろうが
大体増減する可能性なんかないからID振るのに
馬鹿丸出しだなこいつ
言葉遊び？ なら追記する手間が必要だっていう話
なんでいちいちループなんてしないといけないのだ？
0個以上の要素群に対して処理を書けばいいだろ
ループも条件分岐もいらない
将来のことなんか誰にも分からない
「IDをclassに変える必要になった」なんて想定がそもそも無意味
「最初からIDはあった」んだから
そのIDをどう扱うかが最初の論点であって
「classに変更することにした」なんて条件の覆しはただの詭弁のガイドライン
反論ではなく自分の感情をぶちまけるだけじゃ
話にはならんな
意味不明ｗ
複数になることなんてよくある話だよな。
汎用的なコンポーネントを作るという考え方が
ない人にはわからないかもしれないが
もうとっくに言い負かされてんじゃん
window.statusとかで<div id="status"></div>を
取得するのはダメだな～ってわかるから
みんな無視していたんだが？
自体が、どれかに対するレスなのは読みば明らか
> 手元にある市販のjQuery解説書がget～ByIdと$(～)が不規則に混在してて気持ち悪い
jQueryを使っているのなら、$(～)を使って0個以上の要素群に対して
処理を適用する方式であれば、要素数が変わったとしても
コードは一切変える必要がなく、それがCSSと親和性が高い
jQueryの特徴であり思想なのだからそれに従うべきって答えになるだろう。
jQueryの特徴はセレクタが使えることじゃないんだよ。
セレクタはDOM APIでも使える（ようになった）だけど
思想が違うので、DOM APIでは要素群に対してループして
手続き型風に処理を記述しなければいけないが、
jQueryだとCSSと同じように、セレクタに対応する要素群に対して
処理を割り当てるように書くことができる。その統一性は素晴らしい
だからお前はしばらく黙り込んでいたのかｗ
それ以降の長文は全部話の摩り替え
というか0個の間もずっと処理を走らせとくようなコードは普通に糞
メンテナンス性の話を聞かれたのだからそれを答えたまで
これからも何も変わらないという考えの方が
自分の都合のいいことでしかない
ソフトウェアはハードウェアと違って壊れることはない
ソフトウェアにおけるメンテナンスとは仕様の変化に対応することだ。
1個だけある前提のコードと0個以上（＝0個、1個、複数）のどれにでも対応できるコード
そして後者のほうがコード量が短いと無ければ、
jQueryの方がメンテナンス性が高いと結論付けるほかはない
> というか0個の間もずっと処理を走らせとくようなコードは普通に糞
0個の場合は処理は走らないのでクソではない
何も知らないんだなｗ
１：事実に対して仮定を持ち出す
２：ごくまれな反例をとりあげる
３：自分に有利な将来像を予想する
４：主観で決め付ける
５：資料を示さず自論が支持されていると思わせる
６：一見関係ありそうで関係ない話を始める
７：陰謀であると力説する
８：知能障害を起こす
９：自分の見解を述べずに人格批判をする
10：ありえない解決策を図る
11：レッテル貼りをする
12：決着した話を経緯を無視して蒸し返す
13：勝利宣言をする
14：細かい部分のミスを指摘し相手を無知と認識させる
15：新しい概念が全て正しいのだとミスリードする
今から、このガイドラインと照らし合わせて
説明してあげましょうかね
メソッドチェーンもできるし、
jqObj.length で、コンテナ中の要素数もわかる
element = document.getElementById(id);
element は、Element オブジェクトだけど、null を返すこともある
つまり、Nullable だから面倒
ガイドライン提示しただけかよｗ
それ、「長文の特徴」とは思えないんだけど
例えば「13：勝利宣言をする」なら「はい論破ｗ」の一文で終わるし
しっ相手にしちゃダメｗ
何かを引用するだけで
何かに反論した気になってるんだから
それで満足させてやれ。そうすれば消えるから
「詭弁の特徴のガイドライン」を論破する
ttps://togetter.com/li/476728 まともに知ってる人からすれば詭弁の特徴のガイドライン自体が
詭弁だって分かってるとは思うが
>メンテナンス速度とか修正速度ならこれまた文字数が少ないほうが最速になる
エディタを使う限りそうでもない、場合によってその逆も多いのだが
ショートカット一つで、$('')と入力して''の間に
カーソルが移動するようにしていたとしよう。
それからそれから？
それからそれから？
がすっとぼけてるから確定できないが一般的には
getElementByIdをgetElementsByClassNameに変えても動かないということだ。
例えばこれは動かない
var el = document.getElementsByClassName("hoge");
el.addEventListener("click", function() {}, false);
jQueryであればよっぽど変なことをしていない限り
$('#hoge').click(function() {}) を
$('.hoge').click(function() {}) に変えるだけで動く
なんでだろうか？まさか#で検索するとか？
まさかなｗ 普通は #hoge で検索するだろう。
話ややこしくするのやめてくれ
はそんなこと言ってない
言うならに聞いてくれないかな
何ずれたこと言ってるのだ
最初から嫁
俺がなんだが？
俺がは間違いだって言ってるわけだが？
本人が話逸らすのに必死なのか？
ならさっさと聞かれたことに答えたほうがいいよ
ムダにスレが伸びる
の１、2行目
> getElementByIdをgetElementsByClassNameに変えても動かないということだ。
>
> 例えばこれは動かない
> var el = document.getElementsByClassName("hoge");
> el.addEventListener("click", function() {}, false);
jQueryとは違って0と1と複数を同じように扱えないから、
それごとにコードを書き換える必要がある。
DOMは単にgetElementByIdをgetElementsByClassNameに
書き換えれば終わるってわけじゃないんだよ。
jQueryだと#を.に書き換えるだけでおしまい
設計思想おかしいな
濁そうとしてる？
DOM API使ってるのならいくらでもあるんじゃない？
jQuery使ってるならば、セレクタの違いだけでどちらも同じコードで
書けるから、IDとクラスの違いなんて気にせず同じコードで書けるけど
そうだねｗ 複数のIDに対応してくたなったら
getElementByIdから、getElementsByClassNameに変えるのではなく
querySelectorAllに書き換えないといけなかったね。
頭の二文字を書き換えただけなのに当てはまりすぎてて哂う
占いであなたは悩み事がありますっていうようなものだ
わからなかったらバカだよ。
そんな方法もあるんだな
statusが～とか、自分の努力を正当化しようとするやつは馬鹿らしいな
そんなん変数名で予約語を誤って使うようなもんだし
どう考えてもgetElementsByIdがコードに並ぶのに比べたら、メリットのほうがでかい
そこまで気にしないといけない状況ならそれこそjQuery使えばよくね?
それとも皆未だに普通にXHRするのにActiveXObjectとか、attachEventとか普通に使ってるの?
HTML書く時にJavaScriptの非推奨の仕様まで考えて
IDの名前を決めるとかアホだろｗ
ただが当てはまるかは全く理解できない
が、それぞれ案件に求められるものや環境が違うからこれ以上は何も言わんよ
ただでさえ遅くなるjQueryなんかに最初から出る幕はない
にも関わらず、長文野郎は「jQuery最強」をただ言いたいがために
「idをclassに変更した場合は～」やら「汎用性が～」やら
ありえない仮定や論点のすり替えで「getElementByIdが一番速い」に無理矢理反論しようとしている
というのがこの流れの実態
誰も覆そうなんてしてねーよｗ
お前だけだよ。実行速度にそんなにこだわってるのは。
JavaScriptの非推奨の仕様?
そんな話はしていないし、例えばwindow.のプロパティアクセスで予約語を気にする必要はないんだが
ただ取得したいidがwindowのアクセサやメソッドと被るかもしれないという理由で避けるのは事を心配するのは、
例えば変数を使うと予約語と衝突するかもしれないから念の為ちょっと面倒なプロパティアクセスやMapを使うと言ってるのと同じくらいアホらしいと言ってるんだよ
あと１年前くらいからセレクタにもキャッシュやJITが入るようになったから必ずしも何々が早いと言うことは言えない
つうかそんなに山ほどの訳のわからんところに散らばっている要素をIDで取得しないといけない事なんてないので速度は実際どうでもいい
もしそうなら根本の設計が間違ってる
たかだか一メソッドの話で「開発速度」なんて馬鹿な曲解してるのはお前だけだよ
「たかが」の使い方間違ってるぞｗ
何十行、何百行ってあるなかの一メソッドなら
たかが一メソッドだが、
全一メソッドの中での一メソッドは
全部と言ってもいいぐらいの量だ
You Don't Need jQuery
ttp://qiita.com/tatesuke/items/b9548dd484b01b139b74 jQueryはいらないことを示そうとして
jQueryの方がコードが大幅に減ることを
明確にしてしまった自爆した記事なｗ
>「たかが」の使い方間違ってるぞｗ
えっ・・・
こいつ日本語を知らない・・・？
> 例えば変数を使うと予約語と衝突するかもしれないから
じゃあ予約語リスト（windowのプロパティ）を出してくれよ
例えば非標準のhomeは、Firefoxではwindowのアクセサやメソッドと被る
だからどのブラウザでも定義されていないもので、
将来追加されることもない、windowのプロパティを教えてくれ。
予約語は将来も使うなということで今は使われていなくても
予約しているから安全なんだ。
windowのプロパティと被るから使ってはダメな名前一覧を出してくれ
jQueryの方が大幅にコード短いな
意義素
程度を表す語の前について、程度が低いことを示す表現
類語
たかだか ・ たったの ・ ものの ・ ほんの
玉の小せえ男だなお前
そこでの要らないっていうのは、
環境が以前と随分変わってきたから、そろそろ局所解を出て冒険しようという高貴な心意気の表してるんだよ
お前みたいな小心者はずっと生ぬるい洞穴に篭って一生を過ごせばいい
jQueryが有利なことがわからないって言いたかったんじゃね？
You Don't Need jQuery
ttp://qiita.com/tatesuke/items/b9548dd484b01b139b74 こっちにjQueryが有利な理由がたくさん出てるけど
> お前みたいな小心者はずっと生ぬるい洞穴に篭って一生を過ごせばいい
じゃあお前はAngularやReact使ったこと有るの？
どちらもDOM APIは使わないんだが、
未だにDOM APIを直接使うほうが
生ぬるい洞穴とかなんとかじゃないかｗ
いい加減DOM APIを捨てましょう
俺が言ってるのは０か１かではない
勿論、そういうのを気にする状況はあるし、そこではgetElementByIdを当然使う
逆に気にしないといけない状況で、window.を使う価値はない
どちらかと言うと全コードでそこまで気にしないでいいだろう状況の方が多いだろうという感覚で言っている
具体的には、気にしないでいいだろう状況というのは、万が一くらいの衝突は全然許容することをイメージしている
だからwindow.homeの方も許容の範囲に入る
それを言い出すと例えば広告システムや何かのフレームワークがかぶるID出すかもしれないけど、
そういうのは長期的なコスパを考える上で誤差の範囲だと思う
まあ毎月１回衝突案件があるか、１年に１回そこで嵌まるくらいなら、ギリギリメリットのほうが大きいというくらいの判断感覚
ブラウザによって違うとか、確かに心配点ではあるが、現実にそこで嵌まる可能性や期待値を考えたら
それこそ普段未だに珍しくない、ブラウザ差で嵌まる沢山の事象数に埋もれるレベルだと思う
だから結論として、俺の経験のもとで、改めて考えてみても、基本的なIDでの要素の推奨取得方法は、それだとギリギリくらいで言える
（元記事はいつ公開になるのかしらんが、最初のコミットが22 Nov 2015）
それから何か変わったかと言えば、何も変わってない。
それどころか3%ぐらい使用率が増えてるしな
ttps://w3techs.com/technologies/history_overview/javascript_library/all/q バカタレ
何をするにも殆ど常にAngularやReactを使う奴はjQueryと比較すれば皆無と言っていい
ライブラリにおいて何かをするためにそれを使う思考は問題ない、それを使って何かをするという思考になることが問題だ
そいで予約語リスト（使用してはいけないIDリスト）はまだ？
予約語は危険だからちゃんとリストを用意してる。
IDもそうでないと、予約語と一緒とはいえない
言葉遊び？
実行速度を速くすることは目的ではない
取り繕おうとしてて草
日本語が不自由な奴が今までプログラミング言語を語ってたとかまさしくお笑い草だな
一メソッドだけで作られるプログラムなんて殆ど無いし、
2ちゃんねるの例だけで判断？まさかそんなマヌケなことはしてないはずｗ
「たかだか一メソッドの話」だぞｗ
たかだか一メソッドで勝った程度でjQueryが
優位ってことにはならないって言ったんだ
その他の例を出せ
You Don't Need jQuery
ttp://qiita.com/tatesuke/items/b9548dd484b01b139b74 こっちにjQueryが有利な理由がたくさん出てるけど
自分自身と会話しだすようじゃ人間おしまいだな
店に入って来るなり因縁つける汚客か！
1行でタブやアコーディオンできてしまうなんて楽すぎる
イベント処理やKB操作もできるし、記述方法も似てるから他のUIもすぐ使いこなせるし
俺はそうは思わないな
jQuery自体は素晴らしいけど、jQuery UIは時代について来れていない。
例えばHTML5で大幅に増えたinput要素の属性への対応な
HTML5ではpattern属性で入力値のバリデーションを付けられるのだが、
当然ブラウザ依存。対応していないブラウザだってあるわけだ
jQueryの思想的に考えるならばブラウザ間の非互換性を解決する機能を搭載してほしかった。
jQuery UIはあまりにも開発速度が遅すぎて、すでに多くのブラウザで
pattern属性がサポートされてしまったが、jQueryブランドとしては
そういう足回りにきっちり対応すべきだろう。
もっともそれはjQuery UIの考えが俺の考えと違うのだろうけどさ。
UIのライブラリとしては一昔感があるが、可も不可もなくそんなもんだろう程度
jQuery UIもついでにjQuery Mobileも、俺からすれば単にjQueryを使ってるだけの
一フレームワークでブラウザの標準機能を置き換えるだけの力はないと思ってる。
現状ではBootstrapが一番近いかな？
やってほしいのは、HTMLタグを書くだけでどのブラウザでも
同じUIになって欲しいだけなんだよ。
例えば、<input type="number"> と書けばIE6とかであっても
数値入力のフォームになってほしかった。
validationの機能も使える
細かい制御はdata-option属性とかで指定できるようにして
コードレスでどのブラウザでも全く同じフォームの機能が
使えるようにしてほしかった。
そしてデザインはCSSでユーザーが自由に決められる。
そういうものをjQueryブランドで実現してほしかったなぁ。
jQuery UI, jQuery Mobile
中規模
Backbone, Rails
大規模
AngularJS, React
分け方がおかしいぞｗ
単純に
for(){ $.ajax() }
とやると、DOS攻撃みたいになりそうなので
var ld=false;
setInterval(function(){ if(ld){return;} ld=!0; $.ajax().done(function(){ ld=!1; }); },100);
みたいに、doneできたらldをfalseにして次の$.ajaxへ
ldがtrue中はsetIntervalはスカ回し
というようにしています
そこで質問です
そもそもfor(){$.ajax()}で問題ないのか？
もしダメなら、普通はこうする、というような方法を教えてください
delay, throttle, debounce
ttps://github.com/enja-oss/Underscore/blob/master/docs/Function.md PINGがdelayの代わりになるのでDOS攻撃になることは無い
なるだろ。適当なこと言うな
考えなし測定なし に否定する癖はやめようね
企業なら社内共用ライブラリの類があるからいいだろうが
個人にとっては十分
1セッションだけでも連続してアクセスすれば負荷はかかるし、
ping？どこからでてきたらのか。プロトコルが違うから
pingが通っても通らなくても、ウェブサーバーにアセスできるかどうかとは関係ない
だからブラウザはpingなんて使ってない
本当に馬鹿だなーｗ
つまり内容が少なくてレスポンスが速くても、１回の通信が完了するまでには100msとかある程度の下限があるということ
その上でセッション数がクライアント側で制限されてペンディングされるとしたら
上限に達した以降はレイテンシ以上の間隔でしかリクエストが発生しない
つまりせいぜい秒間10回程度だろし、仮にサーバがビジーでレスポンスが遅れている時には
リクエスト間隔も勝手に広がるから、それをDOS攻撃とは言いづらいねということじゃないか
まあそれを貧弱なサーバに対して何分も続けたら迷惑だろうから、
総数が数百を越えてくればより気を配る必要があると思う
まあいい、レイテンシの話題でありえない遅さを出されても困るからな
古いデータだが単に見やすかったってだけの参考資料
レイテンシは10msとしよう。
そうすると単純計算で1秒間に100回アクセスできる
十分DoS攻撃のレベルなわけだ
ttp://d.hatena.ne.jp/rx7/20110302/p1 > EC2インスタンスから、国内(にありそうな)サイトへのRTT
> それぞれping数回のRTT平均値を取りました。
>
> www.yahoo.co.jp 12.948msec
> www.ocn.ne.jp 14.872msec
> www.u-tokyo.ac.jp 9.187msec
> www.hatena.ne.jp 3.015msec
> ameblo.jp 2.726msec
最低な例だと岡崎図書館事件みたいなのもあるけど、今回のAjaxの話は同オリジンで身内な訳だし
普通に考えたら秒間数十くらいでDoSになってたら、ページ内に外部リソースを沢山置いたらサイト潰れちゃうことになるしね
自分で意味が無いと言っておきながら、普通に考えたら秒間数十くらいで～とか
いうなボケ
画像などの単なるファイルへのアクセスと、
何らかの処理を行うプログラムへのアクセスじゃ全然意味が違う
物によっては秒間1アクセスでもDoSになるわ
「サーバが停止するほどのアクセス」があればよいので
1秒に数回でも普通にDoS扱いになりえますよ
「普通に考えたら」はもっとも危険な考え方なので
今後はその思考法は控えた方が良いと思います
そんな極論を言い出すとそもそもAjaxなんてとてもできなくなると思うけど
別に不特定多数へ公開してどう使われるか分からないツールのコードでもあるまいしなんでそんなに微妙なラインに拘るのかね？
もはや問題をベストに解決する方法じゃなくて、相手の言葉尻を取るというか
相手の意見の反論をひねり出すことだけを考えてるよね
別に俺は言論合戦に論理的に敗北したことにしても全然構わないよ
つうかそんなの「状況による」って言うのは簡単だけど、それじゃ答えにならないんだよね
俺が意味がないと言ったのは、道路状況と同じで上を考えるのは基本的に上限があるが下はキリがないというか、
それこそ０に限りなく近いような場合で、上を仮定した意見に下を仮定して文句行ったりすること
例えば『徐行』の速度を説明するときに、「状況に合わせたすぐ止まれる速度」と言うのは容易いが、
そればかりじゃ答えとして弱いから、具体的に速度を述べるとき、普通車で平均レベルの道路状態を想定するだろう
そこで、大型車の場合とか、凍った鉄板上の人混みの中を進むことを挙げてそれを否定するのはやっぱりおかしいんだよ
何故かと言うと、もはや『徐行』云々の話ではなくなるから、そもそもそこを車が通行していいのかというレベルの話だ
もし秒間数アクセスでもサーバが停止しそうなら、それはサーバを労ることを考える以前に
そもそも幾つものリソースをAjaxで取ってきて利用するということは現実的に不可能だと言えるだろう
もう少し建設的な話がしたいんだが、お前邪魔だよ・・・
今の話はブラウザのJavaScriptだけでDoS攻撃は可能かという話
答は可能
でいきなり間違いがでて困ったものだが
そのすぐ次ので正解が出てる
というのをこのレスで明らかにしただけ
他に何も言うことはないでしょ
Ajaxする時も同じで、サーバのスペックを予想するくらいはして適切な塩梅決めなきゃ駄目
グダグダ曖昧や冗長に言うのもアレだし、流れをぶった切る効果も狙って少し大袈裟に書いたのは事実だけど、
「なる事はない」というのはブラウザでDoS攻撃をするのが原理的に不可能だと言ってるのとは全然違うよ
質問者が注意深くコードを書かなかったせいで、実際にDoS攻撃として明らかな問題になってしまうことは想定しづらいので、
他の最適化系の問題もそうだけど、昔と比べてもっと楽に愚直に書いても良いんだよ
大袈裟に心配しすぎだよと言うことが言いたかった
想定しづらいんじゃなくてお前が、想定してないだけだろ
んで、指摘してもそれがわからんのだろ？
クローラー＝ページを大量に取ってくるツールを作っているのなら、
ページを取ってくる間隔に関して注意深くコードを書かないとDoS攻撃になる
それが答えな。
そりゃそうだろ相手の能力が許す限り
連続でページを取ってくるんだから
"かも" っていうことはボトルネックにならない "かも" しれないっていうことだ
負荷をかける可能性もある。
環境がわからないからって、自分の都合が良い環境を想定するんじゃないよ
現在の与えられた情報からだとDoS攻撃になるかもしれないのはあきらか
相手が訴えて、業務妨害になる、可能性が高い
robot.txt が業界標準
robots.txt だけだと思ってたわ
なんか新しく増えたん？
関係ない話はやめてくれないかね？
いちいちなんで関係ない話なのか説明せにゃいかん？めんどくせーな。
robots.txtにはアクセス頻度の制限を書く所なんてないだろ
今の話は仮に書いていたとしても、10人が同時にクロールしたら
その数値の意味がなくなるからな
インターバル ＋ クローラーの回線速度に応じたリクエストまでの時間 ＋ 処理速度
少なくともインターバル分は確実に次のクロールをしないってことでいいの？
今日みたいに回線トラブルで輻輳が起きれば１分置きだろうが迷惑
きちんと専用のAPIを設計して、一つずつ叩く以外無い
その話は終わってる。
の質問は、インターバル分は確実に
次のクロールをしないのかってこと
その通り。setIntervalで指定した時間は必ず待つ
ただし前のリクエストが戻ってきてから一定時間後に次のリクエスト発行ではなくて
前のリクエスト発行してから戻って無くても一定時間後にリクエストを発行するから注意
仮にサーバーの処理時間よりも短い間隔でリクエストを発行すると
徐々にサーバーに未処理のリクエストが溜まっていってとDoS攻撃になる可能性がある
遅くなってもよいのならsetTimeoutを使ってリクエストが返ってきてから
次のリクエストを発行するほうがよい
これは意味不明。こいつはAPIの意味をわかってないんだろうなって思う。言いたいのはそんだけ
＞前のリクエスト発行してから戻って無くても一定時間後にリクエストを発行するから注意
>586のコードだとldがture中はリクエストしないような気がするけど
そんな方法で逃げてたとは思わんかったわｗ
!0とか!1とか意味がわかりづらいし、変なコードだな
謝罪しろ
これが謝罪だ
謝罪しろ
自分の発言を取り消すに当たって謝罪くらいするだろ
(::(:::(:::)／・＼ ／・＼(:::):::)::)
.(::(:::(:::) ￣￣ ￣￣ (:::):::)::)
(::(:::(:::) （||||人||||） .(:::):::)::)
.(::(:::(;;;) ＼ | .(;;;):::)::)
(::(:::(::::＼ ＼＿| ／::::):::)::)
でspanのオブジェクトで操作したいんだけど
$('#hoge').append('<span class="fuga">aiu</span>').find('.fuga').append('eo');
findじゃなくて何かもっと簡単なやつなかったっけ・・？
か？
そうだったかな・・
でもそれでもいけたわ㌧
意図がよく分からないけど、一般的にはこうだけど
var $span = $('<span class="fuga">aiu</span>').appendTo('#hoge');
$span.append('eo');
$('<span class="fuga">aiu</span>').append('eo').appendTo('#hoge');
jQueryオブジェクトを変数に入れるのは好かん
$('#hoge').append('<span class="fuga">aiueo</span>');
それならこれと同じだろｗ
$('<span></span>').appendTo('<div id="fuga"></div>').appendTo('#hoge').append('あ');
ってやって
<div id="#hoge"><div id="fuga"><span>あ</span></div></div>
ってなるかと思ったら結果は
<div id="#hoge"><span>あ</span></div>
#fuga要素がスルーされた
.append('eo') を勝手に消すな
何をどうしたいのか面倒だから読まないが
$('<div/>').append($('<span/>').append('あ'))
とかもできるから後は頑張って
さらに外部から取得した要素の下にbr要素を入れる
っていう感じ
簡易verはこんな感じで.postが外部要素だと思ってくれ
html
<div id="hoge"></div>
<span class="post">あ</span>
<span class="post">い</span>
<span class="post">う</span>
js
var $span=$('span.post');
$('<div id="fuga" />').append($span).appendTo('#hoge').after('<br>');
結果はafterが#fugaにかかってしまう
各spanの下に<br>入れたい
一行で（$span抜き、find,parent,child系なしで）
<div id="hoge">
<div id="fuga">
<span class="post">あ</span>
<br>
<span class="post">い</span>
<br>
<span class="post">う</span>
<br>
</div>
結果だけなんだからそもそも必要ないだろ？
どういう頭してんだよｗ
論点は、append（appendTo）を使ってどのように
つなげて書けるかなんだから、最終結果が同じだからって
肝心のつなげて書く処理を省いたらダメ
論点がわからないってのがアスペの特徴の一つなんだろうね。
$('span.post').appendTo(
$('<div id="fuga" />').appendTo('#hoge')
).after('<br>');
str.match(/[0-9]{4}/g);
だけど、これだと例えば
var str='aa12345678bb4321cc';
こういうとき8桁の数字(12345678)を
4桁の数字２つとしてマッチしちゃうんだけどどうしたらいいですか
頭とお尻を付ければいい
str.match(/^[0-9]{4}$/g);
としましたがこれだと先頭からなのでヒットしないんじゃ・・？と思ったら案の定nullになりました
0-9で4回以上連続だからそうなるよ
大半が規則的な文字列だからstr.match(/[0-9]{4}/g)[1]とか、
lengthでフィルタリングしたいいんじゃないの？
一行の正規表現だけではできない
ということでいいのでしょうか？
例えば、match(/[0-9]+/g)で「連続した数字の文字列」をmatchさせて
結果を全部ループ、4桁以外は弾く
みたいにワンクッション置けばいいのか、ということです
str.match(/[0-9]+/g).map(n=>n.length<=4?n:null);
自分で考えてみたところの例ですが
このnullの部分を（mapの中で）無かったことにしたいのですが無理ですよね
結果が[null,4321]となるので、（map中の操作で）結果が[4321]となるようにしたい
いろいろとぐぐってみたところgrepというjquery関数があったみたいです
var str='aa12345678bb4321cc';
$.grep(str.match(/[0-9]+/g),function(n){return n.length<=4});
でできました
n.length===4
です
アロー関数くらい使え
正規表現だけでできるよ
var str='aa12345678bb4321cc';
str.match(/(?<!\d)\d{1,4}(?!\d)/g); // ["4321"]
VM3774:1 Uncaught SyntaxError: Invalid regular expression: /(?<!\d)\d{1,4}(?!\d)/: Invalid group
at <anonymous>:1:4
位置取得して再設定以外で何か方法ないでしょうか？
<p class="post">あ</p>
<p class="post">い</p>
<p class="post">う</p>
じゃだめなん？brに悩む必要ない
pは改行するためのものではなくて段落を
作るためのものなのだから<br>を入れるのとでは
意味が変わってしまう。
$('<div id="fuga" />').append($span).appendTo('#hoge');
あいうは省略した例ではないの？1行の文？
い
い
ん
だ
よ
は変だが<p>いいんだよ</p>はOK
OKかどうかは別の段落にしたいかどうかできまるわけで、
文字の長さがどうとか一行とか関係ない。
段落を作りたいかどうか
そうそう、だから基本でいい
それ以上は実際のものを見ないと何とも言えん
改行入れたいと言ってるのに段落に分けるのは
間違いだって言ってる。
日本語ちゃんと読める？
・ （段落をわけずに）改行を入れたい
・ 段落を分ける
意味がぜんぜん違ってる
どっち使ってもいいでしょｗｗｗ
みたいに思ってるやつまだいるんだな。
テーブルタグでレイアウト作るやつと一緒。
見た目はCSSでやるんだよ。<p>だからといって
必ずしも改行されるわけじゃない。
段落と改行は意味が違うと言ってるのに、
見た目が一緒なら変えてもいいと思ってる。
どうせどんなばあいでも改行は使わず<p>を
使うのが正解だって思い込んでるんだろうな
<p>が正しいかどうかもわからないって言い訳するなら、
<p>にするのが正しいって言わずに最初に聞けって話だ。
人の話を聞かないで勝手に、条件を変えた上に
俺のほうが正しい！だが実際のものを見ないと正しいか分からん！とか
迷惑でしか無いよ
たいていのブラウザ標準では段落と改行は見た目一緒ではなく間隔が違う。
それはCSSで変えられるとして、633が”一行で”をどう捉えてるかだ。
初心者は国語の段落をHTMLにそのまま当てはめてしまうケースが多い。
実物見ないとというのはもっとも。
あるだろ
> 外部から要素を複数取ってきて、もともとある要素にwrapしつつ挿入
> さらに外部から取得した要素の下にbr要素を入れる
> っていう感じ
それをそのまま実装すれば良いんだよ。
質問者は本当はhrを入れたいのかもしれない。
そんなことわからないんだから。
そして次点のやり方が、なぜbrを入れたいのか？
pではだめなのかと質問することだな
それをしないで勝手にpに変えて、こっちが正しいと言い張るのがだめだってーの。
p使えば改行と見た目一緒だ。見た目が一緒だから
どのタグ使ってもいいんだってこれ初心者の考え方だから。
見た目はCSSで制御するもので、HTMLは文書構造をつくるというものを分かってない。
どこかで聞きかじったであろう、「brはだめなんだぜ。pをつかうんだぜ。」
って話をなにも理解せずに言ってるだけ
>どうせどんなばあいでも改行は使わず<p>を
>使うのが正解だって思い込んでるんだろうな
brとpは使い分けてる
根拠のない罵りのようなことはやめてくれ
> 基本
と書いてある（同一かは知らんが）。
なんか人物ごっちゃになってるのでは？
それは決定的理由にはならんだろうよ。
ないだろ。
元の条件を勝手に変えるなって言ってるだけ。
それとも思い込みで話すつもりか
俺の世界の普通ではbrはpに変えるのが正しいんだって
頭悪いぞ。
元の条件も何も、元の人がもっと詳しく書かない限りこれ以上は無意味
もうその必要ないだろうから終了だよ
もっと詳しく書かない限り無意味だというのなら、
<p>が正解だと言うなってことだ。
<p>が正解だって言うことが無意味だって
自分で言って恥ずかしくないのか？
だから質問者はもうとっくにいない。
答えが出てる問題に対して、
で想定する結果と違うものを出して、
これが正しいとか人の話を聞かない態度も大概にしろと
なぜ先走って解釈するのか
なぜそんなにキレてるのか
なぜそんなにムキになってるのか
> そうそう、だから基本でいい
意味を変えておきながら基本それで良いとか意味不明。
変更すべき決定的理由がない。
改行と段落は見た目が見てるから変えたとしか思えない。
見た目はCSSでやるという基本がわかってない証拠
なぜ671を無視するのか
なぜ勝手に決め付けてるのか
なぜ提案と確定を同一視しているのか
基本でいい（だからその方法もある）
提案であって正解だの断定ではないと読めるが
見た目で<br>かますのも少なくないからそう書いただけでしょ
> 見た目はCSSはその通りだがなぜpのデフォの状態を無視するのか
見た目の話はしてないから。
pとbrは同じか違うかの話しかしてない。
答は違う。
例え見た目のデフォルトが同じでも違うものは違う。
むしろなんで見た目が一緒ならbrをpに置き換えていい
思ってるのかのほうが分からん。
なんでpとbrの意味を無視するのか？
> 基本でいい（だからその方法もある）
だからなんでだよ？
brを入れたいと言ってるのに、違うものに変えたらダメだろ
> 見た目はCSSはその通りだがなぜpのデフォの状態を無視するのか
pのデフォルトの見た目を気にしろという意見は
やっぱりbrとpの見た目だけをみて
「見た目が一緒だからということを理由」に
意味を変えたってことなんだろな
あえて改行に拘るなら<wbr>な
だれか知らない？
何のデータを圧縮させないのかわからない
POSTするデータ全部
wiresharkでみてると、POSTデータ部分が勝手に圧縮されてる
POST request を送信するときに request から Content-Encoding ヘッダを削除できれば可能になりそうだが、
ブラウザが自動的に加えるものなので、制御できるかどうか調べる必要がある
ありがとう
一歩前に進めた気がするよ
F12 開発者ツールで、送受信データを見れるのでは？
セルフのreset()です
このような方法でなくもっと簡単にできるといいのですが
ttp://www.webdesignleaves.com/wp/jquery/1651/ じゃあヒントだけ
formはそのまま使うが、submitイベントを捉えてキャンセルする
そしてJavaScriptで内容を送信する。
HTML5を使えばファイル送信もできるはずだ。
これでスクロールはしない。
昔は隠しiframeに対してPOSTするという方法があったがな。
ただしこの方法はブラウザのページ履歴に影響を及ぼす可能性がある
その制御がうまくできたかどうかはわすれた
ttps://www.tam-tam.co.jp/tipsnote/javascript/post5050.html どういうやり方がベストでしょうか
例えばこんなとき
var arr=[];
for(var i=0,len=100;i<len;i++){
arr.push(((!(Math.random()*2|0)?1:-1)*Math.random()*500)|0);//-499から+499の乱数
}
// arrの中の最大値、最小値は？
処理が簡単ならforを抜けたあとに
arrをMath.max,minすればいいのでしょうが。
これをforの中で最大最小値を更新していきたいです。
・forの中が複雑でarrも数が多い
・値は上げ続けも下げ続けもしないが、する時もある（乱数はあくまで例）
・最大、最小の目安は、最後まで処理してみないとわからない
こういうとき、値の初期値部分はどう処理すればいいのでしょうか
var arr=[]
var w=null;//最大値
for(){
//arr.push以下略
w=Math.max(w,arr[i]);
}
たった1回の初期値設定のためにif(w!==null){}なんてやるのでしょうか？
なのでよくよく考えると結局、グラフ描画でforするのでそのときに最大最小求めればいいか
という気がしてきました・・
データ収集だけ、という作業ならデータ収集中に最大最小を取得したい
というのはメリットかもしれませんが・・
w=Math.max(w,arr[i]);
の部分で、「wが変な値なら、無視してarr[i]を優先してくれたらいいのに」
という感じです
nullとかundefinedとかfalseとかだと0とみなされるようです
例えばmax(w,arr1[],arr2[],,,)と
いっぱいあった場合に皆はどういうエスケープをするのかなぁ、と
と思って、書いてる途中にひらめきました
w=Math.max(w|arr[i],arr[i]);
これはどうでしょうか
エラーとかないですかね
arr[i]が優先されちゃうのでw部分は別のエスケープした方が良さそうですね
てかよく考えたらそれこそ＞たった1回の初期値設定のために
でしたね、、
> 繰り返し作業の中で、最大値や最小値を同時進行で更新していきたいのですが
> これをforの中で最大最小値を更新していきたいです。
それはやめた方がいい。本来別々にやれる処理を一緒にするとコードが複雑になるだけ。
forの中である処理している。そのforを別の用途に再利用する。
これを俺はforの使い回しと呼んでいるんだが、これやると
また別の処理を入れ込んでいって～、１つのforで複数のことをやって～
あとからメンテナンスする時にforの中のこの行は何のために必要な行かわからなくなる。
> arr.push(((!(Math.random()*2|0)?1:-1)*Math.random()*500)|0);//-499から+499の乱数
randomは複雑なんだから関数にすべき。コメントを書きたくなったら複雑だと思ったほうが良い。
というか変なコード過ぎて何やってるのか分からん。
randomの普通の書き方
function random(min, max) {
return Math.floor( Math.random() * (max + 1 - min) ) + min
}
またlodashにはそのための関数がある。使っったほうが楽だが、使わないなら使わないで
同じ引数を取る関数を自作すれば良い
lodash（
ttps://lodash.com/docs/4.17.4#random）を使った書き方 var random = _.partial(_.random, -499, +499, false) // _.random関数を元に-499から+499の乱数を返す新たな関数を作る
// ↑ は function random() { return _.random(-499, +499, false) } と等価
var arr = _.times(100, random);
var min = _.min(arr)
var max = _.max(arr)
あんたがやりたいのは、たったこれだけで表現できるコードなんだよ。
lodash使わなくてもいいが、最終的にこれだけで表現できるような作りにするべき
> いっぱいあった場合に皆はどういうエスケープをするのかなぁ、と
「エスケープ」という言葉の使い方が間違ってる
関数またはES6のアロー関数を使ったほうが良いかもな
var random = function() { return _.random(-499, +499) }
var random = () => _.random(-499, +499)
const arr = _.times(100, () => _.random(-499, +499));
const min = _.min(arr)
const max = _.max(arr)
例えば_.timesのとこを１０万回設定で１００セットなら
_.minで１０万回、_.maxで１０万回の処理
合計30万×100回処理させるというのが通例で
読みやすさを重視した方が良いということですか？
const startTime = new Date();
const arr = _.times(100000, () => _.random(-499, +499));
const min = _.min(arr)
const max = _.max(arr)
const endTime = new Date();
console.log(endTime - startTime + "ms");
俺の環境で、15ms なんだわ
100セットで1.5秒
これが問題になるかどうかだ
この中で「最大・最小値」の比較と「ループ処理」を行ってる。
１つのforの中に混ぜ込むことで「ループ処理」を減らせるだろうけど
およそ半分の100セットで15msしか減らせない。
10万回×100セットでこの程度なんだよ。forを使いまわす理由はあるかい？
> 合計30万×100回処理させるというのが通例で
この計算が適当なんだよな。
いかにも3倍になったような書き方だが
ループの部分とループ以外の部分。
ループ以外の部分の処理は変わらない。
残るループの処理は軽くて実行時間は1%しか増えていない。
一番時間がかかってる部分はrandomだろうさ。
なるほど
「こことここ一緒にforにまとめちゃった方が、いや、どうしよう」という
状況によくぶち当たるのですが、一緒のforじゃなきゃダメ
っていう状況以外はまずは分けてから考えた方がよさそうですね
ありがとうございました
やってみましたがsubmitではトップに移動してしまいます
preventDefault / stopPropagation 両方でも return false でも同様です
話の続きをしたければそのコードをアップするように
ご指摘願います
<form id="foo">
（inputなど画面スクロールするようにたくさん）
<button id="bar">確定</button>
</form>
$('#bar').click(function(e){
e.preventDefault();
e.stopPropagation();
$('#foo')[0].submit();
});
submitをキャンセルしろって
割り込み失礼。
どうやって送信を？
スレどころか板も違うとこだったorz
みたいにforの中にvarとか入れるのダサいんですけど何かカッコいい書き方ないですかね
forの中に書くしかないだろ。どの言語でも。
forの中にかけない言語のほうがダサい
jsはifの()内で代入出来ないのがむしろ糞だが
forの外から見えますけど
めんどくせ～
素人は、でなおしてきな
for(let i = 0; i < 10; i++) { }
alert(i)
(index):46 Uncaught ReferenceError: i is not defined
「forの外から見えずに、forごとに初期化されないものは、forの中に書くしかないだろ。どの言語でも。 」
varを使えばforの外から見えるのでforの中に書くしか無いってことはないよね？
varはforの外から見えるので上の条件に当てはまらない
クラス的に使いたい時に
var Hoge=function(){};
var hoge = new Hoge();
みたいにしたいのですが何かデメリットというか
後々困るみたいな事はありますでしょうか？
うっかりhogeをHogeと書いたときにバグるんじゃね？
しかも潜っちゃって全然見つけられないタイプ
letやconstかclass構文を使ってれば解決する話
そもそも同じにするか？
一定のルールに順じてれば、自分だけなら自分でしっかり守れてればいいんじゃ
ttp://analogic.jp/naming-convention/ ttp://cou929.nu/data/google_javascript_style_guide/ 命名規則をきちんと定める話をするアホ
> constはブラウザを選ぶ
だからbebelとか使うんでしょ？
> というかこんなとこでconst使うなよ
constはvarやletよりも多く使う
変数は宣言とともに代入し、一旦代入したら
それ以降変更しないのが良い作法とされる。
俺はconst以外を使うことはめったいにない
その２つのリンクは古すぎるドキュメント。今は参考にならない
Googleの最新のJavaScript Style Guideはこっち
ttps://google.github.io/styleguide/jsguide.html ttps://google.github.io/styleguide/jsguide.html#features-use-const-and-let > 5.1.1 Use const and let
>
> Declare all local variables with either const or let. Use const by default,
> unless a variable needs to be reassigned. The var keyword must not be used.
ローカル変数はconstかletを使え。デフォルトではconstを使え。ただし再代入ない限り。
varは使うな。としっかり書いている
もう一つの有名なJavaScript Style Guide
ttps://github.com/airbnb/javascript もちろんこっちでもconstを使えと書いてある
ttps://github.com/airbnb/javascript#references--prefer-const > 2.1 Use const for all of your references; avoid using var
constを使え
> 2.2 If you must reassign references, use let instead of var
どうしても再代入しないといけないなら、letを使え
例えば型チェックに拘るんなら最初からTypeScriptを使え、JSは柔軟さを活用しろというのが俺の理屈
もう一つ、世間には良い書き方が一通りであることを良しとする言語もあるが
JSのコミュニティはむしろ色々書け得る可能性と多様性を良しとしてきた
それらに関連して言えることは、JSは表現力が大切で大いに活用していくべきだということ
全てconstにしようというのは、一見慎重にみえて実はピュアJSに取ってはただの横着
letもconstも、もしかするとvarも大事に有意義に使おうと考えてこそJSが生きてくる
別の見かたをするとそれはワレモノを怖いので鋼鉄の箱に突っ込んでしまおうと言ってるようなもの
勿論鋼鉄の箱も重要だけど、それよりも大事なのは緩衝材、そしてデリケートな部分へのさらなるケア
どちらかと言うと、横着するなら布でグルグル巻きにした方がいい、それがJSなんだよ
なにを言い訳がましく言ってるのか
開発者のコミュニティというのも無くてJavaristaなどが片手間で舐めて使ってた傍らで
ごく一部のJS仙人たちが個人個人試行錯誤してそれぞれの境地にたどり着いていたのがJSの文化だから
はい、今日からこういう書き方が良いことになりましたとどっかの誰かに言われても困惑するだけだろうな
つうかじゃあTC39メンバーが、生みの親Brendan Eichが、const使ってJSの議論してるのか、
色んな発表のときそれを推奨しているのかというとそうではないし、
じゃあGoogleのchromiunやV8ではどうかというと、勿論未だにvarのまま
なら直近のプロダクトはどうかというとTSが書くのが主流だが、ES6を使っているものでも勿論constに拘っているものなどない
というか関数型チックに全てを設計していない限りその変数が一度しか代入いらないものなのかどうかはわからない場合も多い
constは所謂定数で関数の戻り値を入れたりする変数はletで宣言するのがやっぱり普通じゃないか
質問も少ないし暇な奴らがまったりだべってるようにしか見えないが
長たらしいが（失礼！）言ってることには同感
それも同感
自分が後々含めて困らなけりゃいいってのも多そう。
あんたが困惑しているからって他人も同じだと思ったらいかんよ
この話はソフトウェアだけに限った話じゃない。
なんだって時が経てば常識は変わる。殆どはいい方向に変わる。
人類が登場してからずっとやってきた子育てだって
今はミルクよりも母乳が推奨されていたりと未だに変わり続けている
訂正されたならば訂正前のやり方は間違いだってことだよ
Googleや世界中の優秀な人たちが考えたことと
どっかのオッサンが考えたことじゃ説得力が大幅に違いすぎる
有名で信用できるコーディングスタイルが示された今
ここでどっちがいいかなんて議論する意味ないんだよ。
所詮おまえも俺も無名なオッサンなんだから
おとなしく信用できるものを信用しましょうや
10日でJavaScriptを生み出して
10日でMozillaのCEOを辞任させられた
Brendan Eichが考えていることは
必ずしも正しくないということだよ
個人的には取り返しのつかないことにならないものであれば本人が色々試して時には怪我して学べという教育方針
勿論凡人が集まる会社内だとか、質問者を凡人だと思ってそういうスタイルで指導するのはとても良いことだけどさ
我が子を凡人より上と思いたいように、このスレにわざわざ来てくれた人には凡人より上になって欲しいんだよね
（仕事の成果物に勉強結果は出してはいけません）
別にいろいろ試すのは別に構わないが、
それは仕事とは別でやれって話
駄目ではなくて使わないで済む方法あるでしょ
リファレンス除いて、サンプルや各記事など使ってるのそんなにないでしょ
なんで仕事が前提になってるんだか
2chの専門板も落ちぶれたものだな
……っていうかそんなスタイル仕事でこそ使えねえよ!
何を言ってるんだ？
「仕事とは別でやれ」＝趣味や勉強でやれって
言ってるんだから仕事前提じゃないだろ
言いたいことは仕事では納得しなくても
詳しい人が良いと言ったやり方をしろということだよ。
おまえ上司がこうしろって指示出してる時、
納得しないからやりませんっていうか？
ここでは業務上の命令があるという前提には当然してないが
（だって仕事前提じゃないもの）業務上の命令がないとして
どちらが良いやり方かを判断するな、そりゃ世界中の優秀な人が
考えたことの方がいいやり方なのは当然の話だろ。
あとは仕事では納得しなくても良いやり方をしろってことだよ。
仕事前提かつ業務命令で悪いやり方をしろっていうのならそれに従うしかないが、
今は仕事前提の話じゃないらしいからねｗ 業務命令はないと解釈しましょう。
だけどそれはコードの良し悪しじゃなくて
人間の問題だからね。
わかりやすく言うのなら、その会社の人間に欠点があるせいで
悪いコードで書かないといけない。
これをコードの問題にすり替えてはいけない
他は俺様仕様で勝手にどうぞ
仕事の話をそこで持ってくる時点でおかしいと気づいた方がいい
話の本質や内容が変わってくるからね
そして命令があったらそれに従えって言う何に対してでも使える
意味のない理屈をなんだかんだ言って結局相手に言い返すために批判的に使ってるだけだしね
普通仕事の話を持ってくるのならそれに加えて世間一般ではこういう書き方がされている
だからそれに従っておくのが良いという理屈が付いて来る
そしてそれと全constのような奇抜な思想は完全に相反する
例えそれが良いものだとしても、
納得しなくても良いやり方をしろってことにはならないのが仕事
納得しなくても悪いやり方をさせられるか、世間一般の書き方が良いとされるのが
仕事というキーワードで語れる一般論
君の論は自己矛盾だらけで空中分解してる
挙句の果てに雲行きが怪しくなったら話を広げてポジションを半分手放して逃げる
ポジションをハッキリ決めるのは議論の基本中の基本
君のそんな態度じゃせっかく皆が話し合ったのに何の結論も導かせられない
議論に負けても君が否定されるわけじゃないんだから恐れるな
むしろそういう態度のほうが姑息だと軽蔑されるよ
これが超簡略版なのですが
ttps://jsfiddle.net/Lawj31fs/ これだとその度にaを計算するのが無駄な気がするので
ttps://jsfiddle.net/Lawj31fs/1/ としてみましたが、最終的にITEMにaの結果まで入ってしまいます
なので、ITEMに入れるときに必要なデータだけを切り貼りしました
ttps://jsfiddle.net/Lawj31fs/2/ ですが何か腑に落ちません
・aもdataも膨大な場合、作ったのをまた{}で再作成？しない方がいいのだろうか？や
・膨大なaの場合、a入りをITEMにそのままぶっ込むのと、aを排除したものをITEMに入れるのとでは
前者の方がaだけ分メモリを使うのでは・・？など
ITEMの取得後は、そのITEMに入っているデータであれこれしたいと思います（aは一切使わない）
こういう場合はやはり一番目のように、
Double()、triple()でその都度計算して
（例えばaの計算部分を返すprototypeを作るとか
ttps://jsfiddle.net/Lawj31fs/3/ ）
その都度aの計算結果を破棄？する方が良いのでしょうか？
簡略版なのでDoubleもTripleも実際は中身が全然違うので
.mul(2).mul(3)みたいなパラメータで解決、という感じではありません
> そしてそれと全constのような奇抜な思想は完全に相反する
それはあんた特有の話ですよね？
Googleの最新のJavaScript Style Guideはこっち
ttps://google.github.io/styleguide/jsguide.html ttps://google.github.io/styleguide/jsguide.html#features-use-const-and-let > 5.1.1 Use const and let
>
> Declare all local variables with either const or let. Use const by default,
> unless a variable needs to be reassigned. The var keyword must not be used.
ローカル変数はconstかletを使え。デフォルトではconstを使え。ただし再代入ない限り。
varは使うな。としっかり書いている
もう一つの有名なJavaScript Style Guide
ttps://github.com/airbnb/javascript もちろんこっちでもconstを使えと書いてある
ttps://github.com/airbnb/javascript#references--prefer-const > 2.1 Use const for all of your references; avoid using var
constを使え
> 2.2 If you must reassign references, use let instead of var
どうしても再代入しないといけないなら、letを使え
ttps://jsfiddle.net/Lawj31fs/5/ こういう感じでITEMをあとからいじりたいのです
＞簡略版なのでDoubleもTripleも実際は中身が全然違うので
DoubleもTripleも実際は中身が（aの計算部分以外は）全然違うので
だからそれは否定していないって
君の論が間違っていると言っているわけでもない
君の主張と理由が現実に即して噛み合ってないと言いたいのであって、
つまりは君は理想を述べているんだから理想とは程遠い現実をセットにするのはおかしいということであり、
つまり議論に負けない事を優先して、肝心な部分を疎かにしてるんじゃないと非難してるんだよ
いやいやいやいや
> 君の主張と理由が現実に即して噛み合ってないと言いたいのであって、
俺の主張じゃねーよｗ
Googleなどの有名な人たちが言ってる主張だ
現実をより良くするために、Googleなどは
いい方法を提案してるんだろ。
現実がよりよい方法に到達してないからってなんだっていうんだよ。
そんなの当たり前だろ。世の中はどんどん良くなるもんなんだから
現実が悪いから、これからも悪い方法で行きましょうっていうのか？
その考えがおかしいって言ってるの。
99%のコードはvarやletを使わず
constだけで作ることはできる。
それも無理やりconstを使ったということじゃない。
良い書き方をするとconstで十分という話
要素生成する度にひとつひとつイベント付けるのって何がちがうの
話が少し噛み合ってないが、まあ一旦リセットしよう
それで聞きたいんだけど、君がそのスタイルを推す理由って、
君自身は何でそれこそが良いのかは考えていないけれど、
Google何かが推奨しているから良いに違いないってこと?
そうだとしたら君にはそれを推奨する権利は無い
何故かと言うと君も少し言っているようにどうすべきなのかは場合によるから
それなのに君自身がそれを推奨する効果的な理屈を持っていないのに
人に勧めるというのは悪行であり、そのスタイルへの冒涜
素直に俺にはconstを使うことのメリットが理解できませんって言えば？
理解できないなら素直に従えよ。
従いたくないなら勉強しろよ。
俺にとっては俺が考えるいいやり方とGoogleなどが考える
いいやり方が一致してるってだけでしかない。
お前らよく飽きもせず相手してるな
どうぞ。
句読点［。、］の正しい使い方、9つのルール
ttp://ebloger.net/punctuation/ 最近、２ちゃんで句読点を使うと鬼のように怒り出す人がいるけど、あれ何なの？
ttps://fox.5ch.net/test/read.cgi/poverty/1446228688/ ttp://blog.gururimichi.com/entry/2014/11/20/194231 ニコニコ動画と言えば、初期の文化としては2ちゃんねるの影響が色濃く現れておりました。
ゆえに、文章表現としても2chの存在は看過できないものかと。
で、2chにとっての句点と言えば、「使えばバカにされるもの」という印象しかないんだけど、僕だけかしら。
試しにググってみたら、案の定。検索結果のページ名が、こんな感じ。
「レスにいちいち句読点使ってる奴気持ち悪いんだが」
「2chで句点打ってる奴って地雷しか居ないよな」
「2chで句読点つける奴wwwwwwwwwww」
「なんで2chでは句読点が嫌われるのか。」
（2ch 句読点 - Google検索）
こうして見ると、Twitterでもたまに見られる「一部の住人が独自ルールを押し付けている」
ように見えなくもないんですが、句読点が嫌われる理由はよく分からない。どなたか、知っている方がいらっしゃったら教えて下さい。
ただ、「2ちゃんねる」と一口に言っても掲示板ごとに別の文化を持っていたりするので、
一概には言えないようにも思う。例えば、先日の記事で引用した2004年のスレッドなんかは、かなり句点ユーザーが多いように見えます。
> 何故かと言うと君も少し言っているようにどうすべきなのかは場合によるから
場合によるからって言いたいなら「その場合」をあんたは言わないといけない。
場合によるとわかっているなら、それを言えるはずだろう？
俺はconstがだめな理由を思いつかない。
constがなかった頃とか書き方がわからないとか
const自体の理由ではないものばかりだろう。
漫画のフキダシも普通は句点はない 一部の句点がついてる出版社の方が不自然
理由は単純で句点有りは文語、句点無しは口語だからだ
匿名掲示板は大抵はチャット感覚で口語が主体
質疑応答以外の会話中に文語で割り込むと空気読めてない異端者な感じが如実に表れるから嫌われる
でもここじゃ目印だから治さなくていいよ
「楽をしたい」という考え方に二通り有るからだよ。
１つは、もっとコードを書く量を減らして楽にしたい。
バグに遭遇してトラブルになるのを避けたい。
わかりにくいコードを読みたくない。
そのために新しいやり方を導入して行く人と、
もう一つは、勉強したくない。何もしたくない
新しいことを覚えたくない。やりた方を変えたくないという
努力をしない方向で楽をしたい。と考えてる人
後者の人は結局あとで苦労することになるんだが
先のことより目先の楽を取る
> 漫画のフキダシも普通は句点はない
掲示板は漫画の吹き出しじゃないんだが？
おまえ、なんでも漫画の吹き出し感覚だったのか？
そりゃおまえが間違ってるよｗ
> 匿名掲示板は大抵はチャット感覚で口語が主体
そこでおまえのの独自ルールを押し付けるなっていうんだよ。
掲示板って何か知ってるか？
町内や駅にあって、連絡や告知をする所で
会話するところじゃない
異常者ってのは往々にして客観視ってのが出来ないよな
あれ小学生が映画を見た感想を言ってるような感覚なんだと思う。
映画を見てどう思った？って小学生に聞いたら大抵は
「面白かった」「ドキドキした」「ワクワクした」みたいなことしか言えないだろう。
そこで映画をしっかり批評できるやつがいたら、それみて
「何あいつ気持ち悪い」って思うのだろう。この感覚。
句読点をつけるのは、読んでる人にとって読みやすくするため。
その一方人に読ませる文章を書くのではなく、ただ単に自分の言いたいことを
叫びたいだけのやつもいる。ヤンキーが大声で叫んで、何かを主張したいのだろうが
うるさすぎて何言ってんのかわかんねーよっていうのあるだろ？あれと一緒。
掲示板で自分が叫びたいだけだから、読ませようとする文章を見るのが
嫌なんだろう。だから句読点を見ると鬼のように怒り出す。
掲示板で自分が叫びたいだけだから、相手と会話をするのではなく
句読点に対して怒り出す。
実態？
「なんかデータとかあるんですか？」
「それは明らかにあなたの感想ですよね。」
「なんだろう、ウソつくのやめてもらっていいですか」
（ひろゆき）
↑ならそれが実態じゃないんですか？ｗ
長文でちゃんとした内容を書くなら、句読点入れて読みやすくしろ
ってだけの話だよな。
書き込みの中にしっかりとした回答をしているのを見ると
自分が恥ずかしくなるんじゃないかな？
まあAmazonとかで「役に立った」って言われるのは
個性のない感想じゃなくて、しっかりした文章なんだよ
これからそうしていこうと思います。
ありがとうございました。
自分の自演は誰にもバレてないから多数派に見えてるはず
って思ってんだなｗ
そう考えてたんだねｗ
名前を書かないやつの書き込みは全員自演だ
こいつは他人のふりして自演してるとか言い出すやつ多いよな
そして最終的には成りすましで逃げる定期
constだけを使って書いているね。コードも無駄がない。
ttps://jsfiddle.net/3cnkcyjk/14/ jQuery 質問スレッド vol.7 [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/hp/1478055094/14
その前からの流れと口調でわかる
ついでに言うとHTMLスレにも書いてる
コード書ける人の方が信用できるなぁ
まともなコードでワロタw
質問者にお金払ってもいいぐらいと言われてるし。
だって
let {a,b,c} = obj
のときもしa,cに変更が無ければ
const {a,c} = obj
let {b} = obj
とするの？
それでやっぱりaは書き換えるとなったらまた変えるの？ってことになる
そういうちぐはぐ一切なくそうと思えば結局変数は使い切りの関数型チックに書くことになる
自分は バカバカしい宗教まがいなことだと思うけどね
Googleもそういう形を想定してはないと思うんだけど
言ってて流石におかしいと思わないのかね？
まああえて言えば頑なに歩道を走らない自転車的な感じだな
関数型チックにするのはすごく良いプログラミング習慣である
というのはおいといて、おまえ大きな勘違いしてるなぁ。
> let {a,b,c} = obj
> のときもしa,cに変更が無ければ
普通は、abcを変更することがないから
const {a,b,c} = obj でいいんだよ
で、なに？ bを変更したくなったら？
そんなもん、 const bb = b + 1 ってすりゃいいだけだろ
何がチグハグなんだ？
おまえがやり方知らないから「うわー、letにするしか思いつかねー」
って言ってるだけじゃんか。本当に情けない
bを書き換えない一番簡単な例をだされて
こりゃ屈辱だろうなぁ。関数型とか言うまでに
こんなのも思いつかないようなやつだとはな
自演を見誤るようではまだまだだな
まだいるからな
今のところ命名と名前空間で十分かな
別にvarであっても書き換えなければ良いだけ
constが使えないのは諦める原因にはならないよ。
varを使って書き換えなければそれで十分。
constは単なるチェック機構にすぎない。
力さえあればIE10以下でも、constを使うのと同じような
コードを書くことはできる。ようはconstの何が
素晴らしいかを理解してそれを実現できるか
a=a+ホゲ;
return a;
}
みたいに、aを上書きしない方がいい？
しない方がいい。
更に言うならば、引数はもっと変更しないほうが良い。
エラー吐くような宣言てなかったっけ？
function sum(a){
const a=a+10;
return a;
}
console.log(sum(10));}
＞同じ関数内で同じarguments名を変数名で使おうとしたときに
は816で防げそうだけど、
＞argumentsを書き換えようとしたとき
はそもそもargumentsはの言うように変更しない、というのを心の中で決めておくってこと？
何を心配しているのか知らないけど、
特に心配することなんてなにもないよ。
推奨されている方法があるなら、理解できないうちは
それに素直に従っているのが良い。
例えば
ttps://jsfiddle.net/k9ganf4u/ 同じ関数内でzという変数名を使いたいのでブロックに入れました
が、関数の引数名にzを使っていた場合
ttps://jsfiddle.net/k9ganf4u/1/ Uncaught ReferenceError: z is not definedというエラー文になりました
SyntaxErrorになってほしいのですが無理でしょうか
それだったらESLintを使えばできるよ。
ttps://goo.gl/ad3hx8 var obj={};
$().click(function(){
var hoge=obj;
console.log(hoge);
});
こういう感じでclickのイベントを定義するときに
外から何かしらの値を代入する（したい）ときがよくあります
ですが何かモヤモヤするのですがそれで良いのでしょうか？
言ったそばから句点なしで自演を隠そうとしても無駄ｗ
最初から設計とスタイルがカチッと決まっていない場合は
そういうのを受け入れないと開発が進まない
その書き方に何の問題もない。
問題ないんですね。ありがとうございました。
んなことしなくても注意して書いてればいいだけ
ただそれも１つの方法だから各々好きにすればいいのさ
使ったのと同じように良い書き方はできる
ようは注意するかどうか
注意していればミスなどしない
広まってくれればどっちでもいいよ
あくまで『再代入する必要がない設計』に価値があるんだぞ?
関数型言語は言語仕様やAPIや環境がそれ向けに整っているから効果があるんだぞ?
JSの場合、まずその環境を整える必要がある
だから単なるスタイルの話として語るのは無理がある
例えばイベント制御にjQuery使うの辞めてRxJSにしようとか、
そういう具体的な話でなく広く推奨することはできない
単に関数型で書きやすくするライブラリである
jQueryとlodashを導入すれば良い
ttps://www.oreilly.co.jp/books/9784873116600/ JavaScript関数型プログラミング 複雑性を抑える発想と実践法を学ぶ
ttps://book.impress.co.jp/books/1115101137 ttp://blog.anatoo.jp/entry/20100305/1267801847 jQueryは関数型言語っぽいってことなんだろうけど
モナドってなんなんや？
こういう場合objを引数で渡すのは冗長かな？
$().click(function(obj){
その必要ないのはわかるが若干安全なのと
この関数はこの変数使ってるとすぐわかるので
長くなってくると特に
冗長だね
なぜならクロージャーっていうのは
そういう場合に引数で渡さなくて良いように
作られているから
クロージャーの「機能」はうまく使うべきだし
「機能」を捨ててまで冗長化する意味がない
要するに再代入を無くそうという理念でありクロージャとか論外な関数型言語でも
結局値を保持して再利用するということが一切できないとまともなプログラミングなんて不可能だから
関数型のメンツをギリギリ保った状態でそれを出来るようにするための苦肉の策
つまり、モナド＝関数型副作用ｗ
多言語やってるとわかるが値渡しで
渡した値は関数内でどうしようが勝手、元の値には影響ないよというやつだな
注意してバグが全部防げるなら苦労は無い
再宣言はletだって防げるんだしconstに拘る必要なくね
つうかどうせ仮にconstで再代入で引っ掛かったとしても
letに変えるか別の変数増やすだけでしょ
それが最初からletだったら本当にまずかったって場合は年に１回もないよ絶対
constが使えずletが使えない環境なんてあるのか？
そりゃそうだ
だからのような1文字Shift押すか否かの違いはどうなの、って話
> そもそも再代入しない設計になってるんなら
> 再宣言はletだって防げるんだし
letで防げるのは再宣言であって
再代入ではないですよね？
自分で書いた言葉理解してますか？
どうしてもconstを使えない場合はletで
というのを初心者サイトで見たのですが
そういう場合というのは,forのvar i=0みたいなところでしょうか？
いやそうでもない
ぶっちゃけ今はfor(let i = 0; i < 10; i++) みたいな
iを+1し続けていくようなコードは書かない
大抵inやofを使う。この場合constでよい
指定した回数ループするってことがまず少ないんだが
その場合は [...Array(3).keys()] のような書き方で
配列を作って配列の数だけforEachすることで実現できる
といってもこの書き方は可読性が悪いのでlodashなどを使うのが良い
_.range(10).forEach(i => console.log(i)) みたいな感じだな
似ていて分かりやすかったかな？
for(const i in _.range(10)) {
console.log(i)
}
もしくは
for(const i in [...Array(10).keys()]) {
console.log(i)
}
再宣言ならまだしも再代入だけを防げて本当に嬉しいケースって滅多に無いだろって意味だろ
文盲か？
let a=1;
・・・
let a=2;
を防げるって意味じゃないの？
[...Array(10).keys()]とかハッキーなの使うくせにconstに拘るとかわかわかめ
もうどっちでもよくね？そもそもIE11以上ってかなり限られない？
記事などを見るが今それは古いのか
最新のCSS使えるし
もっともそうだとしてもクライアントが「やっぱり」と言いかねないから最初からそれ以前対応で書くけどね
ある程度でいいとはいえロボットもどこまで理解してくれるかわからんし
たぶんあんたとは技術力に大きな差が有るんだと思うね
俺の場合、良いコード＝短くシンプルで可読性が高いコードを
書いてきたら自然とconstだけで十分だと理解した。
上から押し付けられたのではなく、自然とそうなったんだよ
たぶんあんたはまだ理解できてない段階
そういう人は技術力が高い人（俺じゃなくてGoogleとかの人）の
意見を素直に聞いたほうが良いよ。技術力が低いのに
今までこのやり方でやってきたんだ、これからもこのやり方でやる
っていうのは一番ダメなパターンだから
自分ひとりならそれでも良いけど、若い人にあんたのやり方を押し付けたらいけない
技術力が高い人のやり方とどっちを押し付けたら良いかは言うまでもない話だろう？
> もうどっちでもよくね？そもそもIE11以上ってかなり限られない？
いや？ Babel使って変換すればいいからIE6以上対応だよ
それ（Babelを使う）ができないっていう人は、できない理由を
書いてくれたら良い
> 再宣言ならまだしも再代入だけを防げて本当に嬉しいケースって滅多に無いだろって意味だろ
コーディングのレベルにはいくつかの段階が有ると思うんだ
例えば、動けばいいという人
動くのは当然でわかりやすいコードでなければダメだという人
動くのは当然で短いコードでなければダメだという人
動くのは当然でテストしやすいコードでなければダメだという人
コードに品質を求めない人は動けば問題ないという扱いなのだろうが
コードに品質を求める人は動いていたとしても「こういうコードは良くない」という
レベルでも修正対象とする。
つまり高い品質を求めている会社はvarやletは品質が低いという扱いなんだよ。
品質が低いコードを書く人を吊るし上げる方法でも有るｗ
あ、冗談だよ。本当は教育対象になるだけ。教育受けてください。
> 記事などを見るが今それは古いのか
古いだろうね。その記事の日付を見ればわかると思うよ
babel？ 今でもそんな化石使ってるところあるの？
あれあれ？それともbabelが不要なほど新しいブラウザ限定でいい
古いブラウザ対応してる所に対して化石だって
馬鹿にしてるんですかね？ｗ それ俺じゃないですね
やですねｗｗｗ
おまえ馬鹿だろ？ 話の流れで古いブラウザ対応
する必要があるからbabelなんだよ。もちろんtypescriptでも良いぞ？
