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

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

Reactはわずか2%
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しか触ったことない

**デフォルトの名無しさん** · 2021/08/27(金) 04:25:14.77

若者のせいにするな

**デフォルトの名無しさん** · 2022/01/11(火) 20:42:54.07

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

**デフォルトの名無しさん** · 2022/02/19(土) 21:26:19.96

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

**デフォルトの名無しさん** · 2022/02/19(土) 21:45:27.20

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

**デフォルトの名無しさん** · 2022/02/20(日) 03:08:08.86

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

**デフォルトの名無しさん** · 2022/02/20(日) 04:03:23.53

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

**デフォルトの名無しさん** · 2022/02/20(日) 06:18:47.93

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

**デフォルトの名無しさん** · 2022/02/20(日) 09:32:38.21

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

**デフォルトの名無しさん** · 2022/02/20(日) 09:41:34.66

日本語でおk

**デフォルトの名無しさん** · 2022/02/20(日) 10:13:49.85

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

**デフォルトの名無しさん** · 2022/02/20(日) 10:44:39.46

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

**デフォルトの名無しさん** · 2022/02/20(日) 11:37:49.15

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

> てにおは怪しいし

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

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

**デフォルトの名無しさん** · 2022/02/20(日) 11:44:19.18

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

**デフォルトの名無しさん** · 2022/02/20(日) 11:44:52.39

逃げるを選んだかｗ

**デフォルトの名無しさん** · 2022/02/20(日) 12:43:20.08

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

**デフォルトの名無しさん** · 2022/02/26(土) 21:17:57.05

以下の要素の指定を変数に置き換えたい時ってどう書くでしょうか？
<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() {
////////

**デフォルトの名無しさん** · 2022/02/26(土) 21:43:38.78

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

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

**デフォルトの名無しさん** · 2022/02/26(土) 22:14:53.98

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

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

console.log( parent + child )

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

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

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

**デフォルトの名無しさん** · 2022/02/28(月) 17:40:33.87

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

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

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

**デフォルトの名無しさん** · 2022/02/28(月) 22:20:40.19

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

**デフォルトの名無しさん** · 2022/02/28(月) 22:25:08.46

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

**デフォルトの名無しさん** · 2022/03/01(火) 17:02:10.94

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:

**デフォルトの名無しさん** · 2022/03/01(火) 20:02:14.06

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

**デフォルトの名無しさん** · 2022/03/02(水) 13:40:25.82

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

**デフォルトの名無しさん** · 2022/03/02(水) 21:45:30.44

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

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

**デフォルトの名無しさん** · 2022/03/03(木) 07:24:58.59

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

64 · 2022/03/03(木) 13:43:00.64

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

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

多対多

**デフォルトの名無しさん** · 2023/03/16(木) 23:04:17.72

jQuery最強伝説

**デフォルトの名無しさん** · 2023/11/25(土) 10:09:45.49

(￣口￣∥)

**デフォルトの名無しさん** · 2024/03/01(金) 22:41:07.47

時代はVue.js
Z世代小学生さんVue.js Firebase OpenAI AWS Git Cloudflareを使いこなしてしまう
https://i.imgur.com/lDZuwKq.png
https://i.imgur.com/5DTDjLS.jpeg
https://i.imgur.com/peclybA.jpeg
https://i.imgur.com/iffrCTo.jpeg

**デフォルトの名無しさん** · 2024/03/07(木) 19:33:49.36

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