Vue vs React vs Angular Part.5

**デフォルトの名無しさん** · 2020/07/29(水) 22:38:49.56

実際どうなん？
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などはおｋ。

**デフォルトの名無しさん** · 2020/10/12(月) 09:38:09.63

>>533
つまり君の認識によると、
ウェブアプリとウェブサイトの違いは開発手法のみであって、成果物への違いは無いということなのかな？

**529** · 2020/10/12(月) 09:54:32.88

Ruby on Rails で、Netflix 製のJSON シリアライザー・Fast JSON API を使っている人がいるけど、
これは、GraphQL とREST の中間的な立場になるようだ

REST 以外では、GraphQL と、どちらを使うことが多い？

**デフォルトの名無しさん** · 2020/10/12(月) 10:04:11.76

>>534
うはっ、このビジネスアプリの画面ゲームみたいｗｗｗ

という成果物でも目的は達成できるだろうが顧客は求めてない
結局ありきたりのシンプルなインターフェースが一番
成果物が違っていても、実現できることが同じなら違いはないと言える

**デフォルトの名無しさん** · 2020/10/12(月) 10:14:25.70

>>511
twitterのスクロールが糞なのは同意するが
それはSPAの欠点という訳ではなく
単にtwitterの設計が間違ってるだけ
SPAを責めるのは筋違い

**デフォルトの名無しさん** · 2020/10/12(月) 10:17:23.21

使いやすいインターフェースを求めていくと
結局従来の1URL、1ページの構成が最適だって気づく
SPAも結局従来のインターフェースを目指してる
本末転倒ｗ

**デフォルトの名無しさん** · 2020/10/12(月) 10:19:44.62

というか個々の人件費が増えてもSPAで早く作った方が安いパターンもあるのでは？

**デフォルトの名無しさん** · 2020/10/12(月) 10:22:32.51

SPAが早く作れるなんてデータでもあんの？
むしろ分業作業がしづらくなるから遅くなるやろ

**デフォルトの名無しさん** · 2020/10/12(月) 10:39:46.56

>>511
新しいタブで開けばいいだけではないか？
戻ったりするより無駄な読み込みもなく速い

SPAが素晴らしいなんて風潮にはなってないでしょう
大手web serviceのほぼすべてがSPAになってない
URLが別々じゃないとデメリットの方が大きい

**デフォルトの名無しさん** · 2020/10/12(月) 10:45:12.88

>>539
SPAは開発生産性が悪く、開発コスト、工程は大幅に増える
しかも使いにくいサイトになる
ろくでもない

5chではSPA流行ってると嘘ついてるひといるけど
ぜんぜんそんなことはない。騙されてはいけない

**デフォルトの名無しさん** · 2020/10/12(月) 11:23:58.45

>>536
君の言っていることが二転三転してよく分からないからまとめるね。
これであってる？違っていたら教えてほしい。

・ウェブアプリは糞でウェブサイトのほうが優れている（開発難易度やコストの都合）
・2者の主な違いは開発手法にある
・2者はインターフェースにも違いがあるがそれは主旨とは外れているので優劣という意味では関係ない
・インターフェースの違いの掘り下げると、それはデザイン的な違いという意味ではなく、SPAかどうかが焦点

**デフォルトの名無しさん** · 2020/10/12(月) 11:51:07.74

ID:y+TJqPrh
こいつ成果物は関係ないとか言ってるのに、思いっきりインターフェースの優劣比べてて面白いな

**デフォルトの名無しさん** · 2020/10/12(月) 12:21:03.76

動的にすればするほど、ユーザーがページの挙動を予測しにくくなる

凝ったデザインにすればするほど装飾とマージンが増えて、価値ある情報の含有率が減る

この事実からひたすら目をそらして、UXだなんだと、耳障りのいい横文字言葉遊びでキャッキャとはしゃぐウェブ系フレームワークユーザー（エンジニアに非ず）がいかに多いことか

やつら遊び半分のウェブ系だから許されてるかもしれんが、ガチの業務系に行ったら無能どころか害悪にすらなりかねん

**デフォルトの名無しさん** · 2020/10/12(月) 12:33:31.34

お、求められてるものが違うのはわかってんのね
でも業務系以外の事、もっと勉強しようね

**デフォルトの名無しさん** · 2020/10/12(月) 13:09:57.58

UXとかデザインの是非の話は完全にスレチじゃねーか
あのUXはjQueryだと難しいけどreactなら楽に実装できるとか、実装面での話をするならここでも良いが、UXを実装するしないの是非の話は余所でやってくれ

**デフォルトの名無しさん** · 2020/10/12(月) 13:37:38.51

>>547
９月２日から１０月１０日までレスが３つしか付かなかった過疎スレだからスレチや余所でやってくれはまったく通用しない！！
おまえがこのスレに来なければいい！！！
過疎ったのにまたレスが付くようになっていいなと思ってる
おまえがスレチ！！

**デフォルトの名無しさん** · 2020/10/12(月) 14:08:10.51

SPAで「ありがち」なUX設計が実はクソだということがわかってよかった

次は実装が楽になるのか？生産性が上がるか？という疑問だが
これも怪しい

ご存知の通りSPAは遅い、初回起動はとくに遅く
アプリの一部だけが更新されたにも関わらず全体を取り直す必要があるたね頻繁に更新されるアプリには不向きだ
またSEOにも弱い
SSRならば、と言う人がいるが、これはサーバーサイド資源の浪費や不安定さという別の問題を呼び込むので、スマートな解決策ではない

そう、SPAは実装する上でもあれこれ問題だらけの困ったちゃんなのだ
SPAの採用実績が少なくMVCフレームワークが持て囃されるのには理由がある
動的ビューの実装を楽にしたいがために、別の様々な問題を呼び込み、全体としては生産性が低下してしまっている

なんてことはない
SPAは実装能力もクソだった
だから選ばれないのだ

**デフォルトの名無しさん** · 2020/10/12(月) 14:15:16.26

>>544
恥ずかしくなってID変えちゃったね

**デフォルトの名無しさん** · 2020/10/12(月) 14:37:19.13

定期的にwebsiteの話題する人現れるけど
ここプログラム板だしweb siteではなくweb appが大前提

**デフォルトの名無しさん** · 2020/10/12(月) 15:06:26.64

でも、最新情報をゲットするアプリとか、正直ウェブサイトのほうが良いんだけど。

**デフォルトの名無しさん** · 2020/10/12(月) 15:08:33.57

> ご存知の通りSPAは遅い、初回起動はとくに遅く
Preactとかご存知ない？
20KB以下とかでアプリ作れるよ。起動も一瞬

**デフォルトの名無しさん** · 2020/10/12(月) 15:16:17.49

>>552
それはあるよね。
だからSPAサイトのクロールはリソース食うの我慢してヘッドレスブラウザ使ってるわ

**デフォルトの名無しさん** · 2020/10/12(月) 16:05:22.47

>>531
いや、フロントフレームワークでてきたのなんてここ最近だろボケが
それまではSSRやってたんだよ
フロントしかできないアホはフロントじゃなくてただのWebサイトhtmlコーダー
一緒にすんな

**デフォルトの名無しさん** · 2020/10/12(月) 16:08:56.92

>>549
WebアプリにSEOなんていらねーだろ
おめーはWebサイトしか作れない安月給底辺コーダーなわけだ

**デフォルトの名無しさん** · 2020/10/12(月) 16:26:04.83

>>555
ここ最近っていつのことだ？
おまえが最近知っただけでは？

人の入れ替わり激しいしフロントエンドしか知らないやつたくさんいる

あとSSRの意味を理解してないだろう

>>556
いやECとかはSEO必要なサイトもある
基本知らないしフロントの底辺だな

**デフォルトの名無しさん** · 2020/10/12(月) 17:07:58.92

> ご存知の通りSPAは遅い、初回起動はとくに遅く
いや、単純な速さを比べるなら、ページ遷移速度はSPAが圧倒的に軍配あるし、初回起動もSPA側がchunk化してればどっちも遜色なくね？
chunk化はVueでもReactでもできるし、書き方もルーターの書き方をちょっと変えるだけで手間もかからんぞ。
https://ja.reactjs.org/docs/code-splitting.html
https://router.vuejs.org/ja/guide/advanced/lazy-loading.html

一括ロードするべきか分割ロードするべきかはアプリの性質によると思うが、SPAの選択肢が一括ロードしかないと思いこむのは間違いだぞ。

**デフォルトの名無しさん** · 2020/10/12(月) 17:20:52.41

とにかくフロントフレームワークごときが難しいとかそもそも開発できないゴミの意見は不要
バックエンドしかできないゴミも不要

**デフォルトの名無しさん** · 2020/10/12(月) 18:42:48.48

SPAもゴミ

**デフォルトの名無しさん** · 2020/10/12(月) 20:29:03.84

バックエンドはjsonさえ返せればいい
人員さくほどのことではない、なんならサーバーレスでもいい

**デフォルトの名無しさん** · 2020/10/12(月) 20:30:53.59

SPA使ってる所ってたいがい重いよね

**デフォルトの名無しさん** · 2020/10/12(月) 20:45:36.64

そうかな？
サクサクじゃん

**デフォルトの名無しさん** · 2020/10/12(月) 20:55:02.37

クライアントでレンダリングのためにJavaScriptで
処理をするんだからどうしても遅くなるよ

**デフォルトの名無しさん** · 2020/10/12(月) 20:58:30.79

A single-page app is almost always worse than a multi-page app
https://news.ycombinator.com/item?id=18335007
単一ページのアプリは、ほとんどの場合、複数ページのアプリよりも劣ります

**デフォルトの名無しさん** · 2020/10/12(月) 21:00:05.31

JavaScriptの処理速度よりネットワークやアクセスの集中したサーバのレイテンシの方が影響大きい場合の方が多くない？

**デフォルトの名無しさん** · 2020/10/12(月) 21:00:53.63

これは良い意見だな

> SPA Webアプリの構築に数年を費やした後、ステートレスHTMLの単純さが本当に欠けています。
> 私の同僚が選んだフロントエンドフレームワークは、ページ間など、
> 状態を持ち運ぶのが本当に好きで、多くの見つけにくいバグを引き起こしました。
> これらのバグは、複数のページにわたって特定の一連のアクションを実行するとトリガーされます。
> そのようなことは不可能なはずです。ページ間のすべての状態をクリアする必要がありますが、
> これを行うためにフレームワークと戦うのは難しいようです。状態を持ち歩くことはそれの基本です。

SPAはステートフル。ページを移動するときに「状態」を引き継ぐ

**デフォルトの名無しさん** · 2020/10/12(月) 21:03:43.32

>>566
ネットワークやアクセスが集中した場合、SPAでも遅くなります。
データベースから取ってきたデータ（ここが一番時間がかかる）を
HTML形式に変換して返すか、JSON形式に変換して返すかの違いしかありません。

HTML形式をサーバーサイドレンダリングというのなら、
JSONを返す場合は、サーバーでJSON形式に「レンダリング」してるんですよ

**デフォルトの名無しさん** · 2020/10/12(月) 21:16:45.58

ASPおじさんさ、ID変えて逃げないで>>543に答えてくれよ

**デフォルトの名無しさん** · 2020/10/13(火) 01:08:15.40

アラフォー大逆転プログラマーたけ

【Rails】（送信時のリロード無し！）Action CableでSlack風チャットアプリを作成
https://www.youtube.com/watch?v=o6PuxDr8Meg

プログラミングを始めて半年で、こういうのを作って発表する怪物もいる

この人は、数学の博士課程まで行ってた人。
地頭さえ良ければ、Ruby on Rails 1年で、他言語の10年ぐらいの実力がつく

スクロールしたら、古いデータを取得して、そこに追加していくだけ。
ページ遷移させない

pjax(ajax + historyAPI のpushState)もある。
HTML のbody だけの入れ替え。
head 部分は送らないから、エコ

**デフォルトの名無しさん** · 2020/10/13(火) 02:48:04.30

Railsで半年とか1年って最強にアホって言ってるようなものだぞ
2週間もあればそれなりのもの作れるだろ

**デフォルトの名無しさん** · 2020/10/13(火) 04:37:45.47

まあ品質悪くてもいいなら
2週間でも構わないがなｗ

**570** · 2020/10/13(火) 05:58:55.92

そりゃRails では、Scaffold という魔法の呪文を唱えれば、CRUD アプリが15分で作れるw

たけがすごいのは、あちこちのサンプルを調べたら、ページ遷移するものばかりだったから、
ページ遷移しないものを作って発表した所

スクロールしたら、表示されているものより以前のデータを取得して、
jQuery で、要素を追加していく

**デフォルトの名無しさん** · 2020/10/13(火) 06:24:59.26

虎の威を借る狐

**デフォルトの名無しさん** · 2020/10/13(火) 08:04:16.90

またjQueryおじさんか

**デフォルトの名無しさん** · 2020/10/13(火) 08:04:39.39

>>570
数学科卒みたいな人ならweb appはどんなのでも作れるだろう

1年でという言い方は嫌いだ
趣味でやる人は1日30分程度だが仕事でやれば10時間にもなる

Chat風ならpage loadしないのは当然だろう
page単位のloadが悪いわけじゃない
用途によって最適なものがあるというだけ

**デフォルトの名無しさん** · 2020/10/13(火) 08:14:10.72

小学生がカメラと物体認識を使ってフィットネス系シューティングゲームを作れる時代に１年もかけてチャットだけじゃインパクト弱いね

**デフォルトの名無しさん** · 2020/10/13(火) 09:34:06.55

>>570
こんなの作るのに最短1日もかからない

**デフォルトの名無しさん** · 2020/10/13(火) 09:49:56.38

大したことないことを大したことのようにアピールする能力が成功の鍵なんだろうな
SPAもその類のライブラリに属してる

**570** · 2020/10/13(火) 10:15:10.64

とても、プログラミング始めて、半年の実力じゃないだろ

発表を見ている人は、皆、びっくりしてるだろ。
すごい拍手で

数学科へ行くような人は、集中力が桁外れだから、1日16時間ぐらい勉強できるのだろう。
脳が若いから

**デフォルトの名無しさん** · 2020/10/13(火) 10:26:16.23

周回遅れのくせに絵に描いたようなRails脳だな
Rails野郎はどいつもイキってて気持ち悪い

**デフォルトの名無しさん** · 2020/10/13(火) 11:14:37.58

Rails は中高年でも、人生を大逆転できるという情熱がすごい！
他の言語じゃ、どう考えても無理

他のフレームワークよりも、数年以上突き放した、圧倒的な実力があるからこそ

ずっと、オワコンと言われながらも、最先端を走り続ける実力w

**デフォルトの名無しさん** · 2020/10/13(火) 12:14:27.67

既存資産ならjava, python, nodeが圧倒的なんじゃないの
何かしらやりたいなってググってrubyが出てくることほとんどないけど?

**デフォルトの名無しさん** · 2020/10/13(火) 13:05:24.67

[2|5]ちゃんの専ブラをwebアプリで造る場合
SPAにした方が良いと思うよ

**570** · 2020/10/13(火) 13:48:48.69

たいていのベンチャー企業では、Ruby on Rails, AWS, CircleCI の組み合わせ。
Rails 以外のフレームワークでは、リスクが高い

また、大手の自社サービス系もそう。
GitHub, GitLab, Airbnb, Shopify, Netflix, Hulu, Cookpad

**デフォルトの名無しさん** · 2020/10/13(火) 19:21:47.77

>>585
何回おなじようなレスするつもりだよ
自社の必要な仕様に合わせてスタックは選ぶもので
ただ真似をすればいいという話じゃない

クラウドは人気サイトになると維持費高いし
オンプレミスでやるサイトもたくさんある。
日本みたいに高速なFTTH普及してるところで最初から
クラウドに頼るのはヘタレだわ

**デフォルトの名無しさん** · 2020/10/13(火) 19:22:28.72

確かに読点多すぎると地頭悪く見えるなｗ

◆QZaw55cn4c · 2020/10/13(火) 20:12:25.04

>>576
それは数学科を過大評価してませんか？

**デフォルトの名無しさん** · 2020/10/13(火) 20:48:21.43

>>588
自分が数学得意だったということもあるが
数学科というか数学を評価してる
受験科目でもっとも論理的思考問われるのが数学

数学できるやつで頭悪いヤツはいない
数学科は数学が得意な奴しかいかない

あと低偏差値の大学って数学科はないイメージ

**デフォルトの名無しさん** · 2020/10/13(火) 21:00:34.75

Railsって意識高い系がよく使ってるけど実際公開のLinuxサーバー環境に自力でデプロイできるヤツは３割いないんじゃない？
せいぜいローカル環境で動かして喜んでるくらいだろ

**デフォルトの名無しさん** · 2020/10/13(火) 21:54:10.42

俺は古い人間だからLinuxサーバ立ててそこで公開しちゃうけど、今どきは「サーバレス☁で爆速🤯デブロイ✨✨」みたいな時代だから別になんでもいいんじゃないの？
何がサーバレスやねんとか思うけど、手を動かすやつがいつの時代も一番偉いかなって

◆QZaw55cn4c · 2020/10/13(火) 22:04:53.19

>>589
×受験科目でもっとも論理的思考問われるのが数学
○受験科目でもっとも論理的思考を問われるのが数学

日本語の格助詞を跳ばしてしまうなんて、日本語を操る能力がいささか不足していると思われます
言語能力が劣る人に、その言語能力に基づいた論理的思考の能力を評価できるとは思われませんね
それに、受験数学は数学じゃありませんよ、受験数学はせいぜい「算数」レベルでしょう？大学に入って先生から「受験数学は算数のお遊戯ですね」と罵倒された経験はおありですか？
私は高校時代からそういわれていたし、そういわれつつ受験数学をやっていましたが

**デフォルトの名無しさん** · 2020/10/13(火) 22:21:14.13

前スレもガイジが一生一人でレスバしてたよな
可哀想

**デフォルトの名無しさん** · 2020/10/13(火) 22:40:06.29

>>591
詳しくないけどサーバレスってバックエンドのPHPとかRailsとかサーブレットが要らない構成パターンじゃなかったっけ？

**デフォルトの名無しさん** · 2020/10/13(火) 23:00:43.41

>>592
なんだ、突然、数学できなかった数学コンプのバカがかみついてきた
俺のは脱字だと誰にでもわかるがおまえの文章は明らかにおかしい。

「言語能力が劣る人に、その言語能力に基づいた論理的思考の能力を評価できるとは思われませんね」
まず、「人が」だろう助詞がどうこう文句つけてるがおまえがまともに使えてない。

算数と数学の違いは分野の違いでレベルの違いではない。
と反論するのが論理的な人。
算数でも難関校の問題は難しく、高校で偏差値70以上でも解けない問題ある

**デフォルトの名無しさん** · 2020/10/13(火) 23:06:21.63

>>592
数学でかみついてきたからおまえが低学歴なのはすぐ気が付いたけど
先生とかいってる当たりおまえ高卒だろ
大学ならふつうは教授とかだ

「受験数学は算数のお遊戯ですね」の発言はフェイクだろうが
本当にそれを言ったと仮定してもそれは罵倒でもなんでもない。
おまえは罵倒の意味もわかってない

◆QZaw55cn4c · 2020/10/13(火) 23:15:50.69

>>595
＞＞「言語能力が劣る人に、その言語能力に基づいた論理的思考の能力を評価できるとは思われませんね」
＞まず、「人が」だろう

「人に」でも有効でしょう？「人に」するのが間違っている理由はなんですか？
無論、「人が」として、述部の内容を実施する主語を示すのも問題はないとは私も思いますが、
「人に」として、「評価できる」に対する連用修飾語としても違和感はないですね
もしかして、あなたは日本語を習いはじめて 10 年くらいの人ですか？

＞算数と数学の違いは分野の違いでレベルの違いではない

私に言わせれば算数は数学の中のレベルの低い分野ですね、例えば計算問題とか計算で解かせる問題とか計算さえうまくいけば解ける問題とか、こういうのはみんな算数
唯一「数学」という名前に値する受験数学は「証明問題」でしょうね
それでも、本当は「証明する価値のある」定理や定義を提案してこそ数学といえるのだとはおもいますけれども、まあ、このあたりは妥協してもいいでしょう

**デフォルトの名無しさん** · 2020/10/13(火) 23:16:16.44

>>594
プログラム置けば動いてサーバ管理が不要って意味のようだけど、だからといってサーバあるのにサーバレスってネーミングは素人騙す気まんまんじゃない？
ってしょうもないところで引っかかったの

◆QZaw55cn4c · 2020/10/13(火) 23:23:01.95

>>596
＞大学ならふつうは教授とかだ

教授、というのは学生からはそのすごさはわからないもので、実際には、教わっている人が教授か助教授か選任講師か非常勤講師か助手か技官か全然区別がつかずに皆「先生」と呼んでいました
それが普通でしょう

**デフォルトの名無しさん** · 2020/10/13(火) 23:36:44.09

>>597
私に言わせれば？はぁ？
おまえの勝手な定義はどうでもいいんだよ
難しいことで知られる灘中学の試験も「算数」だ

**デフォルトの名無しさん** · 2020/10/13(火) 23:40:10.68

算数は知らんけど
「数学じゃなくて算術だ」
っていうのは聴いたことがある

**デフォルトの名無しさん** · 2020/10/13(火) 23:44:43.26

>>597
違和感がない？ほんとアホだな
「人に」だったら「能力があるとは思わない」と続くのが正しい日本語

おまえの文は「評価できる」と続くわけだから
その前に来るのは「人が」が正しい。
評価するのは誰なのか意識していればわかりそうなものだが

まあいいや学歴コンプの低学歴みたいだし丁寧に説明してもわからないだろう

**デフォルトの名無しさん** · 2020/10/14(水) 04:01:28.69

>>598
例えばFirebaseとか有名だけどアレほぼReactとかと直で繋がってる感じじゃない？

**570** · 2020/10/14(水) 05:38:49.85

YouTube で有名な、雑食系エンジニア・KENTA がびっくりした未経験者は、
ポートフォリオに、Ruby on Rails, AWS, CircleCI, Terraform, Packer まで入れていたとか！
こういう怪物もいる

これに、Docker, Kubernetes

Rails は、他のフレームワークよりも、数年以上先にいるから、
たぶん、これを超えるのは、サーバーレス・AWS Lambda だけ

Lambdaは、Ruby でも書ける

**デフォルトの名無しさん** · 2020/10/14(水) 06:07:44.56

>>603
PreactとFirebaseで最近アプリ書いたよ。Firestoreのセキュリティ勉強してからやったから爆速デプロイとは行かなかったけどCloud Functions も使わず、クライアントからDB(Firestore)に直接アクセスするのは新鮮だったし、仕組み上セキュリティが確保できるってのも勉強になった。
今どきの開発体験ってこんな感じか、これはアプリに集中できて良いなと思った。
でもなんだかんだ鯖の事は形が変わっただけで意識してるなと個人的には感じた

**デフォルトの名無しさん** · 2020/10/14(水) 08:11:02.42

よくわからんのだけど、こららのjsフレームワークって
バックエンド側にアクセスする時、ブラウザから直接APIを叩きにいくの？

railsとかはサーバ側でバックエンドにアクセスして
HTMLを完成させてからユーザに渡すイメージだけど。

**570** · 2020/10/14(水) 08:13:06.84

Ruby on Rails でも、API モードで、GraphQL なども、やっておいた方がよい

**570** · 2020/10/14(水) 08:19:31.40

Ruby on Rails, React, Bootstrap という組み合わせも多い

Rails では、Vue.js は少ないけど

**デフォルトの名無しさん** · 2020/10/14(水) 08:19:37.66

Railsゴミとフロント無能なケンタの話は聞く必要なし

**デフォルトの名無しさん** · 2020/10/14(水) 09:11:05.35

10/13、KENTA / 雑食系エンジニアTV

キャリアの立て直しにWeb系エンジニアという職業が最適である理由
https://www.youtube.com/watch?v=ynMyrvCCP1w

登録者数、5万人超。
月千円のサロン、2千人のスーパープログラマ！

**デフォルトの名無しさん** · 2020/10/14(水) 10:37:09.48

>>610
宣伝乙！

**デフォルトの名無しさん** · 2020/10/14(水) 11:06:43.62

フロントできないくせにスーパープログラマーとかよく言えたものだな

**デフォルトの名無しさん** · 2020/10/14(水) 11:16:11.67

KENTA の経歴
https://github.com/kenta-polyglot/cv

すごい！ 100以上の技術を書いてる

Vue.js もやってる

**デフォルトの名無しさん** · 2020/10/14(水) 11:26:44.30

しつこくKENTAの話題かいてたの本人だったのか

ぼったくり情報商材屋KENTAに騙されてはいけない

**デフォルトの名無しさん** · 2020/10/14(水) 11:51:22.45

NG でスッキリ

**デフォルトの名無しさん** · 2020/10/14(水) 13:57:30.11

このしつこさがキショい

**デフォルトの名無しさん** · 2020/10/14(水) 14:37:59.98

https://github.com/kenta-polyglot?tab=repositories&;q=&type=source&language=
こいつサンプルプログラムみたいのしか書いてないじゃん

**デフォルトの名無しさん** · 2020/10/14(水) 14:46:48.53

>>617
atcoderとかpaizaに出てくるような問題集の中からそれぞれの言語で1,2問だけ解いた感じか

**613** · 2020/10/14(水) 15:39:08.99

KENTA の経歴には、100以上の技術を書いてる。
たぶん、日本一だろ

さすがに、これを超えるのは無理

**デフォルトの名無しさん** · 2020/10/14(水) 16:23:19.20

>>619
浅く広くの知識ではたいしたことない。うすっぺらい
たくさんの言語であいさつだけでできてもしょうがないのと同じ

優秀な言語を深くしっているエンジニアのが強い

**デフォルトの名無しさん** · 2020/10/14(水) 16:24:30.40

>>617
ほとんどの言語はハローワールドレベルってことだな

**デフォルトの名無しさん** · 2020/10/14(水) 17:08:29.02

>>606
おおむねブラウザからサーバのWebAPI叩くとJSONが飛んでくる

**デフォルトの名無しさん** · 2020/10/14(水) 17:12:05.63

13日の金曜日

**デフォルトの名無しさん** · 2020/10/14(水) 18:58:26.93

>>622
ということは今までrailsとかと違ってバックエンドにアクセスするのは
ユーザーのブラウザからだから、バックエンドサーバは外部に晒さなくてはいけないんだよね？

認識あってるかな

**デフォルトの名無しさん** · 2020/10/14(水) 19:03:41.08

>>624
バックエンドサーバーを外部に晒すだけじゃダメだぞ
バックエンドサーバーに認証と認可機能を実装しなければいけない

つまりMySQLの場合ユーザーごとにMySQLにログインするユーザーを作って
そのユーザーで参照できるテーブルとデータをちゃんと設定する

例えばUsersテーブルに全てのユーザー名とハッシュ化されたパスワードが入っているならば
ブラウザでログインしたユーザーはUsersテーブルの中の
自分のデータしか参照できないように、バックエンドサーバー（MySQL）の定義を作り込む

**デフォルトの名無しさん** · 2020/10/14(水) 19:04:22.99

>>624
そうだよ
とりあえずgRPCだけやっとけばいい

**デフォルトの名無しさん** · 2020/10/14(水) 19:17:27.00

>>625
意味不明
なんでパスワードハッシュにアクセスさせてんだよｗ
でたらめばっかりだな

>>624
まずはちゃんとした公式のドキュメントをよめって。
とんでもないでたらめおしえてるやついる

**デフォルトの名無しさん** · 2020/10/14(水) 19:25:47.37

俺がFirestoreの例を出したのがいかんかったのか？
ああいうブラウザからDB直接叩く（ように見える）のはどちらかというと例外だよ

**デフォルトの名無しさん** · 2020/10/14(水) 20:38:47.99

>>619
多分津耶乃には負けてるんじゃね？

**デフォルトの名無しさん** · 2020/10/14(水) 20:39:56.09

>>625
どの道443番は外に晒してるだろ

**デフォルトの名無しさん** · 2020/10/15(木) 05:25:47.10

DB サーバーは普通、AWS 内のプライベートエリアにある。
公開されていない

公開されているのは、AP サーバー。
それか、Nginx とか

Amazon Web Services パターン別構築・運用ガイド改訂第2版 (Informatics&IDEA)、
NRIネットコム株式会社、2018

YouTube で有名な、くろかわこうへいのお勧め本

**デフォルトの名無しさん** · 2020/10/15(木) 09:35:37.27

ここ数年でReactとかangularとかの要は"クライアントサイドレンダリング"て言うの？
がメジャーになってきてて、Reactとか名前は聞いたことがあるが、サーバ間の構成を良く知らなかったので混乱してる。

今まではサーバサイドレンダリングの構成だと思うので。

**デフォルトの名無しさん** · 2020/10/15(木) 09:48:41.09

>>632
またそのデマか
こんなスレタイのスレなんてあるからそうなる
SPAはぜんぜんメジャーになってない
SPAは特殊な用途にしか向かない

ReactはUIライブラリとして使われているだけでSPAとしてはほぼ使われてない
VueもAngularもシェア1%未満

もうこのスレ廃止でいいだろう
SPAが流行ってるかのような誤解を与えるだけ