Vue vs React vs Angular Part.2

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 06/13 06:11 / Filesize : 248 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん [2019/03/09(土) 22:02:33.71 ID:47IMMy0/.net]: 実際どうなん？
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
mevius.5ch.net/test/read.cgi/tech/1545395856/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください
2 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 22:10:59.54 ID:7ubvtRZR.net]: >>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は冗長
3 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 22:11:21.00 ID:7ubvtRZR.net]: 　
Vue vs React vs Angular その2
https://mevius.5ch.net/test/read.cgi/tech/1552122580/
4 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 22:13:19.13 ID:7ubvtRZR.net]: 実際vueの方がコードは長くなるわけで、
たった2行にバグが有るかどうかと
十数行にバグが有るかどうかでは
考えるまでもないな
5 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 22:14:44.65 ID:7ubvtRZR.net]: 次はonclickを使う例にしようか？
jQueryだとコードは増えないが
Vueだとさらにコードが長くなる
6 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 22:18:50.81 ID:KVQbeC9/.net]: >>1
乙
7 名前：デフォルトの名無しさん [2019/03/09(土) 22:23:27.65 ID:e9DsS9n/.net]: >>1
乙
8 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 22:26:49.23 ID:Cd0srXFW.net]: NG用にワッチョイくらいは欲しかったな
9 名前：デフォルトの名無しさん [2019/03/10(日) 04:28:29.96 ID:ViGvUIo5.net]: 韓国人のつくったkQuery = Vue
10 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 09:31:42.23 ID:Q25DRVQl.net]: スレタイに入ってるけどAngularのアウェイ感が半端ない
11 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 09:41:01.97 ID:xzUDrYOg.net]: >>10
なんで？
12 名前：デフォルトの名無しさん [2019/03/10(日) 09:44:10.94 ID:q7odbdCi.net]: >>10
俺はangularはサンプルいじって放置してるよ。実務で使うシーンが限定というか予定にない。自社でも受注にもない。
13 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 09:49:18.69 ID:6nzJw0Ap.net]: >>11
React、VueはJavaScriptでHTMLを作るものだから。
AngularはHTMLをベースにそこに特殊な属性をつける。
14 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 09:50:04.54 ID:5/+zyaBC.net]: >>1
乙！

>>2-5
死ね
15 名前：デフォルトの名無しさん [2019/03/10(日) 09:55:40.09 ID:q7odbdCi.net]: 1から2への移行、というか再構築の苦労話見るとなあ。個人的に習得すべきかずっと迷ってる。
16 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 09:56:45.26 ID:Q25DRVQl.net]: >>11
今って言うか前スレで殆ど話題に上がらなかったなと
17 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 10:08:10.61 ID:o7bvUAdf.net]: >>12
何でAngularってあまり使われないんだろうな。

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

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

一度Angularで開発始めてしまうと後戻りできなくなるからとか、
そもそもHTML、CSS、Javasceiptしか出来ない人間にAngularは荷が重いからとか？
18 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 10:57:03.30 ID:KLmR+9gs.net]: あとバージョン更新が速すぎる
7で安定すんのかな
19 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 10:59:39.20 ID:6nzJw0Ap.net]: >>17
用途が違うから。

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

ウェブサイトはAngularが適しているが、
その程度の用途ならjQueryで十分
20 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 11:18:18.33 ID:Q25DRVQl.net]: >>18
もう8のBetaが来てる
21 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 11:20:50.23 ID:vz6CbeE1.net]: Angular使ってる部署は使ってるな
自分のところで使わないのは、
・大胆に仕様が変わる
・その割りに飽きてポイ捨てするgoogleの体質
で使ってないな
googleの信用問題な気がw
22 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 11:35:33.25 ID:Q25DRVQl.net]: Reactもライフサイクルメソッドとか大幅に廃止になってたりするけどね
23 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 11:46:45.99 ID:56gRJqyl.net]: まだまだ先とはいえ、GoogleはいずれAngularを捨てて
Flutter for Webを推していくようになると思うぞ
24 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 11:49:48.39 ID:6nzJw0Ap.net]: それはReactも同じだよ。
Web Componentsがすべてを置き換える。

まあReactと互換性がないReact Nativeは別だけどな。
React Nativeはアプリ用であってウェブ用ではないし
25 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 11:56:52.21 ID:Q25DRVQl.net]: >>23
AngularDartってのもあるからな
26 名前：デフォルトの名無しさん [2019/03/10(日) 12:02:33.55 ID:9L4VxaVq.net]: >>17
webの構成要素html、js、cssはとても壊れやすく脆い。altcss、altJSも結局はラップに過ぎん。そして動作するブラウザもどこかで不安定。

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

その上流れの早い業界だから、速攻習得できて早く捨てられる。次に備える。そういうスタイルがwebに合ってる気がしてる。angularには腰が重くなる。
27 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 12:19:44.77 ID:6nzJw0Ap.net]: >>26
html、js、cssは登場してから大きく変わることはなく安定してると思うけど？
壊れやすいのはその周辺技術。同じことを違うやり方をしては消えていく
生HTML、生JS、生CSSに近いものほど長く生きている
28 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 13:50:12.38 ID:nYjQhMLl.net]: 生たって小規模ならともかくjsの長ったらしいのなんかメンテできないだろ
ちゃんとしたlintツールとかあってチームとかでメンテできるわけで
29 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 14:08:14.61 ID:6nzJw0Ap.net]: lintツール使ってもjs自体はjsそのものだろ

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

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

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

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

標準の構成要素は消えないし、標準から離れれば離れるほど死滅するのが早くなる
ウェブのフレームワークも標準のDOMとは違うやり方をするので、すぐ消えるよ
30 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 14:12:35.25 ID:Q25DRVQl.net]: CoffeeScriptにしてもSassにしてもRails由来のものはあんま流行らなかったな
ScssはSassの一形式みたいに言われてるが本来のSass形式が受け入れられなかった結果だしな
31 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 14:14:23.21 ID:6nzJw0Ap.net]: >>30
俺が言ってるSassっていうのはプロジェクトの名前で
構文自体はScssだからね。
32 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 14:48:02.33 ID:p6mXoDDk.net]: インデントスタイルのほうが絶対いじりやすいのに
33 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 15:00:02.28 ID:6nzJw0Ap.net]: そんなものよりも互換性のほうが重要だし
テキストエディタの機能で小さな差は吸収される
34 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 15:31:18.74 ID:nYjQhMLl.net]: >>29
AltJsてことね、失礼
TypeScriptはやっぱ便利だね
Vueでもやりたいんだが周りがjsでやろうとするんだよな
35 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 15:34:45.50 ID:nYjQhMLl.net]: >>25
普通に考えれば
AngularはDartでやるべきなんだろうけど
36 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 15:34:57.99 ID:Q25DRVQl.net]: >>32
逆にインデント入れたらダメってルールはないし
37 名前：デフォルトの名無しさん [2019/03/10(日) 16:02:25.93 ID:q7odbdCi.net]: >>27
すまん言い方が大雑把だった。エンジンがどうこうじゃなく、最近は減っただけでブラウザ依存は無くなってないし、生cssやdomは貧弱すぎる。

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

それは凄く有難いし新技術はワクワクするしvue reactは楽しい。でも独自記法が象徴する様に「コレは一時的なものです。今はこう書きます」というキナ臭さ凄い。ガッツリコミットできない。
38 名前：デフォルトの名無しさん [2019/03/10(日) 16:28:15.01 ID:q7odbdCi.net]: でも、なんかこのスレ見てたらangular勉強する気が湧いてきたわ。しばらく独学して判断するよ。
39 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 16:31:35.17 ID:Q25DRVQl.net]: >>38
これからGoogleMapもPWAになるって聞くしな
40 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 20:26:48.77 ID:V0UGG6E/.net]: Vue.jsは仕事で使ったけどイマイチな感じがした。
ちょっと入院するからreact native勉強するつもり。
このままサーバサイドエンジニアに追い込まれて終わらんよ
41 名前：デフォルトの名無しさん [2019/03/10(日) 22:13:45.27 ID:bIlR+fk4.net]: >>40
どんなところがイマイチ？
42 名前：デフォルトの名無しさん [2019/03/10(日) 22:13:50.36 ID:q7odbdCi.net]: >>40
そうだね、pwaは必須になると思う。よりネイティブアプリに近づく流れは避けようがない。
あとスレタイにある様に、現時点でjsフレームワークは3種類に絞られたと言って良いと思う。松茸梅じゃないけど、いい感じに出揃った。腰を据えて松のangular学んで良い時期なのかなと。
43 名前：デフォルトの名無しさん [2019/03/10(日) 22:15:05.06 ID:q7odbdCi.net]: ごめん安価間違えた。>>39へのレスでした。
44 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 22:19:55.62 ID:o7bvUAdf.net]: Angularに詳しい人に質問。

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

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

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

実現したいポイントは、

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

なんだけど、なんかアイディアない？
45 名前：デフォルトの名無しさん [2019/03/10(日) 22:23:07.40 ID:yzd/Af8M.net]: PWAの実行環境としてウェブブラウザは最適なんだろうか。
46 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 22:29:16.09 ID:Q25DRVQl.net]: 前スレでAureliaってのが出てたから試してみたけど
cliでプロジェクト作っても初期状態でnpm startすら碌にできんとか
流石にスレタイの3フレームワークとは同列じゃないなって思った
47 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 22:32:21.87 ID:6nzJw0Ap.net]: >>45
PWA=実行環境だよ

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

素のウェブブラウザが最適ではないからこそ
OSがその機能を追加してる
48 名前：デフォルトの名無しさん [2019/03/10(日) 22:41:57.30 ID:q7odbdCi.net]: >>44
すまん横槍なんだけどangularだけの問題じゃないので。
ネイティブアプリでもwebでもRxを使うのがトレンドだと思うんだが、それではダメ？
49 名前：デフォルトの名無しさん mailto:sage [2019/03/10(日) 22:57:26.28 ID:o7bvUAdf.net]: >>48
えぇ…駄目って事は無いと思うけど、RxJSで一度取得した情報をページ遷移ごとに再度取得したり、ユーザーが仮で入力した入力情報を一々RxJSで送るって、面倒臭過ぎない？

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

もちろん、作るものによってデータの扱いは異なるだろうから、俺の考えが絶対に正しいとは思わないけど。
50 名前：デフォルトの名無しさん [2019/03/11(月) 00:23:57.94 ID:lyQtF9ny.net]: >>49
それは結構範囲が広い問題だねえ。設計思想にも関わってきそうな。ただデータの再利用部分なんだけど、単に通信量を減らすキャッシュ的なもの？なら簡単だろうけど、なにやら複雑そうだね。
51 名前：デフォルトの名無しさん mailto:sage [2019/03/11(月) 00:26:48.86 ID:JM6BoaCV.net]: >>41
描画し終わった後に呼ぶメソッドはアレとか、前だとコレとかとっつきにくい。
まあriotよりはマシだが
52 名前：デフォルトの名無しさん [2019/03/11(月) 00:36:16.62 ID:EA8HXttJ.net]: >>44
それがfluxなんじゃないの？
53 名前：デフォルトの名無しさん [2019/03/11(月) 10:44:37.63 ID:lyQtF9ny.net]: >>49
ブラウザのデータ永続化も絡んでる？
54 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 00:33:48.58 ID:jJAw+gN3.net]: >>53
いやそこまでは。精々ユーザーが使っている間、具体的にはブラウザタブ開いている間くらいで考えてる。

JSONにしてsession storageにぶち込もうかとも思ったけど、データバインディングもしたいから
今んとこはserviceで管理するのが一番無難かなぁと。
55 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 02:23:44.41 ID:UpxuEIqZ.net]: Model(Application/Data) <----> View Model (JQuery/AnimeJS/DOM) <----> View(HTML/CSS)
56 名前：デフォルトの名無しさん [2019/03/12(火) 09:34:20.66 ID:AFnQdIOq.net]: >>54
5chじゃ詳しく話せないと思うんだけど少し範囲が広すぎるから、なにが具体例があると分かりやすい。今までの内容から、storeやrxやstorage,indexedDBでも解決に至らない問題って事だよね。

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

ここが核心で他は不便ではない、という事なら解決方法は全然違ってくると思うし。
57 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 10:16:12.94 ID:q9ip16jC.net]: >>51
俺の場合はReactNativeを仕事で使って、同じようなとっつきにくさを感じたから、今はVueやってる。たぶん大差無いんじゃないかな。
58 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 12:10:25.68 ID:7g9xGTjE.net]: vueのtsサポートってどんな感じ？
普通に使える？
59 名前：デフォルトの名無しさん [2019/03/12(火) 12:47:29.02 ID:AFnQdIOq.net]: >>58
俺は普通に使ってる。特に問題ないよ。
60 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 22:43:17.38 ID:yqMuNo3c.net]: Fluxってsetterで値をセットし、getterで値を取得しましょうってことでいいの？

それともsetterの代わりに、メソッドで連想配列に値を入れて
getterは使わず、内部構造の連想配列をそのまま取得ってこと？
61 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 00:03:24.50 ID:PAp5WAI8.net]: >>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}}
を書くのが面倒。

何かズラズラと書き上げてて、だんだん設計がよろしく無い気がしてきたわ。いっぺん設計を考え直してみるわ。
62 名前：デフォルトの名無しさん [2019/03/13(水) 01:32:34.62 ID:N5s6avwa.net]: >>61
ちょっと俺もangular勉強中だから近日中に答えるわ。
ただ気になるのが4)のA>Bに遷移した後、リロードが発生したら表示できなくなる気がするんだけど。。urlが同じならAに戻るだけだから問題ないと言えば無い。のかな？
または、A>Bへの遷移後Aは破棄されず再び更新が発生した場合サービス側で注意深く処理しないとせっかくのBのバインドが外れてしまう。
ごめん実装と例は違うんだろうけど、パッと見て気になったところ。
63 名前：デフォルトの名無しさん [2019/03/13(水) 06:45:39.95 ID:82TbnNci.net]: それ
リロードが発生するとデータが消えるのは論外なのでリロードしても大丈夫なようにしないといけない
64 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 07:00:36.64 ID:YzEG8kXL.net]: 名前が長くなるのはいやがらない方がいいと思うけどな。シンプルな名前にすると背後に潜む仕組みがわかりにくくなって逆に不安になったりしない？
65 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 07:03:11.66 ID:YzEG8kXL.net]: {{this.TestService.val.res}}

こう書いてあると、他の人が見たときにわかりやすくてよい名前だと思う。
66 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 08:57:38.95 ID:YvUB85FK.net]: ReduxならlocalStrageのミドルウェアがあったな
67 名前：デフォルトの名無しさん [2019/03/13(水) 09:40:05.85 ID:N5s6avwa.net]: 現段階での改善案なんだけど、
1:Aのロード部分はサービスへ。
2:AB共にサービスからrx経由で取得。
が基本だと思う。要はコンポーネント内で直接ロードしない。この修正だけで随分見通し良くなると思うよ。
あとはサービス側でキャッシュなり永続化なりお好きな様に。
68 名前：デフォルトの名無しさん [2019/03/13(水) 11:07:16.09 ID:xsp0OITE.net]: 頑張らなくっちゃ～　頑張らなくっちゃ～
うんちもプリップリッ　おしっこもジャージャー
頑張らなくっちゃ～　頑張らなくっちゃ～ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
69 名前：デフォルトの名無しさん [2019/03/13(水) 11:20:41.84 ID:82TbnNci.net]: ・サービスの根幹に関わる部分はflux概念で管理
・その部分はどのページでリロードしても破綻しないように管理する
・見た目とかリロードで変更されても問題ないstateはそれぞれのコンポーネントで管理

こんな感じかね
70 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 12:36:13.64 ID:M+m6pFpm.net]: リロードしてもステート変わらないの？
何のためにリロードするんだろうな。
そんな糞サイト二度と行かないわ
71 名前：デフォルトの名無しさん [2019/03/13(水) 12:56:53.92 ID:sDP8Zfpo.net]: 何のためにリロードするのかってユーザーが勝手にリロードするからだろ
糞サイトだろうが優良サイトだろうがリロードするやつはリロードする
そんなことすら理解できないバカを自己紹介すんな
72 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 13:27:25.76 ID:M+m6pFpm.net]: 何を期待してリロードするのかということなんだが…
リロードしてもリロード前とステートまったく変わらないの？
そんな糞サイト二度と行かないわ
73 名前：デフォルトの名無しさん [2019/03/13(水) 14:00:09.36 ID:sDP8Zfpo.net]: >>72
お前がバカだから理解できないのはわかった
74 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 14:51:42.99 ID:C11CZt6j.net]: 馬鹿と馬鹿が言い争っていてワロタ
jQueryおじさんの俺が説明してやろう

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

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

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

リロードした時に表示内容が変わる変わらないは関係ない
データが更新されりゃそりゃ変わるだろ。それは問題ではなく
URLに対応して表示がされてるということが重要なんだよ。
75 名前：デフォルトの名無しさん [2019/03/13(水) 14:55:47.58 ID:N5s6avwa.net]: >>72
逆だよ逆。リロードしてもステートは基本変わっちゃダメなんだが。。別の何かと勘違いしてない？
76 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 15:05:53.98 ID:C11CZt6j.net]: URLに乗っけるべき情報（ステート）と
そうでない情報を明確に区別して考えてるかい？
それぐらいSPAの基本になってるはずだろう？

なんかそういう前提基礎知識無いまま
フレームワーク使ってる！SPAが得意！俺SPAやってる！
みたいな馬鹿多そうだよね
77 名前：デフォルトの名無しさん [2019/03/13(水) 15:08:42.76 ID:sDP8Zfpo.net]: >>74
お前は巣に戻れ
78 名前：デフォルトの名無しさん [2019/03/13(水) 15:16:56.45 ID:N5s6avwa.net]: そうだな、皆さんスルーの方向で。
79 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 15:22:27.03 ID:C11CZt6j.net]: じゃあID変えるわｗ
80 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 15:41:41.69 ID:spDmUHe4.net]: 仲良くしろよマン参上！

仲良くしろよ
81 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 16:02:58.96 ID:096TGv3x.net]: だからlocalStrage使う方法調べりゃいいだけしゃね？
どのフレームワークの話かはしらんけど
82 名前：デフォルトの名無しさん [2019/03/13(水) 16:56:50.71 ID:N5s6avwa.net]: 今angular入れて色々弄ってるんだけど、思ってたより分かりやすかった。これは食わず嫌いだったかも知れん。lonic2も良い。
83 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 22:36:26.58 ID:XQdSKsp+.net]: 今入院中でこの暇な時間使ってmacbookでreact nativeの開発環境構築したんだが、再起動しようとしたらmacOsの更新で引っかかってtimemachineで今朝に戻ってまたやり直しだよ。
Iphoneのデザリングは思わぬところで使えないな。
今日だけでパケット使用量が27.5GB超えたわw
84 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 23:12:47.46 ID:/iq5uPyI.net]: ツッコミ待ちか？
85 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 01:02:58.29 ID:ru/Uognt.net]: >>67
あぁそうか。コンポーネント基準で状態を保持するんじゃなく、RxJSを基準に取得した情報の管理をすりゃいいのか。なんとなく分かったわ。

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

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

htmlにクソ長い変数名貼り付ける際にコピー範囲間違えて、貼り付けた内容の間違いに気付かなくて、
serveして動かねー！なんて事も結構あったから、何か予防出来る良い方法（出来れば補完を効かせる方法）無いかなぁと。
86 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 01:08:44.08 ID:r/2mZZxz.net]: Angularの人多そうだね
自分はReact派なので話がよく分からないわ
87 名前：デフォルトの名無しさん [2019/03/14(木) 08:12:54.12 ID:OwP0/eKx.net]: きちんとIE11でも動くように確認してる？
88 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 09:12:46.32 ID:ejdidB2K.net]: >>86
前スレでは殆ど話題にならなかったけどな
89 名前：デフォルトの名無しさん [2019/03/14(木) 09:48:52.88 ID:cYcIRmqP.net]: >>85
ロードはそれで良いと思う。

あと補完部分だけど、俺はwebstorm使ってるからすまんけどvscodeだとどうなるのか分からない。でもそれ補完できるのが普通だから設定でどうにか出来そうな気がするんだけどね。。
90 名前：デフォルトの名無しさん [2019/03/14(木) 09:49:55.66 ID:cYcIRmqP.net]: >>85
まだangular初心者なんで勘違いしてるかも知れんけど、webstormだと補完効いてる様に見える。少なくともコンポーネントのpublicな変数がhtmlで補完効かないという事は無い。注入したサービス内のプロパティも補完効く。

一度試してみたら？30日のトライアルあるし。インスコしてプロジェクト読み込むだけですぐ確認出来るよ。少し高いが。。サブスクだし。
91 名前：デフォルトの名無しさん [2019/03/14(木) 09:58:02.68 ID:cYcIRmqP.net]: >>86
俺もreact vue派だよ。ただ聞いてた様なangularの急な学習曲線は無いと、現段階では思う。まだ全体を比較できるほど知ってる訳じゃないけど。
92 名前：デフォルトの名無しさん [2019/03/14(木) 17:30:00.98 ID:cYcIRmqP.net]: ふと思ったんだけど、vscodeにangularのextension入れて無いから補完効かないとかじゃ、、違ったらすまんね。
93 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 09:00:46.58 ID:sCYeu0PB.net]: nuxtとかVuepress使ってる方いたら、使用感とか不満点とか教えてください。
94 名前：デフォルトの名無しさん [2019/03/15(金) 10:31:41.22 ID:oX4qYXDT.net]: >>93
Nuxtでssrにexpress使用する場合って事？仕事で使ってるよ。
create-nuxt-app で pwa, express, vuetify 指定。
色々世話焼いてくれるのは良いけどカスタムしようとすると少しトリッキー。ルータ周りとか。元が緩いから常に複数のやり方がある。たまにコレで正しいの不安になる。不満点としてはそんなもん。
95 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 11:49:10.14 ID:grzsyouu.net]: 職場のとなりのおっさんが秀丸でAIのフロント作ってた
設計もデザインもコーディングも全部一人で完結させてた
Reactも丸暗記してるみたいで秀丸で手打ち

手練れの人ならvscodeなんて要らない
96 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 11:54:10.30 ID:4uXCwYPV.net]: つメモ帳
97 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 12:31:05.49 ID:sCYeu0PB.net]: Webstormと違ってVSCodeは無料なんだから、そこまで嫌わなくてもいいだろう
98 名前：デフォルトの名無しさん [2019/03/15(金) 12:36:40.24 ID:oX4qYXDT.net]: >>95
凄え。。俺には到底真似できん。
99 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 13:26:57.92 ID:soCAaGQV.net]: vimじゃねえのかよ
100 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 14:43:00.90 ID:xg5ImndD.net]: 一方俺はVS Codeでバグが見つかり一時間考えてもわからず人に聞いたらただの変数名の間違いだった
101 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 15:53:30.81 ID:RoIPOHxI.net]: Reactで長いスペルって
componentDidMountとかライフサイクルメソッドくらいじゃない？

あとパッケージ名とか
102 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 18:30:15.60 ID:Ub8vdKeJ.net]: >>95
残念ながら、それでは比較になっていない。

同等の手練の人でvscodeを使う人と秀丸を使う人の
両方を用意して比較して初めて意味がある。
103 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 19:23:38.69 ID:4uXCwYPV.net]: そういうの文系ではapple to appleの比較って言うけど理系ではカッコよくなんて言うんだっけ？
104 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 21:07:09.57 ID:2KXTO6ja.net]: まあ実際のところメソッドの綴り思い出すくらいのことで生産性が上がったり下がったりはせんわ。
105 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 21:43:10.81 ID:Em1ZGZeP.net]: つーか仕事で縛りプレイするなよ
106 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 22:57:48.26 ID:Q5qTdV/M.net]: vscode嫌ってるとかでなく、よく知らない・導入面倒そう・そのうち考える　くらいの感覚で
現状維持（秀丸継続）してるだけだと思うよ
107 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 23:07:57.45 ID:T3qDIaug.net]: (知り合いなの？)
108 名前：デフォルトの名無しさん [2019/03/15(金) 23:19:53.06 ID:oX4qYXDT.net]: 秀丸でもホットリロード効くのかね。試すつもりもないが。
109 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 23:52:43.11 ID:FowMnS0c.net]: >>108
ホットリロードはwebpack-dev-serverの構成だろ
110 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 09:13:50.38 ID:CtYDlaLX.net]: 正直コード補完って要らなくね？
111 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 09:52:45.29 ID:VrxWLsvb.net]: うそつきコード補完ならいいのか
112 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 16:31:11.50 ID:B3aOMEx5.net]: >>110
お前さんだけ補完オフにして使えば良いじゃん。
113 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 09:08:50.14 ID:OsNQoPQN.net]: ﾜｯﾁｮｲなくなったからとれか分からんくなったけどReactマスターのｵｯﾍﾟｹはどんな環境でコーディングとかデザインとかやってるの？
114 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 20:14:26.90 ID:yGXBPngH.net]: >>17
マジレスすると大規模案件は多い

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

あと、これ選んでる会社は開発が投げ捨てグーグルというのを忘れてる
グーグルだから信用できるってどんな思考回路でそうなるのか
115 名前：デフォルトの名無しさん mailto:sage [2019/03/18(月) 22:26:10.82 ID:BmcHHai5.net]: ふ、flutterで蘇らせたしっ！
116 名前：デフォルトの名無しさん [2019/03/18(月) 22:42:22.12 ID:ZOriKmN7.net]: >>113
VScode
cloud9
Photoshop
たまにイラレ
117 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 00:09:33.27 ID:Lq9HjVmO.net]: モックアップ作るときは最近はどんなソフトがいいんだろ
118 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 00:40:22.28 ID:ukYFNMNh.net]: XD
119 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 03:16:20.90 ID:ttfascNs.net]: >>114
androidstudioは？
120 名前：デフォルトの名無しさん [2019/03/19(火) 10:29:57.40 ID:SaRhAIF3.net]: >>114
まあangularは過去やらかしてるから不満なのはわかるよ。でもどうせ5年もすればガラッと様変わりするのが常だし、しょうがない。pwaが本当にアプリの大部分を置き換え得るのか誰にも分からない。
121 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 12:35:42.07 ID:n03O5Nop.net]: >>119
もうオワコンでしょー
中身は最低限の機能でバックの方で更新一括すればいいし
何度もアプデはユーザーにも開発にも負担がかかる
122 名前：デフォルトの名無しさん mailto:sage [2019/03/19(火) 19:16:33.24 ID:48OEK8cP.net]: 現行クロスビルドするためにAndroidStudio入れなきゃいかんのがめんどいよね容量食うし
SDKだかだけ入れても結局足りんし
ちゃんとクロスビルド用で必要十分で最小限の切出ししてくれんもんかね
123 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 07:02:54.00 ID:ko5dqk7s.net]: >>121
何使ってるの？
124 名前：デフォルトの名無しさん [2019/03/20(水) 09:09:20.93 ID:qH5NavgF.net]: ん？androidのネイティブアプリでandroid studio以外の選択肢があるのか？ゲームなら分かるが。
125 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 09:29:19.96 ID:l3iUozjv.net]: angular.jsはもう死んでいる
126 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 09:33:59.53 ID:+M/58d6h.net]: もうReact.jsってのもないよね
もう.jsって付けてるのはVueだけ
127 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 12:23:58.01 ID:sMrrhESD.net]: つまりVueだけが生き残ってangularもなんちゃらもオワコンって事でok？
128 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 12:25:29.33 ID:KzgtImdp.net]: いいよいいよめんどくさい
満足したら帰れ
129 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 14:41:20.20 ID:VnHP/Zl1.net]: あたし今夜は帰りたくなーい
130 名前：デフォルトの名無しさん mailto:sage [2019/03/20(水) 22:22:23.69 ID:Q7FR5aXP.net]: じゃあ会社に泊まり込んで朝までVueしよう
131 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 02:04:21.51 ID:2UUDJxzq.net]: Evan「今日からSPAとして働いてもらうからな」
JS「えっ？おじさん誰？」
Evan「Vue！」
JS「え？ちょっと縛らないで！なにコレっ、 v-◯◯属性ってなんなの！気持ち悪いっ、私のDOMどうなってるのぉ！」
Evan「ディレクティブだよ。リアクティブにDOMを書き換えるんだ。Reactの◯SXよりも気持ちいいだろう、俺のテンプレート構文」
JS「気持ちよくなんか、んっ」
Evan「はしたないデータフローにはご褒美のV◯exだ」
JS「いやああ… (ごめんね…React…)」
Evan「うっ、見てごらん、これがコンポーネント作りだよっ！(ヴューッ)」
132 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 09:00:54.84 ID:fnYprB/J.net]: >>127
フレームワークになったからだよ。
133 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 09:55:07.53 ID:SttJfC3V.net]: >>131
v-Sexってなんだよ！？
134 名前：デフォルトの名無しさん [2019/03/21(木) 13:08:33.79 ID:5dV11zdl.net]: フレームワークは3年くらいでオワコンになるし、何かいきなり新しいのがでてきて急にオワコンになることもある
135 名前：デフォルトの名無しさん mailto:sage [2019/03/21(木) 15:04:52.01 ID:SWMlpuY2.net]: Angularは2系にイキナリ切り替わって呆然
以来React派に転向
メリケンではVueよりReactが優勢
136 名前：デフォルトの名無しさん [2019/03/22(金) 21:47:59.16 ID:IYk7fwKO.net]: ほんと世の中ガチでフロントエンジニアリングできるエンジニアっていないんだな
エンジニアリクルートサービス利用してポートフォリオみてるけどどいつもこいつもウンコレベルなのに、できます！アピールだけすごい
作ったアプリみたら酷いな
137 名前：デフォルトの名無しさん mailto:sage [2019/03/22(金) 22:00:16.69 ID:fHZvfEvf.net]: AngularJSの時代なんてjQueryしか使ってなかったから過去の仕様がバッサリ切り捨てられたとかどうでもいい
大事なのは現行の仕様が実用的にどうかというところ
138 名前：デフォルトの名無しさん mailto:sage [2019/03/22(金) 22:19:38.60 ID:LxFBiDFh.net]: >>136
ポートフォリオのどういうとこ見る？参考にしたい
139 名前：デフォルトの名無しさん [2019/03/22(金) 22:59:48.83 ID:IYk7fwKO.net]: >>138
全部みるけど
特にUI/UXがクソすぎる
ど素人通り越して人間以下の能力しか感じられない

ちなみにリクルートサービス担当者に聞いたら、できる人はほとんどいませんだって
なのに単価クソ高え
140 名前：デフォルトの名無しさん mailto:sage [2019/03/22(金) 23:08:18.72 ID:Xjl+z3zG.net]: >>139
うーん…感情的な書き方で問題の本質がさっぱり分からん。

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

またその問題に対して、どういった改善を求めてんの？
141 名前：デフォルトの名無しさん mailto:sage [2019/03/22(金) 23:19:38.21 ID:ueV00U8L.net]: UIUXなんてなんか使いづらいって感じた瞬間駄目なサイトだろ
142 名前：デフォルトの名無しさん [2019/03/22(金) 23:28:04.83 ID:IYk7fwKO.net]: >>140
UIとして機能していない
反応がない
フォントバラバラ
ローディングなし
結果の明示がない
UIがくずれている
導線がわからん
なぜそこにそのボタンがある？
色がダサい
見にくい
古すぎるデザイン
レスポンシブではない
テキスト内容がクソ
エラー表示なし
ソースが汚い
classが適当
htmlも適当
意味不明のダサい画像
無駄にかっこよくみせようとして逆にムカつくタイトル名
センスの欠片もないUI
UXゼロ
データ表示をフォーマットさせていない
必要な機能が実装されていない
見るだけ不快
これでスペシャリストとかマジで一回死んでやり直せ
そのくせアピールだけすごい

私は月100万です
へえ、じゃこれ1日でできます？
………
お前には10万でも高えわ
143 名前：デフォルトの名無しさん mailto:sage [2019/03/22(金) 23:39:39.09 ID:LxFBiDFh.net]: それは初心者なだけでは…
144 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 00:11:57.71 ID:z2HpA2Km.net]: 「誰でも未経験から３ヶ月でフリーランスになれる！」
145 名前：デフォルトの名無しさん [2019/03/23(土) 00:39:40.39 ID:2pZbPAny.net]: >>143
それがベテランってやつでもほんとできないんだよ
いなくはないけどほとんどの奴ができない
146 名前：デフォルトの名無しさん [2019/03/23(土) 00:41:01.63 ID:2pZbPAny.net]: この前も時給8700円提示してきた奴の開発案件見せてといったら自分から断りやがった
147 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 00:44:46.37 ID:enzaJQTj.net]: >>142
もう自分でやれば？雇ったふりして自分でやれば丸儲けやん。
148 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 02:05:30.44 ID:AwTFibe4.net]: ポートフォリオってデザイン凝ってればいいんでしょ
149 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 08:17:57.37 ID:4V4ijAbJ.net]: 1人月100万円が最低ラインで、その人の給料は30万円ぐらい。
残りの70万円は会社がもらって、経費に当てる

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

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

派遣社員なら、70% ぐらいあるけど、仕事がない時の給料保証がない。
エージェントなら、90% ぐらいあるらしい
150 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 09:47:30.16 ID:XGFDvTiq.net]: >>142
沢山書き殴ってるけど、要するにコーディングだけじゃなく設計も出来る人材が欲しいの？

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

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

派遣会社の連れてくる人材なんて、下手すりゃキーボードすらろくに触った事無い奴が
「プログラミング歴３年以上」の中堅社員相当の人材として送られてくるんだから。
151 名前：デフォルトの名無しさん [2019/03/23(土) 10:06:36.77 ID:2pZbPAny.net]: >>148
それで実際にポートフォリオ出してみたらいい
デザイン凝ってます！って言ってみな
それで欲しがる会社もあるとは思う
なぜならフロントエンジニアで使える奴はほんといないから

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

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

やっぱできる奴は大手企業とかの正社員にしかいないのかも
152 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 10:31:51.23 ID:wJSaeQ2F.net]: 会社がポートフォリオに何を望むのか明確に示して無いんじゃないの
オリジナリティなんか要らねぇ実用性重視だって
153 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 11:37:16.69 ID:V0vJvcu9.net]: > やっぱできる奴は大手企業とかの正社員にしかいないのかも

大手企業のできてるサンプル見せてほしいっす。
それと同じレベルのものを作ればウケるんでしょう？
154 名前：デフォルトの名無しさん [2019/03/23(土) 11:51:23.27 ID:2pZbPAny.net]: >>153
大手が公開しているサンプルすら自分で見つけられないなら才能ないから無理
他人に聞くのではなく自分で判断できないとダメじゃん
155 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 12:09:25.66 ID:YhyYiXH6.net]: >>153に才能があるかどうかを確認する場ではないのでは？
156 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 12:36:16.25 ID:Hhu/fM13.net]: スクールで素養ありそうなやつに声かけて自分で教育したほうが確実だし、安上がりだぞ。
157 名前：デフォルトの名無しさん mailto:sage [2019/03/24(日) 06:19:57.51 ID:2N4L6w/5.net]: 安上がりか
できる人はすぐ転職してく
158 名前：デフォルトの名無しさん mailto:sage [2019/03/24(日) 10:10:01.68 ID:0R743LPx.net]: 普通に安く使おうとしてるクズ野郎なんじゃないかと思われる。
159 名前：デフォルトの名無しさん mailto:sage [2019/03/24(日) 11:34:45.84 ID:erZKtJ/5.net]: 経営者的には安い雇えるに越した事はないだろうが、
安い人材はそれなりだからなぁ。
SPAの場合、多くは安さより品質を求めている会社が
導入するわけで、安かろう悪かろうではあまり意味を
なさないと思われる。
160 名前：デフォルトの名無しさん mailto:sage [2019/03/24(日) 15:29:49.58 ID:F4bH4vNn.net]: 自分でやりたくない、金払いたくない、人育てたくないってきたら、もうオフショアしか残ってないぞ
161 名前：デフォルトの名無しさん mailto:sage [2019/03/24(日) 16:01:03.66 ID:qUrMSiUk.net]: wordpressや！
162 名前：デフォルトの名無しさん mailto:sage [2019/03/24(日) 17:13:41.89 ID:0R743LPx.net]: >>160
業界から消えてもらうのが本人にとっても他の人にとっても幸せなパターン。
163 名前：デフォルトの名無しさん mailto:sage [2019/03/24(日) 18:31:15.31 ID:WlMiws5A.net]: ホームページビルダーや！
164 名前：デフォルトの名無しさん mailto:sage [2019/03/24(日) 18:39:19.94 ID:STY4p2iS.net]: >>163
あれって今使うメリットってなんかあるの？
165 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 12:00:48.87 ID:ci2yIkxV.net]: 老人向けパソコン教室の業者が儲かる
166 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 13:12:00.05 ID:iswbtBwo.net]: 自分でやりたくない、金払いたくない、人育てたくないって場合にホームページビルダーや！
167 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 13:16:02.91 ID:8zI0ePtf.net]: ホームページビルダーは誰がやってくれるんだ？
自分でやりたくないんだよね？
168 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 16:25:12.82 ID:YCEsIQrW.net]: 新入社員
169 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 18:43:40.12 ID:8zI0ePtf.net]: 育てる気ないのに新入社員？ｗ
170 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 21:03:40.98 ID:JPIVAS98.net]: ホームページビルダーで妥協するから激安人材に依頼できるってロジックだろ？わからないポイントある？
171 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 08:46:21.93 ID:58mL9VVV.net]: 日本の大企業のみ→Angularはグーグル製！！信頼できる
零細企業、またはアジア圏→使いやすさでやっぱりVue
欧米→安定的なアプデで信頼できるReact
個人→jqueryで良いんじゃね？
Google→ある程度の金貰ったし、Angularのメンテ面倒くさいから没プロダクトにするか（笑）
172 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 09:05:00.14 ID:N+0q4aWD.net]: Googleが本当に流行らせたいのはAngularDartなんだろうけどな
173 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 09:09:55.79 ID:pnvMlsp3.net]: dartはflutterで成仏しろよもう
174 名前：デフォルトの名無しさん [2019/03/26(火) 09:19:45.20 ID:vnNR+XHY.net]: angularとvueが大規模、小規模て分類は間違ってはいないけど、学習の難易度的にはそこまで変わらんと思うよ。angularと比較するならvueはnuxt.jsになるだろうし、どっちも覚える事多い。使い分けは出来た方が良いから結局どっちも覚えるべきなんだろうね。
175 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 10:40:24.41 ID:/d5ctMB8.net]: reactでいいんじゃね？
アメリカに着いてくのが一番
奴らが標準規格の主導権持ってんだからね
176 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 10:41:08.50 ID:E1WCPVyW.net]: >>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)チーム
になりそうだ
177 名前：デフォルトの名無しさん [2019/03/26(火) 12:16:22.63 ID:vnNR+XHY.net]: 個人的にはスレタイにある vue react angularは3つでバランス取れてると思うよ。それぞれ特徴あって案件次第で使い分けできるサイズ感。ただ願わくばこれ以上増えて欲しくない。。
178 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 16:03:08.26 ID:6fSL/Yx4.net]: 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とかお得杉
179 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 17:22:58.54 ID:pnvMlsp3.net]: まず合法なの？
180 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 18:45:34.41 ID:ByGWt+2d.net]: 欲しいけど英語読めない
181 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 20:13:15.22 ID:6fSL/Yx4.net]: humbleは元々はゲームバンドルから始まったが、すでに足掛け8年続いてるわけで、今までもオライリー含めて様々なeBookバンドルやってるから大丈夫

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

FlaskとVue, React目当てでポチった
182 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 20:41:10.00 ID:5xjl/lcy.net]: Reactの翻訳版持ってるけどcreateClass時代のやつだから今はもう役に立たないぞ多分。
183 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 22:40:09.39 ID:aW2tbkLS.net]: reactはそんなに学習コスト高くないと思うのだがどうだろう。
184 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 22:51:03.80 ID:/d5ctMB8.net]: reactは設計時の論理的思考力が試される
angularは勉強時にたくさん覚える力が試される
185 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 20:59:46.71 ID:xYSDbXJ2.net]: >>184
ジャップには向いてるな
なお、インスタントエンジニアしか生み出せない模様
186 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 21:53:35.70 ID:3FrdPdun.net]: 所詮JSだからエセエンジニアだよ
Javaエンジニアに比べたら偽物でしかない
187 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 22:10:33.57 ID:3FrdPdun.net]: >>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
Ｊ　ａ　ｖ　ａ　Ａ　ｐ　ｐ　ｌ　ｅ　ｔ
188 名前：デフォルトの名無しさん mailto:sage [2019/03/28(木) 22:58:23.12 ID:YBiOenih.net]: JAVAもJavascriptも両方書けるけど、別にどっちが書ければ偉いとか無いなぁ…。

つーか、プログラミング言語なんて別に覚えようと思えばどの言語でも覚えられるんだから、
わざわざ派閥作ってどれが良いかで抗争ごっこなんてする必要無いだろ。
そんな労力余ってるんなら、勉強や業務に回せよ。
189 名前：デフォルトの名無しさん mailto:sage [2019/03/28(木) 23:01:34.70 ID:NnAebtNZ.net]: というかjavaとjavascriptで揉めるって珍しいよな。
190 名前：デフォルトの名無しさん [2019/03/28(木) 23:26:11.25 ID:C8AlU2BD.net]: まあjavaは基幹業務のイメージあるしその影響かね。jsも楽しくて良いんだがなあ。web系なら今やフロントの方がずっと工数多いし。
191 名前：デフォルトの名無しさん mailto:sage [2019/03/29(金) 01:01:09.34 ID:hY7M71Nd.net]: ※ただし割り当てられる予算は少ない
192 名前：デフォルトの名無しさん mailto:sage [2019/03/29(金) 01:50:54.11 ID:VToQc1OU.net]: javaからjsに変換するツール期待してるんだけど
Maven経由で使いづらかったり全く流行りそうにないな
193 名前：デフォルトの名無しさん mailto:sage [2019/03/30(土) 17:33:23.78 ID:SUMsIC5k.net]: elmよくない？
194 名前：デフォルトの名無しさん mailto:sage [2019/03/30(土) 21:58:08.49 ID:FUssFCfQ.net]: >>193
触った事無いから良いも悪いも分からないけど、今までいろんなフレームワークやらAltJSなんやらが
世に出ては消え、世に出ては消えを繰り返していた過去を考えると、
全く普及していない、あるいは強力な後ろ盾が何もない言語なりフレームワークなりは絶対辞めたほうがいい。

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

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

https://insights.stackoverflow.com/trends?tags=reactjs%2Cjquery%2Cvue.js%2Cangular
195 名前：デフォルトの名無しさん mailto:sage [2019/03/30(土) 23:06:55.46 ID:DyxzEuK/.net]: >>193
purescriptのが好き
196 名前：デフォルトの名無しさん [2019/03/31(日) 00:28:14.73 ID:aYWS++Tp.net]: 結局jsとcssとhtmlを吐き出すなら、あんま変わらない様な気がする>elm。エコシステムが大きくなれば数年後は分からんけどね。
197 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 02:40:20.74 ID:quVuOhjO.net]: Gwtがもう少し流行ってもいいだろうに
198 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 03:18:00.44 ID:AJzZh1fE.net]: >>194
これ全部が頭打ちっぽくない？
Vueは足踏みくらいか
199 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 03:18:34.36 ID:AJzZh1fE.net]: >>198
画像忘れた
https://i.imgur.com/g3RvsFP.jpg
200 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 03:31:19.63 ID:vireAt4B.net]: >>199
未だにreactjsって書かれてるのが不毛だな
201 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 09:01:28.75 ID:gZdfL4pO.net]: >>189
今時のWeb開発では両方組み合わせて使うが、業界には区別出来てないのも多い。
特に自称エージェントや判子押す管理者。
202 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 09:37:04.90 ID:ZIKaSM37.net]: meteor一瞬流行るかと思ったがそんな事はなかった
203 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 11:01:09.04 ID:vireAt4B.net]: 今どきJava使うメリットってなんだろうな
204 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 13:05:06.88 ID:qv9z8TUK.net]: 言語を使う理由は二種類しかない

1. その言語でしか出来ないことだから、その言語を使う
2. どの言語でもできることだが、慣れているからその言語を使う

Javaに限らずほとんどのプロジェクトは
後者の理由で言語を選んでいる。
205 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 13:53:25.34 ID:V9V+KN+u.net]: うちでは、別に慣れてないけど明らかにpythonの方がサクッと作れちゃうよね？って理由でpython採用されたぞ。

まあ慣れより簡単さが上回っただけで本質的には同じ話しか。
206 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 14:18:29.38 ID:9rJIqBDY.net]: >>205
そういやPythonってJIT対応とかの予定あるの？
Rubyは去年末リリースの2.6
PHPは来年頃リリースの8.0
でJIT対応らしいけど
207 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 15:30:40.25 ID:V9V+KN+u.net]: >>206
慣れてないけど俺に気かないでくれw
208 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 15:53:03.93 ID:UUJRkrO5.net]: PyPyやNumbaがあるから今更CPythonにJITが入ることは無いんじゃないか
209 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 16:27:08.64 ID:9rJIqBDY.net]: PyPyっつーのがあるのか
210 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 16:56:13.12 ID:eYkDd4rA.net]: おっぱいぱい
211 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 17:14:50.83 ID:Eul9LT2b.net]: >>204
・自分だけでなく他のチームメンバーも扱える言語か、習得は容易か
・その言語の後ろ盾は強力か、寿命は長そうか
・開発環境やライブラリを含め、利用にコストは掛かりそうか
・言語は後方互換性を重視しているか、コロコロ書き方が変わったりしないか

言語の選定するならこのへんも考慮に入れなきゃいけないんじゃない？
まぁ一人で開発してんならお好きなように、だけど。
212 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 18:38:02.97 ID:quVuOhjO.net]: JavaServletは速いけどレンタルサーバーだとvps使うしかないよね
あとフレームワークがいまいち
213 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 18:52:01.23 ID:tpFKuBXl.net]: >>211
> ・自分だけでなく他のチームメンバーも扱える言語か、習得は容易か
それが2. 慣れているかに相当する

> ・その言語の後ろ盾は強力か、寿命は長そうか
> ・開発環境やライブラリを含め、利用にコストは掛かりそうか
> ・言語は後方互換性を重視しているか、コロコロ書き方が変わったりしないか
候補になるようなものはどれも満たしている
214 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 18:55:52.85 ID:9rJIqBDY.net]: >>212
nginxとの相性がな
215 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 21:24:13.21 ID:V9V+KN+u.net]: >>212
この場合のvpsってどういう意味？
216 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 23:00:37.43 ID:vireAt4B.net]: Webサーバー貸出じゃない仮想OS貸出のサービスだよ
Virtual Private Server
217 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 23:01:49.60 ID:vireAt4B.net]: IP付きのLinuxサーバーを好き放題に設定できるやつ
218 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 23:21:58.66 ID:V9V+KN+u.net]: webサーバー単体のレンタルなんてものがあるのか。
それを知らなかったのでVPSを別の意味でレブロンの使ってるのかと思ってしまった。
219 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 23:22:37.63 ID:V9V+KN+u.net]: webサーバー単体のレンタルなんてものがあるのか。
それを知らなかったのでVPSを別の意味で使ってるのかと思ってしまった。
ありがとう。
220 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 20:18:24.33 ID:Ut3weUXP.net]: で、結局reactとvuejsのどっちを始めればいいのさ。
221 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 20:28:57.51 ID:+o/JYXIp.net]: 自分が欧米人だと思うならreact
中国人だと思うならvue
222 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 20:54:24.55 ID:I/9Vex97.net]: どっちも覚えるくらいの気概がないならフロントエンドに手を出すべきじゃない。
223 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 21:01:34.48 ID:evzlx3m2.net]: 男は黙ってpure javascript
224 名前：デフォルトの名無しさん [2019/04/01(月) 21:51:14.35 ID:pQIlN10h.net]: >>220
今から始めるならvueを勧める。基本だけなら一日で習得できるからやってみて判断するべし。
225 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 22:22:01.86 ID:7bgyHR1w.net]: angular.jsのtwo way data bindingがバグの温床になるからって理由で、
React + fluxが世の中に普及したのに、
わざわざangular.jsを作りなおしたみたいなvue.jsを使うのは、
世界が電通や博報堂といった陰謀に踊らされている以外に他ならない
226 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 22:24:36.04 ID:7bgyHR1w.net]: >>220
大きいものならts環境がデフォで入ってるangular
小さいものならvue.js
を勧める。
reactは、どちらにも対応できそうでいて、flux, redux, typescript環境を整えようとすると、
とんでもない学習コストが必要になる。
227 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 22:48:06.36 ID:I/9Vex97.net]: >>226
それは払うべきコストだと俺は思うけどね。
228 名前：デフォルトの名無しさん [2019/04/01(月) 23:03:49.07 ID:pQIlN10h.net]: >>225
それangular1のバグだろ。。
229 名前：デフォルトの名無しさん [2019/04/01(月) 23:48:05.38 ID:Cg9qg8Y/.net]: この調子だとvueが生き残って他は今年中に死にそうだな
230 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 23:49:19.79 ID:iKluLHWh.net]: 残念ながら5年後、生き残るっているのはjQueryのみです。
231 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 23:57:42.07 ID:jyzymMUT.net]: tsでvueは情報少なくて苦行だった
232 名前：デフォルトの名無しさん [2019/04/02(火) 00:06:58.59 ID:Gyr9RwNe.net]: 作り方はガラッと変わるけどjQueryの後継がvueだと感じてる。reactやangularとは使われ方が違うから、良い感じに共存するんじゃないかな。
233 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 00:31:42.48 ID:p3LqPaO3.net]: 英語の情報結構あるけど英語できないから辛い
234 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 05:59:15.90 ID:YSuDMGX/.net]: >>223
Vanilla.js知らんのか
235 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 06:00:24.85 ID:YSuDMGX/.net]: >>225
Vuexは双方向バインディングじゃないじゃん
236 名前：デフォルトの名無しさん [2019/04/02(火) 08:05:30.18 ID:ctuNgHvZ.net]: >>234
使ったことある？
237 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 08:15:24.57 ID:YSuDMGX/.net]: >>236
とりあえずググってみ
238 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 08:36:42.01 ID:PsMImS8t.net]: 知ってて言ってんじゃね？俺は使ったことないが。
239 名前：デフォルトの名無しさん [2019/04/02(火) 08:38:24.91 ID:ctuNgHvZ.net]: >>237
いや知ってるんだけど使ったことはないから実感知りたいだけ
240 名前：デフォルトの名無しさん [2019/04/02(火) 10:26:19.24 ID:Gyr9RwNe.net]: 誰かこの流れに突っ込んでやれよ。。
241 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 12:36:56.41 ID:utcNUqsJ.net]: >>239
他のフレームワークに比べると便利な機能とかはないけど、習熟したときのポテンシャルは一番高いと思う。廃れる可能性も一番低そう。
242 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 13:05:03.55 ID:NbiLDEG1.net]: いや単なる素のjsやんけ
なんだこれエイプリルフールか？
243 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 13:40:25.21 ID:0CFjJGGx.net]: ヴァーニラ　ヴァニラ　ヴァーニラ求人
244 名前：デフォルトの名無しさん [2019/04/02(火) 14:11:33.61 ID:ctuNgHvZ.net]: >>241
なるほど
触ってみるかな
245 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:51:32.13 ID:htrrjpBz.net]: いや、使ったことないってことはないだろ
246 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 20:16:30.67 ID:Vn7qUPir.net]: 生jsとか「this」とは。。とかなんでそんな哲学せにゃならんのかって気持ちになるわ。
247 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 20:35:43.96 ID:pgMlK69f.net]: 生js……ｺﾞｸﾘ…
248 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 20:37:17.25 ID:YSuDMGX/.net]: Reactもカメラ映像からcanvasに転写して画像処理とかやった時は結構メソッドに.bind(this)とか沢山書いたけどな
249 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 08:05:38.53 ID:zOJIe3qU.net]: >>232
どうだろ。jQueryの優れている点は後方互換性の高さだからな。

jQueryの古臭い構文に則って書きさえすれば、最新の環境でも10年前の粗大ゴｍ…レガシーな環境でも動くけど、
モダンブラウザでの利用を前提としたvueはレガシー環境ではjQueryの代替にはなりえないかと。

あとはjQueryの馬鹿にでも覚えらる簡単さも、vueには真似できない点じゃないかな。
１日あればそれなりに読めて書けるようになるjQueryと、じっくり数週間は座学を要するvueだと、
即戦力（という名の使い捨て）を確実に揃える際にはjQueryの方がより適切なんじゃないかな。
vueは下手すりゃ時間と労力だけ消費して、結局習得できませんでしたーとか平気でありえるわ。
250 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 09:23:59.94 ID:KMUqpDuQ.net]: ついにAngularの津耶乃本も出るのな
251 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 10:08:11.29 ID:GcirtrDg.net]: フレームワーク選びのポイントは
どんな規模を作るのか、最終的にどういった
開発環境を、使えるように成りたいかによるだろう。

Vueはmvvmのテンプレートエンジンが
他よりディープに作り込まれてて、コンポーネントが他より再利用しやすいのが特長。

だけどツールとして使えるように
なるには、かなり熟達してないといけない。。
252 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 11:37:08.30 ID:2JBFiMNA.net]: やめてーー　>>250
253 名前：デフォルトの名無しさん [2019/04/03(水) 14:36:12.42 ID:fYTnXBwQ.net]: >>249
かと言っていつまでもjQueryは辛すぎるだろう。保守に必要なのはしょうがないが、インタラクティブなページだけvueに置き換えてくだけでも随分楽になるんだがなあ。フォーム周りとか特に。
254 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 14:56:25.21 ID:pzZNq5v4.net]: jQueryそこまで互換維持してる？結構非互換変更をやってるような気が
propとattrが分離した時なんて大混乱だったし
255 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 15:15:33.14 ID:0ih4AaLe.net]: > propとattrが分離した時なんて大混乱だったし
それは2011年の話。それが最初で最後の大きな変更
256 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 16:14:03.74 ID:/cw++oNj.net]: サーバー側フレームワークが足してくるやつとサードパーティースクリプトとクライアント側フレームワークが使ってるやつで３種のバージョンでグチャグチャになってエラってるのに当たった
もうあんなのは嫌だ
257 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 19:00:51.07 ID:gv9jiZ+o.net]: サーバーが足してくるって何を？
258 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 20:17:52.28 ID:nLTRSg3/.net]: 誰かが作ったのの改修案件って事じゃない？
259 名前：デフォルトの名無しさん [2019/04/03(水) 21:06:42.61 ID:fYTnXBwQ.net]: サーバのフレームワークが吐くscriptだろう。ちょっと違うがカスタムしたwordpressは本当カオスだわ。もう二度とメンテしたくない。今でも元気に動いてるのが不思議。
260 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 00:50:17.12 ID:O0tv1R/2.net]: redux-sagaやばげ
https://qiita.com/kuy/items/716affc808ebb3e1e8ac
261 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 01:57:56.93 ID:P8QA7wZo.net]: 今さらかよｗ何年遅れだｗｗ
262 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 11:09:20.60 ID:I0seNCf/.net]: >>259
function.phpでフックするかプラグインで実装するか、直書きするか、WordPressの標準機能でやるかの4択だから見る箇所多くてな…
263 名前：デフォルトの名無しさん [2019/04/04(木) 15:52:23.56 ID:BJ8NtGwy.net]: このくらいデザイナーでもできるのにフロントエンジニアができないってどういうことだよ？
264 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 19:01:35.04 ID:AP8fvSfz.net]: 研修二日、実務経験二年のペテンシ・エンジニアリング・サービス・ソリューション♪
265 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 00:11:30.05 ID:nqPdyQw0.net]: >>228
いいや、データの双方向的な流れがバグの温床になるって話だった
で、 reactはflux, angularはデータバスにrxjs
angular.jsのアーキテクトだったかがvue.jsのメンテナーへ
小規模なアプリはvue.js,大規模ならangularへ流れても良いと思うんだがなー
angular2が出た初期の頃みたいにボイラープレートを動かすだけに何日も掛かるような糞ではなくなったんだし
266 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 00:14:37.44 ID:nqPdyQw0.net]: jqueryの作者はreactへ流れてただろ
jquery的な用途で使われるのはvue.jsの方だとは思うが
reactは設定のための学習コストが高すぎて、アホなweb屋たちが使いこなせない
267 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 01:16:21.80 ID:/WRt9p3o.net]: reactの学習コストが高いっていうけど、
安定したもの作ろうと思ったら他のフレームワークやるとしても結局同じくらい学習コストかかると思うぞ。
268 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 08:49:03.93 ID:aPuA2bpg.net]: >>266
もう3年も前の話だな。それからのReactの状況はいぜんと何も変わらず
いつになったら普及するのかね？

>>267
すごいものを作ろうとしたらどれも大変
ではなくてだな、

ちょいちょいで終わるようなものを作ろうとしたら大変なんだよ
世間で必要とされるもののほとんどは、ちょいちょいで終わるようなものばかり
269 名前：デフォルトの名無しさん [2019/04/06(土) 09:56:04.81 ID:rzMI9gMb.net]: >>265
実際そういう流れになってると思うよ。ただバインディングの仕組み自体がトリッキーだから、フレームワーク関係無く不安定さが付き纏うのはしょうがない。
要求に対してweb標準仕様が貧弱すぎるから、いつまで経ってもどこか不安定なのはwebの宿命だよ。
270 名前：デフォルトの名無しさん [2019/04/06(土) 10:46:57.59 ID:nqPdyQw0.net]: 本質的にフロントエンド要らないと思うんだよね
デバックにコストが掛かり過ぎて、コストを掛けてまで誰が欲しいのかって話で
片手間のテンプレート的に扱えたangular.jsからvue.jsへ流れると思うけど
frontendの専門部署でreactでなくてvue.jsを使う勢は単に頭が沸いてるだけ
271 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 13:37:29.72 ID:QfdvcpM3.net]: Reactは難し過ぎた
みんなあんなの使えてるの凄いね
272 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 16:11:51.40 ID:/WRt9p3o.net]: >>268
ちょいちょいでいいならexcelにボタンでもつけとったらええやんけとか思う。
まあ実際はバカ経営者に見栄えいいのを見せる目的があるから
クソみたいなフレームアピールするんだろうけどな。
心底くだらねーと思うわ。
273 名前：デフォルトの名無しさん [2019/04/06(土) 16:40:40.59 ID:uCKV04As.net]: Reactごとき難しいってお前らエセプログラマーだろ
世の中のプログラミングの中では圧倒的に簡単なほうなんだが
274 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 17:30:04.31 ID:1ebGdQ7T.net]: >>271
学習した教材が悪かったんじゃない？
275 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 18:07:30.00 ID:weoUXr5W.net]: React2018年初めからV字回復してんな。なんかあったっけ？
https://cdn-images-1.medium.com/max/2600/1*4zlVkNSR8T8KivcDaOD5Dw.png
276 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 18:59:25.24 ID:jpD7ojAE.net]: ライセンスの修正じゃないかな。
その前に急落したのもライセンスが問題にされ始めたころじゃないかと思う。
277 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 19:40:00.22 ID:1ebGdQ7T.net]: >>275
2017後半-2018前半頃のトレンドって言ったらPython/機械学習に注目が集まった時期かな
278 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 21:39:49.85 ID:25rFUoiZ.net]: >>275
Angularが今後、死ぬ運命ということだけはわかった
279 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 22:41:07.31 ID:qQhidKgX.net]: 世界中の華橋・華人を動員した結果GitHubスター数はReactを抜いたVueとデッドヒートしてるじゃんｗ
誇っていいだろ
280 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 23:29:44.99 ID:weoUXr5W.net]: >>276
それだ！
落ち込み、反転、両方説明がつく。
スッキリしたありがとう。
281 名前：デフォルトの名無しさん mailto:sage [2019/04/06(土) 23:33:50.04 ID:+du4Jk0c.net]: そのうちページ全体が<canvas>になる時代がくるんだろうか
282 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 00:33:24.05 ID:eWoMr/0V.net]: ははは。そんなことありえない。
ウェブアプリなんて一部でしか作られてないよ
殆どはウェブサイト。だからjQueryが使われ続けている。
283 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 10:22:09.78 ID:LeEYr30b.net]: >>273
React特有のpropが変わると再描画という形がキツかった
普通に部分的な動きをさせたいだけで全部その形にしなきゃいけないのが不自然
不要な部分の更新まで行われてしまったり何回も同じ更新が走ってまくってしまって原因調べるのがきつい
284 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 14:30:36.12 ID:n6/zuP9b.net]: shouldComponentUpdateでfalse返してもダメなパターン？
285 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 15:05:55.66 ID:IhfdKLBe.net]: 何らかのアンチパターンやってるケースでしょ
設計思想とか、中の仕組みを想像出来ないとやらかしてしまうのは分かる
うちのメンバーでそういうのあった
286 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 15:40:34.34 ID:GYBhj6UR.net]: 逆にreactのコンポーネントを使わずにreduxで更新をやるって感じで
入門するのはどうなんだろうか？こっちのがわかりやすいんじゃなかろうか。
287 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 17:22:26.91 ID:GtbVpKg+.net]: react+reduxは考え方としてはいいんだが、素のreactではコンポーネントのstoreに
閉じていたようなデータまでstore内に混在するのがなんとなく気持ち悪い。
MとVMを分離できたらよかったんだがなぁ。
288 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 17:22:32.93 ID:Qm+X8XSh.net]: content apiで十分。
289 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 17:22:49.73 ID:Qm+X8XSh.net]: contextだった
290 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 18:45:56.70 ID:PFYq1oCr.net]: javascript歴浅めのものです。
この手のフレームワークのデータバインディンクの仕組みって、buildした後のjavascript的にはどう実現されてるの？
{{data}}とかでマークアップされた箇所にイベントハンドラ付きのjavascriptが挿入されてる感じなんかな？
291 名前：デフォルトの名無しさん [2019/04/07(日) 19:40:14.89 ID:P5z2JTjG.net]: >>290
簡単な例ならtwo way binding javascriptでググると沢山出てくると思う。ただこれに仮想domやコンポーネントが絡むからずっと複雑。深追できないしするべきじゃない。
292 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 20:09:39.22 ID:/0jtn/DN.net]: two way bindingねえ

例えばvar helloのバインディングならglobal(window)にsetter/getterのhello()を追加して、
helloのsetterが呼ばれて値が変わったら<input>.valueにもそれを代入し、
<input>要素にはイベントリスナーで値が変わったときにバインディング変数(hello)に同じ値をセットしてるのかな
293 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 20:10:59.60 ID:/0jtn/DN.net]: あ、でもそれじゃ無限ループするか（てへぺーろ
294 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 20:13:30.94 ID:ec7NIcXQ.net]: 逮捕されんぞ
295 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 20:22:59.94 ID:GtbVpKg+.net]: 一般のGUIでも常套手段だが、値が変わらなかったらそれ以上伝播しないってことでいいんじゃね。
296 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 20:41:31.99 ID:pXFOXfTh.net]: >>292
>>295
なるほど、やっぱそれくらいのコード書かないとできないのですね。
となるとリッチなwebアプリケーション作るとなると、どれかしらのフレームワーク使いたくなりますな。
297 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 20:46:11.81 ID:pXFOXfTh.net]: 徐々にだとしても、今後webブラウザベースのアプリが増えるはずと思っていろいろ勉強中なんです。
298 名前：デフォルトの名無しさん [2019/04/07(日) 21:25:39.30 ID:UcdrpnVc.net]: >>283
そこ海外フォーラムとかで議論されてるから見ればいい

>>284
それ完全ではないから
あと配列は浅い更新しかみてないから注意

>>286
さすがに全部Reduxにする必要はない
299 名前：デフォルトの名無しさん [2019/04/07(日) 21:46:10.88 ID:o4S4akf8.net]: いじめはどこの町にもあるが島本町は特に酷い
「大阪府三島郡島本町のいじめはいじめられた本人が悪い」なんて
公言する町は他に無い
300 名前：デフォルトの名無しさん [2019/04/07(日) 23:01:30.03 ID:IUYTEtUp.net]: >>297
アプリというか、アプリの様に動作するwebサイトだね。storeに登録しない。個人的に最難関はDBのオフライン対応+同期だと思う。
firestoreもあるがフレームワーク側で対応して欲しい。魔境なので難しいとは思うが。。
301 名前：デフォルトの名無しさん mailto:sage [2019/04/07(日) 23:38:09.79 ID:pXFOXfTh.net]: >>300
個人的にはオフラインDBは諦めるのがスジがいいと思うけどな。ネットに繋がってて当たり前の時代じゃないですか。
302 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 01:33:01.06 ID:3hZl3Wdo.net]: >>300
> アプリというか、アプリの様に動作するwebサイトだね。

それは増えない。アプリの様に動作するwebサイトはjQuery Mobileが
失敗したことからも必要とされていないことがわかっている

※ jQuery Mobile は jQueryとは違うもので、
jQuery UI（こちらもjQueryではない）がデスクトップ用のUIなのに比べて
jQuery Mobile はスマホ用のUIを作るもの

webブラウザベースのアプリが増えるとしても、それはwebサイトからの
変更ではなく、PCアプリ・スマホアプリから、ウェブアプリへの変更となる。

ウェブサイトからウェブアプリに変更したいという要求は
本質的に違うものへの変更になるから生まれてこないんだよ。
PCアプリ・スマホアプリから、ウェブアプリの場合は、
本質的に同じもので動くプラットフォームが拡大されるからそういう要求はある。
303 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 01:51:55.70 ID:dk5yj0CN.net]: >>302
そうか？office365とかgoogle documentとか成功してるじゃん。
304 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 01:53:28.98 ID:dk5yj0CN.net]: いや、そう言ってるのか。
305 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 01:56:14.66 ID:rY5IQNQb.net]: >>302はいったい何を否定しようとしたんだ？webサイトという言葉の使い方がおかしいということなのか？
306 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 02:16:44.05 ID:3hZl3Wdo.net]: >>303
> そうか？office365とかgoogle documentとか成功してるじゃん。

それらは、もともとデスクトップアプリだったもの
ウェブサイトだったわけじゃない。

>>305
> webサイトという言葉の使い方がおかしいということなのか？

アプリのように動作するウェブサイトという
変なインターフェースは誰も求めてないという話。
例えるならば、ジョイスティックで操作し、美麗な3Dゲームのような
新聞ビューワーみたいなもの。誰もそんなので新聞を読みたいなんて思わんだろ？
307 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 08:10:05.44 ID:AnGDi0mT.net]: >>306
ん？だったら例えばoffice365はアプリのように動作するwebサイトで成功してるじゃん。
308 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 09:08:14.77 ID:3Yz2ydR9.net]: >>302
jQueryMobileは単純にBootstrapとかにとって代わられただけじゃん
309 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 09:15:13.85 ID:3Yz2ydR9.net]: >>307
どうせ使ったことないだけじゃね？
310 名前：デフォルトの名無しさん [2019/04/08(月) 11:34:53.34 ID:du1Ta1so.net]: >>301
そうなんだよね。オフライン対応って無理がありすぎるんだよね。
以前firebaseのrealtime database使ったが、オフラインからの同期処理に制限が多すぎて厳しい。更新が時系列を保証せず最終更新分だけ同期するとか、かなりクセがある。
WebworkerとindexedDBで効率よくキャッシュする方が当面は幸せになれそう。
311 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 13:53:28.07 ID:3hZl3Wdo.net]: >>307
office365はアプリのように動作するウェブアプリであって
ウェブサイトじゃないんだよ
312 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 13:57:09.46 ID:3hZl3Wdo.net]: まあこれでも読んで勉強して。IBMだからそれなりに信用できるでしょ？

第 1 回 Web サイトと Web アプリケーションの違い
https://www.ibm.com/developerworks/jp/web/library/wa-websiteapp/index.html
313 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 14:49:09.97 ID:tfxqur1k.net]: excelで作ったドキュメントをなるべくそのままの形でhtml化する方法は無いでしょうか？
excelでhtml形式で保存すると裏側が汚いです
Gatsbyのプラグインにそれらしきモノがあったので試してみたら、色もセル結合もフォントサイズも全部落ちてしまいました

まぁ自分で自作すればいいんでしょうが、気が遠くなるくらいたくさん作り込まねばならず、皆さんはexcelドキュメントをそのままWeb化したいとか要望された事はありませんか？
314 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 15:43:06.23 ID:8bidG0zI.net]: >>311
いやだから>>305でwebサイトという言葉の使い方がおかしいということなの？って聞いたのによくわからん回答されたから混乱してるんだが…
で、結局webサイトという言葉の使い方がおかしいってことなのね。
315 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 15:49:10.83 ID:8bidG0zI.net]: 要は、office365のようなものをwebサイトと呼ぼうがwebアプリと呼ぼうが話の本筋には何の影響もないのに、>>302の長文で謎の語りが入ったから話がグチャッとなっちゃったって事実に気づいて欲しい。
316 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 15:51:36.81 ID:SOlrlBnQ.net]: >>313
スレチだけどレスすると、
htmlにせずGoogleDocsとかにインポートして公開した方がいいんじゃね
こういうの
https://www.howtonote.jp/google-document/open/index1.html
317 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 20:15:16.81 ID:itCfkyzI.net]: オフラインデータはクッキーをいじり回すことしか出来ないのね
せめて画像を確実にローカルに保存できればオフラインでも動かせる
アプリが作れるだろうに
318 名前：デフォルトの名無しさん mailto:sage [2019/04/08(月) 20:22:17.47 ID:dk5yj0CN.net]: >>317
Webストレージで画像保存できるじゃん
319 名前：デフォルトの名無しさん mailto:sage [2019/04/09(火) 07:41:13.08 ID:3VmrXHE6.net]: reactは覚える事は少ないけども設計力が必要
宣言型プログラミングと同じで高い論理性が要求されるから苦手な人は多いかもね
320 名前：デフォルトの名無しさん mailto:sage [2019/04/09(火) 23:06:06.17 ID:RLI3ERn/.net]: 悲しいのはAngularの勢いが無くなり、横ばいのAngularJSの方が残りそうなところ
もうAngularはGoogle Graveyard入りだろ。どうすんだよAngularで作ってる新規プロジェクト
321 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 00:47:58.78 ID:92CfBwCq.net]: Angular1の方が好評だったってこと？ｗ
322 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 00:52:39.92 ID:UQDjmvEN.net]: angular使うくらいならvueの方がええわなぁ
reactは論理性高いから日本人には不向きやろなぁ
323 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 01:08:10.98 ID:92CfBwCq.net]: ググってみたけどreactはhtml側ではあまり小細工しない感じだねえ
論理的というのがいまいち分からないけど
324 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 02:32:35.33 ID:RXzVAjqo.net]: 個人的にはbackbonejsが好きなんだけどなあ。自分で自由に作れるし
有名どころ使ってるのに、扱いが微妙
325 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 10:00:46.62 ID:/ZyB4+jc.net]: そういえばchromium版Edgeのプレビュー出たけどおまえら使ってみた？
326 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 10:11:11.18 ID:AVnP0KfU.net]: >>320
これ以上進化する予定のないものが残るわけないじゃん
327 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 12:23:01.13 ID:CbhRNE87.net]: >>326
進化させるのは自分の設計、コーディング次第なのがbackbonejsの思想だけど
フルスタックじゃないから足りない部分は自分たちで補えばいいし
そもそもbackbonejsは、つい最近更新されたばかりで死んでないけどな

昨今のフレームワークは全部入ってるから良いと思ってる
Railsやcakeみたいに作るのが簡単ならわかるけど、複雑化したら折角のフルスタックフレームワークがゴミになるだけ
328 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 12:30:50.16 ID:sSiaigIF.net]: これ読むと良いかも。
フレームワークとライブラリの違いがわかってない人は特に

フレームワークは善か悪か，その両方か？
https://www.infoq.com/jp/news/2019/04/frameworks-libraries-axon
329 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 13:13:49.79 ID:AVnP0KfU.net]: >>327
AngularJSの話してんだけどアンカ先くらい見ようや
330 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 13:50:22.69 ID:sSiaigIF.net]: >>327
> そもそもbackbonejsは、つい最近更新されたばかりで死んでないけどな

https://backbonejs.org/#changelog

1.3.3 ? Apr. 5, 2016 ? Diff ? Docs
～それから3年の月日が流れようとしていた～
1.4.0 ? Feb. 19, 2019 ? Diff ? Docs

ほぼ死んどるがなｗ
1.4.0リリース作業の前のコミットは2018年5月だし、
ドキュメントや些細なミスを除けば、機能追加は2017年じゃないか？
331 名前：デフォルトの名無しさん [2019/04/10(水) 16:27:07.49 ID:p6PdlM/J.net]: >>328
ひと言で説明すりゃいいのにくどくどとしつこい内容だな
332 名前：デフォルトの名無しさん mailto:sage [2019/04/10(水) 22:25:31.68 ID:pjgtumep.net]: >>322
その文からは、お前さんに論理性が無い事しか分からんな。
333 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 00:19:20.16 ID:SMdbPkuM.net]: フレームワークは、先に全体の構造が決まっていて、そこにはめ込む部品を作る。
全体の構造が決まっているから、プロ向き

ライブラリは必要な都度、組み込んで、部分から先に作っていくから、
全体の構造が最後まで決まらないので、スパゲッティ・泥団子になりやすいので危険！
334 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 00:20:57.76 ID:GHeRPenA.net]: 全体の構造なんて先に決めればいいだけやんｗ
335 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 00:26:50.15 ID:XplD4nHz.net]: >>333
フレームワークに任せとけば安心って思考停止して、結局何と何が依存してるか
わからなくなってそのフレームに閉じ込められるパターン。
336 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 01:02:55.46 ID:YM8e11gX.net]: >>335
Angularの悪口はそこまでだ！！
337 名前：333 mailto:sage [2019/04/11(木) 02:29:16.00 ID:SMdbPkuM.net]: 全体の構造を、各人が決めたら、ダメ！
各人によって、構造に違いがあるから、他人と思いを共有できない

Aが作った構造を、Bが気に入らないなど、トラブルになる

だから、Rails などの既成のフレームワークを使う。
そのフレームワークの構造を共有できるから

多くのフレームワークも、Rails を基本としている
338 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 02:33:37.60 ID:yn719c2N.net]: nuxtの出力jsが乱数名みたいになるのなんとかならんのかな
339 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 03:23:58.52 ID:GHeRPenA.net]: >>337
> Aが作った構造を、Bが気に入らないなど、トラブルになる
> だから、Rails などの既成のフレームワークを使う。

だからその「既成のフレームワーク」を作ったのAで
それを使うBが気に入らないってトラブルになってるんだろ？
340 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 03:24:46.97 ID:GHeRPenA.net]: Rails 作ったやつは他人なんだから
思いを共有できないわな
341 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 08:16:15.03 ID:VwFYHZX6.net]: >>335
規約に則って書きさえすれば、チームのスキル差を減らして、一定の品質が担保できるのがフレームワークのメリットじゃない？

フレームワークに閉じ込められるって表現してるけど、それ単にチームで設けた規約に不満を述べてるだけかと。

もし今使っているフレームワークに不満あるなら、そもそも最初のフレームワーク選定時に意見を言うべきだし、
発言権のない立場なら大人しく従うか、転職なりしてプロジェクトから抜けるしかないんじゃないかな。
342 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 08:17:20.21 ID:w+9Uk8Mc.net]: 思いは共有できなくても、実績があるフレームワークに従いましょう、ってことで平和に収まるって話だろ。
この効果は間違いなくある。
343 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 08:18:25.70 ID:Z8bgf8oa.net]: ジャップのくせに
344 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 14:38:55.28 ID:DdORBuxD.net]: japjs
345 名前：デフォルトの名無しさん [2019/04/11(木) 18:06:29.66 ID:6MYNEhnq.net]: 某個人アプリ制作者のブログで「5ちゃんのプログラミングスレはqiitaと比べて全然遜色しない内容だ」
って感じで書かれてるから初めて見に来たけど生産性のあるレスほぼなくてワロタ
346 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 18:32:42.76 ID:XplD4nHz.net]: >>341
規約があればいいがほとんどない。
>もし今使っているフレームワークに不満あるなら、そもそも最初のフレームワーク選定時に意見を言うべきだし、
>発言権のない立場なら大人しく従うか、転職なりしてプロジェクトから抜けるしかないんじゃないかな。
そもそも選定時にはその会社にいないし選定してった奴は転職なりしてプロジェクトから抜けてるわけで
マジクソだよ。
347 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 18:33:55.90 ID:w+9Uk8Mc.net]: >>346
さっさ転職しろ
348 名前：デフォルトの名無しさん [2019/04/11(木) 19:27:20.19 ID:oNR0Pr/A.net]: >>345
このスレじゃなさそうだな。。今angularを勉強してるが、これじゃないとという理由が見つけられないでいる。学習曲線や人員的な問題は置いといて、明らかに有利な点や逆にangularで困る事があったら教えて欲しい。
349 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 19:42:22.98 ID:GR4ezT/u.net]: 日本にいるとVue人気だから勘違いしそうになるがやっぱ採用実績はReactが圧倒してるんだな。475kサイト vs 64kサイトか……
しかしなぜかGitHubのスター数だけタメ張ってるｗ
Top JavaScript Frameworks For 2019
https://www.codementor.io/nikhil21tyagi/top-javascript-frameworks-for-2019-s8881i8ga

パフォーマンスについてはReactよりVueのほうがいいな。
AppRunってやつ速くて気になる。
しかしAngularいくらなんでも酷すぎる……
A RealWorld Comparison of Front-End Frameworks with Benchmarks (2019 update)
https://medium.freecodecamp.org/a-realworld-comparison-of-front-end-frameworks-with-benchmarks-2019-update-4be0d3c78075
350 名前：デフォルトの名無しさん mailto:sage [2019/04/11(木) 23:55:39.98 ID:yn719c2N.net]: >>349
AngularJSは確かにダントツで遅いけどAngularは別に悪くないじゃん
351 名前：デフォルトの名無しさん mailto:sage [2019/04/12(金) 00:57:20.94 ID:P0axT3Q0.net]: >>349
hyperAppもなかなか。
352 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 12:59:41.28 ID:X1Oa/ukN.net]: SPAでログイン画面というかログイン機構作る場合はどうするのがベストプラクティス？認証用のアカウント情報はサーバー側のDBにあるとして
353 名前：デフォルトの名無しさん [2019/04/13(土) 13:42:39.23 ID:Fox9b+v2.net]: >>352
使ってるフレームワークとやりたい事で変わるからなんとも。。
例えばログイン後は各ユーザ用の専用ページがあるって感じ？でなければセッションに保存して分岐するだけで済むはずだが。
354 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 14:51:30.35 ID:FJkq9BtI.net]: Angularは脂肪確定でよろしいか？
ReactかVue.jsの二つやっとけはいいのかな
355 名前：デフォルトの名無しさん [2019/04/13(土) 16:25:49.51 ID:Fox9b+v2.net]: >>354
俺も悩んでる。普段reactとvue(nuxt)使ってて、今angular勉強中なんだが乗り換える必然性が見つからん。もちろんangularは力技使わなくても色々解決出来そうな感じで良さげなんだが。
ただもう少し勉強せんと冷静な判断できんわ。
356 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 16:36:03.16 ID:vPnUo7ox.net]: >>352
Firebase Authentication使えばよくあるGoogleアカウントでログインだのFacebookアカウントでログインなんかが出来るよ。

面倒くさいDBでのアカウント管理も全部Firebase上で出来るから実装に無駄な時間を掛けなくて済むよ。
357 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 17:51:56.66 ID:oqNH9LQH.net]: Google I/O 2019 (5月7日～9日)で
Angularと対立することになる Flutter for Web (Hummingbird) の新たな発表があるそうだから
Angularを考えるのはその後にした方が良いと思うよ
358 名前：デフォルトの名無しさん [2019/04/13(土) 21:46:54.35 ID:Fox9b+v2.net]: >>357
Flutter面白そうだね。たしかにクロスプラットフォーム開発はスタンダードが無いから学習するなら狙い目なのかも。現状swiftとkotlinでゴリゴリ書いてるけどどうしてもrealmが必要なんだよね。
Webアプリの弱点の一つオフラインDBをある程度解決できるなら真面目に検討したいんだが。
359 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 21:50:11.69 ID:XHhHrn1r.net]: >>358
オフラインDBが弱点って具体的にどういうこと？
360 名前：デフォルトの名無しさん [2019/04/13(土) 22:53:34.64 ID:Fox9b+v2.net]: >>359
ユーザデータを大量に保存してローカルで処理する系のアプリは現状webアプリだと厳しい。主に速度面で。
indexedDB+lovefieldみたいな組み合わせでsqlぽい事はできるけど、flutterがアプリ+webのクロスを狙うならソコどうするのかなって。DBの同期まではできなくても、一つのスキーマから全プラットフォームで動作するDB作れたら夢だよね。
361 名前：デフォルトの名無しさん mailto:sage [2019/04/13(土) 23:59:03.97 ID:6byp94bf.net]: もういい加減 "ウェブアプリ" なんてやめればいいのに
ローカルでデータを大量に処理ってそれ、
ウェブである理由はアプリのインストールとアップデートのためだけじゃん
362 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 00:10:50.46 ID:WjGL7oJM.net]: サーバーでやっちゃだめなん？
363 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 00:30:22.71 ID:8JmU//KT.net]: モバイル端末のストア経由っていうのが煩わし過ぎるからなぁ
364 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 00:45:03.08 ID:/V8zrPr0.net]: >>360
ごめん、おれの経験不足なのかやっぱわからん。

>>ユーザデータを大量に保存してローカルで処理する
↑
クライアントは1台だけなのに、速度が気になるほどデータを処理する例が全く思い付かない…
365 名前：デフォルトの名無しさん [2019/04/14(日) 01:13:17.48 ID:jIyXk5jh.net]: バックエンド主義の人が強引に考えたついた難癖にしか見えない
フロント処理で充分
366 名前：デフォルトの名無しさん [2019/04/14(日) 08:24:48.36 ID:Qhel4iVb.net]: いやまあ、別に現状でも工夫すればできるからブラウザのローカルDBにそこまでこだわっては無いよ。課題も多いし。ユーザがいつでも削除できるとか。
ただネイティブアプリとwebアプリが同じコードとロジックを共有するなら避けられない課題だろうなと。
367 名前：デフォルトの名無しさん mailto:sage [2019/04/14(日) 10:03:52.66 ID:U21XdTdR.net]: ユーザーが自由に削除できることが課題？？
世の中のソフトウェア殆どがそうだけど何か困るのか？
368 名前：デフォルトの名無しさん [2019/04/14(日) 11:45:21.51 ID:fnTRmDnx.net]: ほんと早くMac死んでほしい
369 名前：デフォルトの名無しさん [2019/04/14(日) 13:07:21.11 ID:/kyrD1Ys.net]: >>367
indexeDBのことだよ。ブラウザのキャッシュクリアで簡単に消えちゃうだろ。間違えて消してクレームくるんだよ。
370 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 12:25:48.71 ID:sResMPAv.net]: Reduxわかんね
371 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 18:58:19.12 ID:r0ZMOOHm.net]: >>370
大丈夫。俺もわからん
てか、あんなの小規模なWebアプリケーションにはいらん
372 名前：デフォルトの名無しさん [2019/04/15(月) 20:20:50.21 ID:HmQvEiCf.net]: Reduxわからんの？
かわいそうに
373 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:23:02.95 ID:S/0/c6v4.net]: Reduxわかるの？
じゃあ、Reduxを使うことで、
どんなメリットがあったか教えて
374 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:25:51.20 ID:IXPbMXJW.net]: 処理の流れが一方向なのでわかりやすい。
375 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:33:46.03 ID:S/0/c6v4.net]: > 処理の流れが一方向なのでわかりやすい。

文章がつながってない。
処理の流れが一方向なのはまだいいとして、
なんでそれで、わかりやすいということになるのか？

そもそも "処理の流れ" が一方向であるならば、
何を使っても一方向にしかならないはず。
Reduxを使うことで、一方向になるわけではない。

また双方向とか一方向というのは、局所的に見るか
全体的に見るかの違いでしかないのではないか？
例えば電話での会話だって、双方向に見えても、実際には自分の通話口から
相手のスピーカー、相手の通話口から自分のスピーカーへの一方向通信だ。
一方向も双方向も大した違いはない。
376 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:40:44.13 ID:IXPbMXJW.net]: まあ実際、説明の難しいところではある。
>また双方向とか一方向というのは、局所的に見るか
>全体的に見るかの違いでしかないのではないか？
これはその通りだがその違いが大きいとしか言いようがない。
treeをたどるロジックというのは一般に指定が複雑になりやすいとか、
ノード間のコミュニケーションがコールバックでつなぐと相当複雑になるとか
色々あるけれどその辺を単純化できてるようには思う。

電話の比喩を持ち込むならマイクとスピーカーが同じより違った方が良いとかになるのかな？
377 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:43:17.24 ID:S/0/c6v4.net]: もう少し具体的な例を出そう。

getterとsetterと言えば、俺が言いたいことが見えてくると思うが
Reduxが言いたいことは、単にgetterは値を取得するだけ
setterは値を入れるだけにしましょうってことだろう？
まあgetter/setterは別の批判も有るから、getter/functionの方が良いか？

もう一つの例としてRESTで例えるならば、GETは何度GETしても状態は変わらない。
単にデータを取得するだけ。POSTはデータを送信するだけ。
この考えかたと同じことだろう？

これをオブジェクト指向に当てはめるならば、このメソッドはデータを更新し、
このプロパティはデータを参照するという話でしか無い。
これは普通のオブジェクト指向のベストプラクティスとなんらかわりはないんだが、
Reduxを使う必要はあるのか？このメソッドはGETかPOST（相当）であると
ドキュメントに書けば済む話だろう？
378 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:49:52.40 ID:S/0/c6v4.net]: マイクとスピーカーで分けたほうが良いという考え方は
反対しないが、まともな設計能力が有るならば、最初からそうしているわけで、
Reduxを使う理由にはならない。

まともな設計能力がない人のための矯正器具=Reduxということか？
だが矯正器具はいつまでも使っているわけじゃあるまい？
まともな設計能力がついた人にとっては、邪魔な道具でしか無い。
379 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:53:26.60 ID:IXPbMXJW.net]: >>378
そうだね。あなたはredux使う必要ないと思うよ。
あなたの素晴らしい設計でやりくりすれば問題ないんじゃないかな。
380 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:58:32.77 ID:S/0/c6v4.net]: もちろん、Reduxが何の負担もなしに、もしくは低い負担で
ベストプラクティスを実現できるというのなら導入する価値はあるが、
一方向を得るために、Reduxのやり方で設計しろっていうのは負担が高すぎる。
Reduxのやり方はルールが多すぎて単純ではないからだ。

Reduxの設計方針を理解しないまま、Reduxを使うよりも
まずは知識をつけるのが先だろう？

このメソッドは書き込みを行うメソッド、このメソッドは読み込みを行うメソッド
明確に分けたほうが良いと。そしたらあとはメソッドのコメントに書けばすむだろう？
（普通はコメントで書くまでもなく、メソッド名からどちらであるかはわかる）

それだけのことなのに、それを矯正するためのフレームワークというのは
意味不明すぎる。便利にするためのものじゃない。矯正するためのもの
まったくもってReduxはわからん。
381 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 20:59:53.90 ID:r0ZMOOHm.net]: スパゲッティになるならreduxは必須
でもそうならないなら本当に必要ない、とは思う
コード量多くなるからね
382 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:02:11.16 ID:S/0/c6v4.net]: >>379
> あなたの素晴らしい設計でやりくりすれば問題ないんじゃないかな。

だから聞いたんだよ
「どんなメリットが"あったか"教えて」

どんなメリットが "あるのか？" じゃない。"あったのか？" だ。
あんただってそれなりにまともな設計ぐらいできるだろう？

あんたの能力がどれくらいで、Reduxを使うことで
どういうメリットが、あったんだ？なにかを矯正されたんか？
俺は矯正が必要なほど設計が下手なつもりはないんだが。
383 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:04:00.12 ID:IXPbMXJW.net]: とりあえずメリットは書いたし、びっくりするほど文章読んでないのも理解できる。
384 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:06:15.53 ID:S/0/c6v4.net]: Reduxがやってるのって、

1. オブジェクト指向のクラスがあります。
2. クラスから読み込み専用メソッドを抜き出します。
3. クラスから書き込み専用メソッドを抜き出します。
4. クラスに残ったものはデータのみです。これを一つのオブジェクトとしてPublicにします。

オブジェクト指向のクラスが、
読み込み専用メソッド、書き込み専用メソッド、データの３つに分離されました。
ってだけだからな。
385 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:07:20.84 ID:S/0/c6v4.net]: >>383
いうだけなら誰でもできる。
コミュニケーション取ろうぜｗ
386 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:33:29.21 ID:g9zAAmJv.net]: 処理をAPI化するイメージかな必ずその経路を経由して状態を変更するからグローバル変数みたいなどこからでもアクセスできるけどちゃんとアクセス経路は限定できるみたいな
387 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:36:35.56 ID:S/0/c6v4.net]: その "グローバル変数" をクラスにして、APIをクラスのメソッドにすれば
普通のわかりやすいオブジェクト指向設計になるんですが？
Reduxの存在意義って？
388 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:40:15.54 ID:S/0/c6v4.net]: そしてReduxは、クラスのメソッドを抜き出すだけじゃないからね

メソッド（関数）は普通にメソッドに引数渡して普通に呼び出せるが、
Reduxは「引数つきでメソッドを呼び出すため」のデータを作って
データを投げて、そのデータ解析して（←ここ自分で作る）
そしてやっとメソッドを呼び出すという無駄なことをしてる。
389 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:46:24.27 ID:S/0/c6v4.net]: 結局の所 Redux はわかりやすいものではなくて
（わかりやすい = ただのセールストーク）
オブジェクト指向 VS 関数型（？）の戦いから
俺たちはアンチオブジェクト指向で行くぜ！という派閥から
生まれたものに過ぎない。

それ自体は考え方の違いでありだとしても、
Reduxの仕組みは、それを実現するためのルールが多すぎて
百歩譲ってわかりやすいとしても、そのルールに従って
コーディングするためのコストが大きすぎて小さいプロジェクトではペイしない
（大きいプロジェクトでもはたしてペイできるかどうか）

"設計方針の違いを反映させるためだけ" でしかなくて、
それしか得られない割に、コストが大きすぎる
390 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 21:55:58.52 ID:IXPbMXJW.net]: 別にコールバックでdom treeたどるのが大変でないならredux使う必要ないわな。
それでいいと思うよ。
てか読んでないのにコミニュケーションを要求するとか
まともに設計できる人間じゃないことはわかるよ。
391 名前：デフォルトの名無しさん [2019/04/15(月) 22:15:47.71 ID:HmQvEiCf.net]: 一度Reduxで作ってみたら後は別のプロジェクトでも同じように作ればいいだけだから何も問題はない
最初だけ複雑に思うだけ
392 名前：デフォルトの名無しさん mailto:sage [2019/04/15(月) 23:37:35.47 ID:IXPbMXJW.net]: 確かにreduxのproviderとconnectの対応は暗黙な繋がりでわかりにくいところはあると思うんです。
reduxというかfluxの実装として他に方法はあるかもとは思う。
393 名前：デフォルトの名無しさん [2019/04/15(月) 23:45:03.60 ID:o5Us7+p1.net]: vue公式からの引用で恐縮だが、、

もし、あなたが大規模な SPA を構築することなく、Vuex を導入した場合、冗長で恐ろしいと感じるかもしれません。そう感じることは全く普通です。
あなたのアプリがシンプルであれば、Vuex なしで問題ないでしょう。単純なストアパターンが必要なだけかもしれません。
しかし、中規模から大規模のSPA を構築する場合は、Vue コンポーネントの外の状態をどうやってうまく扱うか考える絶好の機会です。Vuex は自然な次のステップとなるでしょう。これは Redux の作者、Dan Abramov からの良い引用です:
Flux ライブラリは眼鏡のようなものです: それらが必要になったときに知るのです。
394 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 00:27:12.19 ID:+U4ppNzc.net]: まあ大きなもの作ったことない人にはわからん世界だと思うよ。俺も学生の頃はフレームワークの必要性とかさっぱり理解できなくて制作者の自己満足だと思ってたもん。
そして必要になったことがない人にはどんなに説明しても納得してもらえないもんだよ。
395 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 00:30:35.35 ID:QBtHnjEv.net]: 今軽くReduxググってみたけど何がしたいのかさっぱり分からんｗ
jsにprivateが無いからsetter/getterのレイヤー作ってんの？
396 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 00:42:55.64 ID:QBtHnjEv.net]: いやfluxで調べたら少しわかった
オブジェクト指向でいちいち相互参照とか面倒くさいから
シングルトンにデータ全部詰め込んでおこうぜ見たいな話だな
397 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 02:31:52.71 ID:+8WSocTt.net]: おまいら、vueの利点として、サイトの一部分のjQueryで
作っていた部分をちょこっと置き換えるのに良いって
言ってるくせに、それがいつか大規模なSPAに変わると思ってんの？
398 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 02:40:36.60 ID:+8WSocTt.net]: >>393
こっちのほうがわかりやすくね？ｗ

Flux ライブラリはサスペンダーのようなものです: それらが必要になったときに知るのです。
（意味デブになれば必要な理由がわかる。だがそもそもデブになんかならねーし、デブなのが一番の問題）
399 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 04:49:30.73 ID:vZMMDQFG.net]: 猫も杓子もreduxだけどほかのflux実装の感想聞きたいわ
それなりの規模で使用した、もしくはしてるみたいな人おらんの?
つかfacebookはfacebook/flux使ってるのかね
メンテされてる感じせんけど
400 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 07:41:32.20 ID:9wO+Q4tD.net]: >>397
そんなこと書くと議論がすり変わりそうだぞ。
ID:IXPbMXJWが書いてくれたことで十分でしょ。それで納得できる人もいればできない人もいる。
万人が使うものでないことは間違いないわけだし。それはスレタイの3つがそもそもそうなわけだけど。
401 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 08:31:26.34 ID:dFuxCqAG.net]: よくまとまってる。
https://mizchi.hatenablog.com/entry/2018/10/04/101308

> Middleware に何を使うかで、 redux ユーザー同士の非同期のノウハウは共有できず、
> 分断されている(thunk, saga, steps, epic, no middleware)
これが一番の問題点。
402 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 08:57:52.42 ID:HGB3ondZ.net]: >>401
suspence来たら全部ゴミ。
403 名前：デフォルトの名無しさん mailto:sage [2019/04/16(火) 14:12:45.48 ID:sdqnJ2Ku.net]: suspence見たけど状態管理をsimple-cache-providerに移動しただけな感じがする

明確なIDが無いリクエストみたいなのが渡ってくる場合だと
コンポーネントと非同期キャッシュの対応付けが面倒になりそう

コンポーネントインスタンス毎に一意ID生成してstateに保持だと本末転倒な感じだし
404 名前：デフォルトの名無しさん mailto:sage [2019/04/17(水) 11:15:37.77 ID:CEJ7HETE.net]: 静的サイトジェネレーターでBlog作りたいのだが情報少ないね。
VuePressがよさげなのだが
405 名前：デフォルトの名無しさん mailto:sage [2019/04/17(水) 12:37:53.92 ID:q/9NxBQE.net]: なんでvuepress？nuxtよりいいとこある？
406 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 01:12:24.22 ID:+Qj1NZId.net]: ガチガチのSPA作ろうと思ったらAngularじゃねーの？
ionicでwebアプリ作ってみたけどストレスなく作れて良かったよ
407 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 01:21:26.96 ID:+Qj1NZId.net]: まずフロントエンド周りに関わる仕事はしないほうがいいと思う
全てが無駄になる可能性が高い
408 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 07:16:50.87 ID:xDdfDEdP.net]: reduxで一回のdispatchで2つのstateを一緒に更新したい場合ってreducerどう書くのが正解？
とりあえずreducerのreturnをjsonオブジェクトみたいにすれば良さそうではあるんだけど
409 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 09:46:39.79 ID:FtQwjU5R.net]: ReactのReduxはそろそろ廃れて欲しい
ホックで何とかなるでしょ
Reduxは奇形的だと思う
410 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 10:58:53.81 ID:JWUHkBKS.net]: >>405
じゃあNUXT.jsでｗ
こっちもそんなに情報ないよね
411 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 11:12:33.86 ID:nwidurpX.net]: vue関係は中国語が共通言語
412 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 12:26:49.21 ID:+Qj1NZId.net]: Vue vs React vs Angular
とあるがどれも学ばないというのが4の選択肢が正解じゃないか
他に時間を投資すべき

どうしても必要ならVueを摘むの適切
それでもVueを深く学習してVueメインでガチャガチャ動くサイトなんて作っちゃいけない
413 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 13:18:32.08 ID:PeuY0IP9.net]: >>412
それな。どうせどれ使っても数年で消える。
jQueryだけが今もこれからも使われて続ける
414 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 13:28:48.77 ID:f6QMigdn.net]: いいんだけどさ、forthスレやqbasicスレ、coqスレなんかにも「必要ないって言ってるでしょ！」ってムキになって書き込みに行ってるの？ｗ
415 名前：デフォルトの名無しさん [2019/04/18(木) 14:17:31.95 ID:rqGOrs8Z.net]: 一部にvue入れるのもアリだよ。検索や登録フォームはvueで置き換えると保守が凄く楽になるぞ。俺もそこから始めた。
416 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 14:22:13.48 ID:+Qj1NZId.net]: jQuery固執おじさんもいらない
417 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 16:15:08.38 ID:FtQwjU5R.net]: jQueryが神すぎて、これは捨てられない。
418 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 16:24:16.71 ID:PeuY0IP9.net]: >>414
いったことないで？全く知らん分野だし
419 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 16:24:58.29 ID:PeuY0IP9.net]: >>415
> 検索や登録フォームはvueで置き換えると保守が凄く楽になるぞ。

具体例で見せてほしい
420 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 16:27:28.57 ID:uN7CTDaS.net]: フォームはVueの練習には良いよね。
でも大きく要素が入れ替わらないTodoリストくらいだったらJQuery + HTMLのテンプレート要素で作ったほうが簡単に感じる。
テンプレート要素が適用しづらいなって思ったら使うべきか。
421 名前：デフォルトの名無しさん [2019/04/18(木) 16:34:11.27 ID:rqGOrs8Z.net]: >>406
だよね。angular思ったより全然使いやすい。迷う事が少なくていい。
422 名前：デフォルトの名無しさん [2019/04/18(木) 16:37:48.10 ID:rqGOrs8Z.net]: >>420
因みになんだけど、jQueryのテンプレートエンジンは何を使ってるの。俺はよくjsRender使ってた。
423 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 16:46:45.54 ID:PeuY0IP9.net]: >>422
俺は、lodash (underscore) のtemplateだな

https://lodash.com/docs/4.17.11#template
https://underscorejs.org/#template

このライブラリはテンプレート専用じゃなくて
通常のプログラミングでも非常に便利なライブラリなので
テンプレートを使うかどうかに関係なく組み込んでる。
424 名前：デフォルトの名無しさん [2019/04/18(木) 16:50:16.12 ID:rqGOrs8Z.net]: >>419
具体例いらんだろう。長くなるとスレチになりそうだし公式見てほしい。
425 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 17:13:10.20 ID:PeuY0IP9.net]: >>415
残念ながらフォームを作る場合に、DOM APIよりもvueは便利だが
jQueryよりも便利ってことはないんだよ
具体例、ないだろう？そういうこと
426 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:14:06.33 ID:G2shfX5j.net]: 廃れるものを一通り勉強するってのも乙なもんだけどね。
427 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:19:22.93 ID:IFD45nW1.net]: jquery使うといつか必ず後悔するんだよな
428 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:29:07.13 ID:PeuY0IP9.net]: それはないな。DOM APIを使うのと（jQueryの方が生産性が高い以外）何も変わらんのだし
429 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:31:42.05 ID:xDdfDEdP.net]: そらWeb"サイト"作ってるところjQueryは使い続けられるだろ
元々フレームワークを使うのはWebシステムを構築する人向けなんだから

平たく言えば例えばスタンドアローンアプリをWebに置き換える様な案件向け
別にそういうモノを作る予定なんてないって人はjQueryは使い続けてても全く支障はないと思うよ
430 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:46:16.31 ID:fWketiWf.net]: 基本jquery使う限りアングラーさんしかないのか
431 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:47:32.38 ID:FtQwjU5R.net]: tsとjqは相性悪いからangularもビミョー
432 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 22:20:30.68 ID:PeuY0IP9.net]: >>429
Webシステムじゃよくわからん。
JavaScriptを一切使わないWebシステムだって有るんだし

> 別にそういうモノを作る予定なんてないって人はjQueryは使い続けてても全く支障はないと思うよ

ずっとそれを言ってる。ウェブであちこちのサイト見て、
そのサイト、アプリで作ればいいのに？って思うことある？
そういうことだよ。ウェブで皆が見てるものの大半は、アプリ用のフレームワークなんか使っちゃダメ
433 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 23:11:25.60 ID:975/tdja.net]: 流行の移り変わり前提ならAureliaになるんかね
434 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 23:16:27.84 ID:rt2qFRnt.net]: >>433
なぜ？
435 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 00:19:18.93 ID:ZJZT2sL1.net]: 暇な天才達がおもちゃを作り

凡人の我々が疲弊する
436 名前：デフォルトの名無しさん [2019/04/19(金) 00:56:42.83 ID:nz9XNE8t.net]: 実務の世界ではwebは運用を考えないといけないから
ビルド必須なのは辛いんだよね
JAM Stackにバリバリ行きたい気持ちはあるのだが
結局はjQueryを使った無難なサイトがメインになって
しまう
エンジニアは運用の視点を忘れたらいけない
サイト制作にはjQueryが必須だと思う。

でもSPAで作る時は日本語のドキュメントがまだ出て
来てないような最前衛の実装方法で暴走するけどねw
437 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 01:05:48.22 ID:mPb3RkdR.net]: いい加減>>1読め
438 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 07:03:38.13 ID:SkMw1Cjg.net]: >>432
君には一生縁のない世界みたいだからおうちにおかえり
439 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 07:15:41.26 ID:GnXLTXUb.net]: >>438
反論できなくなったときの言葉だねｗ
440 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 08:37:31.56 ID:gmGy9oTC.net]: ちょっとしたサイトなら、jQuery, Lo-dash のテンプレートエンジンで十分。
Underscore.js のテンプレートエンジンを使ったフレームワークが、Backborn.js

フレームワークを使うのは、データベースを使うような、web アプリ

Ruby のテンプレートエンジンの ERB でも、基本は、文字列を連結していくような原始的なもの
441 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 08:55:09.83 ID:p/ztoCUW.net]: 本当にちょっとしたものならそんな何万文字ものライブラリいらんだろ

const template = ctx => `
<html>
<head><title>${ctx.daimei}</title></head>
<body>${ctx.naiyou}</body>
</html>
`

const data = {
daimei: '題名',
naiyou: '内容',
}

const html = template(data)
442 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 10:13:16.52 ID:ZJZT2sL1.net]: Vue試してみてるけど
Vuexってもしかして必須か
コンポーネント間の簡単な操作でも複雑に感じたわ

それならもうAngularみたいに全部入りでいいじゃんと思いました
443 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 10:19:03.41 ID:JukS+GDU.net]: >>442
世界中でどれか一つに統一されるならAngularをおしたい。
慣れた時の開発効率やわかりやすさはAngularだと思う。
444 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 11:22:56.56 ID:GnXLTXUb.net]: >>440
かいてることめちゃくちゃ

> ちょっとしたサイトなら、jQuery, Lo-dash のテンプレートエンジンで十分。
「ちょっとした」の意味がわからん。
そもそもテンプレートに大きいも小さいもないだろ

> フレームワークを使うのは、データベースを使うような、web アプリ
データベースならウェブアプリだけやなくウェブサイトでも使うし
それはフレームワークを使う理由にはならん。

> Ruby のテンプレートエンジンの ERB でも、基本は、文字列を連結していくような原始的なもの
文字列を連結ってなんのことを言ってるんだか。内部の実装の話なんか関係ないだろ
445 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 11:29:00.68 ID:nz9XNE8t.net]: lodashのテンプレは確かに便利
これは同意する
446 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 11:31:53.09 ID:GnXLTXUb.net]: >>441
> 本当にちょっとしたものならそんな何万文字ものライブラリいらんだろ
何万じゃサイズがわからん。

1万文字 = 10KB程度ってことでいいのか？
何万文字 = 数十KB、画像1枚分もなくて、
ADSLや光回線なら0.1秒以下、スマホの128kbps制限中でも
2～3秒程度でダウンロードできるサイズ
だよね？

今度から「僅かなサイズのライブラリ」って書いてくれない？
意図的に多く見せようとしてるようにしか見えないからさｗ
447 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 11:35:38.96 ID:GnXLTXUb.net]: >>441
あとそのコードは単なる文字列中の変数埋め込み
テンプレートエンジンを名乗るなら、ループと条件分岐ぐらいは
対応してないとだめだろう
448 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 12:33:46.65 ID:p/ztoCUW.net]: >>447
だから簡単なものならそれで十分だろうと言ってるんだが。
そんなもの必要に応じて関数書きゃいいだろう。
449 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 12:37:15.37 ID:p/ztoCUW.net]: テンプレートエンジン固有の構文覚える方がめんどいわ
450 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 12:53:32.50 ID:pVA6rbms.net]: >>443
でもAngular人気ないよね
日本ではなく世界の話
https://2018.stateofjs.com/front-end-frameworks/overview/
世界二万人超の開発者に対するアンケートの結果みたいなんだけど
Angularは「使ったことあるけどもう使わない」
ってのが飛び抜けて多い
なんでこんな嫌われているのか全然わからないけど
451 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 13:14:05.01 ID:p/ztoCUW.net]: 確かにせっかくの大規模アンケートなんだから理由も見たかったよな。
452 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 13:32:46.93 ID:ZJZT2sL1.net]: 破壊的な変更が原因でしょう
また大幅な変更あるのではとリスクを嫌ってる
453 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 14:22:40.05 ID:GnXLTXUb.net]: WebComponentsの登場で
今のフレームワーク全滅するっていうのになｗ
454 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 15:33:13.76 ID:y1N4KfNl.net]: >>450
本来のjavascriptと解離が大きいのがな。
やっぱ通用するスキルが身につくことが重要よ。
455 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:06:37.80 ID:eZFOlDYz.net]: どこぞの人気投票らしきもの
https://pbs.twimg.com/media/D31uY7qUwAISCPT.jpg
456 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:08:56.45 ID:9mBO7kZI.net]: >>453
それも結局はXHRと一緒なんじゃない？
原始的で汎用的なものを提供するけど結局ラッピングされたものの方が使いやすいってなると思う
457 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:21:41.87 ID:GnXLTXUb.net]: >>456
> それも結局はXHRと一緒なんじゃない？

なんでXHRの話なんか出てくるんだ？
UIコンポーネントの話なんだが

> 原始的で汎用的なものを提供するけど結局ラッピングされたものの方が使いやすいってなると思う

そりゃラッピングされたもののほうが使いやすいでしょｗ
だからjQueryの方が使いやすいんだし。

問題は、WebComponentsをラッピングしたものは、AngularやVueやReactとは別のものになるってこと。
AngularやVueやReactもWebComponentsを考慮しつつ開発してるんだろうが、
WebComponentsが最終的にどうなるのかわからないし、
WebComponentsがない時代の設計をWebComponentsに最適化するのは大変。
どうせWebComponentsに最適化された新しいフレームワークが出るに決まってる。
そしたら今のフレームワークは全部おさらばｗ
458 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:54:49.69 ID:p/ztoCUW.net]: >>455
ひとつだけステッカー貼ってアピールしてるのが哀愁を誘うなｗ
459 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 17:14:03.31 ID:22g/XrvX.net]: >>457
html5だかECMAScriptだかの標準仕様を持ち上げるって意味では一緒じゃね？
WebComponentsもXMLHttpRequestも逆に何が違うって言うんだよ？
460 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 19:30:52.27 ID:PWe5dNBv.net]: なんも作ってない人ってなんでこんなにわかりやすいバカさを露呈しちゃうんだろうね。
461 名前：デフォルトの名無しさん [2019/04/19(金) 19:50:06.07 ID:n8mFcZJ1.net]: web componentに過剰に期待しちゃダメだよ。仕様を大きく超えて肥大化した今のフレームワークのほんの一部を標準化しますってだけ。
少し触ってみれば分かるが期待とは別物。到底現状のコンポーネントが置き換わるレベルじゃない。
462 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 21:06:05.48 ID:GnXLTXUb.net]: >>459
> WebComponentsもXMLHttpRequestも逆に何が違うって言うんだよ？

WebComponentsはコンポーネントを作るAPI
いろんな人や会社がコンポーネントを作って配布することになるだろう。
ここが大きな違い。

XMLHttpRequestはそれ単体で使うものだが、
WebComponentsは、そのAPIを使ってコンポーネントを作る人と
作られたコンポーネントを使う人に分かれる
463 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 21:33:14.60 ID:SkMw1Cjg.net]: それって結局Reactとやってる事変わらなくないか？
464 名前：デフォルトの名無しさん [2019/04/19(金) 21:36:51.67 ID:wiWuuxML.net]: >>455
使ったことないアホどもの人気投票だろうな
465 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 21:40:08.98 ID:GnXLTXUb.net]: >>463
そうだよ？やってることがかぶってるから
WebComponents（ウェブ標準）に置き換わるって言ってんの
466 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 22:01:24.55 ID:GSI3q7h6.net]: >>464
使ってる人の数の非もこんなもんなんじゃない？
467 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 22:24:03.00 ID:er92Du55.net]: >>349によるとそんなもんだな。
468 名前：デフォルトの名無しさん [2019/04/19(金) 23:18:27.59 ID:5jtmr99m.net]: 部下から尊敬される上司が行っている、たった一つの方法
https://www.youtube.com/watch?v=rHwmeu3R8VQ
仕事ができる人だけが知っている、すべてが好転する「黄金ルール」
https://www.youtube.com/watch?v=Kx6cN24EY6E
自分の生き方や働き方がわからない人に伝えたい「生き方の正しい選び方」
https://www.youtube.com/watch?v=VfxW0fqquIE
469 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 23:23:08.94 ID:ZJZT2sL1.net]: とにかくJSフレームワークは
他人のコードみたくないし保守したくない
作り逃げの案件しかやりたくねー
470 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 23:53:16.20 ID:lpgW/kDH.net]: >>465
置き換わるわけないやんどうせ機能ショボいのに
471 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 23:57:01.13 ID:dMoQXjko.net]: まぁwasmを独自タグ化できるとかならワンチャンなくもないかも知れんけど
ウェブ標準とReactなら大半の人はReact選ぶと思うけどね
472 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 00:08:48.19 ID:V6hNb77K.net]: それにしてもAngularはホント使ってるとこ見ないよね技術書展のサイトくらいしかまともに使ってるとこ見たことない
Reactは動画配信サイトの類とかでわりと使ってるところよく見る
Vueはライブラリとして読み込んでるサイトはわりとあるけどフレームワークとして（Vuex,vue-routerとか使って）ガッツリ作り込んでるところ半分くらいで他はjQueryとの共存でだましだましに使ってるんじゃないかとね
473 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 02:57:45.91 ID:a8xtUdmI.net]: この業界の闇が見れたよ
vue js 大規模

https://mobile.twitter.com/rei_ktrg/status/1119150597599404032/photo/2

https://mobile.twitter.com/andoshin11/status/1118694687794053120

https://mobile.twitter.com/ku_suke/status/1119053092069097472
(deleted an unsolicited ad)
474 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 04:51:28.50 ID:LA3ebzxs.net]: vue,reactならreactのが好きだけどreduxがデファクト取ったのほんとつらい
475 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 06:58:25.30 ID:lwVpLCzw.net]: >>472
react,vueくらいならちょこっと作るのもそこまで苦じゃないけど
angularはなんか闇を感じるぞ。。
476 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 07:42:58.61 ID:rcvSJkam.net]: >>441
HTMLエンコードも、しないといけない。
「& < > "」などを、「&」「<」「>」「"」に置換

Ruby のERB では、
結果を出力するなら、<% = 式 >
しないなら、<% 式 >

<% # コメント >

地の文(Rubyの式以外)で、<% を使う、
または、ERBタグ内で、%> を使う場合は、% を2重にする(エスケープ)
477 名前：476 mailto:sage [2019/04/20(土) 07:51:06.41 ID:rcvSJkam.net]: 自己レス
>「& < > "」などを、「&」「<」「>」「"」に置換

あれ？どうして「&」と表示されたのか？

「&」(全角なら「&ａｍｐ;」)と書いたのに。
5ch のバグ？
478 名前：476 mailto:sage [2019/04/20(土) 07:58:58.23 ID:rcvSJkam.net]: 自己レス
>「&」(全角なら「&ａｍｐ;」)と書いたのに。

「&」
ここには半角で「& a m p ;」(ただし、空白を除く)、
全角で書くと「&ａｍｐ;」と書いているけど、「ａｍｐ;」が表示されない！

なぜ？
479 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 08:22:32.49 ID:kIPwVBjm.net]: vueできますの人ってJQueryの延長で使えてるだけの人多いから危険だわ
Reactできますの人雇った方が安全
アプリとしての設計できるか否かと文法覚えたからコード書けますは違うから
Reactできるなら設計できると考えていい
480 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 08:31:55.09 ID:bPC53Tje.net]: >>478
2chの頃からUnicodeの表示には10進文字参照使ってるから
&のエスケープだけ効くようになってる
&amp;と書けばいい
481 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 09:34:01.59 ID:OSkkX2tB.net]: >>479
Reactはそんなに難しいってこと？
482 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 09:44:58.55 ID:V6hNb77K.net]: ちゃんとしっかり向き合えば難しいって事はないよ
Reduxだって書いてれば慣れるし慣れればそれほど難解じゃない

一回ベタでJSX書いてそこから部品になりそうなものを切り出したら
次に似たような画面作る時劇的に手間が減ったりする
483 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 09:50:31.75 ID:YjCevdff.net]: Aureria使ってるけど全然難しくないぞ
Reactも難しくはないんだろう
むしろVueってそんなに簡単なの？
484 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 10:18:20.36 ID:V6hNb77K.net]: どのフレームワークも書き方が違うだけで構成する要素（状態、ルーティング、コンポーネント）は似たり寄ったりだと思うよ
ただVueの場合
<div id="app">
…
</div>
をルートコンポーネントとしてVueに関連付けるのにdiv涛烽ﾌDOMをそのまま使えるっていうのが新規にはとっつきやすい一因だと思う
もちろん別ファイルに書いたルートコンポーネントをマウントすることもできるけど

DOMがそのまま→既存のサイトに追加できるって事で入りやすいんだろうけど
できたものはカオスなんだろうなって思う
485 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 10:49:02.44 ID:lwVpLCzw.net]: 問題は非同期通信をどこに置くか、どう実行するかってとこでしょ。
486 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 12:02:30.90 ID:aNolGhqF.net]: そもそもそれSPAにする意味あるの？というところからだな
487 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 13:17:37.40 ID:lwVpLCzw.net]: そもそもただの静的なhtmlで十分てのはあるがそれはまた別の話だな。
488 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 13:50:29.73 ID:OSkkX2tB.net]: >>487
静的なHTMLは、サーバーに置いたHTMLを表示するだけ
動的なHTMLは、データベースなどにアクセスしてHTMLを動的に生成するもの

どちらもJavaScript使用の有無は関係ないのですよ
489 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 14:06:39.55 ID:syajeBai.net]: Reduxって他のフレームワークでも
汎用的に使えるの？

vueにはVuex があるし
490 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 14:20:12.59 ID:Yj5VNfn5.net]: >>481
Reactは設計や構造を考えられる人じゃないと
まともに動くモノは組めないからね
学習コストはAngularより低いけども設計力が必要

Reactに関しては得手不得手が分かれると思う
合ってる人なら即日使えるようになる
苦手な人は勉強しても駄目かもしれない
491 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 14:23:17.25 ID:aNolGhqF.net]: 負の遺産が量産され続けてそう
数年後が怖いね
492 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 14:28:03.53 ID:lwVpLCzw.net]: 設計や構造を考えないで動的に動くview作ろうってのがそもそも間違いじゃね？
と思うんだが。
493 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 14:34:34.23 ID:OSkkX2tB.net]: （汎用の）コンポーネントを作るという考え方で作れば良いんですよ。
そうすれば、全体を考えなくていい。
494 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 14:43:31.02 ID:lwVpLCzw.net]: んなこたない。
部品で分けても結局どう繋ぐかって問題は出てくる。
だからコールバックを引き回すのかreduxみたいな一周するパターンを使うのか考えるわけだ。
495 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 14:52:25.93 ID:UeTDxeBd.net]: まだプログラミング自体初心者だった頃に、個人で何か作ろうとしてみたりしてたときは、確かに設計なんかせずに順番に動くように動くようにプログラミングしてたわ。
496 名前：デフォルトの名無しさん [2019/04/20(土) 15:52:34.64 ID:MO877tOl.net]: reactもvueも適材適所でいいんじゃない？設計は別のレベルの話だろう。所詮道具なんだしさ。いやそれを議論するスレだったなw
497 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 16:20:16.32 ID:aNolGhqF.net]: 大抵の人はjqueryを使う規模で十分であるが
jqueryで何か新しく書こうとなると辛い
そこで規模にマッチするのがVueになるからVueが人気
498 名前：デフォルトの名無しさん mailto:sage [2019/04/21(日) 15:58:14.04 ID:Nh7t/mMV.net]: Angular覚えれば最強なんじゃね?
499 名前：デフォルトの名無しさん [2019/04/21(日) 16:13:30.43 ID:+n/bTUR6.net]: 周りvue使う奴ばかりで俺だけReactだから取り残された感がある
500 名前：デフォルトの名無しさん mailto:sage [2019/04/21(日) 16:20:10.40 ID:0mpGXc/m.net]: >>499
react出来るならvueもすぐ覚えられるやろ
501 名前：デフォルトの名無しさん mailto:sage [2019/04/21(日) 16:30:06.97 ID:O0Cyl0Uv.net]: vueはreactの下位互換
502 名前：デフォルトの名無しさん mailto:sage [2019/04/21(日) 16:32:17.78 ID:o9+52jcW.net]: >>501
どういう所に互換性があるの？
503 名前：デフォルトの名無しさん mailto:sage [2019/04/21(日) 17:59:50.12 ID:idC8t1Zb.net]: create-react-app がデフォルトなだけって気はする。
504 名前：デフォルトの名無しさん mailto:sage [2019/04/21(日) 18:59:32.38 ID:HebMLUkK.net]: 互換性はないけど枠組みとしては確かに似たり寄ったり
505 名前：デフォルトの名無しさん mailto:sage [2019/04/21(日) 22:33:06.57 ID:HUpVr9Rv.net]: Jqueryで足りないとは例えばどんな動作？
506 名前：デフォルトの名無しさん mailto:sage [2019/04/21(日) 23:16:22.08 ID:RrDR8c7C.net]: >>1
507 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 00:44:30.62 ID:gmJvG001.net]: Reduxって親コンポーネントに偽装してReduxのステートをPropsとして受け取る感じなんだね
慣れてくればそれほどstateと変わらない感じ
508 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 10:42:02.31 ID:aRCKiCHK.net]: VueでTypeScriptってどうなの?
オーバースペック???
509 名前：デフォルトの名無しさん [2019/04/22(月) 10:51:29.31 ID:YqOHOoCK.net]: >>505
vdomとbindingはロジック部分を根本から変えた。後戻りできない部分だな。他はjQueryでも無理すれば代替できん事はないが。
510 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 10:54:01.25 ID:7SFj5xSv.net]: ロジック部分ってなに？

普通ロジック部分っていうと、UIは除いた部分のことだから
jQuery使っても同じはずだが？
511 名前：デフォルトの名無しさん [2019/04/22(月) 10:57:48.25 ID:YqOHOoCK.net]: >>508
ページ単位で小規模に適用する分にはvueにTSは必要ない。コスト上がるだけでvueのフットワークを殺す。
新規なら先日nuxtがv2.5で完全にTS対応したから最初からそっち使った方が良いよ。にしてもnuxt-tsはキモかった。
512 名前：デフォルトの名無しさん [2019/04/22(月) 11:21:42.95 ID:YqOHOoCK.net]: >>510
JQueryはdomが主役だがbindingはデータが主。だからデータ構造とそれを処理するロジックが根本から違う。これ以上はスレチになるから深くは説明しないが。
513 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 11:37:26.45 ID:7SFj5xSv.net]: >>512
つまり、jQueryに足りない部分 = DOM以外ってことですよね？
それは同じでしょ？
514 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 11:38:12.52 ID:7SFj5xSv.net]: もしかしてVueとかって、UI部分とロジックが分離できない？
密結合しちゃってるの？
515 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 12:21:44.78 ID:eg+ktQTs.net]: >>511
reactでts使ってもキモいぞ！ｗ
516 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 12:41:52.02 ID:Qg5wsU4m.net]: 基本的なMVCアーキテクチャだけで良いのにね
意識高い馬鹿コーダーが変な技術を持ってくる

極論言ったらJavaScriptだけでも作れるのに
517 名前：デフォルトの名無しさん [2019/04/22(月) 12:42:29.17 ID:YqOHOoCK.net]: >>513
何の話なんだそれ。
>>514
逆だよって今更すぎる。

テーブルがあって1行追加したいとしよう。jQueryだと
$().append(..render(..).html())
に似た処理をどこかで入れるだろ？元のデータは何なら”破棄しても良い”。domが主だから。ココが違う部分だからよく考えて。
bindingだとlistに1行追加するだけ。
list.push({})
あとは自分で調べて。スレチで長々とすまん皆の衆。
518 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 14:05:19.86 ID:RnNzdTFJ.net]: 最初からSPA作る目的ならならわかるけど
そうでなければReactもVueもう導入した先は絶対カオスになるだろ
519 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 15:07:19.65 ID:i3ajZQCG.net]: >>517
> bindingだとlistに1行追加するだけ。
嘘ついたらいかんよ。
HTMLにごちゃごちゃ書かないとダメだろ。ループ処理とか
JSXかもしれんが
520 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 15:10:48.91 ID:i3ajZQCG.net]: jQueryでもvueでもデータそのものは、listに1行追加するだけなんだよ。

そとは、そのlistのデータを見て、JavaScript（jQuery）でHTMLを生成するか、
vueを使って、HTMLのテンプレートでlistみてループ処理やって、場合によってはif文相当のことをかいて
どの変数がどの部分に埋め込まれるか書いて、どのイベントがどのハンドラに対応するかをかいて
ようやく連携が取れるんだよ
521 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 15:31:55.89 ID:+sji2SAG.net]: vueの大規模案件ってどんなレベルなんですかね？
522 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 15:32:17.76 ID:ShmVg8iF.net]: 最初からSPA作るのと、>>518はやってることが違うから、別にカオスにはならないだろ
523 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 15:32:34.69 ID:ShmVg8iF.net]: >>521
人が居なくなるレベル
524 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 17:07:41.50 ID:IkYlXCmj.net]: それより大規模ってどのくらいの規模なんだ？
525 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 17:24:46.81 ID:/LLpqdR3.net]: react宗の人間だがvueは大規模で逃亡するほどきついのかね？
526 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 17:34:40.14 ID:RnNzdTFJ.net]: 例の件でVueがネタ言語扱いされるとか…
ひどい風評被害だな
527 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 17:47:05.54 ID:RnNzdTFJ.net]: 不毛だよなぁ
react、vue、angular使えますとか
rails、laravel、spring boot使えますとか

どっちもどっちか一つでいいのに…
複数学ぶのは時間の無駄で、技術選択する時間も馬鹿にできんし
528 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 18:14:48.09 ID:KTQxmf3k.net]: 例の件って何？
529 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 20:32:17.15 ID:IxPS18nq.net]: 金だけもらって逃亡したんだっけ？
530 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 21:13:08.59 ID:LOXX9eoD.net]: >>528
>>473
531 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 21:52:24.13 ID:KTQxmf3k.net]: >>530
みっつ目のリンク開けない
532 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 22:20:51.00 ID:WNIHRACT.net]: Model(Data/Logoc) <==> View Model(jQuery/DOM) <==> UI(HTML)

Model(Data/Logoc) <====> UI(HTML+Vue Markup)

三段構成の中間層がフレームワークによって消滅するんじゃよ
533 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 22:38:45.61 ID:i3ajZQCG.net]: >>532
https://012-jp.vuejs.org/guide/

> Model と View を同期するオブジェクトです。 Vue.js において,
> 全ての Vue インスタンスは ViewModel です。
> それらは Vue コンストラクタかそのサブクラスでインスタンス化されます:

消滅してないけど？
534 名前：デフォルトの名無しさん mailto:sage [2019/04/22(月) 22:46:16.58 ID:300hPFzJ.net]: ふと思ったのはexcelみたいなUI考えた場合、modelとviewを無理やり引き剥がしても
ほとんど意味ないんじゃないかということ。
535 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 01:14:58.17 ID:qUOBSkVz.net]: firebaseが台頭してきてるから
Web屋はフロントエンドで生きていくしかねーな
536 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 01:23:54.94 ID:1xhRm/Xt.net]: >>535
ソース
537 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 01:40:26.06 ID:zhMneqp1.net]: firebaseなんてGCPの一プロダクトにすぎない
538 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 01:48:54.37 ID:MlqQrhQq.net]: そんな象は動物の一種に過ぎないみたいな当たり前のことドヤ顔で言われましても…
539 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 07:43:59.67 ID:Rk7FVhqN.net]: 言いたいことは分かるよ
アスペには分からないだろうけど
540 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 08:16:32.64 ID:MlqQrhQq.net]: はいはい口先番長やりたいなら文系で生きていけよｗ
541 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 09:32:49.84 ID:nqfj8XkM.net]: アスペに素人教えさせると
知ってて当たり前だと怒り出す
542 名前：デフォルトの名無しさん [2019/04/23(火) 12:24:38.08 ID:eGuTD0er.net]: >>519
元の話がロジックとUIの分離からそれでいいんだよ。dom appendなんぞロジック上は不要。単なる事実だが。
543 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 13:35:13.96 ID:zhMneqp1.net]: 勘違い素人「こうですね！（どやぁ）」
上級者「こうしたほうが無駄がなくていいよ」
勘違い素人「ムキー、これでもいいだろ！」
544 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 13:36:22.70 ID:zhMneqp1.net]: >>542
うん。だからHTML（JSX）にループや条件分岐の
ロジックが移動してますよねって事実
545 名前：デフォルトの名無しさん [2019/04/23(火) 16:09:42.79 ID:eGuTD0er.net]: >>544
論点ずらしは二重に恥だからやめとけ。あとスレチだからこの話はもうやめろ。
546 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 17:48:04.05 ID:6Ns4bttT.net]: 最近Angular触ってみてるんだけど
Reactって結構Atomic Design指向だから細かい部品に分けた方が効率よくなるけどAngularは小分けにすると逆にカオスになりそうだね
547 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 17:54:14.07 ID:EIFUxFM+.net]: 出たよバズワードに踊らされる奴
Atomic designが流行ったのはReactが普及したあと。
Atomic designをReactで実践したいならできるがReactがAtomic design指向なんてことはない。
コンポーネント指向とごっちゃになってるんじゃないか。
548 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 19:31:52.60 ID:6Ns4bttT.net]: いや、実際にある程度使ってみて部品化した方が効率が上がるのにAtomic Designって言葉使うのが適切かなって思ったから言っただけで別に言葉が先にあるわけじゃないよ
549 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 20:16:21.51 ID:W6oBSSAv.net]: reactで開発されたアプリの解読でコンポーネントやらReducerやら100ファイル以上あって熱が出そう
細かい部品に分けるのもいい加減にしろや
550 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 20:34:14.70 ID:6Ns4bttT.net]: 部品に分けるからって別にファイル数無駄に増やすってよりも
最小の部品こそ属性の付け方で色々な使い方できるようにしたり
でもデフォルト値はあって最小の指定でもちゃんと動作するようにしたり
以前はC#でdll部品とか作ってたから使い勝手のいい部品作るのは楽しい
551 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 21:17:36.16 ID:ZkNEZW45.net]: 100ファイルくらいなら別に多いってほどではない。
552 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 21:25:39.08 ID:8cnfQzue.net]: それはディレクトリでカテゴリー分けしてるかどうかでも随分違うと思う
553 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:47:16.01 ID:26ybfJq0.net]: 分ける単位ってどれくらいがいいんだろうな。
自分は
・メインコンテンツ
・ヘッダー
・フッター
・サイバー
・繰り返しだすコンポーネント(例：カレンダーの１日単位)
くらいにしか分けてないな
554 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:49:15.78 ID:26ybfJq0.net]: あとは
・フローティングで出す入力フォーム
とかも分けてるか
555 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 01:09:09.86 ID:n13HhhG3.net]: やたらローディングでブラウザ固まるようなサイトがあるけどどうにかならんのかね
スリープ挟みながら画像/広告をロードするとかさ
556 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 04:00:40.49 ID:WM9U+x6O.net]: いずれangularが再評価され
angularに行きつくことになる
557 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 04:32:57.32 ID:uakSx5ac.net]: >>555
Reactとか使ってるんだろ。
JavaScriptファイルを読み込まないと表示されない上に
JavaScriptファイルがでかいからな
558 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 08:23:52.42 ID:b+rTrvQ4.net]: 大体の場合は画像の方が大きいを思うけどね
559 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 08:26:20.44 ID:CQvKnKTI.net]: 阿部寛のHPは何を使ってるの？
560 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 09:01:17.83 ID:STRWwiRF.net]: 爆速で有名な阿部寛さんのサイトを真面目に分析してみた。
https://qiita.com/Leapin_JP/items/22fb33fe7bdb6ad252fb

阿部寛のサイトを高速化する
https://qiita.com/Morix1500/items/0eac072a027d478a6b83
561 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 09:25:06.69 ID:rY+bTkW+.net]: 5Gの時代になればファイルの大きさ関係ない
SSRすら必要なくなる
562 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 09:45:06.49 ID:CTi91KC0.net]: クライアント側の回線が速くなってもバックボーンやサーバー側の回線と処理能力は変わらないので
4Gがボトルネックだった場合しか変わらんよ
563 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 10:00:20.58 ID:WM9U+x6O.net]: 規模感あるところはそのままVue使わずにNuxtだね
VueだととっちらかるからNuxtに辿り着くな
保守性ないと破綻する
564 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:14:38.40 ID:n13HhhG3.net]: 広告ベタベタのまとめサイトとかフリーズするけど
アクセス解析なのか画像なのかネットワークIOなのか原因が良く分からない
565 名前：デフォルトの名無しさん [2019/04/24(水) 12:29:52.49 ID:KDsijGGg.net]: SPAサイトはSEOに弱いからSEO用にSSRとjsレンダリングの2つに別けましょうとかGoogleかどこかがアピールしてた
566 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:48:40.26 ID:2td++BXc.net]: >>561
ギガを使いきって速度規制されたら同じだろ？
阿部寛のサイトはギガ死した人々のためのサイトだからな。
567 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 13:32:01.02 ID:CQvKnKTI.net]: >>560
js使ってないのか
568 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 14:09:34.24 ID:lWHYhEVw.net]: >>553
サイバーってサイドバー？
569 名前：デフォルトの名無しさん [2019/04/24(水) 14:32:08.54 ID:KVKHKBwP.net]: サイババ記念日らしい
570 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 15:42:24.09 ID:uakSx5ac.net]: >>558
> 大体の場合は画像の方が大きいを思うけどね

そうじゃねーよ。画像はあとから非同期でダウンロードされるだろ。
まず最初はHTMLとCSS。これで最低限の画面は表示される。

JavaScriptは後から。JavaScriptがダウンロードされないと
動きはできないが、初期画面は見える（その間にダウンロードされる）

っていうのがjQuery時代のベストだったんだが、
今はそんなベストを目指さずJavaScriptがダウンロードされるまで
画面見なくていいじゃんに悪化してしまった。
571 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 20:39:13.63 ID:xsOrFgwZ.net]: >>570
クソエロサイトくらいにしか役たたなそうな技術だな。
572 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 20:49:42.32 ID:uakSx5ac.net]: クソエロサイトくらい？

アクセスが多いサイトってことですか？
573 名前：デフォルトの名無しさん [2019/04/24(水) 21:35:26.29 ID:lFc7PTJG.net]: ただまあ高速化の技法がサーバからフロントに比重が移ったのは分かる。フロントの高速化は面倒だよな。
574 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 22:32:10.71 ID:uakSx5ac.net]: フロントの高速化っていうか
自分で遅くしといて、戻そうとしてるだけだけどなｗ
なんだかんだでHTML+CSSだけが一番早い
575 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 23:18:24.27 ID:0vz5Qpla.net]: まあね
576 名前：デフォルトの名無しさん [2019/04/25(木) 10:20:54.52 ID:vEJtGG6g.net]: SSRなんかは典型だな。サーバからフロントへ、そして今またサーバへ。FCPのcss埋め込みなんて手作業じゃやる気せんよ。まあフレームワークが勝手にやってくれるんだけど。
577 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 11:57:42.71 ID:SxeJCaLs.net]: JAMスタックが解だね
結局SSRはやらないのが一番いい
578 名前：デフォルトの名無しさん [2019/04/25(木) 21:01:57.88 ID:XQiuE6zE.net]: Generic Vue Template Interpolation Language Features | Pine Wu's Blog
https://blog.matsu.io/generic-vue-template-interpolation-language-features

VueテンプレートにもTypeScriptの型チェックがktkr
579 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 21:26:39.12 ID:WzUfCzlU.net]: すげえ
580 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:17:22.96 ID:y3HhtnRW.net]: いままでts部分だけ別ファイルに分離してたけどそれが要らなくなるのか。
581 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 00:20:47.16 ID:EZ3WKoA+.net]: 素敵やん
582 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 01:45:05.36 ID:TQCo9BVu.net]: https://www.netbk.co.jp/contents/pages/lib/vendor.js?065e662c2c54549a5503

とある銀行のページ
これが情報を抜き取りgoogleに横流ししてると主張してる人がいるんですが、本当でしょうか？
怪しい所ありますか？
583 名前：デフォルトの名無しさん [2019/04/27(土) 03:13:41.43 ID:xzIO4Xfv.net]: こわくてふめない
584 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 03:26:49.88 ID:JS1TAJ/n.net]: >>582
見てないけどそこがgoogleのサービス使ってたとことで
ユーザーが気にすることじゃないだろ

横流しという言葉の意味分かってるのか？
仮に同意無しに個人情報をどこかに売るにせよjsのコードで直に送るやつなんて居ない
585 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 08:03:15.52 ID:L1RdW04q.net]: >>582
分からん。精々コード内のMITライセンスに関するコメント文からAngular.jsを使ってるって事ぐらいしか理解できん。

そもそもこれビルドされて人間が読む為のコードじゃなくなってるよね。どうやって読んだんだろ。

まぁ、その奇天烈怪奇な主張している池沼君に何を根拠にその結論に至ったのか聞いてみたら？

因みに、横流しという言葉をどういった意味で使ってるかは知らないけど、もし俺が銀行のエンジニアで顧客情報をGoogleにコッソリ渡すなら、
客から見えるフロントエンドでなく、バックエンド側で直接データ送信するな。
586 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 08:17:20.43 ID:v2dpxdDf.net]: チョゲ&アスカのアスカもギフハブにARアプリで監視されてるっていってたし、俺たちごときのエンジニアにはわからない最新テクノロジーで横流ししてるんだろ。
587 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 10:22:35.62 ID:asc+HFb4.net]: クスリで強迫性障害を患っただけでは？ｗ
588 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 10:27:25.18 ID:Ud86wEGC.net]: どうせマルチポストのリンク貼り魔じゃねーの？
なんでそこまで真に受けて延々と話してんのさ
589 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 13:06:16.02 ID:AcxZC3AZ.net]: ギフハブ=github説ほんとすき
590 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 13:38:35.30 ID:B1vN4PSJ.net]: ジャップは信用ならない
591 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 18:24:36.61 ID:z6tXR90P.net]: Vuexが上手くラップされてる
592 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 12:09:12.70 ID:Tj+nXMRU.net]: JavaScript系FWでアプリを作るとソースコードを全部見られますよね
ソース見てゲームなんかのアルゴリズムを解析されたら嫌なのですが、
ReactNative使ってアプリ作っても結局同じことですよね・・・？
593 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 12:44:45.24 ID:BTHjdLRh.net]: 君で思いつく程度のアルゴリズムであれば、誰にとっても財産的価値は無いから気にする必要はないよ。
パスワード保護とかの手法なら、それこそ既存のライブラリ使ってください
594 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 15:03:59.71 ID:YPlfmP4Z.net]: え、チートを防ぎたいのでは
595 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:25:45.63 ID:8c7yz0ci.net]: だとしたらアルゴリズムを心配してるのがトンチンカンだな。
データの心配しろよと。
596 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 00:08:49.38 ID:IpLGLbh6.net]: え、データだけの意味が分からない
597 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 09:52:43.85 ID:zI/Hh5N/.net]: 解析されたら終わるルールはゲームとして良くはないね
本質は、乱数か人との戦いだろ。
それでも実装を見られたくないならwasm使うしかないんじゃない
598 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 10:03:24.48 ID:rYkykX8a.net]: wasmも数年前に比べると大分手近になったよね
599 名前：デフォルトの名無しさん [2019/04/30(火) 13:01:01.81 ID:rEfIQMEI.net]: >>687
犯人がネトウヨだったようだけど
ヘイトスピーチしたネトウヨの糞のお前らは
在日に謝らなくていいの？
600 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 13:04:10.71 ID:rYkykX8a.net]: いったい何と戦ってるんだ？
601 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 16:43:13.59 ID:c2yp3V/O.net]: wasmの逆アセンブルなんて超簡単だが…
602 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 19:01:22.35 ID:SP4vcC0N.net]: >>601
もし仕事でやれって言われたら、どれくらいの見積もりだす？
どこまでやるかは、君が「超簡単」と言ったときに思った範囲でいいよ。
603 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 19:20:56.57 ID:OogZbA54.net]: スレ違いの話題で喧嘩すんなよ
604 名前：デフォルトの名無しさん [2019/04/30(火) 20:24:14.39 ID:xSDcdpWx.net]: チートされたくないならサーバー上で処理するしかない
ブラウザの実行されているPCは開発者のコントロール下には無いから
時間さえ掛ければ破れるだろう

難読化したりプログラムを複雑にして
実装されたセキュリティは
Security through obscurityと呼ばれる
解析を遅らせたり、本気で解析する気の無い奴を遠ざける事は可能だが
不正行為から守る手段としては確実とは言えない
605 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 21:36:43.40 ID:nUvkUPx4.net]: ゲーム板な話題なんでアレだけど不正検知の方が大事
クライアントサイドなんて遅かれ早かれ全部見られる
606 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 22:06:02.83 ID:SP4vcC0N.net]: ネットゲームは、解析されるまでに
サービス終了させてしまえばいい

それまでの間、解析されても無駄になるように
頻繁にバージョンアップする
607 名前：デフォルトの名無しさん [2019/04/30(火) 23:22:26.27 ID:fcz41J68.net]: ゲームは知らんが、実際フロントのJSで解読されたく無い処理なんて無いよな。所詮データ表示してるだけだし。
608 名前：デフォルトの名無しさん mailto:sage [2019/05/01(水) 14:46:02.39 ID:Q6HQJPx/.net]: フロントはサーバーからAPIやら何やらでデータ持ってくるだけだから無問題でしょ
609 名前：デフォルトの名無しさん mailto:sage [2019/05/01(水) 21:46:44.39 ID:/1G6hUdD.net]: フロントが安くみられる理由ではあるな。
610 名前：デフォルトの名無しさん mailto:sage [2019/05/01(水) 21:56:12.32 ID:okVhT/cj.net]: 所詮クライアントで出来る事しか出来ないからな
611 名前：デフォルトの名無しさん mailto:sage [2019/05/01(水) 22:09:52.31 ID:97t5KpT2.net]: クライアントできることって、
例えば、3Dレンダリングとか？
動画エンコーディングとか？
クライアントならすごいことできるって言いたいのかなぁ？
612 名前：デフォルトの名無しさん mailto:sage [2019/05/02(木) 11:50:10.12 ID:Y46iLWky.net]: プッシュ通知とかWebカメラ使った画像解析とかGセンサーとかね
613 名前：デフォルトの名無しさん [2019/05/02(木) 12:06:47.46 ID:DtNw2Ba7.net]: フロントが軽く守られる風潮は営業がそうだからね。もう工数も人員的にも7:3ぐらいでフロント。
614 名前：デフォルトの名無しさん [2019/05/02(木) 12:07:17.03 ID:DtNw2Ba7.net]: すまん、見られるね。
615 名前：デフォルトの名無しさん mailto:sage [2019/05/02(木) 13:03:14.76 ID:WWkY/KvO.net]: その辺りの人間が勉強しないとな
616 名前：デフォルトの名無しさん [2019/05/02(木) 18:23:54.03 ID:gOrselrw.net]: 真のフロントエンジニアがぜんぜんいない
どいつもこいつもエセフロントエンジニアしかおらん
617 名前：デフォルトの名無しさん mailto:sage [2019/05/03(金) 16:03:38.35 ID:gYGrPyNn.net]: CSSコンポーネントってどれがいいの？
618 名前：デフォルトの名無しさん [2019/05/03(金) 19:01:46.34 ID:APX4kfTB.net]: cssにまでコンポーネントなんか使わねえよ
それいろいらやってみたが再利用性低いしものすごい使いにくい
cssはjsの外に持つべき
なんでもjsでやろうとするな
そしてscss使え
619 名前：デフォルトの名無しさん [2019/05/03(金) 21:27:01.47 ID:fqcYoDWz.net]: redux-actionsって便利っぽいのにgithubでredux採用プロジェクト見てもあんま使われてないのはなんか罠があるの？
620 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 10:14:57.37 ID:DqtcHd/u.net]: メンテナの規模じゃね
実質1人だし
621 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 11:01:16.00 ID:l237H6NF.net]: 無駄なテンプレ化という印象しかない。
そのうち具体的に何書いてるかわからなくなってメンテ不可になりそう。
622 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 20:14:11.36 ID:Ui9BQ5Tx.net]: nodeでローカルに何かのライブラリインストールすると普通に3万個とか5万個とかのファイルができる
それで作るアプリは初歩のjsで実現できるレベル
623 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 21:45:06.68 ID:eyQzK648.net]: >>622
何のライブラリをインストールしたの？
624 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 13:43:38.99 ID:f2I/aDPf.net]: ReactNative
625 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 14:12:43.76 ID:Gq6Oz0GG.net]: 仕組み分かってなさそう・・・
626 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 14:47:13.81 ID:tcRm4IYE.net]: 特に何かってよりスレタイのフレームワークをCLIで入れるだけで相当数のファイル入るよね
627 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 17:59:01.33 ID:Q2loWuJO.net]: windows使ってるならファイル数見てみたらいいよ
数万入ってる
628 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 21:57:26.76 ID:RohDjFeT.net]: Vueは何が学習コストが低いだよｗ
ちょっとだけ触るのに手間がかからないってだけの間違いだろ

vuex router使うようなレベルになると
なんら学習コストのアドバンテージはない
629 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 22:21:54.20 ID:tcRm4IYE.net]: >>628
導入コストは低いけど決して学習コストは低くないよね
630 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 22:33:03.03 ID:f2I/aDPf.net]: だからあれほどReactにしろと
631 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 22:48:36.49 ID:tcRm4IYE.net]: Material UIってどうなの？他にもっといいのとかある？
632 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 23:50:55.58 ID:yGiei76k.net]: だからjQueryがほとんどのサイトでは適切なんだよ。
アプリなんて作るのはごく一部だから
633 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 23:56:58.40 ID:N438PKgp.net]: お前は自分の立てたスレに帰れよ
634 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 00:00:40.86 ID:hKkSY5j9.net]: スレの数だけ、俺の居場所がある。
635 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 15:59:00.41 ID:5mvd4R5O.net]: SPAはNuxtが伸びるだろうね
Vueだけで規模でかくなるの辛いわ
636 名前：デフォルトの名無しさん [2019/05/06(月) 18:52:47.92 ID:3zTuKyjo.net]: >>631
UI素人がMaterial UIで構築していたが、激しく素人感でていてさすがだと思った
637 名前：デフォルトの名無しさん [2019/05/06(月) 20:38:31.92 ID:kr7+hcA9.net]: Vue CLI 3が出てもnuxt必要？
638 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 20:44:38.03 ID:H+RoyPJ9.net]: SSRってどれくらい必要なんだろうね
GoogleではSSRなしでも正しく識別されるけどYahooだとダメとかそんな感じかな？
639 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 20:53:31.17 ID:hKkSY5j9.net]: そもそもアプリケーションを検索対象にしたいって時点で
使う技術が間違っていることに気づこう
640 名前：デフォルトの名無しさん [2019/05/06(月) 22:45:00.75 ID:uiqP2evc.net]: SSRとかSPAとか用語乱立しすぎだろ
641 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 22:57:06.92 ID:G3XIPJCC.net]: 今に始まったことじゃないやろ
642 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 23:19:28.31 ID:hKkSY5j9.net]: RとかSRとかSSRとか
643 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 08:33:38.77 ID:oR0wekoP.net]: >>635
SPAにするならNuxt要らなくね？
PWAと間違えてないか？
644 名前：デフォルトの名無しさん [2019/05/07(火) 12:29:25.28 ID:IawlpAQn.net]: SSRはどうにも眉唾なテクだよな。速度だけが目的で下手に実装するとカオスへの入り口。
645 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 16:17:10.88 ID:bnJYSTEg.net]: nuxtは規約があるのがでかい
最低限の秩序はほしい
646 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:40:00.66 ID:xdfwJpdS.net]: SSRとかそもそもやろうとしてることが不自然すぎるだろ。
647 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:59:43.27 ID:ftZQ7zua.net]: そのうちGoogleとかがSPAとか仮想DOMの方がSEO点数高くなるとかなればいいのにな
648 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 00:07:46.96 ID:1ScUuopK.net]: SPAとか仮想DOMが使われていて、
かつ検索したいサイトをお前は思いつくか？
649 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 00:11:28.70 ID:Oef/J+zG.net]: 検索したいのはデータなんだからいくらでもあると思うが
650 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 00:18:34.32 ID:1ScUuopK.net]: だからSPAや仮想DOMを使うようなもので
検索したいデータなんてあるのかって話をしてるんだよ

ログインしなきゃ見れない個人情報を検索されたくあるまい？
651 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 00:53:55.69 ID:Oef/J+zG.net]: SPAや仮想DOMを何だと思っているのか
652 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 01:49:25.54 ID:UnJk27R+.net]: 何に学習コスト払うか迷うなぁー

Vue盛り上がってるけど案件ないだろ
653 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 02:23:35.82 ID:UnJk27R+.net]: やっぱりがっつり使うならAngularだわ
laravelのbladeと混在して使うならVue
jqueryの置き換えがvueの形かなー
654 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 02:36:56.71 ID:1ScUuopK.net]: >>651
SPAの略のとおりだろ？
シングルページ "アプリケーション"

アプリケーションの内容を検索したいなんて
思わないだろ
655 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 06:36:04.05 ID:cBelvj6F.net]: コンテンツ内容と関係ないところだと例えば
HTTP/2 > https > http
みたいなSEO優先順位みたいなのあるわけだし

HTML5 > HTML4
UTF-8 > SJIS/EUC
も確かあったはず

SPA対応が今後加点対象になるのは十分ありえると思うけどな
656 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 09:13:29.35 ID:3VixzUZL.net]: >>655
君は理解していない
SPAは操作によって遷移しなくてもコンテンツ（表示内容）が変わるものだと思ってる
操作が必須

操作によって同じページに異なるコンテンツが表示されることになる
だから検索しても初期のトップページにしか出会わないので意味ないから逆に真っ先に外されるだろう
それにどうやってクローリングするのか？
657 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 09:23:29.72 ID:64c0ciQ4.net]: Google様の考えが貴様ら庶民の及ぶところにあると思ってんの？
658 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 10:52:24.84 ID:UnJk27R+.net]: スマホネイティブアプリとかいう売上3割もっていくヤクザより
SPAがんばっていこー
659 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 11:03:39.50 ID:qfybUbfB.net]: SPAがクロールされる最低条件の一つとして
URLとコンテンツ内容が一意に結びついている必要がある。
わかりやすく言えば、F5を押したときに表示されるものだけがクロールされる。

で、たいていのやつはそこまで考えて作ってないｗ

クロールのことは抜きにしても、他の人からねぇ、このサイト見てみてよって
URLを送られてきて見れるようにURLを設計にしないといけない

で、たいていのやつはそこまで考えて作ってないｗ

SPAの時代になってから、"閲覧" するのが面倒なページが増えた。
無限スクロールさせるのは良いが、ページ移動したら位置がリセットされたりな。

SPAサイトはSPAだからという理由でSEO的に減点されることはないが（加点もない）
ページの作りが悪くなりやすいから結果として減点されるページが増える。
660 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 11:09:11.39 ID:qfybUbfB.net]: あ、もちろん。JavaScriptをうまく取り扱えなくて、
クロールされないとか、JavaScriptで遅いから
減点されるってこはありえる。

結局の所クロールが重要なページはHTMLで作ったほうが良いい。
661 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 16:57:46.59 ID:y6qvOV2k.net]: SPAってVueRouterやReactRouter使ってもSPAだよね？
662 名前：デフォルトの名無しさん [2019/05/08(水) 19:15:28.81 ID:xLTSwTE2.net]: 今はSPAでもurlとコンテンツが一致するのは当たり前だと思うが。
663 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 21:07:08.36 ID:qfybUbfB.net]: ちゃんと作ってればね。
Vueとかで、変数に値入れればそれがビューに反映される。簡単！って
言ってるレベルじゃ無理。変数に値を入れたところでURLには反映されないから
664 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 21:43:03.66 ID:1/kiWGBR.net]: >>357の件の発表が来ましたよっと

「Flutter for Web」のテクニカルプレビューリリースを発表
https://www.publickey1.jp/blog/19/googleflutter_for_webflutterwebfluttergoogle_io_2019.html

Flutter for web
https://github.com/flutter/flutter_web
https://flutter.dev/web
665 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 21:46:18.86 ID:/fbqDJFW.net]: 名前がダサい…
666 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 23:08:40.83 ID:UnJk27R+.net]: 次から次へとええかげんにせいよ…
667 名前：デフォルトの名無しさん [2019/05/08(水) 23:12:44.98 ID:S3X7JuSb.net]: フラッパーみたいだよね

月刊コミックフラッパーオフィシャルサイト
https://comic-flapper.com
フラッパーとは - コトバンク
https://kotobank.jp/word/%E3%83%95%E3%83%A9%E3%83%83%E3%83%91%E3%83%BC-620981
668 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 23:21:34.90 ID:qfybUbfB.net]: >>666
よく考えてみよう。

何もしないことが正解ではないか？
669 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 00:10:23.60 ID:qyy/dm9i.net]: 韓国の友達とトンカツ食べながら話した（韓国ではトンカツが人気）けど、日本のWebサイトはとても遅れてるそうだ
SPAのサイトが少なくてレガシーだと驚いてたよ
日本っぽいよねと言われて思わずそうだと笑ってしまったよ
この国大丈夫なのかね
まぁ俺は愛着ないから良いけどさ
670 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 01:34:10.79 ID:NuvzCn57.net]: 知らんがな
671 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 01:42:02.41 ID:pq++z523.net]: 韓国のアプリが優れてるのはガチ
日本が遅れてるだけかもしれんが
672 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 02:35:48.23 ID:NuvzCn57.net]: うん。だから韓国にも韓国人にも韓国人が言うことにも興味はない
ここは日本だし、韓国はアメリカですら無い
673 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 06:48:51.12 ID:ypZ9kjDe.net]: >>663
付け焼き刃でVuexもVueRouterも使ってない様ななんちゃってVueなんてそもそもこのスレの対象じゃない
674 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 06:55:58.86 ID:RlCWle7V.net]: >>669
阿部寛さんのホームページディスってんの？
675 名前：デフォルトの名無しさん [2019/05/09(木) 10:30:33.47 ID:XZvIyX2v.net]: てるまえ
676 名前：デフォルトの名無しさん [2019/05/09(木) 14:53:26.63 ID:QW8XfI51.net]: 阿部寛のサイトを高速化する - Qiita
https://qiita.com/Morix1500/items/0eac072a027d478a6b83

阿部寛のサイトを超える高速化は
結構むずい
677 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 15:21:50.90 ID:gVwm/ZNp.net]: AngularのTS固定は先見てたね

結局ReactもVue(Nuxt)も
規模大きくなれば堅牢化を求めてTSのニーズ高い
678 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 19:18:59.10 ID:fgBYrKh8.net]: AureriaもTSですよっと
679 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 19:35:21.72 ID:QbjLFUUQ.net]: tsでreduxとかやりとうない
680 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 19:48:44.53 ID:AbXpebNO.net]: >>679
なんで？
681 名前：デフォルトの名無しさん [2019/05/09(木) 23:09:24.89 ID:6pPEQ8FI.net]: 確かにnuxtでtsやとうとするとサンプルが不十分で躊躇するな。とりあえず公式はTSで記述して欲しい。
682 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 23:14:08.08 ID:FQALP4Xt.net]: TSって何の略？女から男でもTS？
683 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 23:16:14.37 ID:FQALP4Xt.net]: 転性（TenSei）物の略じゃなかったのか・・・
転生にかけて転性
684 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 07:11:07.75 ID:5pEntNE1.net]: trans sexualだろ
685 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 11:28:53.17 ID:KVKv3VXz.net]: https://www.packtpub.com/packt/offers/free-learning
今日の無料教材はAngular Fundamentals with TypeScript [Video]ですよっと
686 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 20:38:35.89 ID:dfSPbcVm.net]: Dart TypeScript どっちかにせい
687 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 21:53:18.09 ID:YkXyKnTH.net]: Dartは2度死ぬ
688 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 22:55:18.75 ID:HK1/2Yro.net]: TA固定は微妙なとこだと思うけどな。
型を軽んじる方も無駄に型信者になる方もどっちも間違ってる印象。
689 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 23:01:59.52 ID:5pEntNE1.net]: 元々サーバーサイドで出力した値をグローバル変数で渡してた部分で変数未定義のエラーがどうしても消えなくてイライラした（ちゃんと動作はしてる）
黙認のエラーは非表示とかできんもんかって思った
690 名前：デフォルトの名無しさん [2019/05/10(金) 23:04:44.67 ID:DV3Y91+j.net]: ts なら declare 使えば
691 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 23:21:40.79 ID:5pEntNE1.net]: >>690
ちなAngularだったんだけどそれ書いても上手く行かなかったんよねもしかしたら利用箇所じゃなくapp-module側で書くとかルールがあるのかも知れんけど
その時ググって出たのは大体試したけどダメだったから仕方なくDOM経由で渡す事にした

…っていうよりやっぱReactでいいやって結論に至った
692 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 23:44:17.71 ID:YkXyKnTH.net]: ReactはVueに食われると予測する
堅牢で全部入りのAngularは一定層に
需要あると見るから安定して存在し続ける
693 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 23:56:24.24 ID:5pEntNE1.net]: 実際問題VueからReactに移るって人は居ても逆はないと思うんだよね
両方それなりに触ったけど
694 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 00:01:37.61 ID:86iOIgkh.net]: 実態は>>349
695 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 00:16:31.79 ID:0ONlCrpu.net]: まず*.vueってテンプレート書式がjsxに比べて煩雑というか冗長なんだよね
あとタグの中にv-if、v-forって書くよりもJavaScriptとして制御文を書く方が柔軟だし明快なんだよね
696 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 12:07:13.98 ID:dFSThr/t.net]: Web　　　/ Native　　　　　　　　/ WebView型
-----
React　　/ React Native　　　　/ Cordova
Vue　　　/ Weex, NativeScript / Cordova
Angular　/ NativeScript　　　　/ Cordova
(Flutter for Web) / Flutter　　 / -

開発
-----
React　　　　　： Facebook
React Native ： Facebook
Vue　　　　　　： (コミュニティ + スポンサー)
Weex　　　　　： Apache Foundation (Alibabaから移管)
Angular　　　　： Google
Flutter　　　　： Google
NativeScript　： Progress Telerik
Cordova　　　： Apache Foundation (Adobeから移管)
697 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 12:18:07.62 ID:dFSThr/t.net]: GoogleがAngularとFlutterをどう考えるか
TelerikがVueをどれくらい支援するつもりかで
将来への安定性が変わってくる
698 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 12:57:08.42 ID:dFSThr/t.net]: ちなみにAlibabaは、今はReactに似たフレームワークの
Rax(WebとWeexでのネイティブ対応)の開発を行っているので
Vueへの支援は限定的と思われる
699 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 21:29:48.13 ID:k2bl7TQ1.net]: >>692
全部入りを好む奴は総じてプログラマとしてクソ
700 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 21:30:45.78 ID:OpJkzPTa.net]: WeexよりもVueNativeの方がまだいいんじゃないかね
701 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 22:12:47.06 ID:BTldsl5g.net]: 全部入りといえばVisual Studio
702 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 22:59:18.42 ID:dFSThr/t.net]: >>700
出来の良し悪しはともかく
数が多くなるのと、対象の道連れになるのでラッパー類は除いてる
Ionic、Nuxt、Vue Nativeなど
703 名前：デフォルトの名無しさん [2019/05/12(日) 01:01:51.46 ID:xOhrfp/J.net]: Reactのインポート地獄をみんなどうしてる？？

よく使うのは、protoとかに生やしてたりすんの？
704 名前：デフォルトの名無しさん [2019/05/12(日) 01:04:29.59 ID:xOhrfp/J.net]: https://cdn-images-1.medium.com/max/1600/1*a6X55OJdZfefGKE2LFUZ1A.png

こういう感じで、さらにstyled componentとかにすると、さらに増えて完全に地獄なんだが。。
705 名前：デフォルトの名無しさん mailto:sage [2019/05/12(日) 01:12:25.25 ID:hqMRR2lH.net]: >>704
自分はパスのテーブル作ってループでリストにpushしてから配備してるからRouteとimportが一緒のファイルにはならないな
706 名前：デフォルトの名無しさん mailto:sage [2019/05/13(月) 16:55:44.14 ID:dmMFJZn2.net]: フレームワークごとのお作法を学ぶ作業しんどい
707 名前：デフォルトの名無しさん [2019/05/13(月) 22:20:51.61 ID:XgdYNs3B.net]: you 造っちゃいなョ
708 名前：デフォルトの名無しさん mailto:sage [2019/05/13(月) 22:52:30.18 ID:YS57w6Jq.net]: そして同じようなフレームワークがまたできて、同じように文句言われるわけだ。
709 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 00:13:13.60 ID:Y1HzAffW.net]: ホント普遍的だなこの風刺画ｗｗ
https://imgs.xkcd.com/comics/standards.png
https://naglly.com/archives/2011/07/xkcd-standards.php
710 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 00:51:22.05 ID:QHcO2x1N.net]: jsフレームワークの主流インデントって
スペース2つだけど

見にくくない？4つよくない？
711 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 03:04:17.17 ID:UZBZoUy/.net]: 俺も4が好きだが何で2が主流になったんだろうな。残念だ
712 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 03:29:16.91 ID:pKB1mZtq.net]: てかなんでスペース使うの？tabでよくない？
713 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 03:41:22.54 ID:upCBpEzH.net]: tabは使いこなすのが難しい
他人が見てもずれないようにするために
複雑なルールが必要になる
714 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 03:42:16.89 ID:upCBpEzH.net]: 複雑というより奇妙というべきか
一見なんでこんなルールが必要なんだ？と思うようなルール。
理由を聞けばわかるだろうがそのルールを守るのに神経を使う
715 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 04:08:46.60 ID:pKB1mZtq.net]: 言ってる意味がよく分からんから実際に問題となる一例でも挙げてみてくれ
716 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 07:50:55.79 ID:/4NFgqiF.net]: pythonみたいに閉じ括弧ないと2はキツイなと思うけど、jsはそうでもない。
717 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 07:52:39.50 ID:rV66FunX.net]: 1tab = 1インデント、それ以外の箇所にtab使うなで済むと思うけどな
インデントの異なる行同士で揃えようとしてる人は知らんが
718 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 10:15:18.26 ID:shgZHQbU.net]: 折り返した引数の開始位置とか、メソッドチェーンの書き方とか
あと、代入時の開始位置揃えあたりかね

タブの定義をnスペース単位のパディングとかにせず、前後行との関連での自然な位置ということにすれば、いつでも1タブで良くなるのに。
719 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 10:40:59.88 ID:upCBpEzH.net]: >>715
タブを使うとインデントとはなにか？という概念の話が始まる（笑）

インデントというのは文字列の前にある空白だが
文字列の前にある空白だからといって必ずしもインデントにはならない。

以下の例ではインデントを _、空白を全角空白で表現している。

_____readyState='loading' # loading: 読み込み中
_____　　　　　　　　　　　　　# interactive: 外部ファイル読み込み中
_____　　　　　　　　　　　　　# complete: 読み込み完了

このような使い分けが必要になる。

インデントの幅は人によって違うため、全てをタブで表現してしまうと
以下のようにずれてしまう。

_____readyState='loading' # loading: 読み込み中
_______________# interactive: 外部ファイル読み込み中
_______________# complete: 読み込み完了

つまりインデントというのは、コードを行単位で見るのではなく
矩形的なブロックと見て、そのブロック全体をずらすことを言う。

見やすさのために桁を揃えるという作業ではなく、意味的に前の行とつながっている行なのか？
という判断が必要になりいちいちタブと空白の使い分けという無駄な作業が増える。

もちろん「このようなコメントの書き方は禁止」というルールを作ればいいんだが
「え？なんでこういう書き方禁止なの？他の書き方は大丈夫？」ということになる。

見やすさのためにやる単純な作業をレビューが必要な作業に変えるのはアホ過ぎる
720 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 11:08:05.03 ID:rV66FunX.net]: コードに限らず、このパターンだよな

対象一覧　・A
　　　　　　・B
　　　　　　・C

対象一覧
　・A
　・B
　・C

個人的には後者が好みだが
721 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 11:18:50.33 ID:ZtmBYpYh.net]: >>719
俺はそういう定義コメントは上に書く派だからそうはならないな

行の後ろにコメント付けるの自体わりと悪習だと思ってる
722 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 11:34:44.51 ID:rV66FunX.net]: コメントはケースの一つということだろう
コードで例を書くなら

r = array([[ 1, 2, 3 ],
　　　　　　 [ 4, 5, 6 ],
　　　　　　 [ 7, 8, 9 ]])

r = array([
　　[ 1, 2, 3 ],
　　[ 4, 5, 6 ],
　　[ 7, 8, 9 ]
])

Pythonなどでは前者がデファクトなのでそれに従う
当然tabも使わない
チーム開発でなくJavaScriptの場合は後者+tabでやってる
723 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 12:47:54.21 ID:b+POQtqn.net]: >>722
Python使ってるヤツとは宗教的に相いれないというのがよく分かった
724 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 14:08:31.57 ID:upCBpEzH.net]: >>721
だからそういうことだよ。

> 俺はそういう定義コメントは上に書く派だからそうはならないな

「定義コメントは上に書く派になりましょう。」
というルールができる
725 名前：デフォルトの名無しさん [2019/05/14(火) 15:06:48.19 ID:053DQxew.net]: python字下げで気付く点は色々書かれてるし賛成だけど
jsの特徴とは違うんだよな
ここはどちらかというとjsのスレだからpythonの字下げルール言われても困るだろうな
726 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 16:24:19.06 ID:upCBpEzH.net]: >725
JavaScriptの字下げルールとして、正しくタブとスペースを使い分けないとずれるから
「Python風にしない」というのができる時点でダメなんだってｗ
ルールは重要だが、くだらないことにまでいちいちルールを作るなって話
727 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 16:32:22.84 ID:g3uo//i/.net]: いや、array([の後に配列の第一要素だけ繋げるセンスが理解できんて

そんなん見た目汚いだけやん
728 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 16:52:22.49 ID:IsdOqmjg.net]: Haskellはどんな感じ？
729 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 17:24:40.92 ID:rV66FunX.net]: >>726
そういう観点だと
「tabでインデントしない」というルールを作るな
とも言えるのでは？

使い分けの判断を無くしたい場合
Python風の字下げと tabでのインデントが排他的な関係なので
どちらを除くかという話だと思うが
730 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 17:44:50.25 ID:C0/Go3CD.net]: てかまさかと思うけど君たちの使ってるエディタが半スペ、全スペ、tabが見た目で区別できないの使ってるとかは流石に言わないよね？
731 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 18:07:34.96 ID:IsdOqmjg.net]: 気色悪い色になるよう設定してる
732 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 18:20:38.62 ID:ep82UI1Z.net]: Gatsby使ってる人いる？
733 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 18:56:52.05 ID:/4NFgqiF.net]: なんでこういうしょうもないシンタックスの話って盛り上がるんだろうな。
エディタ論争といいクソとしか思わんのだけれど。
734 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 20:03:19.19 ID:TDDhIyFE.net]: >>729
tabでインデントしないというのは、
入力、または保存時に自動的に変換できる
テキストエディタが大半なのでツールに任せることができる

使い分けっていうのは人間の努力が必要でルールを「人間が守る」するしか無い
735 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 20:05:02.13 ID:TDDhIyFE.net]: >>730
見た目で区別できるから、ずれて表示されたとしても
脳内で補完できるとか言わないよね？

見た目で区別できるから、ずれて表示された原因がタブだとわかったら
タブ使うんじゃねーよって思うだけなんだが（笑）
736 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 20:23:32.97 ID:7odF+65T.net]: lintしろよ
737 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 21:46:22.04 ID:TDDhIyFE.net]: そう。lintの対応の話ね。
>>719のようにタブと空白を混ぜるとlintでは対応できない

結局、空白に統一するほうが楽という話。
こんなこと、時間をかけるような所じゃないから
738 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 23:05:58.95 ID:jklhcQNW.net]: インデント以外の空白文字は一律1spaceに置き換えるくらいの方が良いと思うがな。
複数人開発なら特に。
空白並べて隣の行と桁合わせするとかあほくさ。
739 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 23:10:49.69 ID:TDDhIyFE.net]: > 空白並べて隣の行と桁合わせするとかあほくさ。

たまに、桁合わせする意味なんて無い！って言うやつがいるけど
「桁合わせしたほうが見やすい」というのは事実なんだよ
これは受け入れないといけない。

桁合わせするのに手間がかかるとか、コードの差分を見るときに困るという意見は正しいが
それは「手間がかかったり差分で困ることがあるが見やすい」という結論であって
「揃えたほうが見やすい」を否定してないんだ
740 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 23:38:38.25 ID:jklhcQNW.net]: 典型的な「こだわりのある人」
741 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 00:15:12.27 ID:qxUiM81Y.net]: こだわらないためのスペース統一なんだがｗ
誰も桁を合わせろなんて言ってないよ。

正直こういうことは「くだらないこと」扱いなんで
（くだらない = 意味がない = 適当でいいではない）

くだらないこと = 時間を掛けることじゃないし
統一することでもないし、見やすければ自由にやっていい
そんなのさっさとやって、もっと本質的な所に時間を掛けるべきだ

だから誰がどのテキストエディタでどういう設定であっても
ずれないスペースにしとけって話。
はい決着。さっさと次に行きましょう。だよ。
742 名前：デフォルトの名無しさん [2019/05/15(水) 00:15:38.62 ID:HTdksHae.net]: >>738
ほんそれ
743 名前：デフォルトの名無しさん [2019/05/15(水) 00:16:18.75 ID:HTdksHae.net]: >>739
ダウト
744 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 00:18:20.98 ID:qxUiM81Y.net]: >>743
理由書いてないので意味がないレス
745 名前：デフォルトの名無しさん [2019/05/15(水) 00:21:49.82 ID:HTdksHae.net]: もちろん理由はあるがお前に教えるのがもったいない
知りたかったら金払うかもっと自分を見つめろ
746 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 00:30:49.13 ID:qxUiM81Y.net]: じゃあ現状のままでいいよ。
俺はちゃんと理由を書いた。
お前は、金だせとか言ってるやつ。
この状況で俺は満足だ
747 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 00:34:41.79 ID:iEzcJte9.net]: >>735
ズレないように書けばいいじゃん
748 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 00:38:24.75 ID:qxUiM81Y.net]: ずれない方法（スペースに統一）して書く
VS
ずれないように努力する

の違いな。

俺はこんなくだらないことで努力したくないんやで
749 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 00:58:59.75 ID:iEzcJte9.net]: ずれない事に努力が必要って感覚がイマイチ分からんIDE使ってるとなんかそういうのあるん？
750 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 01:02:36.47 ID:t507NdwY.net]: 配列のインデント揃える←分かる
イコールの位置揃える←無駄じゃね？
ソースの後置コメントを揃える←後ろに書かなくてもいいだろ
751 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 01:27:20.84 ID:qxUiM81Y.net]: >>749
上で書いてるから見てこい
752 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 01:28:02.07 ID:qxUiM81Y.net]: >>750
反論になってないぞｗ
753 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 07:10:05.58 ID:iEzcJte9.net]: >>751
だからタブがズレるっていうのが全然意味わからんし揃えるのに努力が要るっていうのも全然意味が分からんのよ
例えば基本的に>>722の下みたいに書いてりゃ基本的にズレる云々関係ないじゃん
754 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 07:22:24.11 ID:qxUiM81Y.net]: またよくある、条件付き主張だなｗ

> 例えば基本的に>>722の下みたいに書いてりゃ基本的にズレる云々関係ないじゃん

条件「>>722の下みたいに書いてりゃ」
主張「基本的にズレる云々関係ない」

あんたのその主張は、条件を満たしている場合にしか当てはまらんのですよ。
「>>722の下みたいに書かないと、ズレる云々関係ある」と言ってるのと同じなんですよ
755 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 07:44:19.68 ID:iEzcJte9.net]: そりゃコーディング規約がありゃ条件を満たすのは当然のことだろ
好き勝手に場所によって書き方がバラバラな方が問題じゃん
756 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 08:11:00.87 ID:nK0I7Knm.net]: 桁合わせ否定に反論したかと思ったら「桁を合わせろとは言ってない」とか、
統一することじゃないと言いながらスペースにしとけとかｗ
757 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 08:50:24.87 ID:LLCM4Dun.net]: Reactなら4スペ幅のインデントって積極的に使うべきだと思うんよね

インデントが深くなり過ぎる？
それはモジュール分けを考え直すいい機会じゃないかとね
758 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 08:58:42.43 ID:LLCM4Dun.net]: そういや最近Hooksの使い方知ったけどこれ便利だね
759 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 09:33:01.34 ID:owospDSo.net]: Reactのhooksは開発メンバーをちゃんと教育しておかないと
if文とかに入れられそうでちょっと怖い
760 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 10:16:06.40 ID:/ps7AqyV.net]: >>759
なんか使い方に注意するとこある？
761 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 11:03:23.18 ID:owospDSo.net]: >>760
コンポーネント毎に常に同じ順で呼ぶこと(間が抜けるのも駄目)

例えばpropsで一部の項目を非表示に出来るとして
useStateごとifで包んだら地雷設置になる
まぁlint用意されてるけど
762 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 22:20:36.22 ID:NqNoTEzO.net]: setTimeoutで周期的にやってた処理どう書き換えたらスマートなのか暫く悩んだけどuseStateでひたすら反転を繰り返す状態変数を１個作ってその状態変化をuseEffectで拾えば他の状態変数も最新の値に周期処理からアクセスできるんだね
763 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 11:09:43.18 ID:1GxORDK8.net]: インデント綺麗にしてない奴はムカつくよな
764 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 13:17:02.82 ID:OCCVEc40.net]: スペースインデントは3スペとか5スペとか平気で混ぜちゃうヤツが居るのがなぁ
765 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 13:36:06.12 ID:M/ddkVVC.net]: >>764
機械的に対処できるんだから問題にならない
766 名前：デフォルトの名無しさん [2019/05/16(木) 14:13:52.42 ID:ehYc/git.net]: だな

>>719 の案みたいに
インデント(最初の文字の左側)部分でtabとスペース混ぜるのが一番邪悪
767 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 14:36:18.99 ID:/BWZYdMZ.net]: >>765
>>722の上をOKとしつつ↓を機械的にNGとして検出するのは難しくね

//11スペースのインデント
r = array([
　　　　　　 [ 1, 2, 3 ],
　　　　　　 [ 4, 5, 6 ],
　　　　　　 [ 7, 8, 9 ]
])
768 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 14:45:40.55 ID:M/ddkVVC.net]: 機械的に難しいことなら諦めればいい
スペースとタブの問題は、他人が見たときにずれること
それさえなければ、あとは完ぺきを求めるようなものじゃない

よっぽどの初心者（＝戦力外）の人以外は人は見やすいように
自分で揃えるのだから決められたスペースの数の倍数であれば、どーでもいい
タブさえ使わなければ、ずれることはない。
769 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 14:55:44.72 ID:/BWZYdMZ.net]: >>768
3スペとか5スペとかは許容しとけってこと？
770 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 15:14:21.25 ID:M/ddkVVC.net]: >>769
それスペースの数が問題だって言ってんだろ？
それぐらい決めた数（の倍数）に揃えられるだろ
771 名前：デフォルトの名無しさん [2019/05/16(木) 15:14:52.16 ID:Ox4fjiQE.net]: r = array([[ 1, 2, 3 ],
[ 4, 5, 6 ],
[ 7, 8, 9 ]
])

どうでもいい
772 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 15:20:09.96 ID:KPUxvSgB.net]: こういうくだらない議論見てると、goのやり方は必要悪だったんだなぁって。
773 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 15:36:40.29 ID:M/ddkVVC.net]: 話をまとめると

1. スペースを使うかタブを使うか問題 → スペースでなければいけない理由がある

2. インデントで使うスペースの数をどうするか問題 → どれでもいい（が統一しろ）
　数をいくつにするかに関しては理由はない。（ただし統一するべきということには理由がある）

こういう話がごっちゃになってるんだよ
774 名前：デフォルトの名無しさん [2019/05/16(木) 15:51:40.49 ID:Ox4fjiQE.net]: x ごっちゃになってる

o ごっちゃにして盛り上げてる
775 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 16:03:56.62 ID:/BWZYdMZ.net]: >>770
>>764からの「5スペとか混ぜちゃうヤツが居る」
→「機械的に対処できる」→「機械的は難しくね」という話でしょ

「それくらい許容しろ」とか「見掛けたら指導しろ」とかの回答なら分かるけど
なんか話ズレてるから落ち着いて
776 名前：デフォルトの名無しさん [2019/05/16(木) 18:45:31.93 ID:BXnjqr+9.net]: PrettierとEditorConfig使え
777 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 18:51:16.34 ID:M/ddkVVC.net]: >>775
話はずれてない

> 3スペとか5スペとかは許容しとけってこと？
って書いてあるから、
コイツはスペースの数が問題だって勘違いしてるんだなってこと
俺はスペースの数の違いを許容しろなんて一言も言ってないし
スペースの数を整えることは機械化できる。
778 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 18:58:27.70 ID:OCCVEc40.net]: 大体スペースインデントにしても
標準インデント(2スペ4スペ)の倍数以外使うべきじゃないと思うんだよな
779 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 19:04:06.78 ID:OCCVEc40.net]: >>765
悪質なコーダーに5スペが混ぜられたソースをどう機械的に処理してるのか興味がある
自分が書く文にではなくあくまでそういう他人が居ることに対しての件な
780 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 19:07:21.06 ID:M/ddkVVC.net]: こいつマジでフォーマッターの存在を知らんのか？
781 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 19:32:11.31 ID:/BWZYdMZ.net]: >>777 >>780
具体的に回答して欲しい

同じプロジェクト内で>>722と>>767の計3パターンをそれぞれ誰かが書いたとして
　　(1)　何もする必要無い
　　(2)　機械的に修正( 3番目だけ変わる )
　　(3)　機械的に修正( 1番目と3番目が変わる )
認識はどれ？
782 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 19:36:46.74 ID:M/ddkVVC.net]: どれでも好きなものを選べ
そのとおりにできる
783 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 19:43:17.98 ID:T3VH84cL.net]: 最近prettier+eslintに怒られるコンボでつらい
784 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 19:57:53.51 ID:/BWZYdMZ.net]: >>782
(2) は出来ないよね？ (>>767-768と同じ話)
桁合わせ目的かインデント目的か機械的に判別出来ないから (>>719 >>734と同じ話)

※念のため、タブは関係ないよ(使わない前提の話なので)
785 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 19:59:46.94 ID:M/ddkVVC.net]: >>784
お前が使ってるフォーマッターでできないだろだろｗ
786 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 20:04:21.05 ID:1iPcWNXK.net]: フォーマッターに頼らないと綺麗なコードが書けないってのも難儀な話だなぁ
787 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 20:13:32.96 ID:M/ddkVVC.net]: 誰も言ってないことを言い出した。
話をすり替える前兆だな
788 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 20:18:32.24 ID:G+DFRvQR.net]: レビューで弾けばいいだろ
アホをチームに入れた罰だよ
789 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 20:24:13.71 ID:/BWZYdMZ.net]: >>785
ほんとに出来るの？
桁合わせ目的かインデント目的か機械的に判別出来るということは
>>719の使い分けも機械的に出来るということになるんだけど
790 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 20:29:52.13 ID:1iPcWNXK.net]: そういやソースのディレクトリ構成ってデファクトスタンダードみたいなのなんかあるの？
nuxtの場合決まってるみたいなの聞いたことあるけど
791 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 22:31:33.41 ID:UMWB+ekN.net]: >>779
悪質なコーダーてwww
792 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 00:51:58.85 ID:TuAgku6e.net]: こんなくだらない議論に時間を浪費したいためのgofmtという素晴らしい押し付けを実行したgoは慧眼だった
793 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 00:57:53.61 ID:6dJ1FJgX.net]: >>792
似たようなことをやって失敗したPythonという例もあるけどねｗ
ワンライナーで書けないようにするべきではなかった
794 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 01:11:17.66 ID:heUkuC9q.net]: 悪芋とか思い出したわ
ネトウヨ懲らしめたいでチバケンマ盛り上がったな
795 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 06:45:23.14 ID:HEEYzlra.net]: >ワンライナーで書けないようにするべきではなかった
は？
796 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 07:05:30.58 ID:+DCiWWVl.net]: >>795
知らんのか？ Pythonはワンライナーで書けるものはごく僅かなんやで？
797 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 10:18:57.09 ID:BV7B6Lcu.net]: MVVMっていうけどViewModelに該当するのってRedux自体？それともaction、reducerも含めて？
798 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 18:28:18.32 ID:kMxpGA5L.net]: ReduxはFlux
799 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 19:01:21.96 ID:99nnd/tf.net]: いつからだ？
何ッ！？
一体いつからMVVMと勘違いしていた……！？
800 名前：デフォルトの名無しさん mailto:sage [2019/05/17(金) 22:16:24.78 ID:HEEYzlra.net]: >>796
いやワンライナーでかけるようにすべきとか本気で言ってることにドン引きなんだが。。
801 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 22:05:46.34 ID:OiJn8mD/.net]: 多用な書き方、多用な設計って糞だよ
何が言いたいかってVueはでかくなったら糞ゴミ
だがフォーム周りだけとかちょろっと使うなら便利

他人が書いたVueのSPAのコードとか絶対触りたくないし見たくもない
802 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 22:13:06.21 ID:NeSGyCI3.net]: >>798
ReduxはFluxじゃなくReduxだろ
803 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 22:31:15.65 ID:4Mz+R+G3.net]: 大規模案件で大騒ぎになってて何だかなと思ったわ
804 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 23:47:48.62 ID:6fmwe7rg.net]: >>803
どんな騒ぎ？
805 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 23:51:24.95 ID:gzL+9YHK.net]: vueは理解してきたんだけど次勉強するならReactがいいの？Angular？
どっちのが入りやすいかな
806 名前：デフォルトの名無しさん mailto:sage [2019/05/18(土) 23:59:33.46 ID:6fmwe7rg.net]: 元々ReactはやっててAngularにも手を出してみようかとはじめてみたけど何かと無駄が多い様な感じがして結局フェードアウトしてしまった
807 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 03:37:55.83 ID:9nW34WVf.net]: Angularのほうが簡単だよ
結局一番難しいのは設計なんだから
808 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 13:32:28.95 ID:5btbdq6p.net]: REACTは設計が大変
頭クラクラしてくる
809 名前：デフォルトの名無しさん [2019/05/19(日) 14:53:01.54 ID:3uhhrbAa.net]: vueは.vueの単体ファイルのおかげで、大規模になってもコントロールできる。
設計の技量に問わず、単にファイル内が複雑化したら切る、って誰でも判断できる。

reactはみんなどーやって設計してるの？？
import多すぎ、依存関係ぐちゃぐちゃ、、で他人のコードがシンドイ。。

大規模にスケールできる、イケてるscafoldとかgitにあったら教えてホスィ
810 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 18:29:33.86 ID:A9OXn1wW.net]: >>807
ng generate componentでフォルダと3ファイルできるところが細かな部品のコンポーネント別けするのには向かないなって思ったわけよ

>>809
確かに大本のコンポーネントでVue.use(〇〇)って読み込めば以降子コンポーネントでは読み込み不要っていうのはいいよね
811 名前：デフォルトの名無しさん mailto:sage [2019/05/19(日) 18:39:04.30 ID:jyVnriUQ.net]: >>809
いちばん重要なのは「大規模にしてしまわない」ってことやで
必要最小限。シンプルに作りましょう。
812 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 11:35:59.85 ID:kNVopL6P.net]: Atomic Designって馬鹿げてるね

本当によく使う部品の共通化はわかるが
Atomic Designと大げさにやって全て抽象化して難解にしてるの馬鹿げてる
813 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 11:50:10.53 ID:hEofhH56.net]: 今回の案件のPGさんにページのを作成依頼したら
マテリアルデザインしか出来ませんと言われてしまった
仕方ないからPLの自分が作るわ

こんな人ばかりで嫌になる
バックエンド上がりはこれだから使えない
814 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 11:58:33.33 ID:VITeHWYT.net]: バックエンドからフロント来る人いるの！？
マゾ？？
815 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 12:14:32.25 ID:XeSBRGQy.net]: マテリアルデザインでいいやん
816 名前：デフォルトの名無しさん [2019/05/20(月) 13:00:48.36 ID:+QyKHsoF.net]: x 出来ません

o やりたくありません
817 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 13:18:30.31 ID:I0KODi9r.net]: デザイナーにやらせとけ
818 名前：デフォルトの名無しさん [2019/05/20(月) 13:42:01.50 ID:hEofhH56.net]: 俺は本業Java屋だけどSPAをやらされてるな
cssは分からんからやらない
819 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 13:42:28.28 ID:hEofhH56.net]: 煽り失敗
820 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 14:30:09.81 ID:315y2LTs.net]: 企画からPGになったからよわからんのやけど、
バックとフロントってわける意味あんの？

俺何でもやるからよーわからん
821 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 14:46:13.61 ID:g68Ac+XT.net]: >>820
時間かかってもいいなら、分ける必要ないよ
822 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 14:58:11.12 ID:VITeHWYT.net]: 会社に任せず確定申告してもいい。
823 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 19:54:22.25 ID:XeSBRGQy.net]: フロントガチで使ったらフロントとバックのコード比率９：１くらいになるからよっぽど規模の大きいプロジェクトじゃない限りフロントとバックで分担するっていうのは愚作だと思うんよね
824 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 19:59:42.12 ID:g68Ac+XT.net]: なら9人：1人にすればいいじゃない
825 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 20:55:27.95 ID:AEGr/u7V.net]: >>824
君のとこそんなに１プロジェクトに割ける人材居るの？
うちみたいな零細じゃ１０人は無理だな
826 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 21:18:34.49 ID:Se21qA97.net]: >>813
キミが底辺なだけじゃないかなあ？
827 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 21:21:42.99 ID:Se21qA97.net]: 通常の実力から言ったら　バックの人のほうが上
フロントエンドの人は入社初年度から前線に行けるレベル
828 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 22:21:54.52 ID:AEGr/u7V.net]: いやぁイベントドリブンな言語の方が初学者には敷居が高いと思うがねぇ
829 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 23:27:02.33 ID:6zOqj/qS.net]: フロントって一口に言ってもピンキリ過ぎてどうにも
830 名前：デフォルトの名無しさん mailto:sage [2019/05/21(火) 04:26:15.10 ID:hCuKzWe5.net]: >>813
マテリアルデザインで作ってもらえばいいじゃん？
それとも断られた事に対しての愚痴なの？
831 名前：デフォルトの名無しさん mailto:sage [2019/05/21(火) 07:32:08.30 ID:jn/uMTqD.net]: >>823
PJ、組織、メンバーそれぞれの特性に合わせて決めることだろ
愚作かどうかは状況によるわ
832 名前：デフォルトの名無しさん mailto:sage [2019/05/21(火) 20:51:40.73 ID:5FGwH9F1.net]: どっちも同じじゃね？
833 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 02:37:13.58 ID:FyfdsTZe.net]: SPAとか複雑な処理のフロントエンドはWebで飛び抜けて難度高いだろ
処理が絡み合ってデバッグ追うのも大変だわ
テスト自動化もほぼ不可能だろ
834 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 04:23:45.53 ID:/mEQma6O.net]: あのテストケースってあるのは知ってるけど何のテストに使うのかイマイチ分からないから使った事ないんだよね
835 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 06:37:53.05 ID:m1qpkXW/.net]: UIって結構変わるし
836 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 08:52:21.57 ID:zaJWmeHh.net]: バグを追うのがデバッグだろ？
デバッグを追うとは？
837 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 11:19:08.64 ID:k7SFDYkL.net]: 　　　　　　　　　　　　／）
　　　　　　　　　　　／／／）
　　　　　　　　　／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　こまけぇこたぁいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼　　　 `ー'´ 　　／
838 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 12:45:55.42 ID:ZSsLM/QA.net]: Vueでemitが辛くなってきたのでキューを使ったイベントドリブンを実装してるんですが、これやるなら大人しくVuex使ったほうがいいですか？
839 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 14:00:18.50 ID:VyPfhVjA.net]: jQueryを使ったほうが良いよｗ
840 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 14:33:20.05 ID:GqpuEfh7.net]: jQuery使うなら素のJSでよくない
841 名前：デフォルトの名無しさん [2019/05/22(水) 14:34:26.29 ID:x0vcQb3n.net]: 貧乳すぎる
842 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 14:36:32.40 ID:VyPfhVjA.net]: >>840
素のJSは面倒くさい。
パフォーマンスが速いって言うけど体感できないし
そもそもフレームワークを使うような人はjQuery程度の遅さなんか気にならない
843 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 15:10:50.69 ID:ZSsLM/QA.net]: >>839
Flux系のフレームワーク（Vuex）はデメリットでコードが冗長になるらしく導入しづらいんですよね
jQueryはいいです
844 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 17:50:06.86 ID:1CosvZF6.net]: Bootstrap を使うには、jQuery も必要だろ
845 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 17:52:44.15 ID:XsTmahML.net]: >>842
canvas使えば分かる
846 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 18:02:15.51 ID:XsTmahML.net]: >>844
Bootstrap-VueとかReact-Bootstrap使えば完全に抜いても動く
そもそもBootstrap5でjQuery依存抜けるって説もあるが
もうぼちぼちjQueryだけじゃなくBootstrapも脱する頃合いだと思う
847 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 18:35:58.28 ID:sUmnAN7z.net]: Vueでポートフォリオ作ってみたけどすごい重い
848 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 21:14:46.09 ID:bdIgllLp.net]: >>839
嵐は出て行け
849 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 21:33:13.85 ID:VyPfhVjA.net]: >>845
なんでcanvas？
あれはDOM使わないから仮想DOM使うVueやReactやAngularとも
相性が悪いんだけど？
850 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 22:25:54.66 ID:/mEQma6O.net]: >>849
素のJSに比べてjQueryが遅いのが体感できるという事であってそれ以上でも以下でもないよ
851 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 22:30:02.37 ID:VyPfhVjA.net]: >>850
体感の意味がわかってないのか・・・

「同じことをするのに」体感で違いがわからないと言ってるんだよ
canvasで違うことしてるのに、それじゃ比較にならん。
canvasでフォームを実装するというのなら、
手間かけて頑張ってください（笑）
852 名前：デフォルトの名無しさん mailto:sage [2019/05/23(木) 00:18:04.50 ID:EfpWN9gz.net]: jquery使うくらいならvueをカジュアルに使いたいわ
853 名前：デフォルトの名無しさん mailto:sage [2019/05/23(木) 09:04:12.24 ID:EMcV48Xp.net]: >>839
また仕事で迫害でもされたん？
854 名前：デフォルトの名無しさん mailto:sage [2019/05/23(木) 17:17:12.16 ID:s4Sv+m8h.net]: >>847
なにが重いの？リクエスト出しまくってるとか？
855 名前：デフォルトの名無しさん mailto:sage [2019/05/23(木) 23:58:42.32 ID:VTTU/Kgv.net]: japは意地悪
856 名前：デフォルトの名無しさん mailto:sage [2019/05/24(金) 00:22:35.46 ID:9xfhx7dy.net]: Angularと言うかrxjsに明るい人に聞きたいんだけど、今作ってるアプリが非同期でAPIサーバーに
バカスカリクエスト投げてるせいでスロットリング頻発してンだわ。

非同期から同期に変えるか、もしくは非同期で前のリクエストが通信中なら通信の終了を待ってからリクエスト投げたいんだけど、
どっかに良いサンプルない？
（あくまでAngularやrxjsの規約に従った書き方で。）
857 名前：デフォルトの名無しさん [2019/05/24(金) 08:32:32.24 ID:KyNuvwNz.net]: >>856
> 非同期でAPIサーバーにバカスカリクエスト投げてるせいで

ある程度想定して作ってたと思うけど、予想外の何かがあって大幅に超えたという事かな？だとすると、根本的には鯖増強、キャッシュ等で高速化する以外に解決方法が無い様に思うのだけど。
858 名前：デフォルトの名無しさん [2019/05/24(金) 11:47:54.05 ID:KyNuvwNz.net]: 例えば文字入力のたびに候補を出す様なよくあるフォームなら解決は割と簡単なんだけどね。
859 名前：デフォルトの名無しさん mailto:sage [2019/05/24(金) 12:06:06.00 ID:53a26ZX4.net]: どうせ無駄なことにいちいちAPI呼び出してるんじゃないの？
860 名前：デフォルトの名無しさん mailto:sage [2019/05/24(金) 13:07:17.77 ID:XLHoRxVW.net]: API設計見直した方がいいんじゃないか？
861 名前：デフォルトの名無しさん mailto:sage [2019/05/24(金) 23:56:50.93 ID:9xfhx7dy.net]: >>857
API鯖の方をいじるのは無理。何故ならリクエストの投げ先は俺が管理している鯖じゃなくて
一般にサービス公開している企業の鯖のだから。

元より業務じゃなく興味本位で個人的に作ったアプリだから、思いつくままに機能追加してったら
リクエスト数がどんどん増えていって、
API鯖のドキュメントにも明記されてる規制基準を超えちまったんだよ。

問題はこっちが作ったアプリが規制基準無視してる事だから、
規制基準超えないようにrxjsのリクエストを同期処理みたいにするか、印刷のキューみたいに順番待ちさせるようにしたいんだよ。
862 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 01:17:49.26 ID:lbrmAbGh.net]: promiseを順番に実行すれば良いのでは？
863 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 01:28:29.16 ID:EogaeCyg.net]: rxjsしらね、でも勉強したい
864 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 06:51:25.39 ID:C39mWM1z.net]: ダミーサーバーでも立ててなんのリクエストが込んでるか解析してみればいいんじゃないの？
865 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 08:38:51.30 ID:GmewsWkw.net]: 結局リクエストがどっかにスタックされてそれがいっぱいになって破綻するだけだろ。
リクエスト破棄するようにするかリクエスト自体を減らすか
設計レベルで何か変更しないとどうにもならんぞ。
866 名前：デフォルトの名無しさん [2019/05/25(土) 10:15:18.48 ID:iyew3Ho2.net]: >>861
うーん、なんのアプリなのか具体的な内容が知りたいところ。個人レベルなら上限越えるなんてそう無いし、気になるのが順番待ちで解決、と書いてある事。
大量の変換処理が前提なら、webアプリじゃなくてバックグラウンドでのバッチ処理と、その同期処理じゃない？
867 名前：デフォルトの名無しさん mailto:sage [2019/05/25(土) 13:45:22.86 ID:EogaeCyg.net]: Vue CLIって日本語ドキュメントなかったっけ？
868 名前：デフォルトの名無しさん [2019/05/27(月) 09:33:48.84 ID:I295krQp.net]: >>844
Native Bootstrapがあるからjqueryなんてゴミはいらん
869 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 11:41:03.36 ID:KkxBzEpk.net]: >>868
いい加減Material系に移行しようぜ？
870 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 18:46:12.54 ID:kkNgQdwZ.net]: ゴミとかゴミじゃないとかじゃなくスレ違い。
いきなりAVの話し始めるのと一緒。
このスレにおいてjQueryをAVに痴漢しても全く問題ない。
871 名前：デフォルトの名無しさん mailto:sage [2019/05/27(月) 19:28:21.78 ID:M+AjYQS+.net]: >>868
そんな非公式のプロジェクトなんか使わんよｗ
872 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 13:14:47.04 ID:UhvfuMS7.net]: vueでmapMutationsがエラーでずっとハマってたわ
modulesのせいかと色々調べてたけど
computedのところに入れてたけだった
2時間凡ミスでハマってました
873 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 15:17:38.83 ID:ZohoOIeN.net]: 僕のおちんちん好きな子あつまれー
874 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 16:29:52.07 ID:BCLUylsF.net]: Svelte簡単過ぎ速すぎワロタｗｗｗ
Vue脂肪ｗｗｗｗｗ
875 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 18:13:34.52 ID:Hwq+ZCTt.net]: qiitaでも記事ちょいちょいあがってるよな
876 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 19:23:13.62 ID:a82bRp6K.net]: そういうのもう飽きてんだわ
革命的ななにかがないなら見る価値すらない
で、最近だとWebasmがわりと革命的
Blazorを皮切りに各言語がサポート追随してくるはず
そのうちJSが恐竜のようになる日も近い
877 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 19:32:00.25 ID:RhvxA7fU.net]: blazorは重すぎのウンコじゃん
サイズ1/100にしてからホザけよｗｗｗ
878 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 19:43:12.99 ID:a82bRp6K.net]: >>877
そんなもんあっという間だよ
JSはもってあと数年で終わる
そしてnode資産が技術的負債になる
879 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 19:58:51.05 ID:UhvfuMS7.net]: もうwebやめてandroid kotlin学んだほうがいいんじゃないかな

reatch vueとか高度なSPAサイトと
たぶん学習コストあまり変わらないぞ

市場の需要と技術の変化を考慮した
安定度で言えば確実にandroidだし
880 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 20:05:51.25 ID:7tJUNp6f.net]: そっちはそっちでfuchsia + dartが待ってる
881 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 22:07:46.31 ID:U6i03+mU.net]: react-saga入れたら誰もいじれなくなったっていうqiitaの記事は参考になったわ。
882 名前：デフォルトの名無しさん mailto:sage [2019/05/28(火) 22:10:54.31 ID:So55yZ3C.net]: iOSが滅びない限りはネイティブはなぁ…
883 名前：デフォルトの名無しさん [2019/05/30(木) 16:09:28.78 ID:8IvLf0N9.net]: 先生、質問です！
package.jsonのscriptで、

こうやって設定して、
"fn": "ts-node",

こうやって呼んでるのを
yarn fn app/hoge/function/class.ts

こうパスと拡張子を省略したいです。
yarn fn class

なんか良いアイデアないですか？
884 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 18:05:06.34 ID:d3b9/vXx.net]: vueで規模大きめのプロジェクト参加するかもなんだが
どうせ炎上するでしょ…

怖いわ
885 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 18:54:05.42 ID:WCG+7mjF.net]: vueが大規模案件で炎上しがちな根本原因って何？
vuexもあるのになぜ？
いわゆるvb/php現象？（集うプログラマのレベルが低い）
886 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 19:10:18.66 ID:1u6DeEFZ.net]: >>885
まずVueはVuex使ってない場合が多い
887 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 19:17:25.75 ID:4QUxH1MA.net]: 落ち着け
vueじゃなくても大規模案件は炎上する
888 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 19:32:11.46 ID:WCJgokmM.net]: codepadのhtml/jsバージョン的なサービスってある？
vue.jsが動けばいい
889 名前：デフォルトの名無しさん [2019/05/30(木) 19:35:59.23 ID:4QUxH1MA.net]: >>888

https://codesandbox.io/s/vue
890 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 22:56:46.24 ID:bb+aWtrz.net]: 知らないけど、jsfiddle, jsdo.it などには、ライブラリは置いてないのかな？
891 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 01:27:36.80 ID:MbKHsGz2.net]: >>883
なんか奇妙な呼び方してる気が…。
「fn」が出てくる理由は分からないけど、ts-node の readme には↓の様に書いてあったよ。

# Execute a script as `node` + `tsc`.
ts-node script.ts

https://github.com/TypeStrong/ts-node/blob/master/README.md

これにならって、↓の様に呼んだら希望通りの動作する？

ts-node app/hoge/function/class.ts
892 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 13:23:21.49 ID:L/zqyqIZ.net]: vueをgoogle トレンドでみたら
アメリカ限定だとangularと変わらないよな

vueは結局中国で人気ってだけだよなぁ
893 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 13:52:56.01 ID:+etqQXO6.net]: AureliaがAurelia UXってのを提供してるんだが、こういうUXフレームワークって御三家にも存在するの？
ちなみにAurelia UXはAurelia以外でも使えるらしい
https://github.com/aurelia/ux/wiki
894 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 15:08:54.16 ID:Mb9IkSz9.net]: Angular Materialみたいなのの話してる？
895 名前：デフォルトの名無しさん [2019/05/31(金) 21:11:33.75 ID:NCddXil+.net]: TSLintが非推奨化されて無くなるのを最近知った
代わりにESLintのプラグイン開発に注力するらしい
896 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 22:03:32.06 ID:bi4e0AZ8.net]: ReactはおおよそMaterialUI一強だけどVue.jsはVuetifyとかBuefyとかQuasarとかVuesaxとかわりとバラけてるから選定が大変だな
897 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:14:44.04 ID:4XOlYf0w.net]: Vuetifyかぁ
Bootstrapも飽きてきたし入れてみるかなぁ
898 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:47:27.99 ID:xDgbafqD.net]: CSSフレームワーク使うの苦手
899 名前：デフォルトの名無しさん [2019/06/01(土) 07:37:42.14 ID:TTPVYQ4N.net]: というか、reactやvue使って、フレームワーク使う意義が良くわかんね。
動的にフロントをカスタムしたいから使ってんだろ？

高価な包丁を使って、冷凍食品の袋を切って、冷凍食品を食ってるみたいなもんだ。
その包丁でちゃんと料理しろよって言いたい。
900 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 07:41:32.88 ID:jfyaHbh3.net]: ちゃんと料理するのが目的ではない。
食べるのが目的
手早く物を食べられる時代に自分で料理するとかマヌケがすること
自分で料理したからって美味しいものができるわけではない
フレームワークなんていらない
901 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 07:43:31.32 ID:gFsX3PNG.net]: うまくても毎日カップラーメンじゃ体壊すぞという話
902 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 07:49:16.20 ID:BzR1DFUc.net]: 動的にフロントをカスタムってよく分からんが素のCSSを一から書きたくないから使うんだろ
903 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 08:11:30.38 ID:jfyaHbh3.net]: >>901
手料理なら健康だって勘違いしてる人？
外食だって手料理なんだが
904 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 08:53:50.47 ID:gFsX3PNG.net]: コピペで解決するようなことばっかしてたらコードが腐るって話だよ。
905 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 09:16:46.26 ID:jfyaHbh3.net]: コードが腐るなんてオカルトを言い始めたｗ
906 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 09:18:28.13 ID:gFsX3PNG.net]: なんだまともにプログラム書いたことない人か。そりゃ話が通じないわけだ。
907 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 09:19:43.73 ID:jfyaHbh3.net]: じゃあ腐ってるコードとやらを見せてください。
908 名前：デフォルトの名無しさん [2019/06/01(土) 10:29:16.81 ID:SloaYn9t.net]: if else if else if if if if
みたいなやつ
909 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 13:06:26.54 ID:Q7hpVzyk.net]: そんな俺俺用語を使われてもねぇ
910 名前：デフォルトの名無しさん [2019/06/01(土) 13:36:41.95 ID:Cw4MltZM.net]: 100歩ゆずって論理的に場合分けが不十分でいかにもバグりそうな書き方は腐ってると思う
真理値表で no care が多すぎみたいなやつ
911 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 13:50:09.32 ID:Q7hpVzyk.net]: NO毛やー
912 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 13:51:19.15 ID:Spf5VD38.net]: なんかもう全部blazorでええわってなってきた
さようならjavascript
913 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 15:14:03.09 ID:6vvLTfZk.net]: メタタグにblazorで作ってますって書いとけよ。
中身ないくせにバカみたいな激重サイト開きたくないんでｗ
914 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 16:37:36.00 ID:K47xKOLF.net]: サイトｗｗｗ
915 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 14:35:42.50 ID:jfAtVOnZ.net]: Reactアプリをtsで書く理由わかんない
916 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 15:36:19.22 ID:YC/dl6iz.net]: なんで？
917 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 16:32:03.67 ID:rhBrDnBE.net]: componentが受け取るpropとか型あったほうが絶対ええやん
918 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 17:06:00.51 ID:NO1dwOVK.net]: 型はあったほうが良い。理由は型があったほうが絶対にいいからだ。
919 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 17:21:24.98 ID:UIpFJ6ej.net]: 型はないほうが良い。理由は型がないほうが絶対にいいからだ。
920 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 17:25:22.38 ID:FWvUKJZ9.net]: 書くコード量が増える
キャストがめんどい
オブジェクトの型宣言がめんどい
921 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 17:58:21.32 ID:GrttFzDQ.net]: ReactとReduxを入門したばかりの者ですが、react-reduxのconnectを各コンテナで行う意味がわかりません。Providerみたいに最上位コンポーネントだけで行えば？って思ってしまいます。詳しい方教えてください。
922 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:06:38.96 ID:FWvUKJZ9.net]: >>921
どこからでもアクセスできたら意図しない書き換えがあったときにどこで書き換えられたのかが絞りにくくなるとかいう思想からじゃない？
923 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:09:18.96 ID:GrttFzDQ.net]: あとReducerの分割はstoreのを複数の要素で構成させるためですか？うまく説明できなくてすいません。
924 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:10:27.33 ID:FAkoUUR8.net]: 型がないと扱ってる変数の型が途中でキャストされてこちらが期待する型と一致しなくなってバグの発生に繋がるから、無いよりはあった方が良い。

それに型付けをきちんとしていれば、変数に間違った型の値を入れようとしてもIDEとトランスパイラが教えてくれるからバグの発生を防げる。

型宣言は面倒くさいかもしれないけど、ちゃんと定義しておかないと
プロジェクトが大きくなった時や過去のコードの整備する時に困る事になるよ。
925 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:11:08.95 ID:GrttFzDQ.net]: >>922
fluxってグローバルにstateを管理するためのものじゃないんですか？
コンテナの子要素としかstateを共有しないという理解でいいですか？
926 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:14:38.81 ID:FWvUKJZ9.net]: >>923
別に並立でドーンって並べたいなら並べてもいいけど
機能ごとに状態グループを分けた方が管理しやすいじゃん？
927 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:19:35.60 ID:FWvUKJZ9.net]: >>925
だからConnectで使う状態とSetterを書いたコンポーネントからだけアクセスできるようにするモノ

四階層くらいコンポーネントをネストしてたら有効なもんだと分かると思う
あとredux-persistとか使えばブラウザのlocalStrageに状態を保存できるからリロードでも飛ばない状態が作れる
928 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:25:02.69 ID:jfAtVOnZ.net]: >>926
https://ideone.com/wVwkT7
こういうstoreのとき
https://ideone.com/V4THFe
こういうreducerみたいに分割しないとネストしたstoreはreducerで定義できないんじゃっと思って。。。
929 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:25:52.32 ID:jfAtVOnZ.net]: id変わったけど先程の人です
930 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:27:33.76 ID:jfAtVOnZ.net]: >>928
つまり、storeのキー名と同じような名前のreducerを定義しないとstateで表現できないんじゃということです
931 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:31:47.29 ID:+JD+iR7P.net]: >>920
> 書くコード量が増える

書く量が増えるよりも、読む時にすばやく間違いなく読めるほうが重要
932 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:34:19.37 ID:yFCJtS+u.net]: 型は読むとき素早く間違いなく読むためのものではない。
コンパイラに論理的間違い探しをさせてあとで指摘させるために与える付加情報だ。
933 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:34:31.59 ID:FWvUKJZ9.net]: ていうかStoreに定義は書かんけどな

actionとreducerがあればいい
934 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:37:15.76 ID:jfAtVOnZ.net]: >>933
reducerでstateいじったら自動的にstoreの要素に追加されるということですか？
935 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:40:28.58 ID:FWvUKJZ9.net]: >>934
react routerとセットになってるヤツだけどこれのexamplesみてどういう風に書かれてるか追ってみるのが一番手っ取り早いと思う
https://github.com/supasate/connected-react-router
936 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:41:39.95 ID:jfAtVOnZ.net]: >>935
ありがとう！！！
937 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 18:47:53.43 ID:FWvUKJZ9.net]: >>920は単に意味のない問答じゃない理由となり得る理由を挙げてみただけ
実際TS使う恩恵は>>931じゃなく>>932だと思う

ソースを読むのに必要なのは変数の型がなにであるかよりも変数が何に使われてるかで
読む際に助けになるのは型名じゃなく分かりやすい変数名

ロジック的な誤りは読んでて見逃す事もあるしな
938 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 03:06:15.14 ID:h/SUjHEp.net]: Angularの公式サイトってChrome以外で見ると重いっていうか場合によってはロードできないみたいだな
939 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 03:18:15.13 ID:JWz1Ccau.net]: >>937
> ソースを読むのに必要なのは変数の型がなにであるかよりも変数が何に使われてるかで
> 読む際に助けになるのは型名じゃなく分かりやすい変数名

それが成り立つのは、変数の型が文字か数値の場合だけ
940 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 04:11:58.83 ID:SFWE3wK7.net]: >>939
変数がオブジェクトの場合なんて尚更読みやすさのためじゃなくオブジェクト形状の妥当性の為に型を書く意味合いが強いじゃん
941 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 04:25:47.87 ID:oQKNEIyc.net]: >>940
理由を１つも言わずに主張されてもなｗ
942 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 11:04:44.50 ID:9rWkPoBI.net]: 【速報】金券五百円分とすかいらーく優侍券をすぐもらえる　　
https://pbs.twimg.com/media/D8I_wvBU8AAkV4V.jpg　　　　
　　
①　スマホでたいむばんくを入手　　　　　
②　会員登録を済ませる　
③　マイページへ移動する
④　招待コード→招待コードを入力する [Rirz Tu]（スペース抜き）　　　
　　　　　
今なら更に4日18時までの登録で2倍の600円の紹介金を入手　
クオカードとすかいらーく優待券を両方ゲットできます。　　　
　　　　　　
数分で終えられるのでぜひお試し下さい。　　　　　
943 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 13:06:20.25 ID:XXr8i2SB.net]: >>942
一万請求されたんだが…
944 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 13:23:55.17 ID:YcEj7P0i.net]: >>942
もう貰ってる
945 名前：デフォルトの名無しさん [2019/06/04(火) 22:08:17.71 ID:9Fdozd+0.net]: >>943
俺も
詐欺だぞこれ
946 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 22:11:14.13 ID:h/SUjHEp.net]: なんで500円如きに釣られるんだよ
947 名前：デフォルトの名無しさん mailto:sage [2019/06/04(火) 23:53:06.78 ID:ra+PHDOz.net]: 一万とられるならマジやばいやつやん
948 名前：デフォルトの名無しさん [2019/06/05(水) 12:16:11.87 ID:SxBZ5bvb.net]: thisはどこにいてもthisだ
949 名前：デフォルトの名無しさん [2019/06/05(水) 19:43:51.13 ID:x4otE0k9.net]: >>948
アロー関数「（あれ？なんで俺、、この世に生まれたんだろ？）」
950 名前：デフォルトの名無しさん [2019/06/06(木) 11:34:24.08 ID:MmdtfHnB.net]: func.call()にはthisパラメータ上書き機能まであるからな
951 名前：デフォルトの名無しさん mailto:sage [2019/06/07(金) 12:10:24.67 ID:jIWjd2/z.net]: >>942
掲示板荒らすなってレビューすればいいのか？
952 名前：デフォルトの名無しさん mailto:sage [2019/06/09(日) 16:35:20.94 ID:Q276we2O.net]: 余談だけど
米オーディオ機器ハーマンの
Flashの移行サポートに使うフレームワーク
アパッチロイヤル？どうなのかな。

https://royale.apache.org/
https://services.harman.com/partners/adobe

ASって殆どTypeScriptだし
開発凄く楽そうなので興味はあるが。
953 名前：デフォルトの名無しさん mailto:sage [2019/06/10(月) 07:25:02.42 ID:9rIHBlAo.net]: Reactできる人が羨ましいっすな
よくわからずで挫折してもうた流行ってるのが羨ましい
Angularは何とかギリギリ理解できてるから今後もっと流行ってくれないかなぁ・・・厳しいか＾q＾
954 名前：デフォルトの名無しさん mailto:sage [2019/06/10(月) 09:11:58.52 ID:ozC8SeHK.net]: >>953
何が分からんの？ってかどこで躓いた？
955 名前：デフォルトの名無しさん [2019/06/10(月) 11:03:48.19 ID:g6tidy/F.net]: 面白くなくてモチベーションが涌かないという躓き方
956 名前：デフォルトの名無しさん mailto:sage [2019/06/10(月) 21:09:32.44 ID:Ii7tq5Jr.net]: reactは一歩一歩勉強できるツールなわけだが
どいつもこいつもその一歩一歩やることを拒否しやがる。
957 名前：デフォルトの名無しさん mailto:sage [2019/06/10(月) 22:02:17.16 ID:ujTvUCPf.net]: ①環境構築済みで
②コンポーネント作成者ではなく利用者側の場合、
めっちゃ簡単じゃない？
難しいのはreactではなくreduxの間違いでは？
958 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 02:49:45.57 ID:VNyhmdAk.net]: vuexは超簡単だったが
959 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 04:10:47.47 ID:imvByBfZ.net]: reduxを使うからと言ってすべての状態をredux管理にする必要はないなって思った
ｒｅａｃｔ routerを使う場合にrouterを跨ぐ情報はreduxで管理した方が便利だし
routerを跨がないものは移動時のデータの破棄がひと手間になるからuseStateとかで処理した方がシンプルかなって
960 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 06:33:43.52 ID:X3+rrqgk.net]: そんなの当たり前
961 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 07:16:39.19 ID:rt/UvHAD.net]: それだったら分けずにreduxでまとめた方が俺は楽だけどな。
962 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 08:20:47.84 ID:A/VeehAw.net]: 後でreduxに入れるか変わったら面倒くさい
963 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 08:24:20.32 ID:BaYgfrBn.net]: コードが少なければ少ないほど、変更する時に変更するコードが少なくなるんだが、
Reactとかreduxとか、コードが増えるので保守性が下がってる。
964 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 19:44:08.86 ID:rt/UvHAD.net]: こういうバカはそのうちコードを書かずに人に命令するのが一番とか言い出す。
965 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 20:19:38.34 ID:vib91KXZ.net]: >>954
もう序盤も序盤でつまずいた
https://jsbin.com/ragufuguwe/1/edit?js,output
これを、
「何でキー入力でタイトルをリネームするのにファイルをまたぐんだろう？
そのままHeader.jsにぜんぶまとめた方が管理しやすいのにな」と思ったりね
（今思うとこれはApp.jsのstateをHeader.jsに渡す(共有)ための作業なのかなと）
低レベルなアレですまんw
966 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 21:11:53.97 ID:ddwgXnrm.net]: vueでcomponent間に微妙な空白ができるんですけど仕様でしょうか？
967 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 21:21:50.83 ID:OaP1Ycvw.net]: >>964
命令された人がコード書くじゃん
お前馬鹿なの？
968 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 21:55:24.21 ID:rt/UvHAD.net]: >>967
さすがにそれくらいはわかるか。よかった。
969 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 22:10:53.11 ID:OaP1Ycvw.net]: じゃあ話を戻す

コードが少なければ少ないほど、変更する時に変更するコードが少なくなるんだが、
Reactとかreduxとか、コードが増えるので保守性が下がってる。
970 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 22:35:27.21 ID:KDSvfPuN.net]: >>965
その小さすぎる例では理解し辛いだろうけど
機能やデータがそれぞれ「どこにあるべきか」というのは大事だよ

分割もバランスではあるけど
システムの規模が大きくなるにつれて管理しやすさは逆転し得る
971 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 22:47:41.48 ID:VNyhmdAk.net]: >>966
Vue使ってるけど気になったことないな
あとそんな仕様は聞いたことないが
972 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 22:49:58.12 ID:rt/UvHAD.net]: 「コードが少ない」の意味がだいぶ曖昧。
別に高圧縮かけた記号列が保守性が良い訳ではない。
つまり概念が直行してることが重要なわけだがそういう考察もなく
react, reduxのコード量だけで判断しているのはだいぶ愚かとしか言いようがない。
973 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 22:52:53.90 ID:OaP1Ycvw.net]: >>972
そんな定義次元の話してないよ
コードの量って言ったらステップ数に決まってる
974 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 23:10:00.88 ID:imvByBfZ.net]: Reduxを使うかどうかは場合に応じて臨機応変にだと思うがな
フォームのパスワードみたいな値とか特にReduxで持つべきではないと思うしpersistで持つとかもってのほかだし
逆にログインセッションみたいな値はReduxにpersistで持つのが望ましいと思う
とは言っても特定の頻度でサーバー側にステータスチェックを投げるのは必要だとも思う
975 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 23:21:18.27 ID:nhr5/y7O.net]: 問題は、Reactのサンプルで、Reactを使うような例が
思いつかないってところなんだろうな

むりにつかっても、React使わないほうが
シンプルに実現できるじゃんって思われてしまう。
976 名前：デフォルトの名無しさん mailto:sage [2019/06/11(火) 23:32:37.16 ID:imvByBfZ.net]: SimpleというかRecyclableにする為に使って大規模になった時に結果として使わないよりもシンプルになるってところかな
977 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 04:24:03.58 ID:mlkAn7XZ.net]: ウェブでOfficeソフトを作ってまーすってのならわかるが
ほとんどのサイトは大規模になることはないというね
978 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 07:32:44.04 ID:inilIjyq.net]: そらWebサイトならWordPressなりWixなりで作ってりゃいいだろ
その分野に関しちゃフレームワークの出る幕も俺の出る幕もありゃせん
979 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 07:35:20.27 ID:NlzEfHP7.net]: >>966
原因調べないと何とも言えないけど、多分vue と言うよりかはbuefy や vuetify みたいなUIフレームワークが関与してる気がする。

原因を調べるならchrome の開発者ツールで空白の気になるcomponent 要素のcssを見て、
そのスタイルが何由来で当たってんのかを調べてみれば？
980 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 09:39:06.57 ID:eCiQ25Tx.net]: >>973
一つのステップに暗黙の動作を詰め込んだ言語だったら同じだろ。
それが本当にデバッグしやすいかと言えば全然そんなことはない。
ステップ数でなんでも測ろうとする奴が行き着くところが
自分でやらずに人売りするべしって発想だよ。
981 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 09:51:58.07 ID:H7zmO1sQ.net]: >>980
暗黙の動作を詰め込むとかデバッグがどうとか的はずれすぎるｗ

暗黙の動作を詰め込まないようにしつつ、コードは少ないほうが良いし、
デバッグしやすくしつつ、コードは少ないほうが良いだろ

なんでコードを減らすと、暗黙の動作が増えてデバッグしづらくなるって思ってるんだろ？
982 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 10:38:53.87 ID:eCiQ25Tx.net]: 単純な見方しかしてないのがよくわかる。
マクロを使うことで極限までコード量を減らすことはできるが
全く保守性はよくなってない事例を知らんだけの無知野郎にはこれ以上何もいうことは無いわ。
983 名前：デフォルトの名無しさん [2019/06/12(水) 12:02:46.09 ID:tqvE0DW+.net]: 「直交性が大事」の意味を判ってなさそう
984 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 12:59:08.18 ID:3cqADZsj.net]: 直交性とコードの量は関係ない
直交性かつコードの量
985 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 13:04:27.81 ID:fpFnIp9D.net]: vueとかjqueryとか色々隠してて使いやすいけど後が怖いよ
986 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 13:14:54.28 ID:3cqADZsj.net]: Windows APIとか色々隠してて使いやすいけど後が怖いよ
987 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:09:00.89 ID:IPXgTyaj.net]: よくわからんけど
高度に記号化されてコードが短くなってもそれで必ずしもわかりやすく
バグが出にくくなってるわけじゃないってことを言ってるんではないかな
988 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:10:16.97 ID:IPXgTyaj.net]: 直行性

AとBが無関係であること
989 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:20:22.64 ID:3cqADZsj.net]: AとBが無関係。

そして、Aの中でコードが短ければ短いほど良い

コードっていうのはステップ数のことな
だーれも変数名を1文字にしろとか言ってないから
990 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:26:46.45 ID:IPXgTyaj.net]: それこそ誰も言ってない

複数行のコードが一行になったとして

aaa ::　?>?>? = bbb ?!!!? .kkk + aaa,dddd<=> ccc!!!?!!! ;
みたいな呪文コードだったら嫌だろうし生産性は落ちるしバグがでるだろうよってことだろさ
991 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:28:07.87 ID:IPXgTyaj.net]: 短いのが正義かと言えばそうでもないよってこと
992 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:29:19.06 ID:a258QYnc.net]: >>989
>だーれも変数名を1文字にしろとか言ってないから
そうなんだよな
メモ帳で開発してる奴が居たら知らんけど
993 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:34:31.87 ID:IPXgTyaj.net]: さっきの記号コードで中で一か所評価順をミスっててバグが内部に出ていても
デバッグが異常に難しい

普通のコードのほうがメンテナンス性が高い
994 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:50:52.13 ID:3cqADZsj.net]: >>990
> aaa ::　?>?>? = bbb ?!!!? .kkk + aaa,dddd<=> ccc!!!?!!! ;
> みたいな呪文コードだったら

だからだーれも変数名を1文字にしろとか言ってないから
995 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:53:21.77 ID:IPXgTyaj.net]: 基地外だったのか
さわってそんしたわ
996 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:54:39.95 ID:IPXgTyaj.net]: ＞　コードが短ければ短いほど良い
そんなことはない
わかりくいコードはいらない
perlでも触ってたらいい
997 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:57:22.31 ID:/w2uRKiX.net]: コードは一画面に収まるぐらい短くしたほうが良い
998 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:58:51.38 ID:/w2uRKiX.net]: 可読性は読みやすいコードって勘違いしているやつが多いが、
読むコードを減らすことが本当の可読性
>>990みたいなのは読むコードが減ってない
999 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:59:34.64 ID:/w2uRKiX.net]: 関連するコードがあちこちにバラバラに成ってるのは良くない
VueとかReactとかはばらばらになってしまう
1000 名前：デフォルトの名無しさん mailto:sage [2019/06/12(水) 18:59:58.07 ID:/w2uRKiX.net]: それと同時にHTMLとJavaScriptという分けるべきものが一緒になって
可読性が下がっている。
1001 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 94日 20時間 57分 25秒

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef