Vue vs React vs Angular Part.2

**デフォルトの名無しさん** · 2019/03/09(土) 22:02:33.71

実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
※前スレ
Vue vs React vs Angular
http://mevius.5ch.net/test/read.cgi/tech/1545395856/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください

**デフォルトの名無しさん** · 2019/03/09(土) 22:10:59.54

>>1 おつ

1. jQueryはシンプルに書けるVue・Reactは冗長

証拠 https://jsfiddle.net/t62b49mp/

JavaScriptのコードはこれだけ
$('.my-component [name="switch"]').change(function() {
　$(this).closest('.my-component').toggleClass('active', this.checked);
});

2. 信者「Vueならこれだけで動く！」

嘘1 isActive=false

嘘2 new vue({data:{isActive:false}})
https://codepen.io/anon/pen/MxmrjP （動かない）

嘘3
new Vue({
el: '#app',
data: {isActive:false},
})
https://codepen.io/anon/pen/XGgpZV （変な動きをする）

3. 結論
jQueryはシンプルに書けるVue・Reactは冗長

**デフォルトの名無しさん** · 2019/03/09(土) 22:11:21.00

　
Vue vs React vs Angular その2
https://mevius.5ch.net/test/read.cgi/tech/1552122580/

**デフォルトの名無しさん** · 2019/03/09(土) 22:13:19.13

実際vueの方がコードは長くなるわけで、
たった2行にバグが有るかどうかと
十数行にバグが有るかどうかでは
考えるまでもないな

**デフォルトの名無しさん** · 2019/03/09(土) 22:14:44.65

次はonclickを使う例にしようか？
jQueryだとコードは増えないが
Vueだとさらにコードが長くなる

**デフォルトの名無しさん** · 2019/03/09(土) 22:18:50.81

>>1
乙

**デフォルトの名無しさん** · 2019/03/09(土) 22:23:27.65

>>1
乙

**デフォルトの名無しさん** · 2019/03/09(土) 22:26:49.23

NG用にワッチョイくらいは欲しかったな

**デフォルトの名無しさん** · 2019/03/10(日) 04:28:29.96

韓国人のつくったkQuery = Vue

**デフォルトの名無しさん** · 2019/03/10(日) 09:31:42.23

スレタイに入ってるけどAngularのアウェイ感が半端ない

**デフォルトの名無しさん** · 2019/03/10(日) 09:41:01.97

>>10
なんで？

**デフォルトの名無しさん** · 2019/03/10(日) 09:44:10.94

>>10
俺はangularはサンプルいじって放置してるよ。実務で使うシーンが限定というか予定にない。自社でも受注にもない。

**デフォルトの名無しさん** · 2019/03/10(日) 09:49:18.69

>>11
React、VueはJavaScriptでHTMLを作るものだから。
AngularはHTMLをベースにそこに特殊な属性をつける。

**デフォルトの名無しさん** · 2019/03/10(日) 09:50:04.54

>>1
乙！

>>2-5
死ね

**デフォルトの名無しさん** · 2019/03/10(日) 09:55:40.09

1から2への移行、というか再構築の苦労話見るとなあ。個人的に習得すべきかずっと迷ってる。

**デフォルトの名無しさん** · 2019/03/10(日) 09:56:45.26

>>11
今って言うか前スレで殆ど話題に上がらなかったなと

**デフォルトの名無しさん** · 2019/03/10(日) 10:08:10.61

>>12
何でAngularってあまり使われないんだろうな。

自由に構成を変えられない分、チームとして協業した時に構成を統一出来るし、
ベースとなるTypeScriptで型宣言出来るから変数に違う型をぶち込もうとしてたらIDEが教えてくれるからバグも少なく書ける。

これだけ大規模開発と堅牢なコーディングに向いてて、何故どこの企業もAngularで開発しようってならないんだろ。

一度Angularで開発始めてしまうと後戻りできなくなるからとか、
そもそもHTML、CSS、Javasceiptしか出来ない人間にAngularは荷が重いからとか？

**デフォルトの名無しさん** · 2019/03/10(日) 10:57:03.30

あとバージョン更新が速すぎる
7で安定すんのかな

**デフォルトの名無しさん** · 2019/03/10(日) 10:59:39.20

>>17
用途が違うから。

Reactを使ってるのはウェブサイトじゃなくて
ウェブアプリを作ってる。
ウェブサイトはReactでは作りづらい

ウェブサイトはAngularが適しているが、
その程度の用途ならjQueryで十分

**デフォルトの名無しさん** · 2019/03/10(日) 11:18:18.33

>>18
もう8のBetaが来てる

**デフォルトの名無しさん** · 2019/03/10(日) 11:20:50.23

Angular使ってる部署は使ってるな
自分のところで使わないのは、
・大胆に仕様が変わる
・その割りに飽きてポイ捨てするgoogleの体質
で使ってないな
googleの信用問題な気がw

**デフォルトの名無しさん** · 2019/03/10(日) 11:35:33.25

Reactもライフサイクルメソッドとか大幅に廃止になってたりするけどね

**デフォルトの名無しさん** · 2019/03/10(日) 11:46:45.99

まだまだ先とはいえ、GoogleはいずれAngularを捨てて
Flutter for Webを推していくようになると思うぞ

**デフォルトの名無しさん** · 2019/03/10(日) 11:49:48.39

それはReactも同じだよ。
Web Componentsがすべてを置き換える。

まあReactと互換性がないReact Nativeは別だけどな。
React Nativeはアプリ用であってウェブ用ではないし

**デフォルトの名無しさん** · 2019/03/10(日) 11:56:52.21

>>23
AngularDartってのもあるからな

**デフォルトの名無しさん** · 2019/03/10(日) 12:02:33.55

>>17
webの構成要素html、js、cssはとても壊れやすく脆い。altcss、altJSも結局はラップに過ぎん。そして動作するブラウザもどこかで不安定。

だからwebはライブラリやフレームワークが優秀でも堅牢とは言い切れない、どこか不安定な感じが拭えないんだよ。

その上流れの早い業界だから、速攻習得できて早く捨てられる。次に備える。そういうスタイルがwebに合ってる気がしてる。angularには腰が重くなる。

**デフォルトの名無しさん** · 2019/03/10(日) 12:19:44.77

>>26
html、js、cssは登場してから大きく変わることはなく安定してると思うけど？
壊れやすいのはその周辺技術。同じことを違うやり方をしては消えていく
生HTML、生JS、生CSSに近いものほど長く生きている

**デフォルトの名無しさん** · 2019/03/10(日) 13:50:12.38

生たって小規模ならともかくjsの長ったらしいのなんかメンテできないだろ
ちゃんとしたlintツールとかあってチームとかでメンテできるわけで

**デフォルトの名無しさん** · 2019/03/10(日) 14:08:14.61

lintツール使ってもjs自体はjsそのものだろ

生じゃないjsというのは、jsをjsではないものにするってこと
例えばCoffeeScriptとかね。

HTMLで言えば、HAMLとかあったがあれも死んだ
HTMLではないからだ。XHTMLもほぼ死んだ状態

jsもAltJSは殆ど死んだ。残っているのはTypeScriptというjs+αという
互換性があるものだけ。

CSSも生き残ってるのは、CSSと高い互換性があるSASSぐらい

標準の構成要素は消えないし、標準から離れれば離れるほど死滅するのが早くなる
ウェブのフレームワークも標準のDOMとは違うやり方をするので、すぐ消えるよ

**デフォルトの名無しさん** · 2019/03/10(日) 14:12:35.25

CoffeeScriptにしてもSassにしてもRails由来のものはあんま流行らなかったな
ScssはSassの一形式みたいに言われてるが本来のSass形式が受け入れられなかった結果だしな

**デフォルトの名無しさん** · 2019/03/10(日) 14:14:23.21

>>30
俺が言ってるSassっていうのはプロジェクトの名前で
構文自体はScssだからね。

**デフォルトの名無しさん** · 2019/03/10(日) 14:48:02.33

インデントスタイルのほうが絶対いじりやすいのに

**デフォルトの名無しさん** · 2019/03/10(日) 15:00:02.28

そんなものよりも互換性のほうが重要だし
テキストエディタの機能で小さな差は吸収される

**デフォルトの名無しさん** · 2019/03/10(日) 15:31:18.74

>>29
AltJsてことね、失礼
TypeScriptはやっぱ便利だね
Vueでもやりたいんだが周りがjsでやろうとするんだよな

**デフォルトの名無しさん** · 2019/03/10(日) 15:34:45.50

>>25
普通に考えれば
AngularはDartでやるべきなんだろうけど

**デフォルトの名無しさん** · 2019/03/10(日) 15:34:57.99

>>32
逆にインデント入れたらダメってルールはないし

**デフォルトの名無しさん** · 2019/03/10(日) 16:02:25.93

>>27
すまん言い方が大雑把だった。エンジンがどうこうじゃなく、最近は減っただけでブラウザ依存は無くなってないし、生cssやdomは貧弱すぎる。

本来の用途ではないのを時代の要求に合わせて無理やり実現してる感が凄い。それをフレームワークやIDEが必死の努力で隠してくれてる。

それは凄く有難いし新技術はワクワクするしvue reactは楽しい。でも独自記法が象徴する様に「コレは一時的なものです。今はこう書きます」というキナ臭さ凄い。ガッツリコミットできない。

**デフォルトの名無しさん** · 2019/03/10(日) 16:28:15.01

でも、なんかこのスレ見てたらangular勉強する気が湧いてきたわ。しばらく独学して判断するよ。

**デフォルトの名無しさん** · 2019/03/10(日) 16:31:35.17

>>38
これからGoogleMapもPWAになるって聞くしな

**デフォルトの名無しさん** · 2019/03/10(日) 20:26:48.77

Vue.jsは仕事で使ったけどイマイチな感じがした。
ちょっと入院するからreact native勉強するつもり。
このままサーバサイドエンジニアに追い込まれて終わらんよ

**デフォルトの名無しさん** · 2019/03/10(日) 22:13:45.27

>>40
どんなところがイマイチ？

**デフォルトの名無しさん** · 2019/03/10(日) 22:13:50.36

>>40
そうだね、pwaは必須になると思う。よりネイティブアプリに近づく流れは避けようがない。
あとスレタイにある様に、現時点でjsフレームワークは3種類に絞られたと言って良いと思う。松茸梅じゃないけど、いい感じに出揃った。腰を据えて松のangular学んで良い時期なのかなと。

**デフォルトの名無しさん** · 2019/03/10(日) 22:15:05.06

ごめん安価間違えた。>>39へのレスでした。

**デフォルトの名無しさん** · 2019/03/10(日) 22:19:55.62

Angularに詳しい人に質問。

個別のコンポーネントで管理されてる状態を表す変数（例えばユーザーが入力した文字情報や、サーバーから取得したJSONデータ）を
コンポーネント間で共有したい場合、どこで保管するのが適切？

最初は単一のserviceに全ページの状態を示す変数をぶち込んで、単一のservice↔各コンポーネント間でデータのやり取りやデータバインディングやってたんだけど、
ページ数が増えるに連れて変数の管理がし辛くなっていったわ。

あと、データがserviceなんかにあるもんだから、データバインディングする際にも各コンポーネントのhtmlにクソ長い名前付けなきゃならなくてかったるい。

実現したいポイントは、

①コンポーネント間のデータ共有
②どのデータがどのコンポーネントの状態を示すのかを明確にする
③データバインディングのコードの書きやすさ

なんだけど、なんかアイディアない？

**デフォルトの名無しさん** · 2019/03/10(日) 22:23:07.40

PWAの実行環境としてウェブブラウザは最適なんだろうか。

**デフォルトの名無しさん** · 2019/03/10(日) 22:29:16.09

前スレでAureliaってのが出てたから試してみたけど
cliでプロジェクト作っても初期状態でnpm startすら碌にできんとか
流石にスレタイの3フレームワークとは同列じゃないなって思った

**デフォルトの名無しさん** · 2019/03/10(日) 22:32:21.87

>>45
PWA=実行環境だよ

ブラウザをベースとしてOSがアプリのように
見える仕組みを追加する拡張されたブラウザ機能のこと

素のウェブブラウザが最適ではないからこそ
OSがその機能を追加してる

**デフォルトの名無しさん** · 2019/03/10(日) 22:41:57.30

>>44
すまん横槍なんだけどangularだけの問題じゃないので。
ネイティブアプリでもwebでもRxを使うのがトレンドだと思うんだが、それではダメ？

**デフォルトの名無しさん** · 2019/03/10(日) 22:57:26.28

>>48
えぇ…駄目って事は無いと思うけど、RxJSで一度取得した情報をページ遷移ごとに再度取得したり、ユーザーが仮で入力した入力情報を一々RxJSで送るって、面倒臭過ぎない？

俺は一度取得したデータや入力したデータはコンポーネント外のどこかに保管して、
データの更新がある時に再利用する、という方法が良いと思うけど。処理的にも通信量的にも。

もちろん、作るものによってデータの扱いは異なるだろうから、俺の考えが絶対に正しいとは思わないけど。

**デフォルトの名無しさん** · 2019/03/11(月) 00:23:57.94

>>49
それは結構範囲が広い問題だねえ。設計思想にも関わってきそうな。ただデータの再利用部分なんだけど、単に通信量を減らすキャッシュ的なもの？なら簡単だろうけど、なにやら複雑そうだね。

**デフォルトの名無しさん** · 2019/03/11(月) 00:26:48.86

>>41
描画し終わった後に呼ぶメソッドはアレとか、前だとコレとかとっつきにくい。
まあriotよりはマシだが

**デフォルトの名無しさん** · 2019/03/11(月) 00:36:16.62

>>44
それがfluxなんじゃないの？

**デフォルトの名無しさん** · 2019/03/11(月) 10:44:37.63

>>49
ブラウザのデータ永続化も絡んでる？

**デフォルトの名無しさん** · 2019/03/12(火) 00:33:48.58

>>53
いやそこまでは。精々ユーザーが使っている間、具体的にはブラウザタブ開いている間くらいで考えてる。

JSONにしてsession storageにぶち込もうかとも思ったけど、データバインディングもしたいから
今んとこはserviceで管理するのが一番無難かなぁと。

**デフォルトの名無しさん** · 2019/03/12(火) 02:23:44.41

Model(Application/Data) <----> View Model (JQuery/AnimeJS/DOM) <----> View(HTML/CSS)

**デフォルトの名無しさん** · 2019/03/12(火) 09:34:20.66

>>54
5chじゃ詳しく話せないと思うんだけど少し範囲が広すぎるから、なにが具体例があると分かりやすい。今までの内容から、storeやrxやstorage,indexedDBでも解決に至らない問題って事だよね。

>データバインディングする際にも各コンポーネントのhtmlにクソ長い名前付けなきゃならなくてかったるい。

ここが核心で他は不便ではない、という事なら解決方法は全然違ってくると思うし。

**デフォルトの名無しさん** · 2019/03/12(火) 10:16:12.94

>>51
俺の場合はReactNativeを仕事で使って、同じようなとっつきにくさを感じたから、今はVueやってる。たぶん大差無いんじゃないかな。

**デフォルトの名無しさん** · 2019/03/12(火) 12:10:25.68

vueのtsサポートってどんな感じ？
普通に使える？

**デフォルトの名無しさん** · 2019/03/12(火) 12:47:29.02

>>58
俺は普通に使ってる。特に問題ないよ。

**デフォルトの名無しさん** · 2019/03/12(火) 22:43:17.38

Fluxってsetterで値をセットし、getterで値を取得しましょうってことでいいの？

それともsetterの代わりに、メソッドで連想配列に値を入れて
getterは使わず、内部構造の連想配列をそのまま取得ってこと？

**デフォルトの名無しさん** · 2019/03/13(水) 00:03:24.50

>>56
「解決に至らない問題」というとちょっと違ってて、やりたい事は出来るんだけど、「もう少しシンプルで書きやすく、分かりやすい書き方はないか」と悩んでる。
今やってる事の目的と具体例を出すと、次の様な感じ。
【やりたい事とアプローチ】
コンポーネント間で画面遷移しても画面の状態が保持されるようにしたい。
そこでコンポーネントではなく、サービスにサイトの状態を保持させる。
【具体例】
『component』
・A.component.ts / html
・B.component.ts / html
『service』
・test.service.ts
　public val: any = null; // Aの状態を保持するメンバー変数。
　
１）TestServiceをA、Bそれぞれのコンストラクタで読み込む。
２）Aのcomponent.tsでデータを取得し、serviceのvalに格納。
this.testService.val = result; // 中身は { res : "OK" }

３）Aのcomponent.html上でデータをバインディングで表示。
{{this.testService.val.res}}

４）AからBに画面遷移。
５）component.tsで、取得したデータをオブジェクトの一部に格納。
var result = { res : this.testService.val.res, num : 123 }

結論としては↑のやり方でAで取得したデータをBで参照する事には成功したが、次の問題が出て来た。
・TestServiceにもっと多くの変数があると、どの変数がどのページの状態を示すかが分からなくなる。
・VS Code だとhtml編集時にtsの補完が効かず、htmlのバインディングの構文
{{this.TestService.val.res}}
を書くのが面倒。

何かズラズラと書き上げてて、だんだん設計がよろしく無い気がしてきたわ。いっぺん設計を考え直してみるわ。

**デフォルトの名無しさん** · 2019/03/13(水) 01:32:34.62

>>61
ちょっと俺もangular勉強中だから近日中に答えるわ。
ただ気になるのが4)のA>Bに遷移した後、リロードが発生したら表示できなくなる気がするんだけど。。urlが同じならAに戻るだけだから問題ないと言えば無い。のかな？
または、A>Bへの遷移後Aは破棄されず再び更新が発生した場合サービス側で注意深く処理しないとせっかくのBのバインドが外れてしまう。
ごめん実装と例は違うんだろうけど、パッと見て気になったところ。

**デフォルトの名無しさん** · 2019/03/13(水) 06:45:39.95

それ
リロードが発生するとデータが消えるのは論外なのでリロードしても大丈夫なようにしないといけない

**デフォルトの名無しさん** · 2019/03/13(水) 07:00:36.64

名前が長くなるのはいやがらない方がいいと思うけどな。シンプルな名前にすると背後に潜む仕組みがわかりにくくなって逆に不安になったりしない？

**デフォルトの名無しさん** · 2019/03/13(水) 07:03:11.66

{{this.TestService.val.res}}

こう書いてあると、他の人が見たときにわかりやすくてよい名前だと思う。

**デフォルトの名無しさん** · 2019/03/13(水) 08:57:38.95

ReduxならlocalStrageのミドルウェアがあったな

**デフォルトの名無しさん** · 2019/03/13(水) 09:40:05.85

現段階での改善案なんだけど、
1:Aのロード部分はサービスへ。
2:AB共にサービスからrx経由で取得。
が基本だと思う。要はコンポーネント内で直接ロードしない。この修正だけで随分見通し良くなると思うよ。
あとはサービス側でキャッシュなり永続化なりお好きな様に。

**デフォルトの名無しさん** · 2019/03/13(水) 11:07:16.09

頑張らなくっちゃ～　頑張らなくっちゃ～
うんちもプリップリッ　おしっこもジャージャー
頑張らなくっちゃ～　頑張らなくっちゃ～ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

**デフォルトの名無しさん** · 2019/03/13(水) 11:20:41.84

・サービスの根幹に関わる部分はflux概念で管理
・その部分はどのページでリロードしても破綻しないように管理する
・見た目とかリロードで変更されても問題ないstateはそれぞれのコンポーネントで管理

こんな感じかね

**デフォルトの名無しさん** · 2019/03/13(水) 12:36:13.64

リロードしてもステート変わらないの？
何のためにリロードするんだろうな。
そんな糞サイト二度と行かないわ

**デフォルトの名無しさん** · 2019/03/13(水) 12:56:53.92

何のためにリロードするのかってユーザーが勝手にリロードするからだろ
糞サイトだろうが優良サイトだろうがリロードするやつはリロードする
そんなことすら理解できないバカを自己紹介すんな

**デフォルトの名無しさん** · 2019/03/13(水) 13:27:25.76

何を期待してリロードするのかということなんだが…
リロードしてもリロード前とステートまったく変わらないの？
そんな糞サイト二度と行かないわ

**デフォルトの名無しさん** · 2019/03/13(水) 14:00:09.36

>>72
お前がバカだから理解できないのはわかった

**デフォルトの名無しさん** · 2019/03/13(水) 14:51:42.99

馬鹿と馬鹿が言い争っていてワロタ
jQueryおじさんの俺が説明してやろう

リロード自体が要求になってるんじゃないんだよ。
重要なのはURLに対応した表示になるということだ

例えば、誰かにこのページ見てくださいってLINEかなにかで送った時、
相手もそれを同じ内容で見れるということが重要なんだよ。
それが出来てれば自然とリロードにも対応する

それから進むと戻るな。ブラウザで進むや戻るを押したとき
URLが変わるが、内容もそれに対応して変わらないといけない
これもURLい対応した表示ができるならば自然と実装できてることになる

リロードした時に表示内容が変わる変わらないは関係ない
データが更新されりゃそりゃ変わるだろ。それは問題ではなく
URLに対応して表示がされてるということが重要なんだよ。

**デフォルトの名無しさん** · 2019/03/13(水) 14:55:47.58

>>72
逆だよ逆。リロードしてもステートは基本変わっちゃダメなんだが。。別の何かと勘違いしてない？

**デフォルトの名無しさん** · 2019/03/13(水) 15:05:53.98

URLに乗っけるべき情報（ステート）と
そうでない情報を明確に区別して考えてるかい？
それぐらいSPAの基本になってるはずだろう？

なんかそういう前提基礎知識無いまま
フレームワーク使ってる！SPAが得意！俺SPAやってる！
みたいな馬鹿多そうだよね

**デフォルトの名無しさん** · 2019/03/13(水) 15:08:42.76

>>74
お前は巣に戻れ

**デフォルトの名無しさん** · 2019/03/13(水) 15:16:56.45

そうだな、皆さんスルーの方向で。

**デフォルトの名無しさん** · 2019/03/13(水) 15:22:27.03

じゃあID変えるわｗ

**デフォルトの名無しさん** · 2019/03/13(水) 15:41:41.69

仲良くしろよマン参上！

仲良くしろよ

**デフォルトの名無しさん** · 2019/03/13(水) 16:02:58.96

だからlocalStrage使う方法調べりゃいいだけしゃね？
どのフレームワークの話かはしらんけど

**デフォルトの名無しさん** · 2019/03/13(水) 16:56:50.71

今angular入れて色々弄ってるんだけど、思ってたより分かりやすかった。これは食わず嫌いだったかも知れん。lonic2も良い。

**デフォルトの名無しさん** · 2019/03/13(水) 22:36:26.58

今入院中でこの暇な時間使ってmacbookでreact nativeの開発環境構築したんだが、再起動しようとしたらmacOsの更新で引っかかってtimemachineで今朝に戻ってまたやり直しだよ。
Iphoneのデザリングは思わぬところで使えないな。
今日だけでパケット使用量が27.5GB超えたわw

**デフォルトの名無しさん** · 2019/03/13(水) 23:12:47.46

ツッコミ待ちか？

**デフォルトの名無しさん** · 2019/03/14(木) 01:02:58.29

>>67
あぁそうか。コンポーネント基準で状態を保持するんじゃなく、RxJSを基準に取得した情報の管理をすりゃいいのか。なんとなく分かったわ。

あと、サイトのリロードについては特に書いてなかったけど、リロード時にはクエリにレコードのidでも埋め込んで、
ABそれぞれでTestService呼べばいいか。

>>65
説明が悪かったわ。変数名が長いのが「めんどくさい」の根本原因じゃなく、
VS Codeでコンポーネントのhtmlに変数を書く時に補完が掛からないからいちいち変数部分だけコンポーネントで書いて、
それをhtmlにコピペするって作業してるけど、その作業がめんどくさいんだよ。

htmlにクソ長い変数名貼り付ける際にコピー範囲間違えて、貼り付けた内容の間違いに気付かなくて、
serveして動かねー！なんて事も結構あったから、何か予防出来る良い方法（出来れば補完を効かせる方法）無いかなぁと。

**デフォルトの名無しさん** · 2019/03/14(木) 01:08:44.08

Angularの人多そうだね
自分はReact派なので話がよく分からないわ

**デフォルトの名無しさん** · 2019/03/14(木) 08:12:54.12

きちんとIE11でも動くように確認してる？

**デフォルトの名無しさん** · 2019/03/14(木) 09:12:46.32

>>86
前スレでは殆ど話題にならなかったけどな

**デフォルトの名無しさん** · 2019/03/14(木) 09:48:52.88

>>85
ロードはそれで良いと思う。

あと補完部分だけど、俺はwebstorm使ってるからすまんけどvscodeだとどうなるのか分からない。でもそれ補完できるのが普通だから設定でどうにか出来そうな気がするんだけどね。。

**デフォルトの名無しさん** · 2019/03/14(木) 09:49:55.66

>>85
まだangular初心者なんで勘違いしてるかも知れんけど、webstormだと補完効いてる様に見える。少なくともコンポーネントのpublicな変数がhtmlで補完効かないという事は無い。注入したサービス内のプロパティも補完効く。

一度試してみたら？30日のトライアルあるし。インスコしてプロジェクト読み込むだけですぐ確認出来るよ。少し高いが。。サブスクだし。

**デフォルトの名無しさん** · 2019/03/14(木) 09:58:02.68

>>86
俺もreact vue派だよ。ただ聞いてた様なangularの急な学習曲線は無いと、現段階では思う。まだ全体を比較できるほど知ってる訳じゃないけど。

**デフォルトの名無しさん** · 2019/03/14(木) 17:30:00.98

ふと思ったんだけど、vscodeにangularのextension入れて無いから補完効かないとかじゃ、、違ったらすまんね。

**デフォルトの名無しさん** · 2019/03/15(金) 09:00:46.58

nuxtとかVuepress使ってる方いたら、使用感とか不満点とか教えてください。

**デフォルトの名無しさん** · 2019/03/15(金) 10:31:41.22

>>93
Nuxtでssrにexpress使用する場合って事？仕事で使ってるよ。
create-nuxt-app で pwa, express, vuetify 指定。
色々世話焼いてくれるのは良いけどカスタムしようとすると少しトリッキー。ルータ周りとか。元が緩いから常に複数のやり方がある。たまにコレで正しいの不安になる。不満点としてはそんなもん。

**デフォルトの名無しさん** · 2019/03/15(金) 11:49:10.14

職場のとなりのおっさんが秀丸でAIのフロント作ってた
設計もデザインもコーディングも全部一人で完結させてた
Reactも丸暗記してるみたいで秀丸で手打ち

手練れの人ならvscodeなんて要らない

**デフォルトの名無しさん** · 2019/03/15(金) 11:54:10.30

つメモ帳

**デフォルトの名無しさん** · 2019/03/15(金) 12:31:05.49

Webstormと違ってVSCodeは無料なんだから、そこまで嫌わなくてもいいだろう

**デフォルトの名無しさん** · 2019/03/15(金) 12:36:40.24

>>95
凄え。。俺には到底真似できん。

**デフォルトの名無しさん** · 2019/03/15(金) 13:26:57.92

vimじゃねえのかよ

**デフォルトの名無しさん** · 2019/03/15(金) 14:43:00.90

一方俺はVS Codeでバグが見つかり一時間考えてもわからず人に聞いたらただの変数名の間違いだった

**デフォルトの名無しさん** · 2019/03/15(金) 15:53:30.81

Reactで長いスペルって
componentDidMountとかライフサイクルメソッドくらいじゃない？

あとパッケージ名とか

**デフォルトの名無しさん** · 2019/03/15(金) 18:30:15.60

>>95
残念ながら、それでは比較になっていない。

同等の手練の人でvscodeを使う人と秀丸を使う人の
両方を用意して比較して初めて意味がある。

**デフォルトの名無しさん** · 2019/03/15(金) 19:23:38.69

そういうの文系ではapple to appleの比較って言うけど理系ではカッコよくなんて言うんだっけ？

**デフォルトの名無しさん** · 2019/03/15(金) 21:07:09.57

まあ実際のところメソッドの綴り思い出すくらいのことで生産性が上がったり下がったりはせんわ。

**デフォルトの名無しさん** · 2019/03/15(金) 21:43:10.81

つーか仕事で縛りプレイするなよ

**デフォルトの名無しさん** · 2019/03/15(金) 22:57:48.26

vscode嫌ってるとかでなく、よく知らない・導入面倒そう・そのうち考える　くらいの感覚で
現状維持（秀丸継続）してるだけだと思うよ

**デフォルトの名無しさん** · 2019/03/15(金) 23:07:57.45

(知り合いなの？)

**デフォルトの名無しさん** · 2019/03/15(金) 23:19:53.06

秀丸でもホットリロード効くのかね。試すつもりもないが。

**デフォルトの名無しさん** · 2019/03/15(金) 23:52:43.11

>>108
ホットリロードはwebpack-dev-serverの構成だろ

**デフォルトの名無しさん** · 2019/03/17(日) 09:13:50.38

正直コード補完って要らなくね？

**デフォルトの名無しさん** · 2019/03/17(日) 09:52:45.29

うそつきコード補完ならいいのか

**デフォルトの名無しさん** · 2019/03/17(日) 16:31:11.50

>>110
お前さんだけ補完オフにして使えば良いじゃん。

**デフォルトの名無しさん** · 2019/03/18(月) 09:08:50.14

ﾜｯﾁｮｲなくなったからとれか分からんくなったけどReactマスターのｵｯﾍﾟｹはどんな環境でコーディングとかデザインとかやってるの？

**デフォルトの名無しさん** · 2019/03/18(月) 20:14:26.90

>>17
マジレスすると大規模案件は多い

ただし、学習コストが尋常じゃない
そりゃ半年に1回大規模なアプデ入るような言語は学ぶのキツイですわ

あと、これ選んでる会社は開発が投げ捨てグーグルというのを忘れてる
グーグルだから信用できるってどんな思考回路でそうなるのか

**デフォルトの名無しさん** · 2019/03/18(月) 22:26:10.82

ふ、flutterで蘇らせたしっ！

**デフォルトの名無しさん** · 2019/03/18(月) 22:42:22.12

>>113
VScode
cloud9
Photoshop
たまにイラレ

**デフォルトの名無しさん** · 2019/03/19(火) 00:09:33.27

モックアップ作るときは最近はどんなソフトがいいんだろ

**デフォルトの名無しさん** · 2019/03/19(火) 00:40:22.28

**デフォルトの名無しさん** · 2019/03/19(火) 03:16:20.90

>>114
androidstudioは？

**デフォルトの名無しさん** · 2019/03/19(火) 10:29:57.40

>>114
まあangularは過去やらかしてるから不満なのはわかるよ。でもどうせ5年もすればガラッと様変わりするのが常だし、しょうがない。pwaが本当にアプリの大部分を置き換え得るのか誰にも分からない。

**デフォルトの名無しさん** · 2019/03/19(火) 12:35:42.07

>>119
もうオワコンでしょー
中身は最低限の機能でバックの方で更新一括すればいいし
何度もアプデはユーザーにも開発にも負担がかかる

**デフォルトの名無しさん** · 2019/03/19(火) 19:16:33.24

現行クロスビルドするためにAndroidStudio入れなきゃいかんのがめんどいよね容量食うし
SDKだかだけ入れても結局足りんし
ちゃんとクロスビルド用で必要十分で最小限の切出ししてくれんもんかね

**デフォルトの名無しさん** · 2019/03/20(水) 07:02:54.00

>>121
何使ってるの？

**デフォルトの名無しさん** · 2019/03/20(水) 09:09:20.93

ん？androidのネイティブアプリでandroid studio以外の選択肢があるのか？ゲームなら分かるが。

**デフォルトの名無しさん** · 2019/03/20(水) 09:29:19.96

angular.jsはもう死んでいる

**デフォルトの名無しさん** · 2019/03/20(水) 09:33:59.53

もうReact.jsってのもないよね
もう.jsって付けてるのはVueだけ

**デフォルトの名無しさん** · 2019/03/20(水) 12:23:58.01

つまりVueだけが生き残ってangularもなんちゃらもオワコンって事でok？

**デフォルトの名無しさん** · 2019/03/20(水) 12:25:29.33

いいよいいよめんどくさい
満足したら帰れ

**デフォルトの名無しさん** · 2019/03/20(水) 14:41:20.20

あたし今夜は帰りたくなーい

**デフォルトの名無しさん** · 2019/03/20(水) 22:22:23.69

じゃあ会社に泊まり込んで朝までVueしよう

**デフォルトの名無しさん** · 2019/03/21(木) 02:04:21.51

Evan「今日からSPAとして働いてもらうからな」
JS「えっ？おじさん誰？」
Evan「Vue！」
JS「え？ちょっと縛らないで！なにコレっ、 v-◯◯属性ってなんなの！気持ち悪いっ、私のDOMどうなってるのぉ！」
Evan「ディレクティブだよ。リアクティブにDOMを書き換えるんだ。Reactの◯SXよりも気持ちいいだろう、俺のテンプレート構文」
JS「気持ちよくなんか、んっ」
Evan「はしたないデータフローにはご褒美のV◯exだ」
JS「いやああ… (ごめんね…React…)」
Evan「うっ、見てごらん、これがコンポーネント作りだよっ！(ヴューッ)」

**デフォルトの名無しさん** · 2019/03/21(木) 09:00:54.84

>>127
フレームワークになったからだよ。

**デフォルトの名無しさん** · 2019/03/21(木) 09:55:07.53

>>131
v-Sexってなんだよ！？

**デフォルトの名無しさん** · 2019/03/21(木) 13:08:33.79

フレームワークは3年くらいでオワコンになるし、何かいきなり新しいのがでてきて急にオワコンになることもある

**デフォルトの名無しさん** · 2019/03/21(木) 15:04:52.01

Angularは2系にイキナリ切り替わって呆然
以来React派に転向
メリケンではVueよりReactが優勢

**デフォルトの名無しさん** · 2019/03/22(金) 21:47:59.16

ほんと世の中ガチでフロントエンジニアリングできるエンジニアっていないんだな
エンジニアリクルートサービス利用してポートフォリオみてるけどどいつもこいつもウンコレベルなのに、できます！アピールだけすごい
作ったアプリみたら酷いな

**デフォルトの名無しさん** · 2019/03/22(金) 22:00:16.69

AngularJSの時代なんてjQueryしか使ってなかったから過去の仕様がバッサリ切り捨てられたとかどうでもいい
大事なのは現行の仕様が実用的にどうかというところ

**デフォルトの名無しさん** · 2019/03/22(金) 22:19:38.60

>>136
ポートフォリオのどういうとこ見る？参考にしたい

**デフォルトの名無しさん** · 2019/03/22(金) 22:59:48.83

>>138
全部みるけど
特にUI/UXがクソすぎる
ど素人通り越して人間以下の能力しか感じられない

ちなみにリクルートサービス担当者に聞いたら、できる人はほとんどいませんだって
なのに単価クソ高え

**デフォルトの名無しさん** · 2019/03/22(金) 23:08:18.72

>>139
うーん…感情的な書き方で問題の本質がさっぱり分からん。

そのポートフォリオは具体的にどんなUIで、どういった点に問題を感じたん？

またその問題に対して、どういった改善を求めてんの？

**デフォルトの名無しさん** · 2019/03/22(金) 23:19:38.21

UIUXなんてなんか使いづらいって感じた瞬間駄目なサイトだろ

**デフォルトの名無しさん** · 2019/03/22(金) 23:28:04.83

>>140
UIとして機能していない
反応がない
フォントバラバラ
ローディングなし
結果の明示がない
UIがくずれている
導線がわからん
なぜそこにそのボタンがある？
色がダサい
見にくい
古すぎるデザイン
レスポンシブではない
テキスト内容がクソ
エラー表示なし
ソースが汚い
classが適当
htmlも適当
意味不明のダサい画像
無駄にかっこよくみせようとして逆にムカつくタイトル名
センスの欠片もないUI
UXゼロ
データ表示をフォーマットさせていない
必要な機能が実装されていない
見るだけ不快
これでスペシャリストとかマジで一回死んでやり直せ
そのくせアピールだけすごい

私は月100万です
へえ、じゃこれ1日でできます？
………
お前には10万でも高えわ

**デフォルトの名無しさん** · 2019/03/22(金) 23:39:39.09

それは初心者なだけでは…

**デフォルトの名無しさん** · 2019/03/23(土) 00:11:57.71

「誰でも未経験から３ヶ月でフリーランスになれる！」

**デフォルトの名無しさん** · 2019/03/23(土) 00:39:40.39

>>143
それがベテランってやつでもほんとできないんだよ
いなくはないけどほとんどの奴ができない

**デフォルトの名無しさん** · 2019/03/23(土) 00:41:01.63

この前も時給8700円提示してきた奴の開発案件見せてといったら自分から断りやがった

**デフォルトの名無しさん** · 2019/03/23(土) 00:44:46.37

>>142
もう自分でやれば？雇ったふりして自分でやれば丸儲けやん。

**デフォルトの名無しさん** · 2019/03/23(土) 02:05:30.44

ポートフォリオってデザイン凝ってればいいんでしょ

**デフォルトの名無しさん** · 2019/03/23(土) 08:17:57.37

1人月100万円が最低ラインで、その人の給料は30万円ぐらい。
残りの70万円は会社がもらって、経費に当てる

「3:3:3:1」の法則。
会社の売上の内、仕入が3割、人件費が3割、その他の経費が3割、利益が1割だから、
会社に100万円を払っても、30万円の人しか来ない

つまり社員還元率が30% と言うこと。
ただし、ソフトウェア業界は仕入が少ないから、もう少し還元率は高いかも

派遣社員なら、70% ぐらいあるけど、仕事がない時の給料保証がない。
エージェントなら、90% ぐらいあるらしい

**デフォルトの名無しさん** · 2019/03/23(土) 09:47:30.16

>>142
沢山書き殴ってるけど、要するにコーディングだけじゃなく設計も出来る人材が欲しいの？

それなら派遣じゃ無理だよ。設計まで出来るエンジニアなんてどこの会社も欲しがるんだから、
設計出来る人間は派遣社員なんてやらずに普通に正社員として就職してるよ。

あと派遣でhtml、css、Javascript辺り扱えていば立派な方だよ。（そのポートフォリオを本人が作ったという保証はないけど。）

派遣会社の連れてくる人材なんて、下手すりゃキーボードすらろくに触った事無い奴が
「プログラミング歴３年以上」の中堅社員相当の人材として送られてくるんだから。

**デフォルトの名無しさん** · 2019/03/23(土) 10:06:36.77

>>148
それで実際にポートフォリオ出してみたらいい
デザイン凝ってます！って言ってみな
それで欲しがる会社もあるとは思う
なぜならフロントエンジニアで使える奴はほんといないから

>>150
派遣ではないね
まあエンジニアはフリーランス多いからフリーランスか、転職希望者のみ

フロントエンジニアなのにフロント設計できない奴しかいないのかな？
設計もできないしコーディングもクソだしUIしょぼいし、どこにエンジニアとしてのスキルあるのかまったく不明

やっぱできる奴は大手企業とかの正社員にしかいないのかも

**デフォルトの名無しさん** · 2019/03/23(土) 10:31:51.23

会社がポートフォリオに何を望むのか明確に示して無いんじゃないの
オリジナリティなんか要らねぇ実用性重視だって

**デフォルトの名無しさん** · 2019/03/23(土) 11:37:16.69

> やっぱできる奴は大手企業とかの正社員にしかいないのかも

大手企業のできてるサンプル見せてほしいっす。
それと同じレベルのものを作ればウケるんでしょう？

**デフォルトの名無しさん** · 2019/03/23(土) 11:51:23.27

>>153
大手が公開しているサンプルすら自分で見つけられないなら才能ないから無理
他人に聞くのではなく自分で判断できないとダメじゃん

**デフォルトの名無しさん** · 2019/03/23(土) 12:09:25.66

>>153に才能があるかどうかを確認する場ではないのでは？

**デフォルトの名無しさん** · 2019/03/23(土) 12:36:16.25

スクールで素養ありそうなやつに声かけて自分で教育したほうが確実だし、安上がりだぞ。

**デフォルトの名無しさん** · 2019/03/24(日) 06:19:57.51

安上がりか
できる人はすぐ転職してく

**デフォルトの名無しさん** · 2019/03/24(日) 10:10:01.68

普通に安く使おうとしてるクズ野郎なんじゃないかと思われる。

**デフォルトの名無しさん** · 2019/03/24(日) 11:34:45.84

経営者的には安い雇えるに越した事はないだろうが、
安い人材はそれなりだからなぁ。
SPAの場合、多くは安さより品質を求めている会社が
導入するわけで、安かろう悪かろうではあまり意味を
なさないと思われる。

**デフォルトの名無しさん** · 2019/03/24(日) 15:29:49.58

自分でやりたくない、金払いたくない、人育てたくないってきたら、もうオフショアしか残ってないぞ

**デフォルトの名無しさん** · 2019/03/24(日) 16:01:03.66

wordpressや！

**デフォルトの名無しさん** · 2019/03/24(日) 17:13:41.89

>>160
業界から消えてもらうのが本人にとっても他の人にとっても幸せなパターン。

**デフォルトの名無しさん** · 2019/03/24(日) 18:31:15.31

ホームページビルダーや！

**デフォルトの名無しさん** · 2019/03/24(日) 18:39:19.94

>>163
あれって今使うメリットってなんかあるの？

**デフォルトの名無しさん** · 2019/03/25(月) 12:00:48.87

老人向けパソコン教室の業者が儲かる

**デフォルトの名無しさん** · 2019/03/25(月) 13:12:00.05

自分でやりたくない、金払いたくない、人育てたくないって場合にホームページビルダーや！

**デフォルトの名無しさん** · 2019/03/25(月) 13:16:02.91

ホームページビルダーは誰がやってくれるんだ？
自分でやりたくないんだよね？

**デフォルトの名無しさん** · 2019/03/25(月) 16:25:12.82

新入社員

**デフォルトの名無しさん** · 2019/03/25(月) 18:43:40.12

育てる気ないのに新入社員？ｗ

**デフォルトの名無しさん** · 2019/03/25(月) 21:03:40.98

ホームページビルダーで妥協するから激安人材に依頼できるってロジックだろ？わからないポイントある？

**デフォルトの名無しさん** · 2019/03/26(火) 08:46:21.93

日本の大企業のみ→Angularはグーグル製！！信頼できる
零細企業、またはアジア圏→使いやすさでやっぱりVue
欧米→安定的なアプデで信頼できるReact
個人→jqueryで良いんじゃね？
Google→ある程度の金貰ったし、Angularのメンテ面倒くさいから没プロダクトにするか（笑）

**デフォルトの名無しさん** · 2019/03/26(火) 09:05:00.14

Googleが本当に流行らせたいのはAngularDartなんだろうけどな

**デフォルトの名無しさん** · 2019/03/26(火) 09:09:55.79

dartはflutterで成仏しろよもう

**デフォルトの名無しさん** · 2019/03/26(火) 09:19:45.20

angularとvueが大規模、小規模て分類は間違ってはいないけど、学習の難易度的にはそこまで変わらんと思うよ。angularと比較するならvueはnuxt.jsになるだろうし、どっちも覚える事多い。使い分けは出来た方が良いから結局どっちも覚えるべきなんだろうね。

**デフォルトの名無しさん** · 2019/03/26(火) 10:40:24.41

reactでいいんじゃね？
アメリカに着いてくのが一番
奴らが標準規格の主導権持ってんだからね

**デフォルトの名無しさん** · 2019/03/26(火) 10:41:08.50

>>172
Google謹製Flutterの今年のロードマップ
https://github.com/flutter/flutter/wiki/Roadmap
> Making the Hummingbird project (Flutter running on the Web) available to developers.

年内には
　　Google Angular(TypeScript)チーム
　　　　vs
　　Google AngularDartチーム
　　　　vs
　　Google Flutter(Dart)チーム
になりそうだ

**デフォルトの名無しさん** · 2019/03/26(火) 12:16:22.63

個人的にはスレタイにある vue react angularは3つでバランス取れてると思うよ。それぞれ特徴あって案件次第で使い分けできるサイズ感。ただ願わくばこれ以上増えて欲しくない。。

**デフォルトの名無しさん** · 2019/03/26(火) 16:03:08.26

HUMBLE BOOK BUNDLE: WEB PROGRAMMING BY O'REILLY
https://www.humblebundle.com/books/web-programming-oreilly-books
https://www.goodreads.com/list/show/134093.Humble_Book_Bundle_Web_Programming_by_O_Reilly

それぞれ高評価のオライリー本バンドル。ここの3つも入門レベルとは言え取り上げられてるし、一冊＄1以下でDRM Freeとかお得杉

**デフォルトの名無しさん** · 2019/03/26(火) 17:22:58.54

まず合法なの？

**デフォルトの名無しさん** · 2019/03/26(火) 18:45:34.41

欲しいけど英語読めない

**デフォルトの名無しさん** · 2019/03/26(火) 20:13:15.22

humbleは元々はゲームバンドルから始まったが、すでに足掛け8年続いてるわけで、今までもオライリー含めて様々なeBookバンドルやってるから大丈夫

小説や時事ニュースならともかく技術書の英語なんて平易だしコードも追えるからイケルイケル
後から足せるしとりあえず$1枠で行ってみれば。

FlaskとVue, React目当てでポチった

**デフォルトの名無しさん** · 2019/03/26(火) 20:41:10.00

Reactの翻訳版持ってるけどcreateClass時代のやつだから今はもう役に立たないぞ多分。

**デフォルトの名無しさん** · 2019/03/26(火) 22:40:09.39

reactはそんなに学習コスト高くないと思うのだがどうだろう。

**デフォルトの名無しさん** · 2019/03/26(火) 22:51:03.80

reactは設計時の論理的思考力が試される
angularは勉強時にたくさん覚える力が試される

**デフォルトの名無しさん** · 2019/03/27(水) 20:59:46.71

>>184
ジャップには向いてるな
なお、インスタントエンジニアしか生み出せない模様

**デフォルトの名無しさん** · 2019/03/27(水) 21:53:35.70

所詮JSだからエセエンジニアだよ
Javaエンジニアに比べたら偽物でしかない

**デフォルトの名無しさん** · 2019/03/27(水) 22:10:33.57

>>185
>>186

天下のJavaエンジニア様が↓これですか？
池沼バカですよね？

952 名前:仕様書無しさん [sage] :2019/03/22(金) 14:13:13.12
Javaでシングルページアプリケーション作れないよ
道具うんぬん言われてもReactかVueかAngularしかないよ

953 名前:仕様書無しさん [sage] :2019/03/22(金) 14:18:43.51
Ｊ　ａ　ｖ　ａ　Ａ　ｐ　ｐ　ｌ　ｅ　ｔ

**デフォルトの名無しさん** · 2019/03/28(木) 22:58:23.12

JAVAもJavascriptも両方書けるけど、別にどっちが書ければ偉いとか無いなぁ…。

つーか、プログラミング言語なんて別に覚えようと思えばどの言語でも覚えられるんだから、
わざわざ派閥作ってどれが良いかで抗争ごっこなんてする必要無いだろ。
そんな労力余ってるんなら、勉強や業務に回せよ。

**デフォルトの名無しさん** · 2019/03/28(木) 23:01:34.70

というかjavaとjavascriptで揉めるって珍しいよな。

**デフォルトの名無しさん** · 2019/03/28(木) 23:26:11.25

まあjavaは基幹業務のイメージあるしその影響かね。jsも楽しくて良いんだがなあ。web系なら今やフロントの方がずっと工数多いし。

**デフォルトの名無しさん** · 2019/03/29(金) 01:01:09.34

※ただし割り当てられる予算は少ない

**デフォルトの名無しさん** · 2019/03/29(金) 01:50:54.11

javaからjsに変換するツール期待してるんだけど
Maven経由で使いづらかったり全く流行りそうにないな

**デフォルトの名無しさん** · 2019/03/30(土) 17:33:23.78

elmよくない？

**デフォルトの名無しさん** · 2019/03/30(土) 21:58:08.49

>>193
触った事無いから良いも悪いも分からないけど、今までいろんなフレームワークやらAltJSなんやらが
世に出ては消え、世に出ては消えを繰り返していた過去を考えると、
全く普及していない、あるいは強力な後ろ盾が何もない言語なりフレームワークなりは絶対辞めたほうがいい。

その時は開発が楽できるかもしれないけど、数年後に保守しようとした時に
ほぼ廃れてて全部書き直すかメンテされてないドキュメントと格闘しながら
騙し騙し使っていくかの2通りしかないよ。

てか、stackoverflowのトレンドにすら出て来ないフレームワークや言語なんて怖くて使えねぇわ…。

https://insights.stackoverflow.com/trends?tags=reactjs%2Cjquery%2Cvue.js%2Cangular

**デフォルトの名無しさん** · 2019/03/30(土) 23:06:55.46

>>193
purescriptのが好き

**デフォルトの名無しさん** · 2019/03/31(日) 00:28:14.73

結局jsとcssとhtmlを吐き出すなら、あんま変わらない様な気がする>elm。エコシステムが大きくなれば数年後は分からんけどね。

**デフォルトの名無しさん** · 2019/03/31(日) 02:40:20.74

Gwtがもう少し流行ってもいいだろうに

**デフォルトの名無しさん** · 2019/03/31(日) 03:18:00.44

>>194
これ全部が頭打ちっぽくない？
Vueは足踏みくらいか

**デフォルトの名無しさん** · 2019/03/31(日) 03:18:34.36

>>198
画像忘れた
https://i.imgur.com/g3RvsFP.jpg

**デフォルトの名無しさん** · 2019/03/31(日) 03:31:19.63

>>199
未だにreactjsって書かれてるのが不毛だな