フロントエンドは常にカオスだから少しでも楽になれるものを探してる。結果、少しでも楽になれるものに皆飛びつく。それだけ。
ケース・バイ・ケースじゃないかな。動きのあるLPとかインタラクティブな事ゴリゴリやるならそれじゃないですよね。
サイト→jQueryシステム→React,Vue,Angularとか
それは逆に使わない理由を考えたほうが早いぞ
みんなミーハーだから
金になるから
サイト制作にはjqueryが圧倒的に多いよね
静的サイトはjQueryで十分動的サイトはreactやvueを使うべき。制作単価は圧倒的に動的サイトの方が高いから、給料も必然的にreactやvueが使える人材の方が高くなる。
Re:9 動的サイトって例えばどういうもの？SPAのことかな？
Re:10 SPAは手法であって、動的サイトのジャンルではないけど、例でいうならメルカリなり価格コムなりクックパッドなりビズリーチなり、そういう規模のサイトかな。
Re:11 なるほど。確かにその規模になると、virtual dom(フロントエンド) + api(バックエンド)での実装はスマートに見える。ただ、出された例の場合は、フロントエンドよりもバックエンドの仕事量が圧倒的に多いだろう(UIに期待されるフロントエンドの価値が低い)から、jQueryでもさほど問題なさそう。
Re:12 その判断基準で開発環境を選んでいるなら、jQueryでガジガジ作れば良いと思うよ。トレンドを進んで取り入れない事はweb制作では愚行だとは思うけど、まぁ人それぞれだしね。
Re:13 確かにwebにおいてのほとんどの場合「新しいは正義」なんだけど、そのプロジェクトへの導入コストや向き不向きで判断するのが本当のところじゃないかな。「トレンドだから」は理由になり得るけど、そちらの基準のようにプライオリティの最も高い基準にはなれないかな。まぁ、人それぞれだしね。
reactやvueはどんなときに使うんですか？
Re:15 jQueryに固執する人は一定数いるから、別に議論しなくてもいいと思う。勉強すらしない人は、その恩恵を感じることが難しい。
私の感覚的にreactやvueはSPAフレームワークというのかデータバインディング系フレームワークというのか、ユーザのリクエストに応じたサーバのレスポンスを非同期(画面遷移しない)で表示・変更する役割が主のフレームワークだと思っています。例えば食べログで選択した駅を変更すると一度、画面遷移してから違う駅の情報になるよね。SPAだと画面遷移しないで情報が変更されるんだ。別にjQueryでもできるじゃんって話なんだけど、データバインディング系のフレームワークを使った方が工数の削減ができるんだ。また、MVVM設計されているから規模の大きいシステムになってもプログラムの品質が保ちやすい。jQueryはDOM操作系のライブラリだからデザイン要素をアニメーションすることはreactやvueよりも得意で、短いコードで記述できるし、それ系の機能も多く用意されているといった感じかな。デザイナーの自分が感じたことはこんな感じ。詳しい人、補足、訂正たのんます。
Re:15 「ケースバイケースで選択すべきであって、jQueryを絶対使ってはいけないとうこともでもないよね」という意見に対して、「jQueryに固執」と受け取ってしまうのだから、たぶん、固執してるのはオタクの方だと思うよ。
Re:7 コレ
Re:19 $('.btn').on('click', function () { $(this).toggleClass('active')}これ、Reactで書くと、どうなるん？
Re:18 わかりやすい！
2週前にこんなスレあったんだけど。http://w3q.jp/q/4646React や vue は SNS や EC などのアプリっぽいサイトには向いてるが、読み物中心の静的サイトにはほとんど導入メリットはない。それこそ jQuery でいいんでないの。もうレガシーブラウザは滅んだから jQuery も使う意味がないとは言うけど、スペルが短かったりエフェクトが簡単だったりで vanilla より優位な点はあるよ。プラグインもいっぱいあるし。
18です。個人的にはフレームワークであるReact や vue とライブラリであるjQueryを比べること自体、違和感を感じるところはあります。サーバサイド系のプログラム、例えば認証ライブラリとWordPress(ブログフレームワークとして)を比較し論じるのはクレイジーだと思います。24さん >そのスレ立てたの私だったりしますｗ
Re:25 かと言って、jQuery素晴らしいという訳でなく、代替えできる軽量ライブラリも数種類ありますし、よく使う機能であればvanillaで記述したものが蓄積されて使用用途は減少傾向にあります。現状、jQueryの強みは蓄積された多くのプラグインだと思います。新しいフレームワークやライブラリが出たからと言って、こっちのがいいぜと単純な論争は悲しい気持ちになります。新しい言語が開発されても、一部Cで記述することがあるように、ケースによって使用する技術を選べるようにしておきたいですね。
Re:16 使いたいと思ったとき
Re:19 Re:19 語弊しかないことを書くから、ぐぅの根もで出せないツッコミがくるのだよすべてにおいてreactがjqueryに勝っているのなら、jqueryはとっくになくなっているっつーの
Re:29 そうだね。俺はReact使うけど、jQueryとReactは別物。jQueryで十分な開発にまで、Reactを持ち込む必要はない。犬小屋を作るのは木材で十分であって、鉄骨で作るもんじゃないのと一緒。
Re:30 その比喩だと、この業界では犬小屋建築屋さんが大勢を占めちゃうね。残念ながら高層ビルを建てている人なんてほんの一握り。
Re:31 それは多分あなたの周辺だけだと思うよ。今は200万規模の小さなweb制作は下火で、1000万以上のアプリやwebサービス開発が活気あるから。
Re:32 200万以下が下火で、それ以上の規模に活気があるのは否定しないけど、それはただの「勢い」の話であって「割合」の話じゃあない。それと、君の話してるのが君の周辺だけという可能性を露程も疑わない性根はどんなものなのかね。
33 件の回答
フロントエンドは常にカオスだから少しでも楽になれるものを探してる。結果、少しでも楽になれるものに皆飛びつく。それだけ。
ケース・バイ・ケースじゃないかな。
動きのあるLPとかインタラクティブな事ゴリゴリやるならそれじゃないですよね。
サイト→jQuery
システム→React,Vue,Angularとか
それは逆に使わない理由を考えたほうが早いぞ
みんなミーハーだから
金になるから
サイト制作にはjqueryが圧倒的に多いよね
静的サイトはjQueryで十分
動的サイトはreactやvueを使うべき。
制作単価は圧倒的に動的サイトの方が高いから、給料も必然的にreactやvueが使える人材の方が高くなる。
Re:9
動的サイトって例えばどういうもの？
SPAのことかな？
Re:10
SPAは手法であって、動的サイトのジャンルではないけど、例でいうならメルカリなり価格コムなりクックパッドなりビズリーチなり、そういう規模のサイトかな。
Re:11
なるほど。
確かにその規模になると、virtual dom(フロントエンド) + api(バックエンド)での実装はスマートに見える。ただ、出された例の場合は、フロントエンドよりもバックエンドの仕事量が圧倒的に多いだろう(UIに期待されるフロントエンドの価値が低い)から、jQueryでもさほど問題なさそう。
Re:12
その判断基準で開発環境を選んでいるなら、jQueryでガジガジ作れば良いと思うよ。
トレンドを進んで取り入れない事はweb制作では愚行だとは思うけど、まぁ人それぞれだしね。
Re:13
確かにwebにおいてのほとんどの場合「新しいは正義」なんだけど、そのプロジェクトへの導入コストや向き不向きで判断するのが本当のところじゃないかな。「トレンドだから」は理由になり得るけど、そちらの基準のようにプライオリティの最も高い基準にはなれないかな。まぁ、人それぞれだしね。
reactやvueはどんなときに使うんですか？
Re:15
jQueryに固執する人は一定数いるから、別に議論しなくてもいいと思う。
勉強すらしない人は、その恩恵を感じることが難しい。
私の感覚的にreactやvueはSPAフレームワークというのかデータバインディング系フレームワークというのか、ユーザのリクエストに応じたサーバのレスポンスを非同期(画面遷移しない)で表示・変更する役割が主のフレームワークだと思っています。
例えば食べログで選択した駅を変更すると一度、画面遷移してから違う駅の情報になるよね。
SPAだと画面遷移しないで情報が変更されるんだ。
別にjQueryでもできるじゃんって話なんだけど、データバインディング系のフレームワークを使った方が工数の削減ができるんだ。
また、MVVM設計されているから規模の大きいシステムになってもプログラムの品質が保ちやすい。
jQueryはDOM操作系のライブラリだからデザイン要素をアニメーションすることはreactやvueよりも得意で、短いコードで記述できるし、それ系の機能も多く用意されているといった感じかな。
デザイナーの自分が感じたことはこんな感じ。詳しい人、補足、訂正たのんます。
Re:15
「ケースバイケースで選択すべきであって、jQueryを絶対使ってはいけないとうこともでもないよね」という意見に対して、「jQueryに固執」と受け取ってしまうのだから、たぶん、固執してるのはオタクの方だと思うよ。
Re:7
コレ
Re:19
$('.btn').on('click', function () {
$(this).toggleClass('active')
}
これ、Reactで書くと、どうなるん？
Re:18
わかりやすい！
2週前にこんなスレあったんだけど。
http://w3q.jp/q/4646
React や vue は SNS や EC などのアプリっぽいサイトには向いてるが、読み物中心の静的サイトにはほとんど導入メリットはない。それこそ jQuery でいいんでないの。もうレガシーブラウザは滅んだから jQuery も使う意味がないとは言うけど、スペルが短かったりエフェクトが簡単だったりで vanilla より優位な点はあるよ。プラグインもいっぱいあるし。
18です。
個人的にはフレームワークであるReact や vue とライブラリであるjQueryを比べること自体、違和感を感じるところはあります。
サーバサイド系のプログラム、例えば認証ライブラリとWordPress(ブログフレームワークとして)を比較し論じるのはクレイジーだと思います。
24さん >
そのスレ立てたの私だったりしますｗ
Re:25
かと言って、jQuery素晴らしいという訳でなく、代替えできる軽量ライブラリも数種類ありますし、よく使う機能であればvanillaで記述したものが蓄積されて使用用途は減少傾向にあります。
現状、jQueryの強みは蓄積された多くのプラグインだと思います。
新しいフレームワークやライブラリが出たからと言って、こっちのがいいぜと単純な論争は悲しい気持ちになります。
新しい言語が開発されても、一部Cで記述することがあるように、ケースによって使用する技術を選べるようにしておきたいですね。
Re:16
使いたいと思ったとき
Re:19
Re:19
語弊しかないことを書くから、ぐぅの根もで出せないツッコミがくるのだよ
すべてにおいてreactがjqueryに勝っているのなら、jqueryはとっくになくなっているっつーの
Re:29
そうだね。俺はReact使うけど、jQueryとReactは別物。
jQueryで十分な開発にまで、Reactを持ち込む必要はない。
犬小屋を作るのは木材で十分であって、鉄骨で作るもんじゃないのと一緒。
Re:30
その比喩だと、この業界では犬小屋建築屋さんが大勢を占めちゃうね。
残念ながら高層ビルを建てている人なんてほんの一握り。
Re:31
それは多分あなたの周辺だけだと思うよ。
今は200万規模の小さなweb制作は下火で、1000万以上のアプリやwebサービス開発が活気あるから。
Re:32
200万以下が下火で、それ以上の規模に活気があるのは否定しないけど、それはただの「勢い」の話であって「割合」の話じゃあない。それと、君の話してるのが君の周辺だけという可能性を露程も疑わない性根はどんなものなのかね。