Reactが急速にシェア減った理由ってなんだろう？

react「vueでいいじゃん」

ちょっとしたサイトには大げさ過ぎるからな。戦艦みたいになってしまった。

そこまでやるならphp側で頑張ったほうが色々と手軽なんだよ

>>852
でもreactが減った分vueに移動してるようには見えないんだよな
AirbnbがReact Nativeやめたっていうに追従したのかとも思ったが
6月半ば頃だから少し時期が合わない

これも時期は合わないが興味を引いたので
「Netflix が React やめて 50% 高速化」という記事が話題なので React のそもそもの嬉しさを語ります。
http://www.mediamaxjapan.com/techblog/bookmarks/netflix-stop-using-react/
> またまた衝撃的なニュースが飛び込んできました。Netflix が React を使うのをやめて、
> 昔ながらのサーバーサイドレンダリングに戻して、ランディングページを 50% 高速化した、と言うものです。
>
> 結論から言えば、Netflix は React の使いどころを見誤っていたんではないか、と思います。

> 加えて、単純に文字列を組み立てるだけの昔ながらのサーバーサイドレンダリングと異なり、
> クライアントフレームワークはコンポーネントツリーや仮想DOMという中間層を組み立ててから、
> 文字列にシリアライズする必要があるため、本質的にオーバーヘッドが大きくなります。

そうだね。テンプレートエンジン（文字組み立て）の方がDOM構築よりも速いのは当たり前だよね。
クライアントだけで完結しないもの（例えば初期ページの表示）はサーバーサイドでレンダリングしたほうが速いと

>>855
俺はreactとvue同時にプロトタイプ作ってみて、vueの方が学習コスト少ないと思っただけだよ
ただjsのフレームワーク導入しても結局db・回線速度でボトルネックになるので
無いがベストかは分からなかった

特にnetflixみたいに動画や画像が多いとサーバーのストレージ速度などにも影響される
速度だけで考えるとキリが無い

逆に言うと学習コストばかりかかる上にFWが消え去る可能性があるなら、もうオレオレFW＋jQueryでいいじゃんってなる

いまNetflixのサイトみたけどReact使われてるんだが

ランディングページって書いてあるんだからトップページとかでしょ？

動画サイトなんてreact関係ないし学習コスト低い方がよくね

ネイティブアプリとコードを共通化するためでしょ？
逆に言えば、アプリ作らないならReactいらない

>>860
そうだよ
スマホアプリとPCブラウザのwebアプリケーションからのリクエストを
同じバックエンドのエンドポイントに飛ばしてJSON受け取ってレンダリングする

この処理を共通化するのが目的

MVCの三階層モデルでいうなら
バックエンドはMCだけやったほうが効率が良いという理由もある(req/sが向上する)
BaaS(Firebaseなど)を使えばサーバ構築すらも丸投げできるし
フロントエンドだけ自分達で作ればサービス運営できるメリットがある

人件費削減(バックエンドエンジニア、サーバインフラエンジニア不要)
浮いた予算をBaaSの支払いに充当すると月間数億PVまでまかなえてしまう
それくらい人件費というものは高い

もうすぐ2019年になろうとしている今
スマホアプリまたはPWA化してスマホ対応しない選択肢はない
(もしスマホ対応しない！という決断を上層部がしているのなら、いますぐ転職したほうが良い)

こういう背景があるからReactやVueが誕生した。
これらの仮想DOMライブラリを使わない場合
複雑に絡み合ったスパゲッティコードでJSON受け取りDOM差し込み処理することになる。
そういう地獄を見てきたからこそ
>>233のようにjQuery使ってるけどもう使いたくない、というエンジニアが増えた。

つまりjQuery推してる人はペライチのサイトやCMSサイトのデザインしか経験してない
場末のweb制作屋(非上場、年間売上数千万)に勤務しているか、フリーランスなんだろう。
まともな会社に勤務してたらReactかVueを使うプロジェクトに投入され
その有用性に気付くはずだしな

>>863
あぁようやくわかったわ
こういうアンケートは
*利益/pv
などで聞くべきだ

>>892
> スマホアプリまたはPWA化してスマホ対応しない選択肢はない

スマホ対応するのは簡単だよ。
メディアクエリーを使って、レスポンシブウェブデザインにすればいい
ようは幅などを見て各端末に最適化したCSSに切り替えるだけ

レスポンシブウェブデザインは Responsive Web Design, RWDっていうみたいね。
PWAしなくてもRWDにすれば良い

>>866
5年前からタイムスリップしてきたの？ｗｗｗｗｗ

>>867
え？なんで？

Googleモバイルファーストインデックス後はレスポンシブが唯一の選択肢か？ #inhouseseo 2017年8月25日
http://www.suzukikenichi.com/blog/responsive-web-design-is-the-way-to-go/

Google の Gary Illyes（ゲイリー・イリェーシュ）氏は、8月22日に開催された
ISM Spin-off #2 で、このようにレスポンシブ ウェブ デザインをかつてないほどに推奨しました。

スマホ「アプリ」または「アプリと同様にホーム画面にアイコンを置く」ことを前提にしてるから
レスポンシブデザインだけではスマホ対応とは言えない
ユーザ導線を配慮してReact NativeなりPWA化するなりしないと駄目だぞ
そういう意味では5年前からタイムスリップしてきたの？という感想が出るのは仕方ない

ユーザの大半(いわゆるIT弱者、中高年)は検索すらしない
ニュースアプリのリンクをタップして行ける範囲か
スマホアプリアイコンをタップするところで止まる
なぜならスマホで文字入力は面倒だし音声検索も外では使いにくい(恥ずかしい)からだ

Chrome立ち上げて検索ウィンドウに興味のある単語入力させて
検索上位に行くようにSEOを頑張って…というのはもう古い

スマホアプリ化してガチ予算つんで広告してインストールさせる
これが今の業界だよ

グノッシーって誰が使うんだよアハハ
→取引先重鎮が使ってた
日本はIt弱者極まれリって感じだったな

>>870
あの、アプリの話なんかしてないんだけど？

ウェブサイトとアプリで同様のことが出来るものを
作ってる会社がどれほどあるとと言うんだ？

まずいろんなアプリを思い浮かべてみろ。
それのウェブ版はあるかい？

殆ど無いだろ

>>871

ユーザの大半(いわゆるIT弱者、中高年)は検索すらしない
ニュースアプリのリンクをタップして行ける範囲か
スマホアプリアイコンをタップするところで止まる

アプリインストール画面がでたら出たらよくわからないので戻る
インストール？なにそれ？
間違って入れたとしても知らないアイコンは押さない

これが現実

以上、これだけしか思いつきませんでした。

殆ど無い(ｷﾘｯ
※沢山ある

ワロタ

世界にホームページがいくつあるか知っていますか？
http://toyoda-mo.com/index.php?QBlog-20180330-1
> 2017年には17億6692万6408となっています。

※沢山（5つ）ある （ｷﾘｯ

ホームページ…？
2000年前半からタイムスリップしてきたのか

世界・国内主要企業サイトの7割以上がレスポンシブデザインを使用
http://at21.jp/web/topic/topic33.html

> 前回に続き、世界および国内の主要企業サイトを対象に調査しました。
> その結果、スマートフォン対応サイトは、世界、国内ともに前回から増加し
> 8割を超えました。対応方法は、レスポンシブデザインが7割強と増加、
> スマートフォン専用サイトは1割前後にまで減少しました。

>>880
しらんがなｗ　サイト作った人に言え

やっぱ世の中はレスポンシブウェブデザインの時代なんだな

>>873>>874
お前・・・
逆だよ
アプリが主流なんだよ

で、アプリのweb版を見越して、webでどうするかがどれだけあるかなんだよ
俺は今はアプッリはとりあえず作って、内部的に簡易webサイトに飛ばしてるだけだけど
これ以上はヤバイな

PV数で見てくれよ
月間30PV(自分のアクセスだけなので実質0PV)しかない「たかしのホームページ」が
10億あっても0PVだからね

役員しかアクセスしない自社サイトも同じだ

そういう小さい仕事しかしないからjQueryで十分だと感じてしまうのだよ
もうちょっと大きい仕事した経験をしてから発言してくれよ

> アプリが主流なんだよ

上場してる100社のうち、
ウェブアプリを作ってる会社は何社？

モバイル：PC
のように
アプリ：モバイル
の割合が増えてるよ

ただ前者ほどは増えてない
この後どうなるか

>>885
こんなデータでいい？

上場企業100社のレスポンシブWebデザイン対応状況を調査しました
http://mfl.revee.jp/blog/rwd-of-listed-company/

>>887
> モバイル：PC
> のように
> アプリ：モバイル
> の割合が増えてるよ

ひろゆき「それってなんかデータとかあるんですか？
なんだろう。ウソつくのやめてもらっていいですか。」

データ

2017～2018年に突如出現したReactは
2018年の間にシェアを大きく減らした
2018年は、脱Reactの年だった。オワコンReact

Usage Trend
http://w3techs.com/technologies/history_overview/javascript_library/all/y
React：　2017年1月 なし、2018年1月 0.5%、2019年1月 0.2%

Market Share Trend
http://w3techs.com/technologies/history_overview/javascript_library/ms/y
React：　2017年1月 なし、2018年1月 0.7%、2019年1月 0.2%

※2019年1月は正確には2018年12月27日現在のデータ

>>889
反論来ても問題ないように、いつから増えたかは言っていない
どれぐらい増えたかは自身で示されればいいんじゃないすうかｗ

>>888
あぁわかった
彼に話が通じない理由

スマホアプリの開発経験がないんだね
だからHTMLで構成されたwebアプリケーションをそのままスマホアプリ化できることをしらない
レスポンシブデザインがwebブラウザ上でしか使われていない、スマホアプリとは無関係な技術だと勘違いしてるのか
道理で平行線なわけだ

反論来ても問題ないように、いつから増えたかは言っていない
＝反論されたら言い返せないから、はぐらかすために言ってない。
＝でもデータ示せとくるのは想定外だった。だから聞かれても言わない（答えられない）

やっぱりウゾじゃないですかーｗ

> スマホアプリの開発経験がないんだね
> だからHTMLで構成されたwebアプリケーションをそのままスマホアプリ化できることをしらない

え？無理だよ

>>894
そうやって嘘付くのやめてくれないか
http://facebook.github.io/react-native/

有名な話なのにねー

AirbnbがReact Nativeを諦めてネイティブアプリに方向転換したわけ
http://medium.com/@Roy_S_Kim/airbnb%E3%81%8Creact-native%E3%82%92%E3%82%84%E3%82%81%E3%81%9F%E3%82%8F%E3%81%91-802589f4ff44


うまくいってなかったこと

> JavaScriptCoreがプラットフォームごとに異なるので、
> それを原因とする問題のデバッグが大変。これも一回ハマると相当時間がかかる。

> ほとんどのエンジニアはiOSかアンドロイドのどちらかの環境には詳しいけど、
> 両方を熟知している人は少ない。React Nativeのオープンソースのライブラリは
> そのような人々によって作られている。結果的に安心して使うことはできない。テストも大変。

> 最初にレンダーリングする時にランタイムの初期化に数秒もかかる。
> アプリサイズが大きくなる。

> 複雑なジェスチャーが使えない。


> よくある勘違いはReact Nativeを使うとネイティブコードを書かなくて済むということだが、
> 現実はそうではない。品質のいいアプリを作るにはネイティブコードと
> React Nativeのコードのバランスを慎重に検討する必要がある。
> デバッグをする際にはネイティブコードを深追いしないといけない場合があるので
> ネイティブ開発の知識は必要。また、React Nativeとネイティブのどこをみれば
> いいかを判断することも容易ではない。結果的にエンジニアは全てのプラットフォームと
> React Nativeの知識を学習する必要がある。

まだクロスプラットフォームでできるという
理想を信じてるやつがいるのか？

結局ユーザーインターフェースは各プラットフォームごとに
用意しないとだめだって結論出てるだろ

実際にやってる人の言うことは違う

React Native開発のつらい点まとめ
http://mmiyauchi.com/?p=1526

大前提として「React Nativeは、Viewしか扱わないReactがベース」である
ことあるごとに、パッケージを追加していく開発スタイル
WebでのReactのライフサイクルメソッドがネイティブアプリにマッチしているとはいえない
よく使われる定番のパッケージすら安定していない・ハマる
気がついたらGithubのIssueを読んでいる。気がついたらソースの中身を読んでいる。気がついたら1?2年前のStack Overflowをじっくり読んでいる
デバッガの動作が不安定だし、重い
React Nativeで解決できない箇所は、React Nativeが吐き出したネイティヴ向けのコードをメンテナンスすれば良いと思っていたら、難易度高そうで諦めた
コンポーネント志向とか言いながら、オリジナルのコンポーネントの再利用が起きなくて、コンポーネントのメリットをあまり享受できた感じがしない
GUIでUIを編集できるツールがない・これというオンリーワンなIDEがない
アプリケーションのパフォーマンスは各端末上で動作するJavaScriptインタプリタの性能頼み
画面切り替えをすると、表示中コンポーネントがアンマウントされる。新しい画面が出現するとコンポーネントがマウントされる。
画面をアンマウントされなくて良く、バックグラウンドで動作するという選択肢はなく、画面の状態・処理状態を任意に保持・破棄することができない
画面間での情報の受け渡しに非常に弱く、基本的にはReduxなどの外部でstateを管理するシステムを使うことになる
プッシュ通知が公式では最新のv0.45でもiOSしかサポートされていない

総評: React Nativeでは、ネイティブアプリ開発に必要不可欠なものすら公式から提供されていない。
なので、色々とパッケージを盛りまくって、盛ったパッケージの英文資料を読みまくり、
JSXタグを打つのが開発の大半となってしまう。Androidについては気合いでなんとかする

>>898
> Airbnbの数倍以上の規模があるFacebookアプリで使われてるからそういうのはどうでもいい

でもお前の会社Facebookよりも遥かに規模小さいじゃんｗ