+ JavaScript の質問用スレッド vol.125 +

**デフォルトの名無しさん** · 2018/02/18(日) 16:48:01.14

JavaScript を自ら学ぶ人のための質問スレッドです。
>>2-4のテンプレを読んだ上で質問してください。

■質問を書く上で
(1) 煽り、コード制作依頼等、人を不快にさせる投稿はご遠慮下さい。公序良俗を守った応対を心がけてください。
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
　　(ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。回答者はなりすましを判断できませんので、なりすましが現れても自己責任となります。
(4) 常に自発的に調べる心構えを持ってください。
　　具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
　　わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
　　※必ず「問題の事象が再現されること」を確認してください。
　　　必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は http://validator.w3.org/ で [Check] してみてください。
(8) 質問を具体的かつ詳細に書くと回答を得られやすいです。>>2の質問テンプレートを活用してみてください。
(9) 時にはあなたが望む「答え」だけでなく、「意見」などが寄せられる場合もあります。

前スレ
+ JavaScript の質問用スレッド vol.124 + [転載禁止](c)2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1427008785/

（ライブラリ禁止条項は、多数の意見によって廃止されました。ライブラリの質問もOKです）

**デフォルトの名無しさん** · 2018/03/14(水) 21:48:29.45

今から始めるフロントの「初学者」はもうjQuery やんないんじゃないの？
なんも知らない人がググるであろう「js ライブラリ　フレームワーク」
とか検索するとjQueryやめとけ系の記事いっぱいでてくるぞ

**デフォルトの名無しさん** · 2018/03/14(水) 21:52:40.61

でもjQueryは使われてますからね。

2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
https://medaka.5ch.net/test/read.cgi/prog/1485008061/

jQueryを使わない = DOM操作をしない = DOM APIも使わない
これなら理屈にあってるんですよ。
今のフレームワークはDOM APIを使わないですからね。

**デフォルトの名無しさん** · 2018/03/14(水) 21:55:02.15

フレームワークを使う話ならもちろんフレームワークを使った回答をしますね。
でもjQueryで解決できることなら、そりゃ当然jQueryで回答しますわ

なぜjQueryで回答できるような質問ばかりなのでしょうか？
それこそが結論ですよ。JavaScriptのフレームワークはほとんど使われてない証拠です。

**デフォルトの名無しさん** · 2018/03/14(水) 23:08:25.55

アラム語のスレの質問に英語の文法では～とか答えるようなもの。どんなに英語が支配してようが関係ないだろ。アラム語のスレだというのに

**デフォルトの名無しさん** · 2018/03/14(水) 23:12:57.10

jQueryはJavaScriptのライブラリなので例えがおかしい
英語のスレで英語のスラングで答えるようなもんだから何の問題もない

**デフォルトの名無しさん** · 2018/03/14(水) 23:14:16.72

実際に質問者がjQueryの回答をみて、解决したって言ったんだから
間違った答えを言ってないことは確定なんだよ

**デフォルトの名無しさん** · 2018/03/15(木) 06:13:05.13

>>117
ここまでずっと１スレに１回は議論のなかでそういう論がでている
一部のjQueryニキの潜在意識にあるのは確実

JavaScriptのJの字しか知らないような奴でないと誰が証明した？
そうかもしれない奴にjQueryを勧誘するなということ

**デフォルトの名無しさん** · 2018/03/15(木) 06:39:18.96

>>118
勘違いしてほしくないが自分はjQueryの回答をするなというつもりはない

個々の質問への回答としてライブラリを使う例があれば勿論そのほうが良い
だが、具体的な例で言うと
誰かがライブラリ使わずに回答したらやれ互換性だのコードの短さだの主張して
ライブラリを使うべきという論争が始まるだろ
自分からすると、それこそ足を引っ張るなと言いたいね

俺たちはそういうライブラリの長所は視野が狭く誇張されたものだと思ってるし、
実際は何も使わなく書くことが無いとしても、
一般例として教え習うときはそういう「特殊な」ライブラリを使わないほうがいいと考えてるんだよ
そして「全体として」過度にライブラリを推すのは自重すべきだと感じてる

反ライブラリ派の多くは、結局そういうライブラリ使いの
短絡的なドヤ思想が嫌いなんだよ
こっちは地道に初心者を育てようとしてるんだから足を引っ張らないで欲しい

**デフォルトの名無しさん** · 2018/03/15(木) 06:49:48.66

例えるならあれだな
一生懸命近所の子供に筆算のやり方教えようとしてたら
変なおっさんが、そんな物、非効率だし不確かだから、電卓を使う法が良い
と言ったような感じを自分たちはいつも感じてる
本人に変な気がなくとも実際妨害されるし、
それによって子どもたちが筆算の必要性軽視してしまったらショックだろ？

何事も最初から楽するなと言いたい
そして何が普通か分からないうちの奴は、「騙して」でも
きついことさせて鍛えさせるんだよ
そうしないと極論育ったときに使い捨てになるだけ

自分はせっかくここであえて回答させてもらう関係になったのだから
この一瞬の経験で今後も良い影響を与えたいし、
立派な子に育って欲しいと思ってるんだよ
これはエゴだが、自分は5chのJS質問スレ2,30くらいからずっといる身として
ここは淡白なその場よければ終わりの一問一答スレになるべきではないと思ってる

**デフォルトの名無しさん** · 2018/03/15(木) 08:22:10.49

SPAも勘違いしてた彼はいつも暴走してんのか。
無駄な指摘だったな。

**デフォルトの名無しさん** · 2018/03/15(木) 15:53:53.33

>>127
また質問者を子供扱いですか？
それが傲慢だっての

**デフォルトの名無しさん** · 2018/03/15(木) 20:18:47.79

相変わらずjQuery厨は懲りないな。
とはいえ双方の言い分は分かるが、俺は ID:oazhajsT を支持する。

>>127
> 楽するな
この言い方は角が立つから「ずっとブラックボックス扱いではいけない」と言った方がいい。
中で何が行われているか理解した上で手抜きするのと、
なんだか分からないがこうすれば出来るからいい、ではその後の理解が違ってくる。
そして前者はつぶしが利くが、後者は環境（フレームワーク等）を変えたら全部覚え直しだ。
プログラマとしてやっていくつもりなら、前者でなくては話にならない。

例えて言うなら、連立方程式を逆行列の暗記で解くな、ということではないかな。
あれは「等式を並べて引いても『当然』等号は成立する」事を理解して
式変形していくことが「数学的に」重要なのであって、
「プログラミング的に」は2x2行列なら確定的に求まる逆行列で実装するが、
暗記しているだけだと、知らないと全く何も出来ないことになる。
実際、大体のBigNumは筆算をプログラムでやっているだけだし、
中身を知らないとちょっとでも外れたら対応ができなくなってしまう。

とはいえ、中学の時点では「とにかく並べて引け」であってその意味を理解しているわけではないから、
初心者にも「全て理解して挑め」ってのも無理はある。
また、現実問題、jQuery厨が言っていることも一理ある。
現実はWebの大半はドキュメントであり、アプリではない。
だから実は「jQueryのシェアはー」ってのも都合のいい誇張で、
フレームワークのシェアを問うなら、「アプリ」のところだけでjQueryの比率を見なければならない。
当然これはだだ下がりのはずだ。

**デフォルトの名無しさん** · 2018/03/15(木) 20:19:13.39

結局は、その本人がどこを目指すか、ではないかな。
デザイナならjQuery程度でもあり、というのも一理ある。
そしてこれが今のJavaScriptの酷さに繋がっており、頭に来ているというのも分かる。
プログラマとしてのJavaScripterの多くは全く成長していない。
理由はクソデザイナ/クソPHPerの下請けだから、というのが多分大きい。
元々与えられたHTMLがクソすぎてJavaScriptだけでは効率を上げられないから、
初学者のJavaScripterはそんなものだと勘違いしてしまうし、クソなコードしか書けない馬鹿も淘汰できない。
そしてクソコードが再生産され、また初学者はそれを見て学ぶ、という悪循環となっている。

俺はWeb系ではないが、全くjQueryを使ってないし、今後とも使うつもりもない。その理由は、
・jQueryは実はフレームワーク化しており、jQueryで生成したDOMはjQuery経由で消去しないとリークする。
・jQueryは「HTMLノードベース」のコードになってしまうことが最悪。
　というか、そもそもHTMLにちゃんとクラス付けされてれば、DOMのquery自体ほぼしないしjQueryのメリットはなくなる。
標準のDOMガーって言うのは、
逆に言えば、あれで十分だと判断されているからそれ以上増えないのであって、実際そう。
だから標準だけで苦労するというのなら、それはそもそもコード（というかHTML)の構造がまずいだけ。
（なおこれはlodashにも当てはまる。必要ないから標準に取り込まれないだけ。)
ただ、「クラスベースのCSSは難しい」「SPAは難しい」とされる馬鹿ばかりのJavaScriptの世界では、
この真実を言うとおそらく袋だたきにされ、そして世界は歪んだまま、ということになっているように見える。
正しいプログラミングを出来る奴が切れるのも分かる。
というか、俺も今のJavaScripterは全員死なねーかな、と思っているし。

**デフォルトの名無しさん** · 2018/03/15(木) 20:19:56.14

棲み分けをするなら、少なくともこのスレはjQuery禁止が妥当のように思える。
・プログラマとしてやっていくつもりなら、jQuery依存になるのは不味い。（使うのはかまわないにしても）
　そしてこの板はプログラム技術板だ。理解をすっ飛ばしてちゃっちゃとやりたいだけならWeb板でいい。
・今お前が使っているブラウザですら動く物が作れない奴に、各種ブラウザ対応を説く必要はない。
　というか、そいつらが独り立ちできる頃には解決されているかもしれんし、駄目ならそのときに教えればいい。
・実際、jQueryは上記のように「ちゃんとした」状況では使いどころがない。
　だからプログラマとして「ちゃんとした」JavaScriptを学ぶつもりなら、除外しろ、と言うのも分からなくもない。
　そして、実際、今後は「アプリ」のサイトでは次第に使われなくなっていくのも自明だ。使う理由がないから。
・jQueryは抽象レベルも中途半端。というかこれは使う側の問題だが、
　DOM+「ちょっと」をワンライナーであちこちに書きまくるのは実はまずい。
　それは関数として呼ばれるべき物であって。
　だから何を関数化すべきか分からない初心者にとっては標準DOMの煩雑さの方がいいコードになりやすい。
　（こういう教条的なのは俺は嫌いなのだが、初心者的に「1行ならインラインで、5行以上は関数で」とかだと、
　なまじ1行であれこれ書けるが故に悲惨なことになる。
　余談だがPHPも状況は似ていて、あれは標準自体がクソだから上達を阻害している。
Goもクソだが、Go/JavaScript/PHPしか知らない意識高いWeb系がGoに傾倒するのも分からなくもない)

**デフォルトの名無しさん** · 2018/03/15(木) 20:21:18.27

まあ、一言で言うと、「jQueryによってお手軽に実現できること自体が成長を阻んでいる」ってのも事実。
彼らはその先の、正しくクラス等を構成したときのJavaScriptの速さ、CSSのメンテのしやすさ等を知ることがない。
ただ、これを知らなくてもいい連中(=デザイナ)も大量に混ざっているのも事実。
だからデザイナはWeb板で、プログラマはこの板で、と棲み分け、方向性もそう絞ればいいと思う。

jQueryは、60点のコードをお手軽に目指す為のものであって、実はどうやっても100点のコードにはならない。
（正確に言うと、100点のコードではjQueryが活躍する場所がほとんど無い）
これを分かった上で使い捨てのコードと割り切ってjQueryを使うのはありだが、
100点のコードをそもそも書けない（書く気がない）のはプログラマとしてはまずい。

ちなみに乱立については、JavaScriptはWeb的民主主義(気に入らないならforkしろ）で行くことにしているようだから、
これは民主主義のコストでしかない。
もちろん君たちが学んだことがフレームワーク等の頓死で全部無駄になるのも、当然として受け入れるしかない。
それが嫌なら全部標準でいけ、ということになる。実際、それでも大して苦労しないし。

事実としてjQueryは役に立つから広く使われており、これがJavaScriptを牽引したのも事実だろうが、
今後役割を縮小して行くのもまた事実だろう。
必要な機能は既に標準に取り込まれた。逆に言えば残りの機能はいらないって事だ。
そしてjQueryを学んだコストが全く無駄になる日もいつか来るし、受け入れるしかないんだよ。

**デフォルトの名無しさん** · 2018/03/15(木) 21:12:53.19

↑長文で読みにくいなｗってか読まなくていいよｗ

いくら根拠のない決めつけ、思い込みで語ってもデータがなければ信頼性はゼロだしね

2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
https://medaka.5ch.net/test/read.cgi/prog/1485008061/

2018年の今は73.2%がjQueryを使ってる。未だに増え続けている。
しかも他のフレームワークよりも伸びは大きい

さて結局jQueryは使うのだから、残る問題勉強する順番なわけだがこれを読むと良いよ

挫折する学生が続出したゲーム制作、「学習の優先順位」を変えてみたら見違えるようにモチベが改善した話「ゲーム以外でも大事」
https://togetter.com/li/1202257

> 「Unityでゲーム作るならC言語から」という話題があるようですが、
> Unityを導入するのにあわせて、言語等の必須知識の学習を後回しにすることで、
> 学生のモチベが劇的に改善したらしい専門学校様のスライドがこちら。

言いたいことはこれのまんまだが、言語の勉強したいのでなければ、
つまり解决したい問題があるなら、その解決方法を提示するこそが初学者には重要
成果が見えるとモチベーションにつながる。
DOM APIを勉強するなとはいってない。jQueryの後で良いということ。

俺偉いよな。思い込みじゃなくてデータを示している。

**デフォルトの名無しさん** · 2018/03/15(木) 21:21:37.40

>>134のリンク先を読んでいて、遅延評価勉強法という造語を見つけた

ハッカーと遅延評価勉強法
http://d.hatena.ne.jp/LukeSilvia/20080402/1207149044

> 日本の（というかはてな界隈）ハッカーはほぼ「遅延評価勉強法」をしている気がします。

> ここから遅延評価勉強法とは、「その知識が必要になった時に初めて勉強する方法」です。
> もっと言えば、「○○を学んだから××をやってみる」ではなく、
> 「××をやりたいから○○を勉強する」と定義できます。

> 具体的遅延評価勉強法
> ここからは憶測ですが、遅延評価勉強法を具体的にやるとすれば、それは、「Webのソースを読む」、
> 「Webからコードを持ってきてごにょごにょいじってみる」ということになるのかなと思います。
>
> ハッカーに「良いプログラマーになるためにやることは？」と聞くと、「ソースを読む」ということが
> 必ずといって良いほどでてきます。逆に、「ソース読んでいない人はだめだ」という表現もよく言われていると思います。
>
> この「ソースを読む」とは、そもそも「これどうやって動いているんだ？」と思って
> 初めて実行するものだと思うのです。つまり、遅延評価勉強法です。

**デフォルトの名無しさん** · 2018/03/15(木) 21:22:40.03

wizのスレで延々とffの素晴らしさを説くようなもの。シンプルにスレ違いなだけだ。ffのスレがあるというのに。

**デフォルトの名無しさん** · 2018/03/15(木) 21:26:42.33

http://www.swatz.net/entry/2013/01/13/220400

> 学習効率を落とす「プロセス思考型」に陥っていないか
> 今日とある尊敬している起業家の人にグサリとささるご指摘をいただいた。
>
> 「プロセス思考型」に陥っていないか？

> 「プロセス思考型」とは
> プロセス、つまり過程であり、やり方や方法論をまず考える思考。それがプロセス思考型というらしい。
>
>
> そして、これは非常に学習効率が悪いと教えていたいただいた。

> このプロセス思考の最大の欠点は、非常にシンプルなものだった。
> 考えすぎて、行動を起こさない
>
> その通りすぎて、泣きそうになる。いやマジで。当たり前のことだが、目からウロコだった。
>
> 逆に学習効率の高いのは、これまたシンプルで、
>
> ひたすら行動を起こすこと

俺の行動にも当てはまるな。いろいろ言う前にjQueryでさっさっと答を書く（行動を起こす）
一方いろいろ言ってくるやつは、俺をどうやって追い出そうかの話ばかり考えて
行動（質問者にレスを返すこと）を起こさない

**デフォルトの名無しさん** · 2018/03/15(木) 21:27:44.57

>>136
jQueryはJavaScriptのライブラリなのでスレ違いじゃないよ

**デフォルトの名無しさん** · 2018/03/15(木) 21:49:04.26

>>138
そうは言ってもアセンブリのスレでエクセルマクロの話するやつはえんがちょやろ

**デフォルトの名無しさん** · 2018/03/15(木) 22:07:33.30

JavaScript初心者にはjQuery、DOMは中級者になってから覚えればいい
質問するような人は初心者だからjQueryで答えればいい

**デフォルトの名無しさん** · 2018/03/15(木) 22:07:54.13

>>138
実際君だけがjQuery派で、完全に四面楚歌だろ。
理由は簡単で、君以外には自明だからだよ。

jQueryは書く量を減らすことは出来るが、その程度でしかない。
HTMLが正しくクラス構成されていれば、そもそも書かずに済むんだよ。それを君は分かってない。
とはいえ、君は多分見たことがないだけだろうから、適当に探し出して試しに機能追加してみればいい。
あれ？っと思うほど簡単に機能追加できたりするから。

**デフォルトの名無しさん** · 2018/03/15(木) 22:10:19.08

>>140
jQueryで答えて欲しいのならjQueryスレで質問しろ、ってことだろ。

**デフォルトの名無しさん** · 2018/03/15(木) 22:21:57.05

>>139
> そうは言ってもアセンブリのスレでエクセルマクロの話するやつはえんがちょやろ
アセンブリのスレでアセンブリ用のライブラリはOKですね。
そういやアセンブリ用のライブラリはマクロ、通称マクロライブラリって言われてたね

**デフォルトの名無しさん** · 2018/03/15(木) 22:23:20.07

>>141
> jQueryは書く量を減らすことは出来るが、その程度でしかない。

アセンブリ言語に比べれば、高級言語なんて全部
書く量を減らすことができる程度よ。

それが重要なんだけどな。
時間が減る、すなわちコストが減るという言い方にすれば
わかりやすいと思うが

**デフォルトの名無しさん** · 2018/03/15(木) 22:40:35.07

>>144
だからそれが違うんだよ。
騙されたと思ってclassとID振りまくっているサイトのコードとか見てみろよ。

例えて言うなら、
jQuery：ゴミゴミした町でも、地図やナビがあれば問題なし
正しいHTML：いやそもそも区画整理して、地図なんか無くても迷わないようにしろ
なんだよ。

jQueryは汚い構成をごまかすのに便利だが、最初から美しく構成されてれば使いどころがないんだよ。
そしてその「美しく構成すること」に手間をかけろ、というのが正しいプログラミング道だ。
ただ、JavaScriptの問題は、上流行程のデザイナとPHPerがゴミばかりで、ゴミ処理ばっかさせられる点だ。
そしてそれが日常化しているから、問題だと気づけない。
(だからこれに関してはjQueryの責任ではないんだが…)

**デフォルトの名無しさん** · 2018/03/15(木) 22:54:11.13

>>145
何が言いたいのか分からんが、
jQueryが要らなくなるならばDOM APIも要らなくなる
HTMLが汚いなら、DOM APIを使っていても、同じHTMLなんだから汚い
jQueryの話をまったくしてないよお前

**デフォルトの名無しさん** · 2018/03/15(木) 22:55:08.98

それからjQueryが一番有効的に働くのは
綺麗なHTMLとCSSを正しく使われている場合
相性が良いんだよ。

**デフォルトの名無しさん** · 2018/03/15(木) 23:07:56.93

>>147
水掛け論だからもういいけど、俺はjQueryは今後廃れる方向だと確信している。
理由はこれまで書いたとおり。
君がそう思わないのは君の自由。
どちらが正しいかは歴史が証明してくれるし、それを待つしかない。

**デフォルトの名無しさん** · 2018/03/15(木) 23:16:46.21

>>145が「美しく構成する」とか「正しいプログラミング道」とか言ってるけど
根拠書いてないから説得力に書けるだろう？　説明できないのさ。
だから代わって俺が説明するよ。具体的にね

良いプログラミングに必要なことに「宣言型」というのがある

「ﾌﾟﾘﾝｼﾌﾟﾙｵﾌﾞﾌﾟﾛｸﾞﾗﾐﾝｸﾞ3年目までに身につけたい一生役立つ101の原理原則」の77ページ
https://books.google.co.jp/books?id=biseDAAAQBAJ&;pg=PA77&lpg=PA77

> 宣言型でプログラミング

> 命令形のプログラミングは「問題の解法」、すなわちデータ構造とアルゴリズムを記述します。
> 一方、宣言型のプログラミングは「問題の定義」、すなわち説くべき問題の性質や、
> その際にに満たすべき成約を記述します。

> フローがないと読みやすい

> 宣言型のコードは、順序や条件分岐がありません。純然たる事実が宣言的に書かれているため、
> コードが読みやすくなります。
> 一方、命令形のコードは、常に「状態」と「制御」と「データのフロー」を頭に描かないと、
> 事実を正確に理解できません。そのため、流れを追いながら読まなければならなくなります。

> 宣言型を取り入れる

> 例えば、宣言型の汎用プログラミング言語の代表的なカテゴリに、関数型言語があります。
> また、汎用言語ではありませんが、HTMLやCSS、SQLも宣言型です。

> 一方、プログラミングのパラダイムが命令形の言語を仕様スr場合でも、
> 宣言型の表現を部分的に取り入れ、宣言型の利点を享受しましょう。

**デフォルトの名無しさん** · 2018/03/15(木) 23:17:41.01

さて、なんでここで俺が宣言型の話を始めたかと言うと、
察しがいい人と、その話をされたら困る辞めてくれって思ってる人（笑）は
気づいていると思うけど、jQueryは宣言的であるということ

JavaScriptは本来命令型だが、jQueryを使うとHTMLやCSSと同じく
宣言型に書くことができるようになる。

例えばCSSで

.klass { color: red }

みたいなものはjQueryで

$('.klass').css({color: 'red'})

と書くことができる。似てるだろう？文法が違うだけといえる。
つまりjQueryで書くと処理が含まれずに宣言的になってる。

>>145がいう「美しく構成する」とか「正しいプログラミング道」というのは
まさにjQueryのことなんだよ。

もちろんjQueryを使ってもDOM APIの癖で命令型で書いてしまうやつがいる。
それはそいつの問題であって、そんなやつがこんな所に出てきたら
俺が矯正してあげているわけだがｗ

JavaScriptの問題点を解决している物の一つがjQueryなんだよ。

**デフォルトの名無しさん** · 2018/03/15(木) 23:18:54.67

>>148
> 水掛け論だからもういいけど、俺はjQueryは今後廃れる方向だと確信している。

あんたの確信なんかどうでもいいんだわ
データが去年からの1年間で増えているってことのほうが
よっぽど信頼性が有る

2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
https://medaka.5ch.net/test/read.cgi/prog/1485008061/

2018年の今は73.2%がjQueryを使ってる。未だに増え続けている。
しかも他のフレームワークよりも伸びは大きい

**デフォルトの名無しさん** · 2018/03/16(金) 00:05:29.96

>>149
君がそう思うのは自由なんだが、宣言型だけでは遅延描画が出来ないんだよ。
(正確に言うと、状態を持たないコードだけでは遅延描画は出来ない)
だから糞遅いコードになってしまう。
というか、当初俺は何でこんな遅いコードを何の恥じらいもなくこいつらは書くのか疑問だったんだが、
それが関数型()の洗脳の結果なんだよ。
実際、関数型()は何も成果を出せてないだろ。大騒ぎした割には、何も物にならなかった。

宣言的に書いて問題ないところは宣言的に書くべきだ。これは事実だが、
全部宣言的に書いていいわけではないんだよ。この点を関数型()の奴らは間違っている。
何事も適材適所はあるわけでね。

とはいえ、面倒だから全部ブラウザがやれ、JavaScriptは宣言型でしか書かない(ｷﾘｯ
ってのも最終的にはありだと思う。これはVirtualDOMとして動いてるんだろ。
ブラウザに内蔵されて全自動になれば俺は使うし、コードも変更するが、
それはそのときの話。まだまだ先だよ。

というかね、糞重いサイトとか大体コードが糞なわけで、
関数型()の奴らは命令型で書けないことを隠す為に「宣言的に書く」と言い訳しているだけ。
それが最適なら命令型で書くべきであってね。
動けばいいのなら何でもいいんだが、実際はそうじゃないだろ。JavaScriptはサクサク感が勝負であってさ。

そもそも○○であればいい！ってのは馬鹿であって、何事も適材適所なんだよ。
単純に宣言型にすれば見やすいとか見にくいとか、そういう話でもない。
そしてその辺を振り回して意味無い議論に終始するのがライブラリ厨が嫌われる理由だよ。
jQueryを使うことを必死で正当化しているだけだろ。
実際、ブラウザ間の差異は減ってきているし、jQueryが役に立つ局面は減る一方だ。これは事実だよ。
その上で、使った方が捗るというのなら使えばいい。
俺はメリット無いから使わないってだけ。

**デフォルトの名無しさん** · 2018/03/16(金) 00:11:47.64

> 君がそう思うのは自由なんだが、宣言型だけでは遅延描画が出来ないんだよ。

ほんと呆れたｗ

理由がさ、いきなり技術的な話
だからダメなんだよ。

ユースケース考えろ。誰が今jQueryを使っているか
そのjQueryを使っている人たちが、遅延描画できないって
騒いてるか？問題にすらしてないだろ

ほんと自分が言ってることが理由になってないのが
分かってないんだろうな。

**デフォルトの名無しさん** · 2018/03/16(金) 00:19:00.42

その上で、使った方が捗るというのなら使えばいい。
その結果が2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
https://medaka.5ch.net/test/read.cgi/prog/1485008061/

**デフォルトの名無しさん** · 2018/03/16(金) 00:48:27.24

>>153
> 騒いてるか？問題にすらしてないだろ
その結果、サイトがもっさりしてる。
でも技術力が無く改善できないから「問題ない」「こんな物です」と言い張っている。
勿論遅い理由はjQueryを使っていることで、だからこそjQueryを使わない事を肯定されたら困る。
それがお前が必死に抵抗している理由だろ。

jQuery使っている限り生JavaScriptの速度に勝てるはずもなく、
それ以前にjQuery厨は馬鹿だから速度チューニングもマトモに出来ない。
だから世界全体がとろいままでいてくれないと困る。

俺はそんなのにはつきあわない。サクサク感が勝負だ。
そして速いJavaScriptのコードをリリースすることによってjQueryの問題点を露呈させ、
jQueryしか使えない馬鹿共を淘汰することを目指す。

繰り返すが、問題ない部分は何やってもいいんだよ。
それこそjQueryでもフレームワークでも使えばいい。書きたいように書けばいい。
ただな、もっさり感に直結するところは速いコードが必要なんだよ。
それもしないjQeury厨はユーザを無視している。

**デフォルトの名無しさん** · 2018/03/16(金) 00:49:00.42

思うんだけど、これからjQueryは廃れていくと言うけれど
今が廃れた結果なんだと思う

backbone.jsがでた当たり、5年以上前から必要な人は
どんどん脱jQueryをした。そしてほぼ全員が移行してしまった。

今残ってる70%以上のユーザーはそもそもJavaScriptのフレームワークを必要としない人たち。
必要な人達は移行済みなんだからこれ以上jQueryの利用者は減らない。

これからじゃない。もう（移行は）終わってしまったんだよ。

**デフォルトの名無しさん** · 2018/03/16(金) 00:49:51.98

>>155
> その結果、サイトがもっさりしてる。

？ jQueryの方が軽いんやで？

Virtual DOMが速いのはウソだった。仮想DOMは遅い。
https://mevius.5ch.net/test/read.cgi/hp/1519842565/

**デフォルトの名無しさん** · 2018/03/16(金) 00:52:40.79

jQueryはフレームワークと違ってライブラリだから
遅いところだけ局所的にチューニングすることが可能

**デフォルトの名無しさん** · 2018/03/16(金) 00:56:36.18

>>156
> 今残ってる70%以上のユーザーはそもそもJavaScriptのフレームワークを必要としない人たち。
これは当たっている。
ただそれ以前に、HTMLが正しく作られていれば、生JavaScriptでも大して苦労しない。
jQueryは所詮糖衣構文を提供している程度であってね。
だから積極的に使う理由はないんだよ。

>>157
今俺は使ってない。jQueryによって速くなることもない。
てかお前もう話について来れてないな？

>>158
だからそれは駄目だと>>131で言ったろ。
jQueryを使うのなら全面jQeuryじゃないとまずいんだよ。

**デフォルトの名無しさん** · 2018/03/16(金) 00:58:33.61

> jQueryは所詮糖衣構文を提供している程度であってね。
> だから積極的に使う理由はないんだよ。

糖衣構文というのは、それが必要だと強く求められたから
使わないでできるのも限らず、採用されたんだよ。

その経緯を知ってるなら、糖衣構文だからこそ積極的に
使うべしってなるはずなんだが。

**デフォルトの名無しさん** · 2018/03/16(金) 01:00:44.98

>>159
> 今俺は使ってない。jQueryによって速くなることもない。
> てかお前もう話について来れてないな？

ついてくると言うか、お前が明後日の方向にとんでいってるのを
眺めてる状態なんだがｗ

誰も速度なんて求めてない。
わかる？

> jQueryを使うのなら全面jQeuryじゃないとまずいんだよ。
全然まずくないよ。

問題点があるならば、問題点を修正するべきだが、
問題点として考えたれてない部分のパフォーマンスを上げることに意味はない。

最初に考えるべきは、それが問題かどうか
問題かどうかを検証する前に対処するな
具体的に言うならば、50msを5msにしてくれなんて誰も思ってない

**デフォルトの名無しさん** · 2018/03/16(金) 01:02:00.48

>>160
だからそれが単なる糖衣じゃないのが問題なんだよ。
テキストベースでやってるから無駄にパースする必要があり、それも遅い理由だろ。

**デフォルトの名無しさん** · 2018/03/16(金) 01:03:34.01

>>161
なるほどお前がやっているのはその程度なのだろう。それなら問題ない。

**デフォルトの名無しさん** · 2018/03/16(金) 01:06:10.23

>>162
> テキストベースでやってるから無駄にパースする必要があり、それも遅い理由だろ。

テキストベースでなんてやってないけど？
そもそも遅くないし。

**デフォルトの名無しさん** · 2018/03/16(金) 01:06:21.04

>>161
おい、全面jQuery化が必要なのは速度ではなくリークの問題だぞ。よく読め。

**デフォルトの名無しさん** · 2018/03/16(金) 01:06:56.80

>>164
jQueryのインタフェースがテキストベースだろ。お前は何を言っているんだ？

**デフォルトの名無しさん** · 2018/03/16(金) 01:07:09.26

>>163
> なるほどお前がやっているのはその程度なのだろう。それなら問題ない。

俺だけじゃないね。世界の7割以上がその程度なんだよ。

**デフォルトの名無しさん** · 2018/03/16(金) 01:07:38.20

>>165
> おい、全面jQuery化が必要なのは速度ではなくリークの問題だぞ。よく読め。
jQuery使わなかったらリークするんだねｗ

**デフォルトの名無しさん** · 2018/03/16(金) 01:08:34.91

>>166
> jQueryのインタフェースがテキストベースだろ。お前は何を言っているんだ？

何を言ってるんだよはお前だろｗ．

document.querySelector('#foo\bar');
DOM API自体がテキストベースだろｗ

**デフォルトの名無しさん** · 2018/03/16(金) 01:11:22.52

>>168
マジで読め。

>>169
なるほどお前はjQueryもブラックボックスで中で何をやっているのか理解してないんだな。

まあいいよ、俺はこれまでもjQueryを使ってないし、今後も使うことはない。
君が使い続けるのは君の自由。
で、これ以上続ける理由無いよな？

**デフォルトの名無しさん** · 2018/03/16(金) 01:12:48.86

>>170
> なるほどお前はjQueryもブラックボックスで中で何をやっているのか理解してないんだな。

知ってるが？今はブラウザがquerySelectorAllをサポートしていれば、
それに丸投げしてる。だからjQueryのインターフェースがテキストベースって
いうのが意味不明なんだが、お前はjQueryのソースコードが見れるのに
ブラックボックスって思っちゃってるんだなｗ

**デフォルトの名無しさん** · 2018/03/16(金) 01:14:32.67

>>170
これ以上続ける理由がないというのなら
質問者にDOM API使って回答しろよｗ
俺は最初から質問者にjQueryを使って回答している

こんなくだらない話をやめるなら、
俺にかまってちゃんしてないで
俺みたく質問者に回答しろ

今度俺が質問者と話をしてる間に
よこから話しかけて来んなよ？

**デフォルトの名無しさん** · 2018/03/16(金) 01:17:27.75

>>171
だってお前コード読んでないじゃん。例えば、

>>149
> フローがないと読みやすい

> 宣言型のコードは、順序や条件分岐がありません。純然たる事実が宣言的に書かれているため、
> コードが読みやすくなります。
> 一方、命令形のコードは、常に「状態」と「制御」と「データのフロー」を頭に描かないと、
> 事実を正確に理解できません。そのため、流れを追いながら読まなければならなくなります。

これ、間違いなんだよね。というかここだけ見ると間違いではないのだけど、
実際の所、こんな局所区画で読める読めない、という話にはならないんだよ。
だからこれドヤ顔で持ってくること自体が初心者の証。
といっても君には通じないだろうけどね。

**デフォルトの名無しさん** · 2018/03/16(金) 01:18:18.82

>>172
> 今度俺が質問者と話をしてる間に
> よこから話しかけて来んなよ？
お前は誰と戦っているんだ？それは俺ではないぞ多分。

**デフォルトの名無しさん** · 2018/03/16(金) 01:19:18.81

はい、みなさん、コレですよコレ

> これ、間違いなんだよね。というかここだけ見ると間違いではないのだけど、
> 実際の所、こんな局所区画で読める読めない、という話にはならないんだよ。

間違いと言うだけで、それがどう間違いなのか理由がない。

よーくみてください。理由がまったく書いてない
反論できないはずなのに、反論した気になってる
そういうレスなのです。

生暖かく見てあげましょうｗ

**デフォルトの名無しさん** · 2018/03/16(金) 01:23:17.62

>>175
まあ俺はそういう煽って情報を出させようとする奴には情報をやらないことにしている。
というか、割と自明だから、どちらが正しいかは分かる奴には分かるし、それで十分だ。

**デフォルトの名無しさん** · 2018/03/16(金) 01:26:54.80

さっきから情報出してあげるの俺だけどなｗ
お前は情報がないんだから出さなくていい

**デフォルトの名無しさん** · 2018/03/16(金) 01:28:04.46

>>175
つうかね、多分君は数行のコードしか読んだこと無いんだよ。だからそういう発想になる。
数千行のコードを試しに読んでみろ。どこで引っかかるか分かるから。

**デフォルトの名無しさん** · 2018/03/16(金) 01:28:44.89

数千行で多いとか思ってんのか？

**デフォルトの名無しさん** · 2018/03/16(金) 01:33:31.31

>>179
jQueryみたいに数行の個別関数の固まりだと何万行あっても所詮数行の技術レベルで読めるんだよ。
そうではなく、一つのサイトのコードを読んでみろ。その場合は数千行で十分だ。
そうすれば、俺が何を言っているか分かるだろう。

俺は前から言っているが、お前にはこれが全く足りてないんだよ。
だからおかしな方向に走ってしまっている。

**デフォルトの名無しさん** · 2018/03/16(金) 01:35:37.00

> そうではなく、一つのサイトのコードを読んでみろ。その場合は数千行で十分だ。
> そうすれば、俺が何を言っているか分かるだろう。

読んだ。わからなかった。以上。お前のターン。はい答えろ
（つきあってられるか）

**デフォルトの名無しさん** · 2018/03/16(金) 01:39:01.53

>>181
じゃあ諦めろ。
というかマジで１回数千行のコード読んでみろ。色々違った物が見えるようになると思うよ。

**デフォルトの名無しさん** · 2018/03/16(金) 01:44:20.17

>>171
ちなこっちについては教えておいてやる。
(つっても俺は使ってないから確認に時間がかかった)
https://qiita.com/kazu56/items/8e92d08fd1bba0a2d771

jQueryってDOMの生成とクエリを同じインタフェースにしてるだろ。
だから先頭に<があるかどうか確認しないといけない。これで無駄に遅くなる。
(しかもタグの書き方に自由度があり、これでも無駄に遅くなる)
というかその他諸々色々被せてあったと思うが。
まあ便利ではあるんだろうけど、動作速度はその分遅くなってるよ。
傍目からみてちょっとやりすぎ。無駄が多すぎ。

**デフォルトの名無しさん** · 2018/03/16(金) 01:48:39.43

で？ 1ns遅くなるから、それがどうしたっていうの？

**デフォルトの名無しさん** · 2018/03/16(金) 01:50:36.00

速度も計測しないでパフォーマンスを語るな

**デフォルトの名無しさん** · 2018/03/16(金) 01:54:10.20

ライブラリの話はライブラリのスレでやれよ。jQueryはライブラリ。ほんと頭おかしい。

**デフォルトの名無しさん** · 2018/03/16(金) 01:56:43.28

>>184
まあ君の問題はそこだよね。自分が問題ないと信じることは問題ないと言い張るだけ。

ただjQuery厨の問題はそこではなく、既に書いたとおり、
問題になっていたとしても絶対に宣言型で糞遅いコードを書くことだね。
そしてjQueryを使ったらjQueryロックされてしまうから生で書きまくるわけにも行かんし。
結果、逃げ場がなくなるという。（対策が出来なくなる）

まあ、jQueryが嫌われているのも理由があるって事だよ。君は認めないのだろうけど。

**デフォルトの名無しさん** · 2018/03/16(金) 02:11:12.60

だからjQueryの速度で問題になってないって言ってるだろ
なんでその議論を無視して問題が有ることにしてるだか

こうやってお前の卑怯な手を俺がバラしてるから
続けても意味ないぞｗ

**デフォルトの名無しさん** · 2018/03/16(金) 02:14:16.16

jQueryは只のライブラリなので、一行ぐらいの単位で
DOM APIを使ったコードと混ぜることができる。

jQueryを使って取得したものに対して、DOM APIで処理したり
逆にDOM APIで取得したものをjQueryで処理したりできる。

**デフォルトの名無しさん** · 2018/03/16(金) 02:20:00.48

jQueryとDOM APIが混ぜて使えることの例を出そうか？

DOM APIで取得したDOM要素に対して、jQueryのcssメソッドで色をつける例

$(document.querySelectorAll('li')).css('color', 'red');

jQueryで取得したものに対して、DOM APIのstyleで色をつける例

$('li').each(function() {
　this.style.color = 'red';
});

同様にJavaScriptのmapメソッドを使って色をつける例

$('li').get().map(function(el) {
　el.style.color = 'red';
});

**デフォルトの名無しさん** · 2018/03/16(金) 02:24:42.26

DOM API と jQuery で同じイベントハンドラを共通で使える例

var btn = document.getElementById('button')
btn.addEventListener('click', handler, false);

$('#button').on('click', handler);

function handler(e) {
　alert(e.target.textContent);
}

**デフォルトの名無しさん** · 2018/03/16(金) 02:27:53.77

>>188
だからそれは問題になるときもあるんだよ。
君がやっているコードの規模ではそうならないだけで。

ああそれと、俺は君を飼い慣らしてやろうと思っている奴だから、
他の連中よりは比較的風当たりはマシなはずだぜ。
(追い出すのではなく、有効活用しようとしている）
君がコードを書いて回答すること自体は俺は評価している。
ただなあ、ちょっとピントがずれてるんだよ。
だから君をちょっと教育して、もうちょっとマシな回答が出るようにしたい。
前から思っているけど、君には明らかに「大規模コード」の経験が足りてないんだよ。
だからそれをやれと本当に何度も言っている。

君は数行のコードにフォーカスしていて、それは十分出来ている。
だけどそれがプログラミング上問題になることはないんだよ。その辺を理解できていない。
数行のコードを綺麗に書く技術と、数千行のコードを纏める技術は別物なんだよ。
君には後者の視点が全くない。だから回答がちぐはぐになっている。

だから、騙されたと思って、マジでちょっとでかいの書いてみ？多分世界が広がるから。
そしたら今の君がずいぶんトンチンカンだったことも分かるだろうし。

**デフォルトの名無しさん** · 2018/03/16(金) 02:30:26.59

>>192
> だからそれは問題になるときもあるんだよ。
> 君がやっているコードの規模ではそうならないだけで。

俺だけじゃない。世界の大部分が問題にならないっていったろ
大部分っていうのは全部じゃない。
俺と同じことを言うな。

お前が言ったことじゃない。俺が言ったことだ
大部分は問題にならないと

**デフォルトの名無しさん** · 2018/03/16(金) 02:31:33.13

>>192
> 前から思っているけど、君には明らかに「大規模コード」の経験が足りてないんだよ。
> だからそれをやれと本当に何度も言っている。

説得力がない。まず行動を起こせ
俺に経験が足りないと口先だけでごまかすことは行動じゃない
まずお前がコードを書け
大規模経験者ならではだとわかるコードをな

**デフォルトの名無しさん** · 2018/03/16(金) 02:33:06.37

>>192
> 数行のコードを綺麗に書く技術と、数千行のコードを纏める技術は別物なんだよ。
> 君には後者の視点が全くない。だから回答がちぐはぐになっている。

なんだ、大規模なコードを書いたことがないのはお前じゃないかｗ
関数一つやファイル一つで、数千行書くのは大規模なコードとは言わない
大変なだけなコードだ

大規模コードの開発者は、数行のコードの集まりで
数千行のコードを作るんだよ。

そんな事も知らないのか？

**デフォルトの名無しさん** · 2018/03/16(金) 02:36:27.96

例えばjQueryのコードだって、1万行を超えている
https://code.jquery.com/jquery-3.3.1.js

お前の定義では大規模なコードになるだろうが、
ソースコードを見てみろ
https://github.com/jquery/jquery/tree/master/src
それぞれが数十～数百程度の短いコードのファイルがたくさんある
関数一つで見れば殆どが数行から数十行だ
それらをビルドでくっつけることで1万行を超えるコードにしてるんだよ。

数行のコードと数千行のコードで書き方が違うって
それはお前が大規模なコードの経験がないだけだ

**デフォルトの名無しさん** · 2018/03/16(金) 02:44:10.09

つーか、自分が思う大規模なコードのプロジェクトの一つでもあげたら？
どれも数行のコードの集まりでできてるだろうさ

俺から大規模なコードのプロジェクトを一つだしてあげよう
JavaScriptではなくRubyだが
https://github.com/gitlabhq/gitlabhq

gitlabは大規模なコード中でもコードの品質が高いものだ
数行のコードの集まりでできてるぞ。ほとんどの関数はかなり短い

**デフォルトの名無しさん** · 2018/03/16(金) 02:59:42.90

>>196
だからそれは既に言ったが、それは初心者でも読めるコードでしかないんだよ。
それをいくら読んでも今の君以上には上達しない。

てゆうか君がどうしたいのか俺にはさっぱり分からない。
上達する気があるのなら、俺がオススメするのは「大規模コードを書くこと」であって、
それは君自身がやらなければならないことだからいくら俺を煽っても意味がない。
俺を信じないのも君の自由だ。

コードの組み方にも色々あるのだけど、ライブラリみたいに平べったいコードばかり読んでても駄目なんだ。
いや、読むこと自体は悪くはないが、同じタイプのコードを何度読んでも駄目なんだ。引き出しが増えない。
だから今の君は平べったくないコードを読まないといけないのだけど、君にはここら辺の話も通じないだろ？
まあ君が上達すれば俺が今何を言っているか分かるだろうさ。どうするかは君の自由で。

ちなみに俺はjQuery厨を追い出そうとしているのではなく、改心させようとしている。
つまり、教育することで「jQuery使えばいいってわけではないんだな」と悟らせ、
結果的にjQuery厨を除去しようとしている。どうも食いついてこないのだが。

**デフォルトの名無しさん** · 2018/03/16(金) 06:26:31.44

極論質問される度にライブラリ作って、『それは「run()」で済むよ』という回答があったとして
それは単純に考えて一番スマートな解決策とも言えるわけだけど、
こういう場で人に教えるにあたっては不味い点もあるということは分かるだろう？

**デフォルトの名無しさん** · 2018/03/16(金) 06:45:55.51

今は人の作った便利なものを使いこなす能力のほうが求められている

**デフォルトの名無しさん** · 2018/03/16(金) 08:54:53.91

今日はjQuery厨がpythonスレをrubyコードで荒らしてるクズと同一人物であることが分かったな。性根が腐ってるわこいつ

**デフォルトの名無しさん** · 2018/03/16(金) 09:38:50.80

>>198
だから理由かけって、
お前はこうなんだ！って言うばかりで、
なぜなのかその理由がまったく書かれてない
説得力ゼロなんだよ

**デフォルトの名無しさん** · 2018/03/16(金) 09:59:11.44

それから勝手に俺が大規模コード書いてないような
こと言ってるが書いてるからなｗ
これもいつもの思い込み、決めつけ

一つのファイルで1万行超えるクソコードを再設計して最終的に
半分以下まで減らしたし（半分までで終わりな転職したから）
一人でやってるプロジェクトでも今数えたら4000行以上のものがある
（俺は数千行程度で大規模コードとは思わんが、お前がそう思うんならそうなんだろう）

**デフォルトの名無しさん** · 2018/03/16(金) 12:14:01.27

荒らしに構うのも荒らし

**デフォルトの名無しさん** · 2018/03/16(金) 15:50:58.94

初歩的なことですみませんが教えてください

Javascriptのアプリ作成でnpmとかbowerとかいうのを使うみたいなんですが、
コマンドを実行するとnpm_moduleというディレクトリとbower_componentsというディレクトリに数百ディレクトリ+数千ファイルが出来上がって怖いです
アプリ使ってくれる人がサイト見るたびに数千ファイルダウンロードとかやってられないと思うんですが、これ全部アップロードしないとダメなんでしょうか？

**デフォルトの名無しさん** · 2018/03/16(金) 15:59:32.49

>>205
webpackとかparcelを使って一つのファイルに纏めて使うよ。

**デフォルトの名無しさん** · 2018/03/16(金) 17:12:36.12

>>206
お早いご返信ありがとうございます
容量100MB超えていてどうなるかと思ったんですがwebpack試してみたらbundle.jsは1kb程度になったので一安心です

**デフォルトの名無しさん** · 2018/03/16(金) 18:51:16.30

せっかくモジュールで分かれていて各ファイル毎にキャッシュが効くし
HTTP2とかにしたって選択して必要なものからプッシュで送っていくことができるようになってるのに
そういうメリット全部殺して１つに纏めるとか愚の骨頂だな

**デフォルトの名無しさん** · 2018/03/16(金) 19:01:47.25

parcelは知らんがwebpackは好きにカスタマイズできるぞ

**デフォルトの名無しさん** · 2018/03/16(金) 20:48:33.09

>>203
お前がそういう設定なのはお前の自由だが、誰も信じないよ。
お前が言っているような、
jQueryを使えば全てハッピー、コードも綺麗になるし問題は全て解決！なんて事には全くならない。
だからこそフレームワークが乱立しているわけでね。（それが上手くいっているかはさておき）

jQueryを廃止したがっている連中もかなりの数いて、ググればいくらでも出てくるだろ。
そしてそれもある程度妥当な意見なんだよ。これはちゃんと認めないと駄目だ。

君は「俺が正しい、お前が間違い」という言い方しかしないが、そういうことにはならない。
Web的民主主義では、各自が各自なりの解決策を考えて実行している。
そういう流れがあるってのは、一定数の支持を得ているから。
勿論jQueryを使い続けている奴もいるし、君がそうしたければそうすればいい。

**デフォルトの名無しさん** · 2018/03/16(金) 20:49:22.17

ちなみに教育方針について言うと、
たった数行のコードも書けないような>>77に対して、ライブラリを勧めるのは確かに間違っている。
それだと、いちいち引っかかる度に聞きに来るのか？となるだろ。きりがない。
少なくとも数行のコードは自分で書けるようにならないと話にならない。
美しくなくてもいいが、ちゃんと動くコードを自分で書けないと駄目なんだよ。まずはそこからだ。
逆に、その程度は書けるというのなら、質問者自身がそれを証明する必要がある。
大前提としてここは匿名掲示板なのだから、自分が何者かは全て投稿で決まるんだよ。
だから数行で書けることについて「一番いい方法」を単に聞くのは、
数行のコードも書けない馬鹿なクレクレ君だと言っているようなものだし、実際そんな扱いだろ。
書けるのなら、「俺はこう書いてみたが、どうもしっくりこない。もっと別の書き方がないか？」と言って
コードを出せば済む話であってね。

だから質問の仕方なりの回答をするのは極めて妥当で、
逆に、未熟者扱いされたくなければ、ちゃんとそうだと相手にも分かるような投稿をしないと駄目なんだ。
お前にはそういう、コミュニケーションする上での大前提ってのが欠けてる。だから話が空回りする。
再度言うが、あの質問に対してライブラリでの回答は不適切だ。

あと技術的観点で言うと、厳密に言えば、filterも_.differenceもシャローコピーを返すから
> ある配列から別の配列に存在する要素を削除する
事にはならない。
ただ実際はシャローコピーでも問題ない事が多いし、お前らも区別してないようだけど、
本当はこういうところをキッチリ詰めていかないと駄目なんだけどね。
とはいえそもそも質問者も区別できてないし、いちいち言う価値もないから放置だけどね。

**デフォルトの名無しさん** · 2018/03/16(金) 22:44:40.31

>>210
> jQueryを使えば全てハッピー、コードも綺麗になるし問題は全て解決！なんて事には全くならない。

誰がそんなこと言ったの？
少なくとも俺は言っていない。

じゃあ誰が言ったのか？それはお前だよ。
お前が「jQueryを使えば全てハッピー、コードも綺麗になるし問題は全て解決！」
って言ってるんだよ

**デフォルトの名無しさん** · 2018/03/17(土) 00:31:20.97

バカらしい。小学生か

**デフォルトの名無しさん** · 2018/03/17(土) 00:37:27.50

馬鹿なんだろう。結局思い込みだけで話しをしてることが
明らかになったし説得力がまったくない

**デフォルトの名無しさん** · 2018/03/17(土) 06:28:16.90

>>212
人からどう思われるかが大事なことだぞ
君が世界の中心じゃないんだから

**デフォルトの名無しさん** · 2018/03/17(土) 08:28:24.74

>>215
ちゃんとコミュニケーション取れるようになれよｗ
そんな話してないだろ

**デフォルトの名無しさん** · 2018/03/17(土) 12:36:52.16

>>216
残念な奴

**デフォルトの名無しさん** · 2018/03/17(土) 20:18:12.54

このスレおもしれえな