2021年、jQueryのシェアがとうとう78％を超える ->画像>1枚

Reactはわずか2%
jQueryはウェブを支配してるな

っていうかjqueryしか使ってないよね
その数字

便利なライブラリにすぎないのにシェアという概念はないだろ

ソースは俺の聞き取り調査

>>2
どういう意味？

>>3
便利なOSに過ぎないのにシェアという概念がないとかいうの？
便利な乗り物ではないのにとか、店に過ぎないのにとか
シェアってどういう意味で言ってる？

jQueryが「使われてる」サイトの話なんだから
シェアでいいだろう

>>4
ソースはこれ
https://w3techs.com/technologies/history_overview/javascript_library/all/y

>>5
もうほとんどjqueryってこと
他は

Macで開発してる人もいるんだ？

ぐらいの数字って感じ（業務で見たことない）

ライブラリのシェアって意味が分からんな
全jsソース中78%が使ってるってことか？有り得んだろ

>>6
ラインナップが謎

jQuery の話は、web制作管理板の方へ書き込んでください！

このスレは板違いです。
削除依頼を出して、削除してください

フロントエンド界隈の狭い世界/視野にいると、jQueryなんぞまだ使ってるの的な感覚に陥りがちだが、事実はシェア8割に迫る勢いってことか

WebアプリにおけるJavaScriptの利用率が99％みたいなどうでもいい話

>>9
なにをラインナップしてほしいのかいえ

>>11
そういうことだな

世界中の8割がjQueryで埋め尽くされてるのに
俺の中ではReactはjQueryに勝ったんだ！と
勝利宣言することの虚しさよｗ

>>12
それを言うならBSD業界ではFreeBSDの利用率が99%みたいな話では？ｗ

>>13
reactとjQueryは競合するようなもんじゃないだろ
何を競ってんだ

>>15
それが競ってるやつがいるんですよｗ
jQueryに勝った。2014年にjQueryを滅ぼすと誓ったが、それが現実となった
（フロントエンドという井の中の蛙）
と言ってるやつがね

まあプログラマとしては仕事があるかが大事なので世の中の99％がjQueryでも美味しい仕事がなければ何の意味もないんだよね

>>6
それと下の記事の内容の乖離も踏まえて解説よろちくび

https://atmarkit.itmedia.co.jp/ait/articles/2108/17/news112.html
＞最も広く使われているWebフレームワークはReact.js
＞開発に利用したWebフレームワークの調査は2種類ある。まず最も広く使われているものは「React.js」だった。これは2020年調査の「jQuery」を抜いた結果だ。

おまけ
＞なお、React.jsは、過去1年間に使っていないが、来年は使いたいと答えた回答者の割合が25％と最も高かった。

新規開発はもうReactの方が多くなってるが、まだjQueryのレガシーが大量ってとこかな？

>>17
ウェブサイトの世界にプログラマの仕事がないって話？
そりゃそうだろとしか

>>19
フロントエンドでしかReactは使われてないって話だよ

>>18
> それと下の記事の内容の乖離も踏まえて解説よろちくび

両方の内容を総合して考えるんだよ。
jQueryは使われてる。

> 開発者向けQ＆Aサイト「Stack Overflow」
にいる人は、jQuery を使わない世界の人達ばかり
ここでHTMLやCSSの話がでてくるかい？

>>20
ウェブサイトの世界って何だよw

>>18
>>17

>>19
そうとしか思えないよね
俺はバックエンドメインだけどフロントでjQueryの仕事とか明らかに減ってるし
うちはやっぱりVueだのReactだのやってるね
まあ海外なので日本は正直知らんけど

> 俺はバックエンドメインだけどフロントでjQueryの仕事とか明らかに減ってるし

やっぱりウェブデザインのとかの世界はしらんのかな？

デザイナーじゃ無いから知らないな

フロントをやるときはやるし若いのもやってるから見るけど
デザインは単純にブートストラップ弄るくらいを超えるようなことはうちではやらない

>>27
絶対やらないほうがいい
あとちょっと右、もうちょっとここのボタン大きく、罫線はここ青にできないとか
金にならない無駄な時間が多い
ウチはデザインは絶対やらない方針

>>28
デザイン込みの見積もり出せばいいだけじゃん

>>29
無理
絶対出せない
もしやるとしたら
毎日定時までで月から金って
期間でもらわないと割に合わない
それが駄目なら請けない
て結論出てる

>>30
それフロントエンド開発も同じなんだが？
ボタンの位置とか大きさとか（実体験）

Nimにガベージコレクション(GC)有りは事実なのですが、NimはオプションでGC無しにできます

Nimバージョン：1.5.1でRustのボローチェッカーに似た「View types」が実装されれば
GC無しで、View types参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化してC/C++/Rustの代替に出来ますか？

Nimの実験的特徴
著者： アンドレアス・ルンプ
バージョン： 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

>>15
ReactとjQueryは競合するので
何をどうする範囲内ではギリ大丈夫など理解してないならば
一緒に使うのは避けたほうがよろしいかと

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴 バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412


Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

俺はバニラ＆Wasm (by Rust)

>>35
Reactとバニラも競合するので
一緒に使うのは避けるべき

jQueryが競合してしまうんじゃなくて
Reactが競合してしまうと言ったほうが正しい

jQueryは所詮バニラを簡略化して書けるようにしただけなので
性質はバニラと変わらない。少しコード読み込みのコストが追加される代わりに
バニラよりも生産性が上がるものと考えればいい

そしてReactはバニラ・jQueryと競合する

バーニラバニラで高収入

若者だからreactとelmしか触ったことない

若者のせいにするな

>>37
もはやjQueryなんてレガシー使わないほうが楽なんだよなぁ

>>41
ではDOM API と jQueryのコードを比較して
楽である証拠を提示してください

jQueryのイテレータメソッド使いにくいじゃん

>>43
jQueryのプログラミングスタイルでは、そもそもイテレータメソッドを使わない
長く複雑になる。どうしても仕方ない時に使うもの

jQueryってもう終わったんじゃないの？開発続いてるの？

>>44
あら～、すごく簡単なコードしか書かないんですね～

>>46
簡単にかけるコードを複雑に書いて
「ほら！頑張れば出来る」を証明して
なんの意味があるの？

日本語でおk

>>48
お前をバカにしてるんだよｗ
日本語勉強してきな

いや～意味わかんなかったからね～。
てにおは怪しいし、上の文章ぐらい意味不明なコード書いてそうだな～ってw

あーあ、ボロを出しちゃったねｗ

> てにおは怪しいし

具体的にどこが怪しいのか言ってみな
それが言えないなら、お前の日本語が怪しいのが決定する
言えても間違いなら、同様
逃げるならどうぞ

余計な一言が自分を追い詰める

最初からボロボロな人が教えを乞うてらw

逃げるを選んだかｗ

まるでどちらか一方が追放されるみたいなストーリーをなぜ作るのか

以下の要素の指定を変数に置き換えたい時ってどう書くでしょうか？
<div class="parent">
<p class="child">
ボタン
</p>
</div>
jQuery('.parent .child ').click(function() {
#statement;
})

$parent = jQuery('.parent');
$child = jQuery('.child');

以下だと動作しませんでした。
jQuery($parent + $child ).click(function() {
////////

馬鹿にするために言っとるわけちゃうで
まじでな助言として聞いてほしいんやけど、

これぐらい簡単に理解できないんだったら才能ないからとてもついていけないだろうしやめといたほうがいいとおもう
仕事になったとしてもなんでもかんでも聞けるわけじゃないし、それ以前にこんな基礎レベルが分からないような頭の人間がプログラムをやろうとするのは時間と金の無駄になるだけだよ

const parent = $( '.parent' );
const child = $( '.child' );

console.log( parent, child )
//=> div.parent, p.child

console.log( parent + child )

これは意味不明。動作しない。
jQuery オブジェクトを、+ するとは、そういう演算子が定義されているか？

それと普通、jQuery(～)は、$(～)を使う

jQueryの質問は、web制作管理板の方へ書き込んでください！
ウェブ系は、この板じゃない

教えてやれよ
$parent.find('.child').click(...)

'.child'の方も変数に入れたいなら
const child = '.child';
$parent.find(child).click(...)

変数名先頭の'$'はjQuery用の変数ですよということを明示するだけで、それ以外に意味はない

>>58
>変数名先頭の'$'はjQuery用の変数ですよということを明示するだけで、それ以外に意味はない
これ本気で言ってんの？

自決
そういう命名規則の文化があるんか…
知らんかったわ

TypeScriptがなかった時代に、jQuery ObjectとDOMElementなどを変数名で区別しやすいようにしていた名残り

本家ドキュメントでも紹介されてる手法
https://learn.jquery.com/using-jquery-core/jquery-object/
> Many developers prefix a $ to the name of variables that contain jQuery objects in order to help differentiate. There is nothing magic about this practice ? it just helps some people keep track of what different variables contain. The previous example could be re-written to follow this convention:

本家が推奨しいたと言うより、そういう命名規則を
使ってる人が多いって感じの書き方だね

ここは、VueやSvelteのほうがですね・・・

jQuery オブジェクトには、
$parent よりも、jQ_parent などの方が良さそう

バージョンが異なる、複数のjQueryの読み込みが怖い。
jQuery UI など、各jQueryプラグインが依存している、jQueryのバージョンが異なるらしい

jQuery UI やプラグインは使わないのが
ほとんどだよ

Ruby on Rails で、jQuery UI のtag-it を使っているのを見た

1つの画像には、複数のタグを付けられる。
1つのタグは、複数の画像に付けられる

多対多

jQuery最強伝説

(￣口￣∥)

時代はVue.js
Z世代小学生さんVue.js Firebase OpenAI AWS Git Cloudflareを使いこなしてしまう

彦根キング観光店長店員死ね
サイレンバイブ外してからとなりにそうかばばぁは座りに来るなああああああああああ
店員は煽りに上から見上げんなああああああああああ
彦根キング観光店長店員死ね