20/10/14 13:57:30.11 z5/Y8RhD.net
このしつこさがキショい
625:デフォルトの名無しさん
20/10/14 14:37:59.98 EoVZjJO9.net
URLﾘﾝｸ(github.com)
こいつサンプルプログラムみたいのしか書いてないじゃん
626:デフォルトの名無しさん
20/10/14 14:46:48.53 iz9+2TBp.net
>>617
atcoderとかpaizaに出てくるような問題集の中からそれぞれの言語で1,2問だけ解いた感じか
627:613
20/10/14 15:39:08.99 z5Uy/Vd3.net
KENTA の経歴には、100以上の技術を書いてる。
たぶん、日本一だろ
さすがに、これを超えるのは無理
628:デフォルトの名無しさん
20/10/14 16:23:19.20 9HhhcjUt.net
>>619
浅く広くの知識ではたいしたことない。うすっぺらい
たくさんの言語であいさつだけでできてもしょうがないのと同じ
優秀な言語を深くしっているエンジニアのが強い
629:デフォルトの名無しさん
20/10/14 16:24:30.40 9HhhcjUt.net
>>617
ほとんどの言語はハローワールドレベルってことだな
630:デフォルトの名無しさん
20/10/14 17:08:29.02 WmLWzaI4.net
>>606
おおむねブラウザからサーバのWebAPI叩くとJSONが飛んでくる
631:デフォルトの名無しさん
20/10/14 17:12:05.63 ZV1nncqg.net
13日の金曜日
632:デフォルトの名無しさん
20/10/14 18:58:26.93 8UJNbzYb.net
>>622
ということは今までrailsとかと違ってバックエンドにアクセスするのは
ユーザーのブラウザからだから、バックエンドサーバは外部に晒さなくてはいけないんだよね？
認識あってるかな
633:デフォルトの名無しさん
20/10/14 19:03:41.08 gLLEmkf+.net
>>624
バックエンドサーバーを外部に晒すだけじゃダメだぞ
バックエンドサーバーに認証と認可機能を実装しなければいけない
つまりMySQLの場合ユーザーごとにMySQLにログインするユーザーを作って
そのユーザーで参照できるテーブルとデータをちゃんと設定する
例えばUsersテーブルに全てのユーザー名とハッシュ化されたパスワードが入っているならば
ブラウザでログインしたユーザーはUsersテーブルの中の
自分のデータしか参照できないように、バックエンドサーバー（MySQL）の定義を作り込む
634:デフォルトの名無しさん
20/10/14 19:04:22.99 MAVLXRyI.net
>>624
そうだよ
とりあえずgRPCだけやっとけばいい
635:デフォルトの名無しさん
20/10/14 19:17:27.00 9HhhcjUt.net
>>625
意味不明
なんでパスワードハッシュにアクセスさせてんだよｗ
でたらめばっかりだな
>>624
まずはちゃんとした公式のドキュメントをよめって。
とんでもないでたらめおしえてるやついる
636:デフォルトの名無しさん
20/10/14 19:25:47.37 duga+8td.net
俺がFirestoreの例を出したのがいかんかったのか？
ああいうブラウザからDB直接叩く（ように見える）のはどちらかというと例外だよ
637:デフォルトの名無しさん
20/10/14 20:38:47.99 9lBc7xd9.net
>>619
多分津耶乃には負けてるんじゃね？
638:デフォルトの名無しさん
20/10/14 20:39:56.09 9lBc7xd9.net
>>625
どの道443番は外に晒してるだろ
639:デフォルトの名無しさん
20/10/15 05:25:47.10 7eWumHpU.net
DB サーバーは普通、AWS 内のプライベートエリアにある。
公開されていない
公開されているのは、AP サーバー。
それか、Nginx とか
Amazon Web Services パターン別構築・運用ガイド 改訂第2版 (Informatics&IDEA)、
NRIネットコム株式会社、2018
YouTube で有名な、くろかわこうへいのお勧め本
640:デフォルトの名無しさん
20/10/15 09:35:37.27 9xE2Evnq.net
ここ数年でReactとかangularとかの要は"クライアントサイドレンダリング"て言うの？
がメジャーになってきてて、Reactとか名前は聞いたことがあるが、サーバ間の構成を良く知らなかったので混乱してる。
今まではサーバサイドレンダリングの構成だと思うので。
641:デフォルトの名無しさん
20/10/15 09:48:41.09 2JJ7Sr7B.net
>>632
またそのデマか
こんなスレタイのスレなんてあるからそうなる
SPAはぜんぜんメジャーになってない
SPAは特殊な用途にしか向かない
ReactはUIライブラリとして使われているだけでSPAとしてはほぼ使われてない
VueもAngularもシェア1%未満
もうこのスレ廃止でいいだろう
SPAが流行ってるかのような誤解を与えるだけ
642:デフォルトの名無しさん
20/10/15 10:10:05.28 S6IC+plr.net
5chは流行ってる物のスレ立てる場所じゃないんだが。
forthスレに流行ってると勘違いするからスレ廃止しろとか言ってこいよ糞カスザコプログラマもどき。
643:デフォルトの名無しさん
20/10/15 10:12:25.67 7EcfSpT0.net
SPAの功績はSPAというアーキテクチャじゃなくてコンポーネント作るのが楽ってとこだよな
同じように楽にコンポーネントを作れるなら従来のMVCでいい
644:デフォルトの名無しさん
20/10/15 10:18:31.29 bXlOtEL6.net
SPAの良さは開発が楽になる点だぞ
お前らユーザーにとってはどうでも良いことだろ
645:デフォルトの名無しさん
20/10/15 10:26:48.68 GVD5pDuk.net
Reactでリスト的なコンポーネントいじってるとリアクティブって管理楽だなーって思う。あと副作用を避ける事を徹底しててコード組みやすい。
初見では直感的でないルール多くてちょっとビビるけど
646:デフォルトの名無しさん
20/10/15 11:00:56.47 7eWumHpU.net
Ruby on Rails では、Bootstrap と、GUI コンポーネントに、React を使う
647:デフォルトの名無しさん
20/10/15 11:02:20.68 2JJ7Sr7B.net
>>636
楽になるわけないだろ
おまえが生産性高いweb framework知らないだけだわ
楽ならもっと普及してる
SPAは時間、コストかかるのにデメリットばかりだからこんなに流行らない
648:デフォルトの名無しさん
20/10/15 11:05:12.44 2JJ7Sr7B.net
>>634
ろくに流行ってないくせに対決スレにするなってことだ
0.1%未満のもの比較するスレタイにしてるから騙される人が多い
649:デフォルトの名無しさん
20/10/15 11:07:46.27 ekPvmwVB.net
SPAは簡単だから誰でもできる
簡単なことだから高い技術力もいらないし
給料も高くない
650:デフォルトの名無しさん
20/10/15 12:30:47.06 7eWumHpU.net
レールは続く】 Ruby on Rails Part21 【これからも
ｽﾚﾘﾝｸ(php板:118番)
米国の平均年収では、
Ruby on Rails が、125,000 ドルでトップ！
Node.js が、90,000ドルで最下位
ただし、Railsの求人は、Node.jsの半分しかない。
Railsは、GitHub, Airbnb, Shopify など、巨大企業が多いから、年収が高いのかも
651:デフォルトの名無しさん
20/10/15 12:55:33.27 D7sEY+Oc.net
開発が楽なのはMVC
SPAはメリットとともに多くのデメリットも招き入れるのでそう簡単にはMVCには勝てない
SPAの利点であるコンポーネントの作りやすさについても
Asp.net Core MVCなどは非常に簡単にできるように設計されているのであまり差がつかない
652:デフォルトの名無しさん
20/10/15 13:01:41.49 GVD5pDuk.net
コンポーネント作りが何がどう非常に簡単なの？他と比べて説明してよ
653:デフォルトの名無しさん
20/10/15 13:06:36.37 3Edtkzo/.net
つやのとけんたならけんたのほうがましだな
どっちもくそだけど
654:デフォルトの名無しさん
20/10/15 14:38:45.19 Q+OzPLs+.net
>>637
副作用を避けてる？
適切なところで副作用起こすべきってReactのサイトに書いてるんだけど
655:デフォルトの名無しさん
20/10/15 16:02:37.01 7eWumHpU.net
決められたタイミングでの状態遷移の方法は、Redux だろ
Ruby on Rails では、Bootstrap と、
GUI コンポーネントに、React, Redux を使う人もいる
656:デフォルトの名無しさん
20/10/15 16:10:58.22 HEOH0x5y.net
Bootstrapは楽だけど細かく調整したい時にどうすればいいかわからなくて困る
657:デフォルトの名無しさん
20/10/15 16:35:35.86 e3JRhTYu.net
結局開発体験が優れてれば何でもいい
Reactが流行ってるのってそこじゃないのか
658:デフォルトの名無しさん
20/10/15 16:36:14.63 1kCtOLNX.net
>>637
何も考えずに副作用フック作りまくったらすぐに無限ループするよなw
propsのプロパティ一つでも変えたら他のプロパティも更新かかるのめんどい
659:デフォルトの名無しさん
20/10/15 17:17:56.53 7eWumHpU.net
そりゃ、Bootstrap を使う人は、デザイナーじゃない
サーバー側主体で、CSS を知らないけど、
レスポンシブ対応にしないといけないから、使ってる
コピペしてるだけで、詳しい意味は分からないw
660:デフォルトの名無しさん
20/10/15 17:32:07.30 Q+OzPLs+.net
フロントエンジニアなのにcssわからんとかゴミ
デザイナーにjsxやらせるのか？
Bootstrapはカスタマイズ前提で作られてるんだから仕様を見ればやり方わかるだろ
661:デフォルトの名無しさん
20/10/15 17:49:50.91 JyaQ9+VV.net
>>651
フロントなんてのはそれで充分だと思うがね
大きなビジネス価値を持つバックエンドと違って
その時々で流行り廃りやデバイスの進化に影響をうけて移ろいやすい
こんな賞味期限が短いものに学習リソースを割くのはバカみたいだ
662:デフォルトの名無しさん
20/10/15 18:20:55.48 GVD5pDuk.net
>>650
あるあるw
そのへんは意図的なデザインかもね
>>646
やむを得ないState以外は副作用無しで書けるようになってると感じたんだけどな
>>653
React作ったのはクソ程儲けてるFacebookなんですが……
663:デフォルトの名無しさん
20/10/15 18:30:57.64 cMr/9IBy.net
Facebookは中身の価値が高いからなぁ
別にUXが人気に繋がったわけじゃない
なのでまた別のUIフレームワークが流行ったり画期的なデバイスが生まれたらFBもすぐにUIを乗せ換えるよ
でもUIを乗せ換えてもFBのビジネスは変わらない
本当に価値があるのは中身だから
664:デフォルトの名無しさん
20/10/15 18:56:38.14 bXlOtEL6.net
reactはUIフレームワークじゃないんだが
665:デフォルトの名無しさん
20/10/15 19:56:39.78 UaQf+JoB.net
バックエンドもフロントに比べればゆっくりかもしれないけど日々変化してる。今いる位置に満足してる人が老いて枯れる程度には。
だから突き詰めると普遍の価値があるのはデータだって事になる。
でも誰も触らない死んだデータに価値はない。触りたくなる表面を重要視する事は何もおかしくはない
666:デフォルトの名無しさん
20/10/15 20:02:41.38 S6IC+plr.net
触りたくなるデータって女子中学生のバストサイズのデータとか？
667:デフォルトの名無しさん
20/10/15 20:15:24.57 9xE2Evnq.net
「フロントエンドエンジニア」なんてカッコよく言ってるけど、
逆にフロントエンドしか出来ませんって言ってるようなもんだよね
668:デフォルトの名無しさん
20/10/15 21:01:05.16 e3JRhTYu.net
Javascriptエンジニアです
669:デフォルトの名無しさん
20/10/15 23:16:19.72 Q+OzPLs+.net
バックエンドしかできない奴のほうが圧倒的に多い
フロントエンジニア探してるけどバックエンド95対フロントエンド5くらいの割合しかいないぞ
その5もかなりレベル低い
670:デフォルトの名無しさん
20/10/16 02:00:37.72 1ldh1gNy.net
フロントエンドエンジニアにはマークアップエンジニアも紛れ込んでる
671:デフォルトの名無しさん
20/10/16 06:43:23.46 mNNz1sQv.net
つまりちゃんと勉強してればフロントはブルーオーシャンなのか
672:デフォルトの名無しさん
20/10/16 07:45:18.52 wWII2Cv6.net
>>653
React作ったのはクソ程儲けてるFacebookなんですが・・・
673:デフォルトの名無しさん
20/10/16 07:49:28.78 hscjZ2ao.net
フロントはFacebookとか有名所に持ってかれてる
674:デフォルトの名無しさん
20/10/16 08:03:24.24 Ueb3a1qY.net
>>664
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
675:デフォルトの名無しさん
20/10/16 08:12:59.24 7v3+fMeC.net
>>664
だからどうした？
儲けてるから技術があるわけでもない
過去にはFacebookはPHPみたいなゴミを採用して改造していた
技術のセンスが悪い
Reactにしてもframeworkまで機能を追加できなかった
自社で使えればいいという程度の認識
676:デフォルトの名無しさん
20/10/16 08:13:59.79 7v3+fMeC.net
>>666
Facebookは個人情報を盗んで金儲けしてるだけ
677:デフォルトの名無しさん
20/10/16 08:50:51.37 3YV1q+v5.net
アンチフロントエンドの巣やんけ。どうしてこうなったw
678:デフォルトの名無しさん
20/10/16 09:07:27.26 U2mwlh0O.net
バックエンドのゴミクズたちがフロントできないから僻んでるんだよ
679:デフォルトの名無しさん
20/10/16 09:09:14.88 Z0vtD/Dq.net
>>653
React作ったのはクソ程儲けてるFacebookなんですが・・…
680:デフォルトの名無しさん
20/10/16 09:29:14.75 Ueb3a1qY.net
>>671
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
681:デフォルトの名無しさん
20/10/16 09:50:33.24 7v3+fMeC.net
有名企業が作ったからというだけでReact採用するのはアホだね
AngularなんてGoogleすら使ってないと言われてるしなｗ
682:デフォルトの名無しさん
20/10/16 10:31:27.69 bwQBizED.net
>>659
寧ろフロントエンドフレームワーク使ってるのは元々バックエンドやってたヤツだろ
フロントオンリーのヤツはjQueryの方が素晴らしいって言ってるんじゃないか？
683:デフォルトの名無しさん
20/10/16 10:33:02.15 bwQBizED.net
>>673
Facebookとかいう陽キャ専用SNSはぶっちゃけ嫌いだけどReactの設計ポリシーは素晴らしいと思うよ
684:デフォルトの名無しさん
20/10/16 10:55:37.86 flwBJ1Bb.net
jquery好きなのってマークアップ上がりのエラーあっても気にしないやつだよ
685:デフォルトの名無しさん
20/10/16 10:57:50.32 jOsz+QQ/.net
10/15、雑食系エンジニア・KENTA
Web系エンジニアの主要5職種、結局どれが一番得なのか？
URLﾘﾝｸ(www.youtube.com)
時給1万円などの高単価は、バックエンド・インフラなどの上流工程。
低単価は、フロントエンド・iOS・Android
漏れが補足説明すると、
先に、上流工程でお金を使ってしまうので、
下流工程では残ったお金を分配するだけになるから
会社の重役になる人も、サーバー側言語のRuby ばっかりw
686:デフォルトの名無しさん
20/10/16 10:59:23.53 Ueb3a1qY.net
Reactが素晴らしいっていうか関数型に寄せたModel View Updateが素晴らしいってだけだよな
687:デフォルトの名無しさん
20/10/16 11:28:09.39 U2mwlh0O.net
>>677
コイツはフロントやって挫折した奴
フロントで成功してる奴は散々バックエンドをやってきてるからコイツより圧倒的に有能
688:デフォルトの名無しさん
20/10/16 11:29:39.80 s+qbwWMb.net
>>677
上流の意味がわかってないぞｗ
689:677
20/10/16 12:22:00.87 jOsz+QQ/.net
先にシステムの構築運用から始まるから、
最初は気が大きいから、そこで予算を使ってしまうので、
フロントは、残りの予算から決まってしまうから不利
フロントは見たらわかるから、誰でも口を出しやすい。
ちょっとした見た目を直せと言われることが多い
ところが、違う人が来ると、また違うように直せと言われる。
違う人が来るたびに、修正しろと言われる
こういうやり取りが多いから、あいつは仕事が遅いとか、
デザインが悪いなどで、時給が下がっていく
相手がデザインを指定してくるから、
他の人には、エンジニアの腕が悪いように見える
最後には上司が来て、デザインが悪いから、エンジニアをクビにしろってなるw
色んな人が、デザインを指示してくるから
船頭多くして、船山に上る
690:デフォルトの名無しさん
20/10/16 12:56:55.44 AQ/XYXlc.net
>>677
自称有名エンジニアが使ったからというだけでその技術採用するのはアホだね
Rubyなんて雑食エンジニアすら使ってないと言�
691:墲黷ﾄるしなｗ
692:デフォルトの名無しさん
20/10/16 14:12:25.82 7v3+fMeC.net
>>681
いろんな人から指示されるのはフロントが悪いだろ
意見まとめる人つくって指示系統を一つにしろと言えばいい
デザイン悪いからクビなんてきいたことない、センスも悪すぎだろｗ
693:デフォルトの名無しさん
20/10/16 14:21:39.18 Ueb3a1qY.net
フロントは遊び半分のウェブ系が作るから「芯」がないんだよ
だから散々クレームくらっては場当たり的な対応を繰り返す
でそのパッチ作業が速いから生産性が高いなどとトンチンカンな自画自賛をしてしまう
最初からしっかり意志のすり合わせを行いクレームをくらわないUIを作るのが最も生産性が高いのだがそれが彼らには理解できない
694:デフォルトの名無しさん
20/10/16 14:25:03.71 XtprH8ZD.net
バックエンドのゴミクズたちがフロントできないからって僻んでるんだなｗｗ
695:デフォルトの名無しさん
20/10/16 14:40:44.94 7v3+fMeC.net
>>685
サーバーサイドのがフロントより格上だ。業界の常識
フロントは上流をまかされない時点で格下なんだよ
セキュリティやDBやOSやネットワークの知識に乏しい
696:デフォルトの名無しさん
20/10/16 15:01:01.44 U2mwlh0O.net
バックエンドでまともにDBすら設計構築できないゴミクズばかりじゃねえか
フロントエンジニアは元々バックエンドをやっていてマスターした奴がフロントやってるわけ
何回言ったら理解するんだこのアホどもは
697:677
20/10/16 17:01:06.75 jOsz+QQ/.net
バックエンドでは全く分からないから、客は何も言えない。
言う材料・知識がないから
一方、フロントは見た目だから、誰でも口を出しやすい。
だから、ここを直してとか言いやすい
あまり難しい事をやってるようには見えないから、簡単に直せると思ってしまう。
でも、その手間がうっとおしい
698:デフォルトの名無しさん
20/10/16 17:33:42.65 flwBJ1Bb.net
KENTAみたいなレスですね
その改行するのはKENTAの喋り方を参考にしているんですか？
699:デフォルトの名無しさん
20/10/16 17:52:20.91 mGgsIFZq.net
>>677
かなり偏った意見ですな。
700:デフォルトの名無しさん
20/10/16 18:55:46.80 gzagFIoh.net
KENTAってやつに他スレ荒らすなって言えばいいの？
701:デフォルトの名無しさん
20/10/16 19:01:20.23 U2mwlh0O.net
ケンタ自身が荒らしに来てるのか
702:デフォルトの名無しさん
20/10/16 19:04:24.17 EVdCVrH9.net
KENTAのサロンの会員
703:デフォルトの名無しさん
20/10/16 22:09:51.49 ORKkOrVS.net
before
afterみたいな
擬似要素使うのやめろや
あとCSSから外部ファイル読み込むもやめろや
devtoolから検出しにくいんだよ！
CSSでプログラムめいたことするのやめろやカスが
同じ事JSで全部できるから
704:デフォルトの名無しさん
20/10/16 22:25:53.17 JU6AgX+H.net
>>694
JSっていうかjQueryだろ
どちらも宣言的に記述できる
宣言的だからバグがへる
705:デフォルトの名無しさん
20/10/16 22:40:19.99 ud3FB9tY.net
素のJsやjQueryのどこが宣言的なんだ。
706:デフォルトの名無しさん
20/10/16 22:43:59.41 JU6AgX+H.net
どちらもっていうのは
CSSとjQueryのことだよ
宣言的っていうのは
クラス名 { 属性: 値 }
みたいに書くから
.class { color: red }
$(.class).css({color: red})
どちらも宣言的
707:デフォルトの名無しさん
20/10/17 00:00:16.51 hFf/ef7F.net
宣言的はキーワードを指定すると何が起こるか
って事の記憶することを強要する
プログラムのように上から論理的に処理を辿ることが出来ない
バグが減らないと言うが現実は
スタイル効かない、効かない、それがやりたかったんじゃない
そんな余計な効果は要らない…クラスが死んでる、重複してる
上書かれてる…こんなんばっか
構造化プログラミングは覚えゲー不要
余計なライブラリに頼らず素のJSで
構造化プログラミングでDOM操作。これぞ至高
708:デフォルトの名無しさん
20/10/17 06:25:29.32 1f/mlEIF.net
正直jQueryの時代は終わったと感じていて、なのにプログラミングスクールの類の宣伝がjQueryばっかで、こいつらいつの時代を生きてんだと思う。
初心者にReactやらせろとまでは言わないけど、せめて潰しの効く素のDOMやらせるとか、jQuery無しじゃ何もできないやつを量産するのやめて欲しい
709:デフォルトの名無しさん
20/10/17 06:27:33.64 Ty9bf9Kk.net
>>699
これが現実。お前が「狭い世界」に生きてるだけの話
URLﾘﾝｸ(w3techs.com)
jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2020年2月 74.4%
2020年6月 75.5%
2020年8月15日 76.2%
2020年10月15日 76.5%
710:デフォルトの名無しさん
20/10/17 06:29:30.57 Ty9bf9Kk.net
「DOMはつぶしが効きますか！」
→React、Vue、AngularでDOMは使いません
711:デフォルトの名無しさん
20/10/17 06:51:25.79 1f/mlEIF.net
へ～、こりゃ失礼。既存ページがカウントに入ってるとはいえシェア減ってないのは凄いな。
Reactでも手が届かない部分はあるしDOMはやった方が良いと思うけど。
712:デフォルトの名無しさん
20/10/17 07:09:33.11 Ty9bf9Kk.net
減ってないどころか増えてるからね。もちろん年々増えるペースは減ってるが
それでも去年は0.6%だ。しかも今年はなぜか2%以上も増えてるｗ
最近流行りのフレームワークが1年で0.1%増えるか増えないかという状態なのに
> DOMはやった方が良いと思うけど。
jQueryはDOMと共存できるんだから、DOMもやったほうがいいのは当然
jQueryは全てのブラウザで動くように古くからあって共通で使ってる機能しか使ってない
だから最近のブラウザだけで使える機能を使う場合はDOMを直接使う
力があるならjQueryプラグインにすると更に便利にDOMを使えるようになる
713:デフォルトの名無しさん
20/10/17 07:39:48.48 hFf/ef7F.net
React使ってるのに内部でjQueryを使ってると地獄
あとフロントライブラリの中で
jQueryを前提としていてjqueryで書かれているものが
かなりあることと、
ライブラリの使用例がブログとかでjqueryが書かれている場合
他人がjqueryで書いててコピペしたい時に
jqueryに依存してしまうケース
新人は素のDOMでもReactでもなくまずjquery
でコードを書こうとするがこれを正そうとするのは
非常に面倒
こういうの加味すると脱jqueryはかなり困難
714:デフォルトの名無しさん
20/10/17 07:42:22.63 Ty9bf9Kk.net
> React使ってるのに内部でjQueryを使ってると地獄
そりゃそうだな。ReactはDOMと共存できない。
だからReact使ってると内部でDOMを使ってると地獄だ
jQueryだけに限らない
715:デフォルトの名無しさん
20/10/17 07:44:52.70 Ty9bf9Kk.net
皮肉が通じなさそうだからもう少し説明してやるかｗ
>>704はjQuery側の問題ではない。
React側の問題だ
jQueryがーと書いてあるが
それは全てDOM APIを直接使った場合にも当てはまる
ReactとDOM APIを共存させる方法だってあるーという
話をし始めたら、その方法を使えばjQueryも共存できることになる
jQueryはDOM APIを簡潔に使えるようにしたライブラリに過ぎないのだから
716:デフォルトの名無しさん
20/10/17 08:25:22.14 U9MsrWrp.net
実際なんで増えてるか不思議
技術スタックあるから大手の制作会社はjqueryばっか使ってるってことかね
717:デフォルトの名無しさん
20/10/17 08:39:42.69 1f/mlEIF.net
既存サイトやフレームワークやWordpressみたいなものでページ作ったらjQueryも付いてきたってパターンはありそうだと思った
718:デフォルトの名無しさん
20/10/17 08:51:11.19 Ty9bf9Kk.net
俺からすればなんでjQueryのシェアが減ると思ってるのかなって感じだがな
jQuery不要とか言ってるやつの言葉を正確に言うと
「jQueryなくても冗長になるだけで頑張ればできる！」
だからな。これはデメリットにはなってもメリットにはなってないんだよ。
jQueryをなくした場合のメリットは一応ある。例えば
「jQueryをなくすとで30KB（gzip圧縮状態）減る！」とか
「DOMを直接使うと実行速度が1%（？）速くなる！」とか
でもこれらを言うことはない。
jQueryをなくすとこにメリットが有ると感じてるなら、それを言えばいいのにそれを言わないのは
jQuery不要と言ってる人が、本当はなくすことにメリットを感じてないからなんだろう
だから「脱jQuery」とか言ってごまかしてる。これは目的ではなく手段
DOM API vs jQueryであれば明らかにjQueryの方がメリットあるわけでjQueryを使い続けるのは当然
仮想DOM使ったフレームワークとjQueryであれば、フレームワークの方がウェブアプリを作るときに
メリットがあるけど、ウェブの大部分はウェブサイトなんだよ
とある会社の"ホームページ"でJavaScriptがバリバリに使われてると思うか？思わんだろ？
普通の会社のホームページに飛んだ時、動き出したらうざく感じるだろ？
それが許されるのはゲーム会社とかアニメーション会社ぐらい
JavaScriptは昔からページの一部に動きをつけるための簡易的な
スクリプトとしての利用が大部分なんだから、その延長上にあって
より簡潔に記述できるjQueryが使われるのは当たり前の話
DOM APIはjQueryの簡潔さに追いついてないし、フレームワークは全くの別路線だ
719:デフォルトの名無しさん
20/10/17 09:27:02.02 VD5xPr74.net
採用するメリットの少ないSPAフレームワークより
より便利で馴染みのある従来のフレームワークのほうが採用される確率が高い
従来のフレームワークにはたいていjQueryがセットで付いてくる
720:デフォルトの名無しさん
20/10/17 10:10:58.06 vimxgZ9f.net
bootstrap jQuery辞めるってよｗｗｗ
721:デフォルトの名無しさん
20/10/17 10:40:49.29 Xc+hYu9K.net
>>699
Webシステムの開発者にはReactとかの方がいいけどWebサイトのコーダーにはjQueryだろ
もう根本的に用途が違うものと見た方がいい
722:デフォルトの名無しさん
20/10/17 10:42:28.62 Xc+hYu9K.net
>>706
jQuery側の問題でもReact側の問題でもない
それをやる奴の頭が悪いだけ
723:デフォルトの名無しさん
20/10/17 11:25:56.09 HPgFuhDr.net
世の中圧倒的な数のゴミサイトが量産されてるんだからjqueryを使う意識なくてもWordPressとかが使ってるからな
WordPressなんかWordPress内のjqueryの他にテーマが読み込むjqueryや各プラグインが読み込むjqueryとか1ページに複数のjquery読み込んでいるサイトがけっこう多くてめちゃくちゃカオスだぞ
ReactなどのSPAライブラリはWordPressやjsプラグインみたいに勝手についてこないからな
ゴミが大量にある状態をシェアも人気も圧倒的とかほざくバカはそれはそれで勝手にそう思ってりゃいいから他で騒いでろ
724:デフォルトの名無しさん
20/10/17 12:12:21.74 0qFIP5N2.net
lisp系でお薦めの最新言語はなんでしょう？
Erlang?elixir?
725:デフォルトの名無しさん
20/10/17 12:25:07.47 Ty9bf9Kk.net
>>711
bootstrapがjQuery使うをやめたからbootstrapが使われてるから
勝手に入ってるんだという言い訳ができなくなった
そして>>714はWordPressを言い訳にしてる。
726:デフォルトの名無しさん
20/10/17 12:45:32.01 HPgFuhDr.net
>>716
ゴミ住人がゴミの数を自慢してもさぁ
はよ住処に帰れ
727:デフォルトの名無しさん
20/10/17 12:45:34.46 tqKCa8dx.net
>>707-708 >>716
前にも書いたがjQueryは依存関係で知らないうちに
入ってる人が多いだけ
アホなjQueryおじさんは事情を知らずにシェア増えてると喜んでる。
jQueryのコード書いてる人が増えてるわけではない。
例えばbootstrapもjQueryを読み込むようになってる
最新bootstrapはjQuery依存を解消したが最新版は旧ブラウザの
サポート切ってるからあえて古いBootstrap使ってる人も多い。
728:デフォルトの名無しさん
20/10/17 13:04:24.42 Ty9bf9Kk.net
> 前にも書いたがjQueryは依存関係で知らないうちに
> 入ってる人が多いだけ
依存関係で知らないうちに入ってるのを除くというなら
将来BootstrapやWordPressでフレームワークが
使われるようになっても除かないといけない
ということは理解してるかい？
729:デフォルトの名無しさん
20/10/17 13:10:28.75 Xc+hYu9K.net
このスレがプログラム板にあるのはWebサイトではなくWebシステムに焦点をあててるからだ
と後付けの理由を主張してみてすつ
730:デフォルトの名無しさん
20/10/17 13:12:58.88 tqKCa8dx.net
>>719
jQueryおじ、やっぱり頭悪い
Bootstrapがweb frameworkを使うことはありえない。
WordPressはCMSだからCMSのシェアを見るべき。
そもそもPHPはゴミだから採用の選択肢にあがらない
731:デフォルトの名無しさん
20/10/17 13:16:30.63 tqKCa8dx.net
jQueryおじはそもそもweb frameworkの必要性すら
理解してない無能だからどうしようもない
こういうのがいるからフロントはってバカにされわけ
732:デフォルトの名無しさん
20/10/17 16:39:18.03 Ty9bf9Kk.net
>>721
> Bootstrapがweb frameworkを使うことはありえない。
あれ？なんでWordPressはかかないの？
WordPressがweb frameworkを使うことはありえるわけだよねｗ
733:デフォルトの名無しさん
20/10/17 16:39:45.43 Ty9bf9Kk.net
> WordPressはCMSだからCMSのシェアを見るべき。
jQueryはCMSで採用されているのです。
734:デフォルトの名無しさん
20/10/17 16:42:17.00 Ty9bf9Kk.net
> Bootstrapがweb frameworkを使うことはありえない。
React Bootstrap
URLﾘﾝｸ(react-bootstrap.github.io)
Angular powered Bootstrapng-bootstrap.github.io
URLﾘﾝｸ(ng-bootstrap.github.io)
BootstrapVue
URLﾘﾝｸ(bootstrap-vue.org)
採用する人いなそうｗ
735:デフォルトの名無しさん
20/10/17 16:49:22.96 U9MsrWrp.net
本業じゃない人がちょっとwordpressのどこどこが不便だからコードコピペして修正、ってなると学習コスト低いjqueryくらいしか無理だろうしシェアは減らなそうだ
736:デフォルトの名無しさん
20/10/17 17:31:49.56 Xc+hYu9K.net
web frameworkって言葉じゃフロントエンドを指してるのかバックエンド指してる曖昧だからキッチリ明示した方がいいんじゃない？
従来なら寧ろバックエンド側を指して使われてた言葉なはず
737:デフォルトの名無しさん
20/10/17 17:32:36.04 Xc+hYu9K.net
>>725
それ全部触った事はあるけどAngularだけめっちゃ使いにくかったな
738:デフォルトの名無しさん
20/10/17 19:12:35.59 tqKCa8dx.net
>>725
アホすぎて>>721がそういう意味じゃないのわからない？
web frameworkがBootstrapを使う（呼び出す）ことはあっても
逆のパターンはあり得ないって言ってんだよ
>>723
CMSはなんらかのweb framework使ってるのが普通だろう
CMSの人気を測る際はCMSのランキングを見る。
CMSとweb framworkのシェアを比べたりするのは意味がないし
そんなことをするのはアホだろう
まったく用途、カテゴリが違うもの比べてどうするつもりだ？
739:デフォルトの名無しさん
20/10/17 19:17:20.82 tqKCa8dx.net
>>727
むしろわかりやすいようにきっちりweb frameworkと書いてる。
web frameworkはserver-sideまで含めた仕事するやつだ
UI側だけの場合は、UI frameworkとかUI libraryと表記されるのが普通
740:デフォルトの名無しさん
20/10/17 19:19:57.04 tqKCa8dx.net
このスレでいつもjQueryのシェア書いてるのは
web framework否定論者のアホってこと
741:デフォルトの名無しさん
20/10/17 19:31:23.99 vimxgZ9f.net
>>725
> 採用する人いなそうｗ
jQuery使ってたせいでreactやvueから敬遠されて他のcssフレームワークの隆盛を許してしまったからね。
いまさら脱jQueryしてももう巻き返しは難しいだろうね。
742:デフォルトの名無しさん
20/10/17 20:23:33.62 P3PLPttw.net
>>704
> React使ってるのに内部でjQueryを使ってると地獄
これ具体的にはどんな地獄があるの？
743:デフォルトの名無しさん
20/10/17 20:29:38.07 eMYmKq8F.net
>733
Reactは仮想DOMといってDOMの情報と同一のものを内部で二重に持っていて
差分ができたら内部のDOM情報を実際のDOMに反映している
だからDOM APIを使って直接実際のDOMを書き変えると
Reactの内部のDOM情報と食い違いが起きて正しく反映できなくなる
何が起きるかはわからない
744:デフォルトの名無しさん
20/10/17 23:06:55.61 P3PLPttw.net
>>734
そういう意味か
なら外部JSの恩恵を享受するためにDomの管理をReact管理から外して利用すれば
問題ないね（この内容はTutorialにもあった）
745:デフォルトの名無しさん
20/10/17 23:57:34.48 Xc+hYu9K.net
>>729
WebFrameworkって従来はバックエンドを指す言葉なんだけど
フロントならFront-end Frameworkとでも書いたらどうだ？
746:デフォルトの名無しさん
20/10/18 00:07:40.58 H1Ht+H/l.net
>>731
そりゃWebサイトおじさんからしたらjQueryは今でも現役だろうから反論したいんだろ
逆にWebシステムの構築を考えた場合Reactが一番妥当だから
中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる
Webサイトのコーダーにwebpackでのビルドとかやらすのもナンセンスだと思うから
サイト→jQueryに回帰
システム→React
っていう風になっていくんじゃないかね
ちなここはプログラム板だから議論対象はWebシステム
747:デフォルトの名無しさん
20/10/18 00:27:35.41 oU6L/1KQ.net
｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
URLﾘﾝｸ(www.excite.co.jp)
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
URLﾘﾝｸ(www.dreamgate.gr.jp)
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
URLﾘﾝｸ(newswitch.jp)
島田商高生がアプリ考案、発表 ＩＣＴ起業家育成プログラム
URLﾘﾝｸ(www.at-s.com)
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
URLﾘﾝｸ(diamond.jp)
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
URLﾘﾝｸ(diamond.jp)
起業で成功するキャリア形成の仕方とは？ 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
URLﾘﾝｸ(sogyotecho.jp)
年収3,000万超え!?個人開発で儲かっている海外コミュニティサイト5選！
URLﾘﾝｸ(note.com)
748:デフォルトの名無しさん
20/10/18 01:23:51.16 u/6+iFla.net
>>737
> 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる
Reactも含め、未完成のWeb Componentsを補うために
複雑なことをしてるから将来確実に廃れるか大幅に仕様が変わるよ
Web Componentsがどのブラウザでも実用的になったら
それをエミュレートしてる今のバージョンは完全にレガシーになって
将来のモダンブラウザのみを対象とした軽量なものが登場する
その時代でもDOMは変わらないだろうから、
そのDOMを簡略化するだけのjQueryは変わらず使えるわけさ
749:デフォルトの名無しさん
20/10/18 01:35:23.85 Yx1P9/Gs.net
>>736
勝手に名前つけても伝わらないだろ
例えばMicrosoftとかはBlazorをUI Frameworkと呼んでいる。
web appに限定されないからfrontend frameworkは不適切
750:デフォルトの名無しさん
20/10/18 01:38:35.01 5IG+e1ti.net
jQueryのセレクタ構文とか、いまじゃバニラのJSでも
document.querySelector('input[type=radio]:checked')
みたいな感じで使えるし簡略化するだけのjQueryはわざわざ読み込むまでも
なくなっていきそうだけどな
751:デフォルトの名無しさん
20/10/18 01:41:22.39 u/6+iFla.net
そりゃセレクタ構文だけだろ
jQueryの特徴は、そのセレクタにマッチする複数（ない場合も含めて）に対して
CSSのスタイルと同じように要素が存在するかをチェックすることなく
宣言的に処理を割り当てることができるのが便利なんだが
752:デフォルトの名無しさん
20/10/18 01:53:17.56 5IG+e1ti.net
メソッドチェインできることだけがjQueryのメリット？
ほんのちょっとの便利のために余分なファイルを読み込ませたくないな
753:デフォルトの名無しさん
20/10/18 01:56:11.41 u/6+iFla.net
メソッドチェインの話なんかしてないのに
いきなりなにいってんだろうねｗ
まさかメソッド呼び出しは全部メソッドチェインだとでも思ってんの？
754:デフォルトの名無しさん
20/10/18 02:05:59.33 5IG+e1ti.net
何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった
存在チェックすることなしに宣言的に処理をするなんて小粒も小粒
755:デフォルトの名無しさん
20/10/18 02:07:38.05 5IG+e1ti.net
わかった
知能が低くて最新のライブラリなりフレームワークについていけないから
ひがんでるんだな
756:デフォルトの名無しさん
20/10/18 02:09:36.41 5IG+e1ti.net
jQueryを使うので能力の精一杯なのか
757:デフォルトの名無しさん
20/10/18 02:11:04.54 u/6+iFla.net
>>745
そんなんだからjQueryがいつまでも増え続けてるのがわからんだよ
jQueryが物理的に行数が減るのは当然として、
その結果、メンテナンスのコストが下がって
バグが減るのが重要なところだろ
758:デフォルトの名無しさん
20/10/18 02:13:12.65 5IG+e1ti.net
素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには
jQuery使うと便利かもね
って程度だよ
jQueryにすがりついてるお前の程度もしれてるｗ
759:デフォルトの名無しさん
20/10/18 02:13:22.35 u/6+iFla.net
例えば、アロー関数なんて使わなくても
this保存してfunctionつければ同じことができるけど
アロー関数使わなくて良い世界を知ったら元に戻れないだろ？
ほんの数行の違いでもないほうが楽なんだよ
760:デフォルトの名無しさん
20/10/18 02:29:10.45 5IG+e1ti.net
まさかjQueryマンセーで愚かな考えを晒すことで周りから袋叩きされる
ということを通してjQueryを貶めるという作戦か
761:デフォルトの名無しさん
20/10/18 03:04:15.75 u/6+iFla.net
そんな願望垂れ流してないで
メリットとデメリットの話をしろよ
jQueryがなくても頑張れるっていうだけで
jQueryをなくすメリットを言わないんだもんなｗ
762:デフォルトの名無しさん
20/10/18 03:18:45.94 xWXtsYNK.net
ハァ？jQueryバカはCSSセレクタ丸パクリのクセして自分の手柄にしてんのか。チョンみてーだな(藁
763:デフォルトの名無しさん
20/10/18 03:23:44.86 5IG+e1ti.net
jQueryバカが言ってるメリットはどれも小粒
なくても困らない
なら最初から利用しなければ余計なファイルを削減できる
というのが使わないメリット
764:デフォルトの名無しさん
20/10/18 03:36:40.28 u/6+iFla.net
>>753
もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残ｗ
はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした
パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ
しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
765:デフォルトの名無しさん
20/10/18 03:38:05.32 u/6+iFla.net
余計なファイルを削減できる？
JavaScript使ってる時点で外部JavaScriptファイルがある
たかだか1ファイル減るだけの話
しかも結合すれば1ファイルですむ
766:デフォルトの名無しさん
20/10/18 03:44:26.00 5IG+e1ti.net
jQueryとかメリットなんて微々たるものなのにレガシーブラウザ対応とかで
無駄にサイズがでかいからな
減らす効果はそれなりにあるぞ
767:デフォルトの名無しさん
20/10/18 03:44:51.93 u/6+iFla.net
余計なファイルを削減できるというメリットは小粒
初回アクセス時に30KB読み込みができるというメリットは小粒
JavaScript処理が僅かに早く終るというメリットは小粒
jQueryをなくしたときのメリットはどれも小粒ではないか
体感上わからない程度の遅延があっても困らない
ならできる限り開発を楽にするほうがいい
というのがメリット
768:デフォルトの名無しさん
20/10/18 03:45:14.17 u/6+iFla.net
>>757
圧縮時30KBはものすごく小さいですが？
769:デフォルトの名無しさん
20/10/18 03:46:02.89 5IG+e1ti.net
バカに何言っても無駄かもしれんが
770:デフォルトの名無しさん
20/10/18 03:47:50.92 u/6+iFla.net
例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。
771:デフォルトの名無しさん
20/10/18 04:01:50.12 5IG+e1ti.net
jQueryを利用するメリットがそもそも小粒
ブラウザごとの分岐処理とかが埋め込まれてるから実行時の効率が悪い
ファイルサイズがでかい
つまりいらない
772:デフォルトの名無しさん
20/10/18 04:26:16.95 u/6+iFla.net
jQueryのメリットのうち小粒のものだけを抜き出したら
全部小粒だった
と言ってるのと同じだなｗ
773:デフォルトの名無しさん
20/10/18 04:27:54.23 xWXtsYNK.net
>>755
中学校を単に学校というって言ってるみたいなもんだな。バカが。
CSSのセレクタのルールそのままパクっただけの盗人。
盗んだものをもともと自分のだと主張。まさにチョン。
774:デフォルトの名無しさん
20/10/18 04:34:21.10 u/6+iFla.net
jQueryの価値はjQueryオブジェクトだよ
CSSセレクタなんか、素の使いづらいJavaScriptでもできるじゃんｗ
価値がないところだけを見て価値がないと言っても無意味だよ
もっと広い目でjQueryを見ないとｗｗｗ
775:デフォルトの名無しさん
20/10/18 04:34:51.73 5IG+e1ti.net
このjQueryバカは素人レベルのスキルしかなさそう
776:デフォルトの名無しさん
20/10/18 04:36:26.13 5IG+e1ti.net
しょぼいWebページをjQueryで作ってご満悦なんだろう
777:デフォルトの名無しさん
20/10/18 04:37:38.31 5IG+e1ti.net
いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ
778:デフォルトの名無しさん
20/10/18 04:45:10.27 u/6+iFla.net
ほらね、もう遠吠えいうことしかできなくなったでしょ？
779:デフォルトの名無しさん
20/10/18 04:50:29.21 xWXtsYNK.net
CSSセレクタパクリがバレたら開き直ったjQueryガイジ。
居直り強盗で駅前一等地を占拠してパチンコで儲けるチョンと同じ。
jQuery関係ないスレで居直り占拠jQueryチョン。
780:デフォルトの名無しさん
20/10/18 05:21:40.18 5IG+e1ti.net
おっと
>>1 に
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
と書いてあったな
781:デフォルトの名無しさん
20/10/18 07:08:38.76 u/6+iFla.net
>>770
なんで無視したの？もう一回同じことを書く羽目になったじゃないか
もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残ｗ
はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした
パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ
しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
782:デフォルトの名無しさん
20/10/18 07:17:16.70 d1Nj1iwg.net
言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。
783:デフォルトの名無しさん
20/10/18 07:50:51.32 d1Nj1iwg.net
言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか？
document.querySelectorAll('div.highlighted')
.forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
784:デフォルトの名無しさん
20/10/18 08:00:05.71 0puAkJ4t.net
document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
$('div.highlighted').css({color: 'red', backgroundColor: 'white'});
一行のものはだいたい半分になる。
だがそれよりも重要なのは「宣言的」であるということ
forEachというループが無くなっている
785:デフォルトの名無しさん
20/10/18 08:18:08.24 mPnoVdEN.net
無いとなんかすごいのか？
jQueryが裏で回してるだけじゃん
786:デフォルトの名無しさん
20/10/18 08:19:09.73 0puAkJ4t.net
>>776
jQueryが裏で回す（十分テスト済み）＝自分でやらないからバグが減る
787:デフォルトの名無しさん
20/10/18 08:27:01.54 0puAkJ4t.net
jQueryとレビューする点を見れば
どちらが大変かなんて明らかなのよ
document
querySelectorAll → $
('div.highlighted') → ('div.highlighted')
forEach(
ele=>
Object
assign(
ele.style, → css
{color: 'red', backgroundColor: 'white'})) → ({color: 'red', backgroundColor: 'white'});
jQueryだと4箇所見るだけですむが、DOM APIだと 9箇所もある
788:デフォルトの名無しさん
20/10/18 09:50:11.92 mPnoVdEN.net
コードの意図を隠してまで短くすることか？
その時点で要素があるべきなのか複数なのか何も判らん
エラーが出ない=バグがないってことならいいが
789:デフォルトの名無しさん
20/10/18 12:28:55.12 atqzb7Sw.net
>>739
こいつ結局Webサイトの話しかできてねえな
アホだろ
>>750 こいつやはりアホだ アロー関数がfunctionの代用だと勘違いしてる その認識でほんの数行変えたらバグるわけ そもそも仕様がまったく違う
791:デフォルトの名無しさん
20/10/18 13:23:36.66 qDJHdxok.net
>>780
どこにアロー関数がfunctionの代用って書いてある？よく読んでみなよｗ
792:デフォルトの名無しさん
20/10/18 13:24:28.19 qDJHdxok.net
>>779
隠しているのはコードの詳細であって
詳細を隠してるから意図は明確になってる
793:デフォルトの名無しさん
20/10/18 13:56:45.57 H1Ht+H/l.net
>>739
Web Componentsは流行らんと思うよ正直
こんな移り変わりの激しいWeb技術の世界で3年以上前から話題が上がってるにも関わらず未だに流行りにもなってないっていうのはそういう事だろ
Recoidなんて登場してから殆ど経ってないのにもうReduxを抜きつつある
Web Componentsが本当に良いものならそういう速度感で流行るもんだ
現時点で流行ってないっていうのは結局D言語みたいなものにしかならない
794:デフォルトの名無しさん
20/10/18 13:58:18.90 H1Ht+H/l.net
訂正
Recoid→Recoil
795:デフォルトの名無しさん
20/10/18 14:09:20.19 nDjNgNBc.net
WebAssemblyも流行らなかったしね
796:デフォルトの名無しさん
20/10/18 14:39:50.73 H1Ht+H/l.net
WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな
797:デフォルトの名無しさん
20/10/18 15:05:47.51 WlQf1Fni.net
Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
a().b().c() みたいに
これを一々、存在チェックしてられない
return if obj = a() == nil
return if obj = obj.b() == nil
obj.c()
798:デフォルトの名無しさん
20/10/18 15:18:04.47 Yx1P9/Gs.net
WebAssemblyはこれからの技術
MS以外がまだまともなframeworkだしてない
JSが好きという人は少ないので必ず流行る
>>786
CPU速くなったらwasmの弱点が消えて長所だけが残るから
wasmはだんだん増えていく
799:デフォルトの名無しさん
20/10/18 15:32:42.61 nDjNgNBc.net
> CPU速くなったらwasmの弱点が消えて長所だけが残るから
> wasmはだんだん増えていく
そこに目的がありません
速くなったら使われると思うのはなぜか？
ウェブアプリが作れるようになったら、みんなウェブアプリを作ると思うのはなぜか？
目的がなければ、使うようにも作るようにもならない
800:デフォルトの名無しさん
20/10/18 15:36:35.19 nDjNgNBc.net
劣ってるから使われないって思うのは
技術者のよくある勘違いだよなｗ
そもそも需要がなければ使われないんだよ
801:デフォルトの名無しさん
20/10/18 15:38:29.83 nDjNgNBc.net
不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ？
802:デフォルトの名無しさん
20/10/18 16:42:00.34 Vj/rkYxM.net
URLﾘﾝｸ(classic.minecraft.net)
babylon.js製。
安定して60fpsで動くが、babylon.jsにはWebAssemblyは一切使われていない。
803:デフォルトの名無しさん
20/10/18 16:54:05.68 Yx1P9/Gs.net
>>789
JSに縛られず開発生産性高い言語を使える
それだけでwasmを使う理由になる
804:デフォルトの名無しさん
20/10/18 16:55:29.25 +DCedG5t.net
× JSに縛られず
○ もとからJS使わない人が使う
だからウェブ系の人は使わないし
JS使わないならネイティブアプリでいいんじゃね？ってなるんだよなｗ
805:デフォルトの名無しさん
20/10/18 17:07:08.15 Yx1P9/Gs.net
>>794
native appだけでいいってのは技術的にはそのとおり
wasmは中途半端な立ち位置だからな
ただApple, Googleで手数料30%取られるだろう？
wasmだとその手数料を回避できるから
そういうビジネスの問題考えたら価値がすごくあるわけ
806:デフォルトの名無しさん
20/10/18 17:09:18.69 H1Ht+H/l.net
結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな
807:デフォルトの名無しさん
20/10/18 17:12:35.13 Yx1P9/Gs.net
>>794
JSについては違う
Blazorのようなのが人気でてくると
JSしかできないフロントエンジニアの存在が不必要になる
C#プログラマーはserver sideとclient sideの両方のコードがかける
JSが必須ではなくなるということは
JSエンジニアが必要なくなる時代ってことだ
808:デフォルトの名無しさん
20/10/18 17:13:53.33 Yx1P9/Gs.net
>>796
まったく違う、わかってない
Sandboxあるからセキュリティが高い
さらにwasmはweb standard
809:デフォルトの名無しさん
20/10/18 17:19:17.50 d1Nj1iwg.net
Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い
810:デフォルトの名無しさん
20/10/18 17:27:55.50 d1Nj1iwg.net
wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる
811:デフォルトの名無しさん
20/10/18 17:57:09.49 sdwhAUyo.net
wasm＆SPAは業務系の希望になりうると思うが
業務系の複雑なUIはSPAと相性がいい
業務系エンジニアなら誰でも使えるJavaやC#がフロントでも使えたら学習コストが下がる
サーバーとクライアントでロジックを共有すればコストが下がる
812:デフォルトの名無しさん
20/10/18 18:11:07.46 Vj/rkYxM.net
>>797
> Blazorのようなのが人気でてくると
前提崩れだね。
十年で日本を追い抜く言ってた朝鮮はどうなりましたか？ｗｗｗ
Silverlightｗｗｗｗ
813:デフォルトの名無しさん
20/10/19 11:19:02.29 FE0TPttz.net
なんだよまたjQueryでスレ伸びてるのか。
クライアントがブラウザである以上、jsやcss,domに原則縛られるんだよ。あとは如何に効率よくラップするかの差でしかない。好きなもの選べばいいさ。
ただ未だに生のjsやcssで組んでるやつは流石に時代遅れと自覚して欲しい。
814:デフォルトの名無しさん
20/10/19 11:39:18.70 32Wztry8.net
>>803
BrowserはいまだにJSに縛られると思ってるやつは流石に時代遅れと自覚して欲しい
Blazor WebAssembly使い始めたがC#だけで書けるし
Visual Studioで開発できるし最高だわ
815:デフォルトの名無しさん
20/10/19 11:55:34.45 kIQ4aN8p.net
>>804
期待してるけどツールがまだ追いついてなくて….razorファイルのフォーマットが崩れる問題くらいはさすがに修正してくれないと。
まあ現状はスレチなので。
816:デフォルトの名無しさん
20/10/19 12:14:08.56 5B25o4c7.net
Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね
817:デフォルトの名無しさん
20/10/19 12:38:39.55 7BdQwjNC.net
つかそもそもロードが遅い
818:デフォルトの名無しさん
20/10/19 12:38:40.38 FE0TPttz.net
>>804
それは違うなだろう。
ラップしてるだけ、意識しないだけで最終的にブラウザが対応してる要素に縛られるのは変わらん。スマホアプリとは全く違う。
フレームワークの進化に対して実行エンジンであるブラウザの進化が遅すぎるんだよな。今でもsafariだけcssの解釈が違うなんてしょっちゅうだし、土台部分の知識が無いと結局対応できん。チグハグで不安定なのがフロントの宿命なんだよ。
だから各フレームワーク、IDEには本当に感謝してる。裏でとんでもない労力かけて俺たちの労力軽減してくれて有り難うだよな。
819:デフォルトの名無しさん
20/10/19 19:27:14.09 LEqT1iP9.net
5GとかiphoneとかRetinaみたいな余計なことして
業界混乱させる前にやるべき事やれや
まずまともなブラウザ提供しろ
さもなくばデフォのブラウザ大人しくchromeにしとけ
820:デフォルトの名無しさん
20/10/19 21:13:29.51 32Wztry8.net
>>808
自分が読み書きするコードがC#ならそれでいいでしょ
どんな言語も実行前には人間が読めない形になる
821:デフォルトの名無しさん
20/10/20 10:15:07.36 pHiz9StD.net
機械語直接読める人も稀に居る
822:デフォルトの名無しさん
20/10/20 11:32:32.11 YB4ljTXG.net
>>809
それって誰に対して言ってるの？
823:デフォルトの名無しさん
20/10/20 16:39:31.91 Nlf6zVNG.net
Netscape4のことやろ
824:デフォルトの名無しさん
20/10/22 11:04:28.44 /VYs8fos.net
web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。
今後はマイクロサービスと同様にその技術がフロントにも流れてきてマイクロフロントエンドアーキテクチャが主流になると思う。
そうなると、サービス単位で共通なコンポーネントはweb標準であるweb componentで作る必要が出てくる。
どうだろうか
825:デフォルトの名無しさん
20/10/22 11:08:22.84 /VYs8fos.net
jquery別に悪くないけど、今はvanilla jsで十分だし使う場面がない。
モダンフレームワーク（react,vue,etc）vs jqueryという構図をこのスレでは良くみるが意味がわからん。
正しく議論されるべきは
モダンフレーム vs web標準（web componentなど）
だと思う。
826:デフォルトの名無しさん
20/10/22 11:20:08.12 6pdR4Nyi.net
オライリーから出てるCSSシークレット著者によるWeb Components評。
ちょっと辛辣。コメント欄で議論盛り上がってるがここChrome翻訳効かないのな…
URLﾘﾝｸ(lea.verou.me)
827:デフォルトの名無しさん
20/10/22 11:51:03.89 6pdR4Nyi.net
Web Componentsに対する批判
URLﾘﾝｸ(thenewobjective.com)
・CSS疑似セレクターが機能しない
・ネイティブ要素と互換性がない
・Non-trivialな要素はHTMLElementを継承する必要がある
・JavaScriptが必要
・潜在的に指数関数的なフォールバック
・ポリフィルが必要
・Ariaの問題
・SEOの問題
・追加の制限
828:デフォルトの名無しさん
20/10/22 11:59:22.52 6pdR4Nyi.net
Web Componentsの問題
URLﾘﾝｸ(adamsilver.io)
829:デフォルトの名無しさん
20/10/22 12:01:23.69 /VYs8fos.net
俺の頭が悪いせいかこの記事の言いたいことがいまいちわからん
plug and playの箇所解説よろ
830:デフォルトの名無しさん
20/10/22 12:02:25.44 VEHOj23m.net
>>815
ｼｨｰｯ! (jqueryバカがよってくるから)
831:デフォルトの名無しさん
20/10/22 12:13:14.66 wabMUpti.net
>>814
流行らんよ
マイクロサービスはトレードオフ
832:デフォルトの名無しさん
20/10/22 12:14:15.55 /VYs8fos.net
何と何のトレードオフ？
833:デフォルトの名無しさん
20/10/22 12:16:12.59 /VYs8fos.net
>>817
後で読んでみるけど、
ariaとJavaScript以外は別に問題じゃない気がするけどね
834:デフォルトの名無しさん
20/10/22 12:22:04.55 6pdR4Nyi.net
フォールバックは酷い。is属性なんて初めて知った
835:デフォルトの名無しさん
20/10/22 12:38:04.11 6pdR4Nyi.net
web非標準のreactが簡単にssr出来るのにweb標準のweb componentsが事実上無理（初期レンダリングコストはクライアント側で支払うしかない）なのはなんだかなぁ…
836:デフォルトの名無しさん
20/10/22 12:42:06.25 mESUiPaq.net
>>817
templateタグともっと親和性を高めるとかHTMLだけでComponent作れるとやりやすいよなと思う
837:デフォルトの名無しさん
20/10/22 14:34:21.09 /VYs8fos.net
>>825
やろうと思えばできるけどな。shadow domを使わない場合だけど。
でも言いたいことはわかる。そこまでサポートしてから世に放てば良かったのにとは思うけどね。
URLﾘﾝｸ(web.dev)
↑いま頑張ってやってる途中やで
838:デフォルトの名無しさん
20/10/22 15:31:11.95 6pdR4Nyi.net
Declarative Shadow DOM か。いいね。
試してみようと思ったらchromeでもまだオリジントライアル中か…
839:デフォルトの名無しさん
20/10/22 16:28:17.70 /VYs8fos.net
やりたいことは理解してるんだけど
英語力がないから何がdeclarativeのニュアンスがわからん。
840:デフォルトの名無しさん
20/10/22 16:32:28.10 S3hKE4m7.net
宣言的だろ？ ようはループを使わないってことだよ
例えばjQueryはループを使わない
$('.selector').css({color: 'red'); このように
これがDOM APIだとループが必要な手続き的になってしまう
841:デフォルトの名無しさん
20/10/22 17:12:31.60 /VYs8fos.net
>>830
絶対に違うわww
宣言的＝ループを使わないが違うということは俺にもわかる
842:デフォルトの名無しさん
20/10/22 17:25:57.82 /VYs8fos.net
宣言的なweb component
現状のweb componentのどこが非宣言的で、あのリンク先の技術が適用されるとどこが宣言的になるんだろう。イマイチわからん。web componentにおける宣言的ってなんや
843:デフォルトの名無しさん
20/10/22 22:57:05.06 /bIs3HR3.net
UI組み立てる系のライブラリは固定乱数でいいから
全てのDOM要素にid振っとけや
色が違うとかアイコンを変えろとかクソみたいな指示飛んでくるんだから
844:デフォルトの名無しさん
20/10/22 23:52:28.51 lftkiv5C.net
宣言的な書き方に拘っても保守性なんて少しも良くならんわ。
845:デフォルトの名無しさん
20/10/22 23:54:57.12 nuIgGdek.net
SPAは簡単だったけどCSSがやっぱりわからねえんだわ
SPAで作ってもデザインが古くさくなる
846:デフォルトの名無しさん
20/10/23 00:44:45.37 FArv5Kwn.net
デザインなんてとりあえずBootstrapっぽくすればええんやろ？
847:デフォルトの名無しさん
20/10/23 00:45:35.33 tlpc4Wom.net
色彩センスほしい
848:デフォルトの名無しさん
20/10/23 07:35:23.39 VuITFA8z.net
MaterialUIとかUIライブラリ使えば？
849:デフォルトの名無しさん
20/10/23 18:13:14.23 kxyOvtyq.net
>>833
乱数のid振ってどうすんだよ？
まさかidで色変えてんのか？
>>835
お前のセンスゼロだしこの先死ぬまでセンスゼロのままだからなあ
>>836
bootstrapっぽくすら不可能じゃん
>>837
センスゼロのやつは死ぬまでセンスゼロ
>>838
Googleが公式にセンスゼロ向けって謳ってるしな
ただしセンスゼロでcssスキルない奴が使うとMaterialUIすらまともに使えない
850:デフォルトの名無しさん
20/10/23 18:46:41.39 tlpc4Wom.net
センスゼロでもSPAはできるけど、CSSはそうもいかんからなぁ
センスゼロでも使えるライブラリを使うしかないか
逆に言えばライブラリ使えば、センスゼロでもCSS、SPA両方できるようになるわけだし、こだわり捨てればまあ、いいか
すぐに移り変わる分野だし、気楽にやろう
851:デフォルトの名無しさん
20/10/23 19:06:52.06 J0Nj+DQ7.net
MaterialUIなんて公式のサンプルコピペしてテーマ設定するだけでそんな酷くならんと思うが
これ以上のリッチなもの求めてて自分で勉強できないならデザイナー雇うしかない
色彩センスは今どき色選んでくれるサービスたくさんあるだろ
URLﾘﾝｸ(yumyumcolor.com) とか
852:デフォルトの名無しさん
20/10/23 23:29:55.94 2GRyUC4A.net
MaterialUIとBootstrapは併用できるの？
混ぜるな危険？
853:デフォルトの名無しさん
20/10/23 23:48:08.69 nGATsAeS.net
material ui 重い…
軽量でいい感じのが欲しい
854:デフォルトの名無しさん
20/10/24 02:55:24.68 w8fcXJt9.net
この手のUIフレームワークは余白が多すぎて、1画面の情報量が少ない
スマホアプリ前提な感じ
855:デフォルトの名無しさん
20/10/24 10:43:36.04 6JYHV7pP.net
>>842
やろうと思えばできるが崩れる上にそもそもやるやつはアホでしかない
>>844
余白なんか調整すればいい
キツキツの帳票みたいなUIが好みという日本人が多いが世界中から笑われてんの未だに気づかない連中ばかりだからな
856:デフォルトの名無しさん
20/10/24 11:46:27.33 /DIUYZs9.net
情報をギッシリ詰め込むのは別に構わないと思うが
ダッシュボードとかでよくある
しかしジジイどもは同じ画面で入力もやらせようとするからおかしくなる
857:デフォルトの名無しさん
20/10/24 19:25:12.62 FRMxNp3B.net
>>844
Vue もReact もAngular も
全く関係ない話だ
858:デフォルトの名無しさん
20/10/24 23:01:23.08 l6E2jtuo.net
スマホ向けのUIとPC向けのUIを同じテーマでやるのは無理ある
サイトリニューアルして昔あった機能や要素を削除して既存ユーザーから大反発食らうのがこのパターン
859:デフォルトの名無しさん
20/10/24 23:10:02.60 sB9OWN+i.net
>>848
いやお前に才能がないだけだろ
860:デフォルトの名無しさん
20/10/24 23:19:17.03 l6E2jtuo.net
この記事が面白い
そもそもSPAにする意味なかったというのはよくある
URLﾘﾝｸ(zenn.dev)
861:デフォルトの名無しさん
20/10/25 00:25:49.62 yastPy5p.net
>>850
結局SPAって1つか2つの問題を解決するために他の多くの問題を呼び込んでるんだよな
862:デフォルトの名無しさん
20/10/25 11:59:34.61 KvAimzX1.net
>>850
vue.js で CRUD アプリを造りたいとか
発想そのものがあほやん
URLﾘﾝｸ(qiita.com)
CRUD にしたいなら vue.js 使わなければ良いだけの話だろ
863:デフォルトの名無しさん
20/10/25 12:11:24.08 KhHAp4C5.net
>>852
だから
（殆どの用途には）vue.js 使わなければ良いだけの話だろ
と最初から言ってるだろｗ
864:デフォルトの名無しさん
20/10/25 12:13:09.66 KhHAp4C5.net
URLﾘﾝｸ(w3techs.com)
2020年10月15日 76.5%
2020年10月23日 76.6%
2020年10月25日 76.7%
な？だからjQueryが使われてるんだって
少なくとも10日で0.1%以上増えてるからな
865:デフォルトの名無しさん
20/10/25 12:20:32.19 oIFSPb3Z.net
シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ
複雑なアプリになると開発者としてはSPAのほうが作りやすいが、、、
しかし利用者からすれば複雑なアプリの需要なんてのはほとんど無い等しい
例えばpgadminは複雑なアプリだがぶっちゃけシンプルなadminerのほうが使いやすいのだ
結論
SPAはゴミ
866:デフォルトの名無しさん
20/10/25 12:21:18.49 KhHAp4C5.net
「脱jQuery」を目的にするとたいてい失敗する
なにか問題があって、それを解決するためにVue、React、Angularなどを採用すべきという
当たり前の前の話であって、良い選択肢の１つであるjQueryを廃止して
特定の用途専用のものを導入するのは愚かである
特定の用途専用のものは、特定の用途の場合に使うもので
「○○の用途のために○○を導入しました」という言い方にするべきだ
867:デフォルトの名無しさん
20/10/25 12:22:24.43 oIFSPb3Z.net
ようするにUX設計ができない人のためのフレームワークがSPA
868:デフォルトの名無しさん
20/10/25 12:27:24.62 KhHAp4C5.net
今までSPAのやり方でスマホアプリとか作ってきた人たちが
今までと同じやり方で作るためのものSPAだろう
ウェブにはウェブのやり方があるんだが
そういう（アプリ作ってひた人たちにとっては）"新しいやり方"を
学ぶ能力がなくて、今までと同じやり方でやりたいっていうのがSPA
これからはSPAだ～とか言ってるやつは、jQueryどころかCSSも嫌いなはず
なぜならどちらも宣言的だから。SPAは手続き的に作る。
セレクタに対して処理や属性を宣言的に適用するjQueryやCSSは
考え方が根本的に違っていて、頭が凝り固まってる人には理解ができない
869:デフォルトの名無しさん
20/10/25 12:36:18.38 TnKDqOYo.net
>>854
そりゃゴミは毎日増えるからな
870:デフォルトの名無しさん
20/10/25 12:37:35.38 TnKDqOYo.net
>>857
お前の認識があほすぎて萎える
871:デフォルトの名無しさん
20/10/25 12:40:02.70 FzqccguI.net
良い加減スレチ
くだらん話でスレ埋めるな
よそのスレか板いってくれ
872:デフォルトの名無しさん
20/10/25 12:55:08.10 1H1lkjwT.net
>>859
「良いもの」が増えないｗｗｗ
873:デフォルトの名無しさん
20/10/25 12:59:58.30 /elpRfls.net
ガイジ大集合ｗｗｗ
874:デフォルトの名無しさん
20/10/25 13:23:18.15 1H1lkjwT.net
jQueryが増えてるってのは事実として
それ以上に増えれば、シェアはjQueryよりも増えるんだよ
結局増えてねーじゃんと
875:デフォルトの名無しさん
20/10/25 13:55:14.12 Lw87uGLi.net
jQueryとReactじゃ根本的に作るべき対象が違う
876:デフォルトの名無しさん
20/10/25 14:09:21.75 1H1lkjwT.net
うん。だから最初から根本的に作るべき対象が違うので
「脱jQuery」ありきは間違いだって言ってるわけ
作るべき対処がjQuery向きじゃない場合に使えば良いわけで
今までjQueryで問題なくやってきたところが脱jQueryするのは
意味がないどころか、デメリットになってるわけ
作るべき対象がjQuery向きなのに、脱jQueryしてどうするんだと
877:デフォルトの名無しさん
20/10/25 14:13:12.24 Lw87uGLi.net
フレームワークなんて概念がなかった時代にjQueryで無理やり作ったシステムとかならフレームワーク置き換えって結構意義はあるけどね
段階的な置き換えか一から再構成かは都度都度によるけど
878:デフォルトの名無しさん
20/10/25 15:38:13.61 pXppxvnv.net
Ruby on Rails では、React, Bootstrap が多い。
Material-UI を使った場合は、レスポンシブ対応になるのかな？
react-bootstrap という、BootstrapをReactコンポーネントとして再構築した、UI フレームワークもある。
jQuery など不要な依存関係がない
879:デフォルトの名無しさん
20/10/25 15:44:10.58 1H1lkjwT.net
Railsの標準はjQueryやろ？
880:868
20/10/25 16:42:13.03 pXppxvnv.net
Rails, React, Bootstrap で、
Bootstrap 4 が、jQuery に依存しているから、使っているだけ
react-bootstrap など、jQueryに依存していない場合は、axios が多い
881:デフォルトの名無しさん
20/10/25 16:50:25.07 wTbiVIgp.net
>>854のシェアって公開されてない社内サイト/アプリやログイン必須アプリも含まれてるの？
882:デフォルトの名無しさん
20/10/25 22:10:05.93 TnKDqOYo.net
ブラウザ毎に仕様が違った時代に重宝されたjqueryを未だに崇めてる奴は脳みそがそこで止まっているわけだ
883:デフォルトの名無しさん
20/10/25 23:04:04.75 /elpRfls.net
脳みそが若いままプリプリってことだ。物覚えもいい。
884:デフォルトの名無しさん
20/10/26 04:31:31.40 lc/L7zsO.net
>>872
脳が止まってるのはお前やで
未だにjQeryの便利さをブラウザの仕様の違いを
吸収するためのものだって思ってるんだろ？
jQueryすげー、DOM APIが簡潔に書けるーってみんなが思ってる中
ブラウザの違いを～とか言ってて恥ずかしくないのか？
885:デフォルトの名無しさん
20/10/26 05:49:38.18 eROnJLfC.net
未だにDOM直接イジってんのかｗ
おっさん哀れだなぁｗｗｗ
886:デフォルトの名無しさん
20/10/26 06:37:49.74 lc/L7zsO.net
フレームワーク開発者も直接DOMいじってるけど？
887:デフォルトの名無しさん
20/10/26 07:13:22.21 tqHSoVSY.net
そりゃフレームワーク開発者は使うでしょ。
詭弁のガイドラインみたくなってきた。
2.ごくまれな反例をとりあげる
4.主観で決め付ける
11.レッテル貼りをする
888:デフォルトの名無しさん
20/10/26 07:26:16.94 BWe3LZzt.net
フレームワーク開発に必須な知識を持ってる
まれな人材ですよね
889:デフォルトの名無しさん
20/10/26 08:23:16.55 Uub+nj8/.net
>>874
ミクロな視点でみれば簡潔に書けるのかも知れんが大規模なソースを構造化するのにはあんま向かないよ
890:デフォルトの名無しさん
20/10/26 08:26:26.57 37XH7byw.net
>>879
関数を使え
構造化するのにフレームワークなんぞいらん
891:デフォルトの名無しさん
20/10/26 08:35:37.48 BWe3LZzt.net
>>879
大規模なものを作るならモジュールに分けましょう
jQueryでも同じことです。
892:デフォルトの名無しさん
20/10/26 08:45:12.33 37XH7byw.net
こういう基本的なことが出来てない人がSPAに手を染めて出来た気になっちゃうのかな
893:デフォルトの名無しさん
20/10/26 09:08:21.08 bPAWEB8J.net
世界中でjqueryは時代遅れのゴミクソと言われてるのに未だに崇めてるバカは脳みそがjqueryで動いてるらしい
894:デフォルトの名無しさん
20/10/26 09:49:43.95 BWe3LZzt.net
その「世界中」の現実です。
URLﾘﾝｸ(w3techs.com)
jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2月 74.4%（1ヶ月で+0.2%）
6月 75.5%（4ヶ月で+1.1%）
8月15日 76.2%（2ヶ月で+0.7%）
10月15日 76.5%（2ヶ月で+0.3%）
10月25日 76.7%（0日で+0.2%、10ヶ月で+2.5%）
Vue.js 0.4%（1年で+0.1%）
Angular 0.4%（1年で+0%）
React 0.3%（1年で+0%）
895:デフォルトの名無しさん
20/10/26 09:50:24.96 BWe3LZzt.net
訂正
10月25日 76.7%（10日で+0.2%、10ヶ月で+2.5%）
896:デフォルトの名無しさん
20/10/26 09:54:18.72 6iKDd4DC.net
jqueryしかできないやつ（笑）
897:デフォルトの名無しさん
20/10/26 09:59:14.68 BWe3LZzt.net
フレームワークはjQueryより"簡単"なんだから
jQuery使えるなら、フレームワークも使えるんでしょう？
それともフレームワークの方が難しんですか？（笑）
898:デフォルトの名無しさん
20/10/26 10:05:34.97 KRI7mNeJ.net
jQueryおじが住み着いてるようだけど
その時間に新しいframeworkの勉強しようという気にはならないんだな
成長しない、できない人
899:デフォルトの名無しさん
20/10/26 10:07:00.02 6iKDd4DC.net
まず君の理解が足りてないのは
jQueryとSPA系のライブラリは役割も規模も全然ちがう
jQueryじゃ機能が足りてなさすぎて
SPA系のライブラリに張り合うだけの立場にすらない
君の存在自体がスレチ
900:デフォルトの名無しさん
20/10/26 10:07:13.93 BWe3LZzt.net
>>888
Backbone.jsを勉強したほうがいいよって
昔言われたことがあるよｗ
901:デフォルトの名無しさん
20/10/26 10:09:04.52 BWe3LZzt.net
>>889
続きまだ？ jQueryに足りない機能の話をしてくれるんじゃないの？
もうずっと待ってるんだけど、いつ書くの？
902:デフォルトの名無しさん
20/10/26 10:12:30.05 bPAWEB8J.net
>>887
おめーの時代遅れjqueryで動いている脳みそで判定できるわけねえだろ
903:デフォルトの名無しさん
20/10/26 10:13:35.46 eROnJLfC.net
テムレイみたいだなｗ
jQueryを使え！ｗｗｗ
904:デフォルトの名無しさん
20/10/26 10:16:12.05 cy0Ae67X.net
>>884
これだけはっきり数字で示されてるのに認めない香具師って科学的な思考プロセスができないのかな？
文系さん？
905:デフォルトの名無しさん
20/10/26 10:23:59.69 6iKDd4DC.net
Reactでできるような状態管理、動的なDOM構築がjQueryだとどれだけ泥臭くなるか一回試してみろよ
jQueryだけじゃスケールしないことがわかる
Node.jsの基盤上で開発すると開発言語は例えばTypeScriptにできるし
ブラウザでの確認とかMinifyもコマンド一つだし
古いブラウザへの対応もバージョン指定すればPolyfillが埋め込まれるし
CSSもトランスパイルの過程で一意なクラス名を生成するとかもできる
906:デフォルトの名無しさん
20/10/26 10:24:24.90 tqHSoVSY.net
でもそのシェアってニュースサイトとかブログとか自動生成ページとか入ってるんでしょ？
907:デフォルトの名無しさん
20/10/26 11:21:47.26 BWe3LZzt.net
>>895
> Reactでできるような状態管理、動的なDOM構築が
そもそも、そんなもの必要ないんだよね
状態は、グローバルにでっかく持つんじゃなくて
個々の要素に持たせればいいだけ
小さくモジュール化しましょう
動的なDOM構築ではなく、静的なDOMで構成を作って
個々の要素の状態によって、表示を変更するだけにしましょう
例えばアコーディオンようなものは、複雑なDOM構築を行わないと無理だと
思ってるんだろうけど静的なHTMLとCSSだけでもできる
本当に無理なことだけをJavaScript（jQuery）で補完してあげるだけで完成する。
そのやり方を知らないから（CSSを使いこなせないから）もったいないことにCSSの機能を破棄して
全部JavaScriptでやるから、DOM構築大変だー、動的だー、複雑だーってなるんだろ
908:デフォルトの名無しさん
20/10/26 11:24:21.24 BWe3LZzt.net
そもそもの出発点が「Reactでできるようなこと」となってるからおかしいんだよ。
出発点は「作りたいもの」であって、それをReactで作ると、状態管理と動的なDOM構築が必要になって
jQueryとCSSを適切に使うと、そんなもの不要でシンプルに作れる
「作りたいものはなにか」を基準に考えろ
909:デフォルトの名無しさん
20/10/26 11:29:53.80 6iKDd4DC.net
だから複雑なものを作ろうとしたときにjQueryでは限界があるのを確かめてこい
アコーディオンなんてReact使うまでもない
もしかしてしょぼいアプリしか作ったことな�
910:｢？
911:デフォルトの名無しさん
20/10/26 11:34:15.27 6iKDd4DC.net
苦し紛れに出した例がしょぼすぎて程度が知れるってもんだわ
912:デフォルトの名無しさん
20/10/26 11:47:12.37 6iKDd4DC.net
複雑な状態を持つものな
アコーディオンなんてOn/Offしかないじゃんｗ
913:デフォルトの名無しさん
20/10/26 12:08:26.05 tqHSoVSY.net
Reactを適切に使うと管理する状態が減って楽なんだけどな～。使った事ないんだろうな
914:デフォルトの名無しさん
20/10/26 12:10:04.55 2ej88+sU.net
アプリケーションと単純なuiを同列に語って、フレームの必要性を述べてるとか大丈夫か？
915:デフォルトの名無しさん
20/10/26 12:21:55.41 3haw0p11.net
USBメモリのことをUSとか言っちゃうタイプ？
916:デフォルトの名無しさん
20/10/26 12:25:21.61 KRI7mNeJ.net
やっぱり、フロント、JS界隈はレベルが低いな
C#理解してるBlazorスレとレベルが違いすぎる
917:デフォルトの名無しさん
20/10/26 12:28:23.78 6iKDd4DC.net
時代について来れないロートルｗ
918:デフォルトの名無しさん
20/10/26 12:29:26.90 eROnJLfC.net
blazorなんてJSもTSすら理解できない老害のための介護フレームワークじゃんｗ
あとsilverlightはどうなりましたか？ｗｗ
919:デフォルトの名無しさん
20/10/26 12:29:39.94 6iKDd4DC.net
>>905
例えばC#のどのへんがレベル高いんですか？
920:デフォルトの名無しさん
20/10/26 12:30:48.56 cy0Ae67X.net
>>899
設計が下手くそだから複雑なものになってしまったんだろｗ
まず設計をシンプルに保つんだよ
そうすりゃ複雑なフレームワークは不要になる
こんなん自明の理だろうが
921:デフォルトの名無しさん
20/10/26 12:34:05.46 6iKDd4DC.net
設計が下手くそ ねえｗ
同じ人間が作ってもよりスケールする方法って言ってるのにｗ
頭悪いとしか言いようがないわ
922:デフォルトの名無しさん
20/10/26 12:34:48.92 6iKDd4DC.net
そらお前みたいに素人が作るレベルのものでは
jQueryで十分だったんだろうなｗ
923:デフォルトの名無しさん
20/10/26 12:37:38.88 6iKDd4DC.net
ここに書き込んでる人間は信用しなくても
SPAライブラリ作ってる人間がお前よりはるかに優れた技術と思想を持ってるのは確かだから
jQueryがあるのになぜそんなライブラリをわざわざ作ったのか
考えれば自明だろ
雑魚が突っかかるな
924:デフォルトの名無しさん
20/10/26 13:00:02.46 tqHSoVSY.net
しかしReactやVueはなんだかんだ出てくるのにAngularの話題はさっぱり無いな。スレタイから外して良いのでは？
925:デフォルトの名無しさん
20/10/26 13:02:39.47 hU4xae9L.net
>>910
jQuery vs SPAにスケールは関係ないぞ
設計が正しければjQueryでもSPAでもスケールする
設計が悪ければどちらだろうとスケールしない
SPAなら自動的にスケールするだとかSPAじゃないとスケールしないと言いたいのならばそれは全く的外れな主張だ
926:デフォルトの名無しさん
20/10/26 13:08:17.54 6iKDd4DC.net
>>914
エアプは黙ってろ
927:デフォルトの名無しさん
20/10/26 13:14:22.35 6iKDd4DC.net
jQueryバカもエアプで文句言ってるだけだからな
俺は両方経験してきてるけど
928:デフォルトの名無しさん
20/10/26 13:17:10.36 KRI7mNeJ.net
>>906
JSはそのうち消えるぞ
>>907-908
C#のがはるかに高機能なのにC#使いが理解できないわけないだろｗ
silverlightなんて古い話はどうでもいい
wasmはweb standardだぞ
note.jsみたいな低速バックエンドつかってる情弱はだまっとれｗ
>>908
あげたらきりがないが、高速な実行スピード、開発スピード。
Type safety
LINQ
Visual Studio
充実したドキュメント
MSによる長期サポート
929:デフォルトの名無しさん
20/10/26 13:25:24.06 eROnJLfC.net
>>917
消えないよ。
例えばC#にしよう！となるとなんでRustじゃダメなんですかGoじゃダメなんですかとなる。
Rustにしよう！となるとなんでC#じゃダメなんですかGoじゃダメなんですかとなる。
JS以外は共通語としてコンセンサスが取れない。
結局いつまで経ってもJSとその他（会社・プロジェクトごとに異なる）という枠組みが残る。
そのうち消えるのは確実にC#
930:デフォルトの名無しさん
20/10/26 13:27:20.31 6iKDd4DC.net
>>917
いやいや
C#使ってる人間がする議論のレベルの高さを聞いたんだよ
C#なんて馬鹿でも使えるんだから
931:デフォルトの名無しさん
20/10/26 13:44:36.99 HaHtULlO.net
C#がレベル高いとは思わないが、jsやってる人はなんとなく苦行を強いられてる気がする。
でもそれが技術なんだとおもいこんでるきがする。
tsで型使うとこんな便利なんだ！って書いてるブログ見てそう思った。
え、そんなの当たり前じゃないの…ってことが書いてた。
こんな比較はC#もjsも実務でバリバリ使いこなせてる人じゃないとできない。
932:デフォルトの名無しさん
20/10/26 13:49:38.61 6iKDd4DC.net
そもそもjsしかできないと思ったら大間違いだからな
933:デフォルトの名無しさん
20/10/26 13:57:09.02 2ej88+sU.net
nodejsのパフォーマンスがボトルネックになることってなさそう。
大半のアプリケーションがボトルネックになってる箇所はネットワークの待機時間とかなんじゃないの？
934:デフォルトの名無しさん
20/10/26 14:15:56.10 eROnJLfC.net
実践Rustプログラミング入門って本で
JSをRustで書いたwasmに置き換えたらどれだけ速くなるか示します！みたいな章があって、
結局あまり速くなってませんが理由はいろいろ考えられます…みたいなションボリした感じで終わっててワロタｗｗｗ
935:デフォルトの名無しさん
20/10/26 14:21:02.08 bPAWEB8J.net
jqueryはWordPressにWordPress専用のjquery、テーマ毎のjquery、プラグイン毎にjqueryがバージョン別に読み込まれてるからコンフリクト起きていても単純に全てjqueryオブジェクトにぶっ込んで見た目は動いているように見えているだけ
しかもjqueryオブジェクトは全メソッドを保持するというゴミ仕様
使わなくても全て実装している
これどうやってテストすんだよ？ゴミクソjquery脳だと
936:デフォルトの名無しさん
20/10/26 14:51:51.14 BWe3LZzt.net
>>899
> だから複雑なものを作ろうとしたときに
複雑なものは単純化して作りましょう
937:デフォルトの名無しさん
20/10/26 14:52:44.72 BWe3LZzt.net
SPAだったら複雑なものが作れる！
ほら、すごく複雑なUI！！！
馬鹿じゃなかろうかｗ
938:デフォルトの名無しさん
20/10/26 14:53:34.00 BWe3LZzt.net
>>924
> プラグイン毎にjqueryがバージョン別に読み込まれてるから
いちいち嘘つくなよ。実例だしてみろよ
アホかｗ
939:デフォルトの名無しさん
20/10/26 15:19:31.75 bPAWEB8J.net
>>927
おめーがわかってねえんだろ
WordPressというゴミクソはなんでもアリだからテーマでjquery読み込もうがプラグインで読み込もうが関係なく読み込んでるんだよ
ちなみにWordPressには未だに1系のjqueryが使われている
そしてjqueryオブジェクトには全ての関数が生えている
素のjsでできるのにわざわざjqueryで処理させるために
素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
この不整合が生まれる
さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる
こんなゴミクズ仕様で開発やテストなんか不可能
バカが簡単と思ってやっていたら本番稼働で動きませんでしたっていうだけ
それに気づかない奴がjqueryを崇めている
940:デフォルトの名無しさん
20/10/26 16:05:14.68 iAfvFyIK.net
> 素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
> この不整合が生まれる
え？何の話？
jQueryを仮想DOMとでも勘違いしてるだろｗｗｗ
941:デフォルトの名無しさん
20/10/26 16:06:31.67 iAfvFyIK.net
> さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる
ならんなぁ、どういう使い方してるのか書いてみ
942:デフォルトの名無しさん
20/10/26 16:10:45.62 iAfvFyIK.net
あー、いや言葉で説明できないだろうから
再現コード書いてみ
943:デフォルトの名無しさん
20/10/26 16:15:46.25 bPAWEB8J.net
>>931
おめーがバカだからんかんねえんだろゴミクズ
jqueryしか使えないアホは理解不能だからソース書いても理解できねえだろ
944:デフォルトの名無しさん
20/10/26 17:34:28.11 EEaQcHjv.net
>>898
chromeのdevtoolsみたいなのreactで作ってんだけど、本当にjQueryで出来る？
945:デフォルトの名無しさん
20/10/26 17:55:31.25 KRI7mNeJ.net
>>919
C#選ぶという選択をできてる時点で技術的に優れてる
C#使いにframework不要論説いてる無能はいない
946:デフォルトの名無しさん
20/10/26 17:56:36.93 KRI7mNeJ.net
>>920
JSやってるやつらはそもそもほとんど型の概念理解してない。
947:デフォルトの名無しさん
20/10/26 18:19:28.96 qF0DukLx.net
>>889
ほんそれ
948:デフォルトの名無しさん
20/10/26 18:31:13.26 tqHSoVSY.net
>>917
> Type safety
> LINQ
> Visual Studio
> 充実したドキュメント
> MSによる長期サポート
それ全部ある上にWebでネイティブに使えるTypeScript最強説