Vue vs React vs Angular Part.5
■ このスレッドは過去ログ倉庫に格納されています
実際どうなん? Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ ※前スレ Vue vs React vs Angular Part.4 https://mevius.5ch.net/test/read.cgi/tech/1591869705/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおk。 そりゃ、Bootstrap を使う人は、デザイナーじゃない サーバー側主体で、CSS を知らないけど、 レスポンシブ対応にしないといけないから、使ってる コピペしてるだけで、詳しい意味は分からないw フロントエンジニアなのにcssわからんとかゴミ デザイナーにjsxやらせるのか? Bootstrapはカスタマイズ前提で作られてるんだから仕様を見ればやり方わかるだろ >>651 フロントなんてのはそれで充分だと思うがね 大きなビジネス価値を持つバックエンドと違って その時々で流行り廃りやデバイスの進化に影響をうけて移ろいやすい こんな賞味期限が短いものに学習リソースを割くのはバカみたいだ >>650 あるあるw そのへんは意図的なデザインかもね >>646 やむを得ないState以外は副作用無しで書けるようになってると感じたんだけどな >>653 React作ったのはクソ程儲けてるFacebookなんですが…… Facebookは中身の価値が高いからなぁ 別にUXが人気に繋がったわけじゃない なのでまた別のUIフレームワークが流行ったり画期的なデバイスが生まれたらFBもすぐにUIを乗せ換えるよ でもUIを乗せ換えてもFBのビジネスは変わらない 本当に価値があるのは中身だから バックエンドもフロントに比べればゆっくりかもしれないけど日々変化してる。今いる位置に満足してる人が老いて枯れる程度には。 だから突き詰めると普遍の価値があるのはデータだって事になる。 でも誰も触らない死んだデータに価値はない。触りたくなる表面を重要視する事は何もおかしくはない 触りたくなるデータって女子中学生のバストサイズのデータとか? 「フロントエンドエンジニア」なんてカッコよく言ってるけど、 逆にフロントエンドしか出来ませんって言ってるようなもんだよね バックエンドしかできない奴のほうが圧倒的に多い フロントエンジニア探してるけどバックエンド95対フロントエンド5くらいの割合しかいないぞ その5もかなりレベル低い フロントエンドエンジニアにはマークアップエンジニアも紛れ込んでる つまりちゃんと勉強してればフロントはブルーオーシャンなのか >>653 React作ったのはクソ程儲けてるFacebookなんですが・・・ フロントはFacebookとか有名所に持ってかれてる >>664 クソ儲けたのは中身のビジネスが優れていたから UIは後付けのオマケ >>664 だからどうした? 儲けてるから技術があるわけでもない 過去にはFacebookはPHPみたいなゴミを採用して改造していた 技術のセンスが悪い Reactにしてもframeworkまで機能を追加できなかった 自社で使えればいいという程度の認識 >>666 Facebookは個人情報を盗んで金儲けしてるだけ アンチフロントエンドの巣やんけ。どうしてこうなったw バックエンドのゴミクズたちがフロントできないから僻んでるんだよ >>653 React作ったのはクソ程儲けてるFacebookなんですが・・… >>671 クソ儲けたのは中身のビジネスが優れていたから UIは後付けのオマケ 有名企業が作ったからというだけでReact採用するのはアホだね AngularなんてGoogleすら使ってないと言われてるしなw >>659 寧ろフロントエンドフレームワーク使ってるのは元々バックエンドやってたヤツだろ フロントオンリーのヤツはjQueryの方が素晴らしいって言ってるんじゃないか? >>673 Facebookとかいう陽キャ専用SNSはぶっちゃけ嫌いだけどReactの設計ポリシーは素晴らしいと思うよ jquery好きなのってマークアップ上がりのエラーあっても気にしないやつだよ 10/15、雑食系エンジニア・KENTA Web系エンジニアの主要5職種、結局どれが一番得なのか? https://www.youtube.com/watch?v=hM_k9792d4o 時給1万円などの高単価は、バックエンド・インフラなどの上流工程。 低単価は、フロントエンド・iOS・Android 漏れが補足説明すると、 先に、上流工程でお金を使ってしまうので、 下流工程では残ったお金を分配するだけになるから 会社の重役になる人も、サーバー側言語のRuby ばっかりw Reactが素晴らしいっていうか関数型に寄せたModel View Updateが素晴らしいってだけだよな >>677 コイツはフロントやって挫折した奴 フロントで成功してる奴は散々バックエンドをやってきてるからコイツより圧倒的に有能 先にシステムの構築運用から始まるから、 最初は気が大きいから、そこで予算を使ってしまうので、 フロントは、残りの予算から決まってしまうから不利 フロントは見たらわかるから、誰でも口を出しやすい。 ちょっとした見た目を直せと言われることが多い ところが、違う人が来ると、また違うように直せと言われる。 違う人が来るたびに、修正しろと言われる こういうやり取りが多いから、あいつは仕事が遅いとか、 デザインが悪いなどで、時給が下がっていく 相手がデザインを指定してくるから、 他の人には、エンジニアの腕が悪いように見える 最後には上司が来て、デザインが悪いから、エンジニアをクビにしろってなるw 色んな人が、デザインを指示してくるから 船頭多くして、船山に上る >>677 自称有名エンジニアが使ったからというだけでその技術採用するのはアホだね Rubyなんて雑食エンジニアすら使ってないと言われてるしなw >>681 いろんな人から指示されるのはフロントが悪いだろ 意見まとめる人つくって指示系統を一つにしろと言えばいい デザイン悪いからクビなんてきいたことない、センスも悪すぎだろw フロントは遊び半分のウェブ系が作るから「芯」がないんだよ だから散々クレームくらっては場当たり的な対応を繰り返す でそのパッチ作業が速いから生産性が高いなどとトンチンカンな自画自賛をしてしまう 最初からしっかり意志のすり合わせを行いクレームをくらわないUIを作るのが最も生産性が高いのだがそれが彼らには理解できない バックエンドのゴミクズたちがフロントできないからって僻んでるんだなww >>685 サーバーサイドのがフロントより格上だ。業界の常識 フロントは上流をまかされない時点で格下なんだよ セキュリティやDBやOSやネットワークの知識に乏しい バックエンドでまともにDBすら設計構築できないゴミクズばかりじゃねえか フロントエンジニアは元々バックエンドをやっていてマスターした奴がフロントやってるわけ 何回言ったら理解するんだこのアホどもは バックエンドでは全く分からないから、客は何も言えない。 言う材料・知識がないから 一方、フロントは見た目だから、誰でも口を出しやすい。 だから、ここを直してとか言いやすい あまり難しい事をやってるようには見えないから、簡単に直せると思ってしまう。 でも、その手間がうっとおしい KENTAみたいなレスですね その改行するのはKENTAの喋り方を参考にしているんですか? KENTAってやつに他スレ荒らすなって言えばいいの? before afterみたいな 擬似要素使うのやめろや あとCSSから外部ファイル読み込むもやめろや devtoolから検出しにくいんだよ! CSSでプログラムめいたことするのやめろやカスが 同じ事JSで全部できるから >>694 JSっていうかjQueryだろ どちらも宣言的に記述できる 宣言的だからバグがへる どちらもっていうのは CSSとjQueryのことだよ 宣言的っていうのは クラス名 { 属性: 値 } みたいに書くから .class { color: red } $(.class).css({color: red}) どちらも宣言的 宣言的はキーワードを指定すると何が起こるか って事の記憶することを強要する プログラムのように上から論理的に処理を辿ることが出来ない バグが減らないと言うが現実は スタイル効かない、効かない、それがやりたかったんじゃない そんな余計な効果は要らない…クラスが死んでる、重複してる 上書かれてる…こんなんばっか 構造化プログラミングは覚えゲー不要 余計なライブラリに頼らず素のJSで 構造化プログラミングでDOM操作。これぞ至高 正直jQueryの時代は終わったと感じていて、なのにプログラミングスクールの類の宣伝がjQueryばっかで、こいつらいつの時代を生きてんだと思う。 初心者にReactやらせろとまでは言わないけど、せめて潰しの効く素のDOMやらせるとか、jQuery無しじゃ何もできないやつを量産するのやめて欲しい >>699 これが現実。お前が「狭い世界」に生きてるだけの話 https://w3techs.com/technologies/history_overview/javascript_library/all/y 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% 「DOMはつぶしが効きますか!」 →React、Vue、AngularでDOMは使いません へ〜、こりゃ失礼。既存ページがカウントに入ってるとはいえシェア減ってないのは凄いな。 Reactでも手が届かない部分はあるしDOMはやった方が良いと思うけど。 減ってないどころか増えてるからね。もちろん年々増えるペースは減ってるが それでも去年は0.6%だ。しかも今年はなぜか2%以上も増えてるw 最近流行りのフレームワークが1年で0.1%増えるか増えないかという状態なのに > DOMはやった方が良いと思うけど。 jQueryはDOMと共存できるんだから、DOMもやったほうがいいのは当然 jQueryは全てのブラウザで動くように古くからあって共通で使ってる機能しか使ってない だから最近のブラウザだけで使える機能を使う場合はDOMを直接使う 力があるならjQueryプラグインにすると更に便利にDOMを使えるようになる React使ってるのに内部でjQueryを使ってると地獄 あとフロントライブラリの中で jQueryを前提としていてjqueryで書かれているものが かなりあることと、 ライブラリの使用例がブログとかでjqueryが書かれている場合 他人がjqueryで書いててコピペしたい時に jqueryに依存してしまうケース 新人は素のDOMでもReactでもなくまずjquery でコードを書こうとするがこれを正そうとするのは 非常に面倒 こういうの加味すると脱jqueryはかなり困難 > React使ってるのに内部でjQueryを使ってると地獄 そりゃそうだな。ReactはDOMと共存できない。 だからReact使ってると内部でDOMを使ってると地獄だ jQueryだけに限らない 皮肉が通じなさそうだからもう少し説明してやるかw >>704 はjQuery側の問題ではない。 React側の問題だ jQueryがーと書いてあるが それは全てDOM APIを直接使った場合にも当てはまる ReactとDOM APIを共存させる方法だってあるーという 話をし始めたら、その方法を使えばjQueryも共存できることになる jQueryはDOM APIを簡潔に使えるようにしたライブラリに過ぎないのだから 実際なんで増えてるか不思議 技術スタックあるから大手の制作会社はjqueryばっか使ってるってことかね 既存サイトやフレームワークやWordpressみたいなものでページ作ったらjQueryも付いてきたってパターンはありそうだと思った 俺からすればなんで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の簡潔さに追いついてないし、フレームワークは全くの別路線だ 採用するメリットの少ないSPAフレームワークより より便利で馴染みのある従来のフレームワークのほうが採用される確率が高い 従来のフレームワークにはたいていjQueryがセットで付いてくる bootstrap jQuery辞めるってよwww >>699 Webシステムの開発者にはReactとかの方がいいけどWebサイトのコーダーにはjQueryだろ もう根本的に用途が違うものと見た方がいい >>706 jQuery側の問題でもReact側の問題でもない それをやる奴の頭が悪いだけ 世の中圧倒的な数のゴミサイトが量産されてるんだからjqueryを使う意識なくてもWordPressとかが使ってるからな WordPressなんかWordPress内のjqueryの他にテーマが読み込むjqueryや各プラグインが読み込むjqueryとか1ページに複数のjquery読み込んでいるサイトがけっこう多くてめちゃくちゃカオスだぞ ReactなどのSPAライブラリはWordPressやjsプラグインみたいに勝手についてこないからな ゴミが大量にある状態をシェアも人気も圧倒的とかほざくバカはそれはそれで勝手にそう思ってりゃいいから他で騒いでろ lisp系でお薦めの最新言語はなんでしょう? Erlang?elixir? >>711 bootstrapがjQuery使うをやめたからbootstrapが使われてるから 勝手に入ってるんだという言い訳ができなくなった そして>>714 はWordPressを言い訳にしてる。 >>716 ゴミ住人がゴミの数を自慢してもさぁ はよ住処に帰れ >>707-708 >>716 前にも書いたがjQueryは依存関係で知らないうちに 入ってる人が多いだけ アホなjQueryおじさんは事情を知らずにシェア増えてると喜んでる。 jQueryのコード書いてる人が増えてるわけではない。 例えばbootstrapもjQueryを読み込むようになってる 最新bootstrapはjQuery依存を解消したが最新版は旧ブラウザの サポート切ってるからあえて古いBootstrap使ってる人も多い。 > 前にも書いたがjQueryは依存関係で知らないうちに > 入ってる人が多いだけ 依存関係で知らないうちに入ってるのを除くというなら 将来BootstrapやWordPressでフレームワークが 使われるようになっても除かないといけない ということは理解してるかい? このスレがプログラム板にあるのはWebサイトではなくWebシステムに焦点をあててるからだ と後付けの理由を主張してみてすつ >>719 jQueryおじ、やっぱり頭悪い Bootstrapがweb frameworkを使うことはありえない。 WordPressはCMSだからCMSのシェアを見るべき。 そもそもPHPはゴミだから採用の選択肢にあがらない jQueryおじはそもそもweb frameworkの必要性すら 理解してない無能だからどうしようもない こういうのがいるからフロントはってバカにされわけ >>721 > Bootstrapがweb frameworkを使うことはありえない。 あれ?なんでWordPressはかかないの? WordPressがweb frameworkを使うことはありえるわけだよねw > WordPressはCMSだからCMSのシェアを見るべき。 jQueryはCMSで採用されているのです。 > Bootstrapがweb frameworkを使うことはありえない。 React Bootstrap https://react-bootstrap.github.io/ Angular powered Bootstrapng-bootstrap.github.io https://ng-bootstrap.github.io/#/home BootstrapVue https://bootstrap-vue.org/ 採用する人いなそうw 本業じゃない人がちょっとwordpressのどこどこが不便だからコードコピペして修正、ってなると学習コスト低いjqueryくらいしか無理だろうしシェアは減らなそうだ web frameworkって言葉じゃフロントエンドを指してるのかバックエンド指してる曖昧だからキッチリ明示した方がいいんじゃない? 従来なら寧ろバックエンド側を指して使われてた言葉なはず >>725 それ全部触った事はあるけどAngularだけめっちゃ使いにくかったな >>725 アホすぎて>>721 がそういう意味じゃないのわからない? web frameworkがBootstrapを使う(呼び出す)ことはあっても 逆のパターンはあり得ないって言ってんだよ >>723 CMSはなんらかのweb framework使ってるのが普通だろう CMSの人気を測る際はCMSのランキングを見る。 CMSとweb framworkのシェアを比べたりするのは意味がないし そんなことをするのはアホだろう まったく用途、カテゴリが違うもの比べてどうするつもりだ? >>727 むしろわかりやすいようにきっちりweb frameworkと書いてる。 web frameworkはserver-sideまで含めた仕事するやつだ UI側だけの場合は、UI frameworkとかUI libraryと表記されるのが普通 このスレでいつもjQueryのシェア書いてるのは web framework否定論者のアホってこと >>725 > 採用する人いなそうw jQuery使ってたせいでreactやvueから敬遠されて他のcssフレームワークの隆盛を許してしまったからね。 いまさら脱jQueryしてももう巻き返しは難しいだろうね。 >>704 > React使ってるのに内部でjQueryを使ってると地獄 これ具体的にはどんな地獄があるの? >733 Reactは仮想DOMといってDOMの情報と同一のものを内部で二重に持っていて 差分ができたら内部のDOM情報を実際のDOMに反映している だからDOM APIを使って直接実際のDOMを書き変えると Reactの内部のDOM情報と食い違いが起きて正しく反映できなくなる 何が起きるかはわからない >>734 そういう意味か なら外部JSの恩恵を享受するためにDomの管理をReact管理から外して利用すれば 問題ないね(この内容はTutorialにもあった) >>729 WebFrameworkって従来はバックエンドを指す言葉なんだけど フロントならFront-end Frameworkとでも書いたらどうだ? >>731 そりゃWebサイトおじさんからしたらjQueryは今でも現役だろうから反論したいんだろ 逆にWebシステムの構築を考えた場合Reactが一番妥当だから 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる Webサイトのコーダーにwebpackでのビルドとかやらすのもナンセンスだと思うから サイト→jQueryに回帰 システム→React っていう風になっていくんじゃないかね ちなここはプログラム板だから議論対象はWebシステム >>737 > 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる Reactも含め、未完成のWeb Componentsを補うために 複雑なことをしてるから将来確実に廃れるか大幅に仕様が変わるよ Web Componentsがどのブラウザでも実用的になったら それをエミュレートしてる今のバージョンは完全にレガシーになって 将来のモダンブラウザのみを対象とした軽量なものが登場する その時代でもDOMは変わらないだろうから、 そのDOMを簡略化するだけのjQueryは変わらず使えるわけさ >>736 勝手に名前つけても伝わらないだろ 例えばMicrosoftとかはBlazorをUI Frameworkと呼んでいる。 web appに限定されないからfrontend frameworkは不適切 jQueryのセレクタ構文とか、いまじゃバニラのJSでも document.querySelector('input[type=radio]:checked') みたいな感じで使えるし簡略化するだけのjQueryはわざわざ読み込むまでも なくなっていきそうだけどな そりゃセレクタ構文だけだろ jQueryの特徴は、そのセレクタにマッチする複数(ない場合も含めて)に対して CSSのスタイルと同じように要素が存在するかをチェックすることなく 宣言的に処理を割り当てることができるのが便利なんだが メソッドチェインできることだけがjQueryのメリット? ほんのちょっとの便利のために余分なファイルを読み込ませたくないな メソッドチェインの話なんかしてないのに いきなりなにいってんだろうねw まさかメソッド呼び出しは全部メソッドチェインだとでも思ってんの? 何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった 存在チェックすることなしに宣言的に処理をするなんて小粒も小粒 わかった 知能が低くて最新のライブラリなりフレームワークについていけないから ひがんでるんだな >>745 そんなんだからjQueryがいつまでも増え続けてるのがわからんだよ jQueryが物理的に行数が減るのは当然として、 その結果、メンテナンスのコストが下がって バグが減るのが重要なところだろ 素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには jQuery使うと便利かもね って程度だよ jQueryにすがりついてるお前の程度もしれてるw 例えば、アロー関数なんて使わなくても this保存してfunctionつければ同じことができるけど アロー関数使わなくて良い世界を知ったら元に戻れないだろ? ほんの数行の違いでもないほうが楽なんだよ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる