2021年、jQueryのシェアがとうとう78%を超える

**デフォルトの名無しさん** · 2021/08/19(木) 00:55:27.58

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

**デフォルトの名無しさん** · 2021/08/19(木) 01:18:09.55

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

**デフォルトの名無しさん** · 2021/08/19(木) 01:30:21.02

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

**デフォルトの名無しさん** · 2021/08/19(木) 02:03:43.49

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

**デフォルトの名無しさん** · 2021/08/19(木) 02:05:42.94

>>2
どういう意味？

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

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

**デフォルトの名無しさん** · 2021/08/19(木) 02:06:08.04

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

**デフォルトの名無しさん** · 2021/08/19(木) 02:11:39.36

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

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

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

**デフォルトの名無しさん** · 2021/08/19(木) 07:01:41.78

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

**デフォルトの名無しさん** · 2021/08/19(木) 09:40:49.00

>>6
ラインナップが謎

**デフォルトの名無しさん** · 2021/08/19(木) 11:31:37.29

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

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

**デフォルトの名無しさん** · 2021/08/19(木) 11:47:56.97

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

**デフォルトの名無しさん** · 2021/08/19(木) 12:46:24.01

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

**デフォルトの名無しさん** · 2021/08/19(木) 15:49:24.25

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

>>11
そういうことだな

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

**デフォルトの名無しさん** · 2021/08/19(木) 15:50:30.87

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

**デフォルトの名無しさん** · 2021/08/19(木) 22:01:20.36

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

**デフォルトの名無しさん** · 2021/08/19(木) 22:03:54.99

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

**デフォルトの名無しさん** · 2021/08/19(木) 22:30:24.49

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

**デフォルトの名無しさん** · 2021/08/19(木) 22:58:09.20

>>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％と最も高かった。

**デフォルトの名無しさん** · 2021/08/19(木) 23:04:01.22

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

**デフォルトの名無しさん** · 2021/08/20(金) 03:25:13.34

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

**デフォルトの名無しさん** · 2021/08/20(金) 03:25:38.79

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

**デフォルトの名無しさん** · 2021/08/20(金) 03:27:24.74

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

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

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

**デフォルトの名無しさん** · 2021/08/20(金) 09:12:07.00

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

**デフォルトの名無しさん** · 2021/08/20(金) 09:13:06.15

>>18
>>17

**デフォルトの名無しさん** · 2021/08/20(金) 09:16:03.85

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

**デフォルトの名無しさん** · 2021/08/20(金) 09:19:56.06

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

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

**デフォルトの名無しさん** · 2021/08/20(金) 09:38:44.59

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

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

**デフォルトの名無しさん** · 2021/08/20(金) 12:33:32.55

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

**デフォルトの名無しさん** · 2021/08/20(金) 13:14:56.39

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

**デフォルトの名無しさん** · 2021/08/20(金) 17:57:57.26

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

**デフォルトの名無しさん** · 2021/08/20(金) 18:57:31.61

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

**デフォルトの名無しさん** · 2021/08/21(土) 09:22:46.94

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

**デフォルトの名無しさん** · 2021/08/22(日) 09:56:51.86

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

**デフォルトの名無しさん** · 2021/08/22(日) 12:21:45.98

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 は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 12:32:12.60

俺はバニラ＆Wasm (by Rust)

**デフォルトの名無しさん** · 2021/08/22(日) 18:04:00.81

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

**デフォルトの名無しさん** · 2021/08/22(日) 18:05:56.16

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

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

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

**デフォルトの名無しさん** · 2021/08/23(月) 15:57:51.45

バーニラバニラで高収入

**デフォルトの名無しさん** · 2021/08/27(金) 01:17:40.48

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