20/07/30 14:49:58.54 huAMdpfr.net
SPAはそれで管理するページすべてを
一つのアプリとしてみなす必要があるから
メンテナンスがしづらくなるんだよ
意味的に一つのアプリになってればいいけど
例えばヘルプページみたいに単独で独立して表示する場合
アプリとは分離したほうが良い
っていうようなことまでちゃんと考えないといかんよ？
SPAフレームワークを使うときは
51:デフォルトの名無しさん
20/07/30 14:50:04.56 jpY92a62.net
>>34
どうせクライアントはWindowsの世界
ならサーバーもWindowsで統一したほうが管理しやすいし、操作ノウハウも一本化できて解りやすい
52:デフォルトの名無しさん
20/07/30 14:50:27.37 huAMdpfr.net
>>48
> 実際やってみると絶対遅いから。
やってないような言い方だなｗ
53:デフォルトの名無しさん
20/07/30 14:51:48.58 huAMdpfr.net
>>48
Linuxカーネルの起動にそんなに時間がかかるわけ無いだろうｗ
かかったとしても数秒だ
だがしかしWSL2はその数秒未満でbashが起動できてる
謎の高度な技術が使われてるようだな
54:デフォルトの名無しさん
20/07/30 14:51:49.52 9quanFrk.net
>>50
そんなことない。
サーバーは、Windowsが生まれるずっと前からUnixの世界。
その世界を新参者のOSが壊すことは出来ない。
55:デフォルトの名無しさん
20/07/30 14:52:46.55 9quanFrk.net
むしろ、Windowsの方がUnixに侵食されてきている。
例えば、cygwinやWSL2。
AndroidモバイルもUnix、MacもUnix。
56:デフォルトの名無しさん
20/07/30 14:54:18.34 jpY92a62.net
>>42
実際にはそういうUnix、Linuxならではのトラブルがきれいさっぱりなくなって快適な環境が手に入る
しかも手厚いサポートと保障のおかげで安心して運用できるからしっかりした企業に選ばれる
名だたる大企業は安かろう悪かろうのLinuxを選ぶなんてことはしない
57:デフォルトの名無しさん
20/07/30 14:55:23 oWxKF5YB.net
>>53
LinuxはWindowsよりもあとに作られたOS
Linuxは新参者である
58:デフォルトの名無しさん
20/07/30 14:56:07 oWxKF5YB.net
>>54
> むしろ、Windowsの方がUnixに侵食されてきている。
侵食（？）してるのはMS自身では？
MS自身がやってるのだから侵食ではなく取り込みというべきだろう
59:デフォルトの名無しさん
20/07/30 14:56:38 oWxKF5YB.net
>>55
> 実際にはそういうUnix、Linuxならではのトラブルがきれいさっぱりなくなって快適な環境が手に入る
だからWSL2=Linuxで快適な環境が手に入るわけだね
60:デフォルトの名無しさん
20/07/30 14:57:05.50 jpY92a62.net
>>45
業務で扱うならやっぱりマイクロソフトだよな
他人の作ったOSSオモチャ弄り遊び半分で仕事してるWEB系中小零細企業はLinuxでもいいのかもしれんが
61:デフォルトの名無しさん
20/07/30 14:58:27.23 jpY92a62.net
>>53
ロートルじゃん
62:デフォルトの名無しさん
20/07/30 15:13:52.95 9quanFrk.net
>>57
ミイラ取りがミイラになったでござるの巻き。
63:デフォルトの名無しさん
20/07/30 15:31:29 PbghAWGm.net
>>61
LinuxはMSに勝てる。ソフトウェアが無料でもそれを使ってサービスを運営すればビジネスは可能
って言ってたら、MSがLinuxを使ってサービス運営しちゃいました。ってこと？
64:デフォルトの名無しさん
20/07/30 15:33:02 DFjeaZjZ.net
そういうこと。
65:デフォルトの名無しさん
20/07/30 15:36:39.26 PbghAWGm.net
LinuxでMSの儲けを奪いに来たら、MSの儲けになってしまったでござるの巻き。
66:デフォルトの名無しさん
20/07/30 15:39:46.96 U5fODHRo.net
Windows vs Linux Mac 論争は
不毛だからいいかげんやめましょう
最低限webの話であってくれ
67:デフォルトの名無しさん
20/07/30 15:41:24.27 9quanFrk.net
逆に、Linux を利用したことで、かえって、Linuxの普及を加速することとなった。
歴史を振り返ってみれば、WSLの導入はMSの終わりの始まりであったとさ。
68:デフォルトの名無しさん
20/07/30 15:47:29.72 jpY92a62.net
Githubもマイクロソフトの物になった
Linuxもいずれそうなるだろう
69:デフォルトの名無しさん
20/07/30 15:47:46.81 QjJBK6NC.net
>>33
OSが無料だからVPSとか借りる場合月額かなり格安のプランからある
70:デフォルトの名無しさん
20/07/30 15:49:12.41 QjJBK6NC.net
>>37
Railsは基本Nginxじゃね？
71:デフォルトの名無しさん
20/07/30 16:01:15.60 PbghAWGm.net
>>68
いくらぐらい？
URLﾘﾝｸ(www.kagoya.jp)
初期費用無料！1日単位で使える
Windows Server搭載のVPS
日額 38円
月額上限 1,045円
72:デフォルトの名無しさん
20/07/30 16:06:53.44 jUjY7FYi.net
>>48
どんな化石使ってんだよ
73:デフォルトの名無しさん
20/07/30 16:31:44.37 g7C9xWXC.net
>>70
WebArena Indigo Mem:1GBで349円～
74:デフォルトの名無しさん
20/07/30 16:33:35.97 +f1gJKjc.net
>>45
たかだか273万件のサイトｗｗｗｗ
さすが詐欺会社の調査はショボいなｗｗｗｗ
こちらは12億6090万9305件のサイトを調べた結果↓
URLﾘﾝｸ(news.mynavi.jp)
asp含むms製がトップ取れたのは2016年から3年間足らず。
現在は一位nginx、二位apache、三位有象無象のその他勢、四位ms
現在のシェアは15%にも満たないｗｗｗ
失望されて棄てられたんだねｗｗｗｗ
つまり数年前から「Apacheの代替争い」が始まり、それを商機と捉えたmsも名乗りを上げた。
結果みんな失望してnginxに乗り換え、nginxが「Apacheの代替争い」に勝利した。
一方ms製品は凋落したｗｗｗｗｗ
75:デフォルトの名無しさん
20/07/30 16:36:12.54 g7C9xWXC.net
>>45
法人っていうかFとかNだろ？どうせ
76:デフォルトの名無しさん
20/07/30 16:38:03.91 +IR+ealO.net
tomcat「じぇじぇじえJSP・・・」
77:デフォルトの名無しさん
20/07/30 16:43:53.04 U5fODHRo.net
>>73
それはweb frameworkの話ではない。
Windowsのweb serverが動いてるからと言ってASP.NETというわけではない。
バカは黙ってろ
78:デフォルトの名無しさん
20/07/30 16:48:58 +f1gJKjc.net
>>76
ということはaspのシェアはさらに下と言うことだなｗ
まじゴミｗｗｗｗ
79:デフォルトの名無しさん
20/07/30 16:59:13 U5fODHRo.net
>>77
>>8を読めバカ
LinuxでもASP.NETは動く。
だからWeb serverとweb frameworkのシェアに直接の関係ない
アホばっかり
80:デフォルトの名無しさん
20/07/30 17:20:50 o+ok9edz.net
>>73
nginxの後ろでWindows asp.netが動いてるんだろ
そこまで調べてから反論しろよ
81:デフォルトの名無しさん
20/07/30 17:27:28 PbghAWGm.net
>>72
Windows VPS SMALL 3ドル メモリ:2GB
URLﾘﾝｸ(www.hostens.com)
OSの値段なんて大差ないんですねー
82:デフォルトの名無しさん
20/07/30 17:52:47.94 jpY92a62.net
Linuxは安いって嘘だったのか
メンテナンスコストまで考えたらWindowsのほうが全然いいな
83:デフォルトの名無しさん
20/07/30 18:35:31.50 CDUHxJN1.net
>>78
動いたとしてもお互い選ばんやろ
ASP使うヤツはLinuxサーバー選ばんやろうし
Linux使うヤツはASP選ばんやろ
もし居たとしてもそれは異端中の異端
84:デフォルトの名無しさん
20/07/30 18:37:15.15 CDUHxJN1.net
>>80
そんな海外鯖まで言い出したら無料も普通にあるだろ
85:デフォルトの名無しさん
20/07/30 18:37:17.85 e6UjjZZx.net
>>79
linuxかどうかの調査じゃないんだが。バーカｗｗｗ
86:デフォルトの名無しさん
20/07/30 18:48:18 BxoFB4LJ.net
Win鯖 + ASP.net Core + React 組んで良さげだったから
次はDocker上のLinux (Alpine or CentOS)でやってみようと思ってる
87:デフォルトの名無しさん
20/07/30 19:32:50.55 odFw/CMl.net
技術者ならWindowsは恥ずかしい事だろ。
88:デフォルトの名無しさん
20/07/30 19:37:06 PbghAWGm.net
>>86
そういうデータ持ってくれる？
持ってこれないよね？思い込みで語ってるだけだから
そういう思い込みで語ることこそ「技術者にとって恥ずかしいこと」だから
89:デフォルトの名無しさん
20/07/30 20:02:50.97 OBE2MKfx.net
サーバーにGUIが載ってるのって結構無駄だからね
90:デフォルトの名無しさん
20/07/30 20:07:49.72 U5fODHRo.net
>>82
知識が古い、古すぎる
Linux + ASP.NET Coreはベストの組み合わせ
ライセンスフリーのOS、Linuxと
最高の開発生産性のASP.NET CoreとC#開発
91:デフォルトの名無しさん
20/07/30 20:08:31.19 yEGJDo36.net
ASP.NET Core MVC & Webapiのほうは冗談ぬきでめちゃくちゃ速いな
このレベルの最適化が出来ればいずれWasmはどうなるかわからんがSSRだったら最速になるんじゃないのこれ
92:デフォルトの名無しさん
20/07/30 20:27:52.56 eBe0OoYr.net
スレ違いにも程がある
93:デフォルトの名無しさん
20/07/30 20:44:42 jUjY7FYi.net
>>86
信者かな？
94:デフォルトの名無しさん
20/07/30 21:04:01 Lo4iz/Tj.net
別にいいじゃん、俺もハリウッド映画のｽｰﾊﾟｰﾊｶｰみたく
キーボードだけでCUI OSをコントロールして射精してたもんだよ
そういうのがｶｯｺｲｲ時期は誰にだってあるんだよ、中学時代とか
95:デフォルトの名無しさん
20/07/30 21:04:22 fmuQ+Yf/.net
ﾜｯﾁｮｲ版立てたよ
【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5
ｽﾚﾘﾝｸ(tech板)
96:デフォルトの名無しさん
20/07/30 22:39:03.02 KvET/pQz.net
Web開発者が
MS製品好き好んで使うわけねぇだろ
情報が古いとか新しいとかそれMSが
自社で謳ってる文句でしょ？
そんなの信じるかよ
MSとLinuxはファイルシステムの基本的構造から
して違うんだわ
MSはLinux互換なんか気にせずに自社のやり方
貫いてりゃいいだろ。互換対応しても使わんから
逆になんでLinux互換対応なんか作ろうとしてんの？
Winだけで動くソフトだけ作ってりゃええやん
97:デフォルトの名無しさん
20/07/30 22:39:55.88 9lQfKTVm.net
riot.jsいいかな
98:デフォルトの名無しさん
20/07/30 23:01:34 jUjY7FYi.net
>>95
Visual Studio CodeもMS製品なわけですが
99:デフォルトの名無しさん
20/07/30 23:55:23.73 r1pQumRG.net
いやVSCodeそもそも使ってないから
100:デフォルトの名無しさん
20/07/30 23:56:32.83 jUjY7FYi.net
>>98
Web開発者が？どこの世界の話？
101:デフォルトの名無しさん
20/07/31 00:33:30.81 7SFTGpiw.net
>>94
ワッチョイな�
102:ﾄつけるなよ 5chは匿名だからいいわけ
103:デフォルトの名無しさん
20/07/31 00:38:43.15 7SFTGpiw.net
>>95
TypeScriptがMicrosoftなの知らないアホな人がまた来た。
Visual Studio Code使ってる人たくさんいるのも知らないようだ。
おまえが感情論と古い知識で止まってる間に
Microsoftはオープンソースとcross-platformに力入れる企業に変わってる。
104:デフォルトの名無しさん
20/07/31 01:01:37 YHiWwAdD.net
OS最強 Windows マイクロソフト
IDE最強 VS マイクロソフト
エディタ最強 VSCode マイクロソフト
バージョン管理最強 GitHub マイクロソフト
クラウド最強 Azure マイクロソフト
言語最強 C# マイクロソフト
ここまできたらもうわかるだろ
SPAフレームワーク最強 Blazor マイクロソフト
出たばかりだからまだ少し粗があるが時間の問題だ
105:デフォルトの名無しさん
20/07/31 01:03:41 erqiTFyu.net
マイクロソフト、jQueryへの全面的な支持を発表
URLﾘﾝｸ(www.publickey1.jp)
106:デフォルトの名無しさん
20/07/31 01:14:53.08 mccS7x6Z.net
>>102
クラウド以外は同意かな
107:デフォルトの名無しさん
20/07/31 01:28:32.55 PQssP+wa.net
シンプルが1番
108:デフォルトの名無しさん
20/07/31 02:14:35 F84TbMHr.net
>>102
どれもこれも、優越的地位を利用してシェアをとったものばかりで、
中味は大したことない。
109:デフォルトの名無しさん
20/07/31 03:12:50 yu65eNBx.net
Xamarinはどうなりましたか？
Silverlightはどうなりましたか？
110:デフォルトの名無しさん
20/07/31 03:15:04 F84TbMHr.net
vscodeは遅いだけ。
IDEの補完機能も大したことない。
デバッガはまあ、強力ではあるが、商用のIDEとしては特に目立って優秀と言うわけでもない。
TurboDebuggerやWatcomのIDEなんかも、成長させていけばあのくらいにはなっただろう。
金に任せて大量のプログラマを使って高機能にしてるだけ。
起動速度も処理速度も遅く、サイズがでかいのでダウンロード、インストールに時間が狩る。
C#も、Javaと比べてちょっと優れている程度で、最強と言うほどではない。
C++とは実行形態も速度も違うし、比較は出来ない。
githubは原則的にオープンソース専用で、企業秘密的なものには使いにくい。
ネットにアップロードした段階で暗号かけても、運営の人には見れてしまうし。
Azureは全然最強ではない。
どれもこれも、誇大宣伝ばかり。
111:デフォルトの名無しさん
20/07/31 03:30:04 F84TbMHr.net
しかも、blazorは、最初から将来性が無い。
そのうち、MAUIに主力が移るわけだから。
しかし、そのMAUIも、中途半端で終わるだろう。
112:デフォルトの名無しさん
20/07/31 06:14:37.78 1JyjqWeB.net
Svelteは書き方がVueとほぼ同じ
thisがない(仮想DOMがない)ように作ったらパフォーマンスが良くなるってのが売りなのかな
Vueでいいじゃんって思われてるのか開発が進んでないような気がする
113:デフォルトの名無しさん
20/07/31 06:47:53 fOAC77cv.net
でも、制作側の都合としては、動きのあるダイナミックなサイトにしたいわけですやんか。
クライアントにどんだけ大変だったかご説明差し上げられますし。
それに、見る側の立場では、動きのあるダイナミックなサイトなんて願い下げですわな。
動いた瞬間そっ閉じです。
するとどうなります？
誰も見ないんだから、クライアントは対策を発注しますがな。
何とかしてクレメンスと。
ほら、次の仕事につながった。
114:デフォルトの名無しさん
20/07/31 09:29:51 NLy05HSt.net
> でも、制作側の都合としては、動きのあるダイナミックなサイトにしたいわけですやんか。
ああ、顧客が本当に欲しかったものとかでググったほうが良いよｗ
115:デフォルトの名無しさん
20/07/31 10:11:39.90 28gnV4mI.net
>>86
こういう事言っている奴はmacかっこいいとでも言いたいのか？
正直開発はwindowsで何の問題も無い訳で
116:デフォルトの名無しさん
20/07/31 10:19:57.13 huIzZQxR.net
>>113
開発フェーズじゃなくて運用開始後の事考えてんの？
117:デフォルトの名無しさん
20/07/31 10:21:10.84 7SFTGpiw.net
>>109
native appとweb appの区別もつかないアホ
MAUIはnative app用だからweb appは含まれない
>>107
Xamarinは名前が変わって進化する
URLﾘﾝｸ(github.com)
118:デフォルトの名無しさん
20/07/31 10:23:22.64 Nw2cacpV.net
>>89
>>45
いや結局法人はWindowsを選ぶんだろ？
119:デフォルトの名無しさん
20/07/31 10:27:36.51 7SFTGpiw.net
>>110
Svelte公式によるとReactよりも高速らしい
Reactはインタープリタがあるから遅いとかいてた
JSXからJSの変換で速度低下するってことだとおもう
コンパイルするからコードが短く、Reactより速いと言ってるけど
ユーザーはまだ少ない感じだな
120:デフォルトの名無しさん
20/07/31 10:28:36.52 GxmlUbA1.net
>>115
失敗したから名前変えた民主党や密航朝鮮人みたいなもんか。
121:デフォルトの名無しさん
20/07/31 10:34:08.54 7SFTGpiw.net
>>116
法人といってもいろいろだからな
技術力と予算だろ
技術力はあるがお金は節約したい企業や個人はLinuxでASP.NETを使う
トラブル時にMSの有料サポートに頼りたいならWindowsで使う
あとはDBがLinux版しかない場合があって予算の都合で
同一サーバーで動かしたい場合とかもLinuxになる。
122:デフォルトの名無しさん
20/07/31 10:47:11.86 ZbJSe1w4.net
言語やフレームワークワークは後ろ盾の強さがかなり重要だから、Svelteが真に素晴らしかったとしても、流行らずに死ぬかもしれない
123:デフォルトの名無しさん
20/07/31 10:47:35.90 oIExGaub.net
でも一番多いのはLinuxでjQueryというね
124:デフォルトの名無しさん
20/07/31 11:56:42 GxmlUbA1.net
「日本で爪切り」みたいな意味のない言及
125:デフォルトの名無しさん
20/07/31 12:02:27.41 vXlE06hQ.net
クライアントがAndroidスマホだから都合が良いんだろうね
126:デフォルトの名無しさん
20/07/31 12:03:18.14 i/HxbGJU.net
>>117
webpackでpackingした後ならそれ関係なくね？
127:デフォルトの名無しさん
20/07/31 12:53:01.38 7XE9b/ud.net
TwitterのUXって正直なところあまり良くないと思う
SPAを導入した結果、本来必要ない複雑さが生じて使いにくくなってる
5chぐらいシンプルな作りのほうが使いやすいよ
128:デフォルトの名無しさん
20/07/31 13:17:29.34 75IaVpch.net
それSPAと関係あんの？
129:デフォルトの名無しさん
20/07/31 13:20:43.25 7XE9b/ud.net
SPAだと気軽に複雑化にできることが問題
いらんとこまで複雑化しちゃうんだよね
130:デフォルトの名無しさん
20/07/31 13:45:54.34 OW7tfLmr.net
Twitterいいじゃん
開きっぱなしでも新着
131:とか増えてくのすごくない？
132:デフォルトの名無しさん
20/07/31 13:46:45.41 ZbJSe1w4.net
フロント関係ないけど検索が早過ぎる
133:デフォルトの名無しさん
20/07/31 14:54:07.04 fOAC77cv.net
技術者ならWindowsは恥ずかしい事だろ。
134:デフォルトの名無しさん
20/07/31 15:20:44.11 hIFLjbVS.net
>>130
恥ずかしい云々っていうより
Windowsサーバーでサーバー管理してる日本の大企業が単純に印象悪いってだけだけどな
135:デフォルトの名無しさん
20/07/31 16:09:55.13 fOAC77cv.net
あわしろいくやさんも言ってるけど、Windowsを恥ずかしく思わない時点で、日本のITは終わってるんだよ。
136:デフォルトの名無しさん
20/07/31 16:11:07.41 fOAC77cv.net
韓国やアメリカで技術者がWindows使ってると言えば笑われる案件ですよ。
137:デフォルトの名無しさん
20/07/31 16:34:20.23 QYOQSLZ8.net
Macωωω
138:デフォルトの名無しさん
20/07/31 17:23:47 koOFx8Sf.net
>>132
じゃぁ何を使うべきなの？
139:デフォルトの名無しさん
20/07/31 17:26:28 fOAC77cv.net
Ubuntuに決まってんでしょうが。
140:デフォルトの名無しさん
20/07/31 18:55:16.42 D3jc8aru.net
そもそも日本以外ってiPhoneのシェアそこまで高くないしプログラミングなるならMacとか言うのは日本くらいやろ
141:デフォルトの名無しさん
20/07/31 19:22:59.41 7SFTGpiw.net
>>136
Ubuntuなんてスパイウェアだろ
Linuxのなかで最低
142:デフォルトの名無しさん
20/07/31 19:34:29.85 7SFTGpiw.net
>>128
永遠にスクロールしていくのイライラしないか？
タイムラインをどこまで読んでも終わらない。
新着はタイムリーに表示されるが
過去のtweetの検索性がひどく悪い。
blogのように過去の発言を少しずつ読んでいく、という
ような使い方ができない。
カレンダーとかpaginationとかがないのがつらい
>>129
たしかにハッシュタグ無限にあるのに検索が速すぎて
どうやって実現してるのか気になる
143:デフォルトの名無しさん
20/07/31 21:00:37 O6+6IHLe.net
>>139
until:2020-07-01 from:accountname
144:デフォルトの名無しさん
20/07/31 21:48:13.15 4adtn/xe.net
Windowsは
クライアントとしてはそこそこ優秀だと思うが
サーバとしては論外
sqi serverとかASP.NETとか
IISみたいなのは申し訳ないがNG
145:デフォルトの名無しさん
20/07/31 21:51:39 Ki3B8LBa.net
>>133
知見
Mac なら市民権あるんです？
146:デフォルトの名無しさん
20/07/31 22:03:02 Ki3B8LBa.net
画像も貼らずに(ry
147:デフォルトの名無しさん
20/07/31 22:03:41.36 Ki3B8LBa.net
すみません
誤爆しました
148:デフォルトの名無しさん
20/07/31 22:28:38.51 7SFTGpiw.net
>>140
コマンド一覧みたわ、コマンド使えば意外といけそうだな
until, since, from以外にもlang:jaとか
GUIで詳細検索できるようにすればいいのにな
過去のtweetをすぐ表示できないからやらないかもしれないが
149:デフォルトの名無しさん
20/07/31 23:31:04.93 vpO9F3Px.net
>>145
-"キーワード"とか-from:user_id
で除外とかもある
150:デフォルトの名無しさん
20/08/01 00:34:43.11 G+VYcIGl.net
>>141
なぜ？
151:デフォルトの名無しさん
20/08/01 00:49:37.59 EZTrMdob.net
>>133
韓国事情にお詳しいのですね
152:デフォルトの名無しさん
20/08/01 05:05:56.58 Hva4RaSU.net
> nuxt、nextはまずSSRであり、SPAもやろうと思えばできる感じ。
これは間違い。SSRをやろうと思えばできるし、SPAもやろうと思えばできる
ツイッターのハッシュタグ検索なんてただたんにハッシュタグテーブルがあるだけで特殊なことしてないよ
要はDB内で木構造(インデックス)使ってるし、ロジックもシンプルだから早くて当たり前
153:デフォルトの名無しさん
20/08/01 06:13:33.94 +75jFEkg.net
ReactのSSRってどうやってやるの？
react-dom/serverのrenderToStringでhtmlを書き出せたが
ボタンをクリックしたときのjavascriptを書き出せない
ReactのSSRは中途半端ってことはない？
154:デフォルトの名無しさん
20/08/01 06:28:18.42 Yr8NK13H.net
>>150
素直にNext使えばいいじゃん
155:デフォルトの名無しさん
20/08/01 07:53:17.79 TZ+8fQlR.net
<button>a1</button>
ボタンをクリックしたときtextContentをa2に書き換えるとする
SSRならどうなる？
１．変更分だけをサーバーで生成
２．HTML全部をサーバーで生成
３．クライアントでtextContentを置き換える
156:デフォルトの名無しさん
20/08/01 09:11:23 r1K2Mhjx.net
>>152
3じゃないの？
157:デフォルトの名無しさん
20/08/01 09:12:57 Mks3gogl.net
>>142
きっとWindowsで嫌な目にあったんでしょう
察してあげなさいよ、かわいそうに
158:デフォルトの名無しさん
20/08/01 09:42:50.00 pnJRYwjZ.net
>>153
クライアントで書き換えたらサーバーはそのことを知らないままにならない？
他の処理でSSRしたときにa1に戻ってしまわない？
159:デフォルトの名無しさん
20/08/01 10:08:59 cVk77Hxz.net
ハァ？他の処理でSSR？
根本的に理解してないだろ魔法じゃねんだぞ
160:デフォルトの名無しさん
20/08/01 11:24:37.55 Hj1S4h6p.net
フレームワーク乱立はよくねえな
責任感が強いマイクロソフトに集約すべき
161:デフォルトの名無しさん
20/08/01 11:28:16.66 biQ1QRTH.net
責任感ねぇ
「MSさん？互換性と言う言葉をご存知ですか？」
162:デフォルトの名無しさん
20/08/01 11:33:17.20 QHr6h7Y5.net
MSにケツの穴まで見せそうだな
反抗心を失ったら人間終わり
163:デフォルトの名無しさん
20/08/01 11:48:39.84 Hj1S4h6p.net
後方互換性に1番気を使ってるのはマイクロソフトで間違いない
164:デフォルトの名無しさん
20/08/01 11:52:29.07 bRba9mah.net
金のために互換性保ってるだけで、正義のためじゃないだろ。
165:デフォルトの名無しさん
20/08/01 11:52:53.71 bRba9mah.net
Ubuntuは正義だ。
166:デフォルトの名無しさん
20/08/01 11:53:07.79 Hj1S4h6p.net
正義(笑)
167:デフォルトの名無しさん
20/08/01 12:30:25.28 biQ1QRTH.net
孫
168:デフォルトの名無しさん
20/08/01 12:30:30.31 6s9LN6+z.net
>>158
MSが一番互換性高いでしょｗ
169:デフォルトの名無しさん
20/08/01 12:44:13.04 biQ1QRTH.net
C
C++
J++
J#
C#
F#
VB
VBA
VBS
VB.NET
JScript
TypeScript
Win32 API
Windows Forms (WinForms)
Windows Presentation Framework (WPF)
Universal Windows Platform (UWP)
Electron
Xamarin
React Native
.Net Framework
.NET Core 3
XAML Islands
一体何で開発したらええんかのぅ？
170:デフォルトの名無しさん
20/08/01 13:17:45.48 0UaphVC2.net
>>166
MS には他にも、MFC, Razor, Blazor, .NET MAUI, SilverLight がある。
171:デフォルトの名無しさん
20/08/01 13:18:51.98 G+VYcIGl.net
>>166
迷うはずないやつがいくつも混じってるぞ
172:デフォルトの名無しさん
20/08/01 13:21:45.58 o8EpUcK0.net
Linuxだともっと迷うんじゃないか
173:デフォルトの名無しさん
20/08/01 13:31:27.42 EZTrMdob.net
Ubuntu使ってるやつのカラーセンス疑うわ
あ、俺も使ってた…
174:デフォルトの名無しさん
20/08/01 13:33:15.03 biQ1QRTH.net
>>168
あ！量販店の店員さんですか？
Vue とReact とAngular
どのメーカーが良いですかねぇ
175:デフォルトの名無しさん
20/08/01 13:52:32 8AkvqbAq.net
Linuxは野良ツール多すぎて迷うよなー
マイクロソフトを信用してとりあえずコレだけやっとけ的なものがない
どれを選んでも中途半端でトラブルと縁を切れない
176:デフォルトの名無しさん
20/08/01 14:07:55.86 Yr8NK13H.net
>>172
自分の能力が低いって自己紹介じゃんそれ
177:デフォルトの名無しさん
20/08/01 14:10:38.48 8AkvqbAq.net
>>173
そういう考え方が雑魚っ�
178:ﾛい 苦労を自分から背負い込むスタイルとか非合理的でしょ
179:デフォルトの名無しさん
20/08/01 14:11:19.37 IxYAI3me.net
>>171
JScript
180:デフォルトの名無しさん
20/08/01 15:01:04.70 Sq3FCv8n.net
>>175
それソケットの型とか電圧が違うからって警告出ませんか？
サーバーのコンセントにささらないと困ります。
181:デフォルトの名無しさん
20/08/02 10:58:02 TgtGsz6s.net
C#ってunsafe、Span、refがあるから低レベルの爆速プログラミングもできるんだな
こんなんwasmに事前ビルドされたらJSが速度で勝てるわけないじゃん
182:デフォルトの名無しさん
20/08/02 11:50:01.52 WQM7cDU9.net
wasmはjsエンジンの（一部の）上で動いてるから、コンパイル後のピーク速度は同じなんだけど。ネイティブGCも無いからGC付きクソデカランタイム動かしてたら速度メリットも消えちゃうんだけど
URLﾘﾝｸ(qiita.com)
183:デフォルトの名無しさん
20/08/02 11:52:44.71 DseL3ZRo.net
マジこのスレスレタイと関係ある話してねーな
184:デフォルトの名無しさん
20/08/02 12:00:19.78 2PlDLosa.net
そのうち逆になるだろ
wasmが一番下のレイヤーになってJSはその上で動く
185:デフォルトの名無しさん
20/08/02 12:07:48.77 cT3QB5LB.net
vueユーザーはvue3に備えてこれ読んどきなさい
Vue Composition APIでストアパターンをスマートに使って状態管理をする
URLﾘﾝｸ(qiita.com)
186:デフォルトの名無しさん
20/08/02 12:24:42.43 DseL3ZRo.net
>>181
Reactに寄ったとは聞いてたがマジで寄ってるなｗ
187:デフォルトの名無しさん
20/08/02 12:25:34.13 WwXtXh/O.net
>>178
C#はネイティブメモリを安全に活用する機能があるのでメモリ効率がすごくいいよ
この機能が追加されたおかげで.NET Coreの全体的なパフォーマンスが急激に上がったのは記憶に新しい
スタックで済むところはスタックで処理できるから従来のC#、Java、JavaScriptのように必要のないところでオブジェクトのためにメモリを確保しなくても済むようになった
これがパフォーマンスにとって大きな影響がある
JSがこれを模倣しようとしても型安全性と構造体がないからそう簡単にはできない
TSがトランスレーターに甘んじてるうちはTSでも同じこと
TSが完全にコンパイラなったとしてもref、Span、構造体に相当する言語機能を導入しなければならないから簡単には行かない
188:デフォルトの名無しさん
20/08/02 12:50:36.63 WQM7cDU9.net
>>183
jsの場合jitがその辺はやってるんだよ。型が変わらない変数ぐらいjitは見つけて最適な型で最適なところに割り当ててる、スタックやレジスタレベルでね。refどころか関数のインライン化もやるよ。
c#のjitも凄いけど、それをwasm上でやるのは大変じゃないかな？
189:デフォルトの名無しさん
20/08/02 12:54:12.60 mXvsp2ya.net
ホントは、Wasmの本質は速度向上ではなくて、言語を変えられることだよ。
190:デフォルトの名無しさん
20/08/02 13:05:39.93 WwXtXh/O.net
>>184
その程度じゃ全然最適化が足りないんだよ
機械的な判断じゃどうしたって最適化していいか確定しない部分が沢山でてくる
C#だってデスクトップやサーバーサイドで最適化のノウハウをしこたま溜め込んでる
その蓄積があるのにあえてプログラマの手で高速化するための手段を用意した
マイクロソフトはJITを極めてもそれだけじゃ満足できないとわかってたからね
結果として.NET Coreは凄まじいパフォーマンスを獲得したわけ
Blazorはまだ黎明期だからしかたないけどサーバーサイドのベンチマークはまじで凄いからね
191:デフォルトの名無しさん
20/08/02 13:08:10.21 WQM7cDU9.net
>>185
それ。他言語のライブラリとか持ってこれるのが助かる
>>186
そうだね。早く速くなるといいね
192:デフォルトの名無しさん
20/08/02 13:11:40.57 hCA53BQc.net
>>187
まあそんなに遠くない未来だろうね
193:デフォルトの名無しさん
20/08/02 13:12:22.72 DseL3ZRo.net
>>186
お前いつまでここに寄生してその話続けんの？
194:デフォルトの名無しさん
20/08/02 13:21:40.43 QyH37OuI.net
スレタイ変えるべきだな
195:デフォルトの名無しさん
20/08/02 13:23:40.23 mXvsp2ya.net
>>187
他からライブラリを持ってこれる、というようなことだけじゃなく、
JSには、ちゃんとしたclassの概念もなければ、ちゃんとしたstructの概念も無い。
明示的な型指定も出来ない。
また、常にGCがONなので速度的に不安定。
変数は原則的に全てHeapからの確保になってしまうので使い始めが遅い。
動的に型が決まるので、JITでもある程度以上最適化できない。
そういうところがC++では改善できる。
196:デフォルトの名無しさん
20/08/02 13:28:43.14 q/qx3qt3.net
wasm について語りたいなら
【wasm】ブラウザでC++。Emscriptenを語ろう
ｽﾚﾘﾝｸ(tech板)
blazor について語りたいなら
【本命】Blazor スレ1【真打】
ｽﾚﾘﾝｸ(tech板)
ついでに、jquery に言及したいなら
Vue vs React vs Angular vs jQuery Part.3
ｽﾚﾘﾝｸ(tech板)
197:デフォルトの名無しさん
20/08/02 13:32:13.60 WQM7cDU9.net
>>191
wat書くとそのへんは痛感するね。流石にcppとかrustには叶いませんわ。
198:デフォルトの名無しさん
20/08/02 14:15:44.79 oOnrjYcq.net
C++はJITが効かないので、最悪Javaの20倍ほど遅い。
199:デフォルトの名無しさん
20/08/02 14:21:31 mXvsp2ya.net
>>194
それは、狭い範囲における非常に稀なケースだが、
WasmはJITが効くので、C++も出力をWasmにしてしまえば、原理的には
同じ事が出来るわけだけど。
200:デフォルトの名無しさん
20/08/02 14:26:42 mYK9zNmf.net
> C++はJITが効かないので
JITって何かわかってる？
ただのCPUに最適化したコンパイルに過ぎないぞ
C++でもコンパイル時にCPUに最適化すれば同じことだ
201:デフォルトの名無しさん
20/08/02 14:30:46 oOnrjYcq.net
JavascriptはJavaの二倍速い。
202:デフォルトの名無しさん
20/08/02 14:32:48.19 mXvsp2ya.net
>>195
JITの方が速くなる可能性があるとすれば
1. たまたま実行した環境では、要素数の多いSIMDが使えるCPUの場合、そのCPUに
合わせて最適化できる。
2. 予め最適化する場合には、実行段階で、CPUの場合分けのためのオーバーヘッド
が少し生じる。
3. 実際に実行してからのプロファイリングを用いて、繰り返し回数の多いループ
を重点的に最適化できる。
これもテスト時にあらかじめ行っておくことも出来るが、何らかの要因で
条件が大幅に変わった場合には、JITでやる場合と差が出てくる可能性がある。
203:デフォルトの名無しさん
20/08/02 18:01:52 owOvUR/E.net
そもそもwebというかブラウザがdomとcssに結局は縛られるから、そっちのが問題だと思うけどなあ。。
そしてdomはとても壊れやすい。それが起因の問題は今でもちょくちょく体験する。ブラウザ互換も未だに完全じゃない。
wasmだc#だと言っても、UIまで包括的に別の仕組みで動作しないと同じだと思うよ。
204:デフォルトの名無しさん
20/08/02 18:58:02.73 rl9xr/mh.net
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
205:デフォルトの名無しさん
20/08/02 19:04:43.64 4pM7vb20.net
wasmとかc#とかMSの話してる奴
これもう荒らしだろ。
単語NG安定
206:デフォルトの名無しさん
20/08/02 19:05:43.75 7B1HvTGa.net
>>200
そういうマイナーなframeworkは
バグとかの情報少ないし一番めんどくさいだよ
お手軽っていうのはユーザーが多い
ASP.NETとかRuby on Railsのことなんだ
Rubyはweb以外ではろくに使われてないし
結局、ASP.NETが最強ということになる
207:デフォルトの名無しさん
20/08/02 19:08:48.49 rl9xr/mh.net
レスつけられたみたいだけどあぼーんで見えない
208:デフォルトの名無しさん
20/08/02 19:09:18.65 ++dgOo7Q.net
>>199
QTが動いたって話だしそのうちDOMに依存しないUIフレームワークもでてくるだろうな
それが良いかどうかは未知数だが
209:デフォルトの名無しさん
20/08/02 19:10:22.22 SsTxGSMj.net
【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5
ｽﾚﾘﾝｸ(tech板)
スレチガイジが居ないスレはこっち
210:デフォルトの名無しさん
20/08/02 19:30:24.89 +AbKOGnw.net
>>191
スタックメモリを有効活用しようとしたらstruct必須だからJSの言語機能を大幅に改修しないといけないね
211:デフォルトの名無しさん
20/08/02 19:48:26.61 sINF+8Fw.net
>>206
c#しか知らないのにそういうネタ出すの止めたら？
212:デフォルトの名無しさん
20/08/02 20:21:18.93 +AbKOGnw.net
>>207
他の言語も知ってるけど？
俺はJSしか知らないフロントエンジニアじゃないよ
213:デフォルトの名無しさん
20/08/02 20:27:25.31 +KirgcPe.net
C#しか知らない業務ソフトおじさん
略してソフトおじさん
214:デフォルトの名無しさん
20/08/02 21:38:12 7B1HvTGa.net
>>205
C#理解できないレベルの低い人たちだけのスレ立てたのか
わざわざ分裂させて時間を無駄にしたがる人たちは理解できない
215:デフォルトの名無しさん
20/08/02 22:56:39.44 afjdMLlX.net
Ruby は、Vagrant, Chef, ServerSpec, Github とか、サーバー構築テストに強い
Chef では、以下の抽象化構文で、Cent 系のrpm/yum, Debian 系のdeb/apt の、両方に対応できる
package "dstat" do
action :install
end
216:デフォルトの名無しさん
20/08/02 23:24:21.36 D3UaZ6Ra.net
ここでCの話してるやつって外国に忍び込んで蝕んでいく中国人みたいだな
217:デフォルトの名無しさん
20/08/02 23:25:09.68 254CtELF.net
うわネトウヨが出た
218:デフォルトの名無しさん
20/08/02 23:45:51.80 4pM7vb20.net
JavaScriptに話を戻そう
ReactってそもそもHTML要素が既にある時点で
イベントハンドラとかprops stateとか作りこんんで行く訳だが
そもそもHTML自体をしこたま動的に生成しなきゃならん事
多い。
そういう時ネイティブ JavaScriptの
createElementとappendChild使うのがいちばん便利
なんだわ。
動的に生成したDOM要素にイベントリスナ設定して
ピタゴラスイッチ見たいにUI構築していくのは楽しい。
219:デフォルトの名無しさん
20/08/02 23:50:51 LkmmrvcN.net
手動でやりたいならどうぞご自由にとしか。
JSスレ行ってね。
あ、ついでにC#ｶﾞｲｼﾞとRubyｶﾞｲｼﾞも一緒につれてって。頼んだよ。
220:デフォルトの名無しさん
20/08/02 23:51:15 afjdMLlX.net
Document.createDocumentFragment( ) だろ
221:デフォルトの名無しさん
20/08/03 00:07:57.59 4XZf/IuM.net
>>204
QTってWEBはWebGLが前提だろうから、どうなんだろうね。
でもWEB版とネイティブアプリ版両方作るなら、一番合理的とも言える。
欠点は読み込みがクソ重くなる事か。。
222:デフォルトの名無しさん
20/08/03 00:09:40.27 UL5Fg7I6.net
>>214
まあ仮想DOMってdocument配下にないメモリ上の状態でガチャガチャやるわけだし
実DOM直接操作するよりはオーバーヘッドないんじゃない？
223:デフォルトの名無しさん
20/08/03 00:13:57.36 gMPFHu0L.net
>>218
仮想的なDOMを操作しても
最終的に実DOMに反映しなければいけないのだから
仮想DOMの処理はは100%オーバーヘッドだよ
224:デフォルトの名無しさん
20/08/03 00:19:42.49 gMPFHu0L.net
一番速いのは、仮想DOM操作も実DOM操作もしないこと
当たり前だよね？
つまりHTML/CSSだけで実装するのが一番速いわけ
できないと思うなら「CSSだけで作った」で検索してみりゃ
いくつもCSSだけで動きがあるものを作っているサンプルが見つかる
次に速いのは必要最小限の実DOM操作を行うこと
これも当たり前。これはCSSだけでできないことをJavaScriptで
行うが、必要最小限のクラスなどの属性の変更で行うこと
DOM要素の追加削除は行わなず、CSSを使って表示非表示で対応するのでのでこれも速い
ただしHTMLとCSSを正しく理解していなければいけないので
JavaScriptからウェブに入ったなんちゃってウェブプログラマには荷が重い（笑）
ちなみにjQueryを使ったプログラミングでは、この必要最小限のDOM操作を行うのに適している
仮想DOMっていうのは、このHTML/CSS/JavaScritpのベストプラクティスを無視して
全部JavaScriptでやったら重くなった→どうにかしてマシにしたい
というバッドノウハウとして生まれたものだよ
HTML/CSSまたは、jQueryを使って正しくプログラミングしたものに比べれば
仮想DOMは遅い
225:デフォルトの名無しさん
20/08/03 01:05:05 wV2nNm2Q.net
jQueryがネイティブより速い？ 何言ってんの？
226:デフォルトの名無しさん
20/08/03 01:15:21 4XZf/IuM.net
jQueryの話はスレチ。やめようぜ。
227:デフォルトの名無しさん
20/08/03 02:46:46.67 gMPFHu0L.net
>>221
ネイティブより速いなんてどこにも書いてないよ
速度で言えば速い順に
JavaScriptなし > ネイティブ > jQuery >>>> フレームワーク
なのは当たり前でしょう？
228:デフォルトの名無しさん
20/08/03 06:13:52.43 UL5Fg7I6.net
jおじ復帰してたのか
229:デフォルトの名無しさん
20/08/03 07:01:52 SjFJdHD5.net
要はその「必要最小限のDOM操作」が自明じゃないような大規模な画面の変化をさせたい場合には
仮想DOMの効果が出せるということ。
230:デフォルトの名無しさん
20/08/03 07:24:39.50 UL5Fg7I6.net
いや実DOMに対するappendを
一回でドンとappendするか
複数回こまごまとappendするか
どっちがオーバーヘッドが大きいかって話じゃない？
231:デフォルトの名無しさん
20/08/03 07:39:57.17 qdvto+rV.net
vDOMはオートマ
jQueryはマニュアル
jQueryおじさんは軽トラ運ちゃん
232:デフォルトの名無しさん
20/08/03 08:58:08.95 zCiZ8LaU.net
NGしたいからJおじとC#おじはコテつけろよ
233:デフォルトの名無しさん
20/08/03 09:29:54.65 wV2nNm2Q.net
>>228
C#おじさんID変えまくってるから望み薄だなぁ
234:デフォルトの名無しさん
20/08/03 10:59:45.04 3aFKjSal.net
薄いどころか無毛
235:デフォルトの名無しさん
20/08/03 11:35:48 4XZf/IuM.net
ｊQueryが嫌いな訳じゃないんだよな。昔は散々世話になった訳だし。
ただスレチ。話も長くなるし。
236:デフォルトの名無しさん
20/08/03 13:20:21 YC4A0LQI.net
>>228
もう>>205で良くないか？
237:デフォルトの名無しさん
20/08/03 14:40:35.29 6LuQl8WH.net
>>226
> いや実DOMに対するappendを
> 一回でドンとappendするか
一回でappendする場合DOM操作ではなく、innerHTMLの代入とかに
なるわけだがフレームワークはそんなコトしていない
そもそもinnerHTMLだから速いというわけではなく
JavaScriptで追加するか、ブラウザ内部の処理で追加するかの違いでしか無い
ブラウザ内部で処理したら速いように思えるが、innerHTMLでは
HTMLのパース処理が必要になるので無駄な処理をしている
それに昔はJavaScriptが遅かったが、今は速くなっているため
JavaScriptのDOM操作とinnerHTMLによる一回でドンは大差なくなってる。
仮想DOMは純粋なオーバーヘッド。実DOMに反映する処理＋仮想DOMのオーバーヘッド
238:デフォルトの名無しさん
20/08/03 14:42:12.96 6LuQl8WH.net
>>227
> vDOMはオートマ
> jQueryはマニュアル
> jQueryおじさんは軽トラ運ちゃん
そして一番重要なのは、どの方法が一番早く目的地につけるか？
って話なんだよねｗ
239:デフォルトの名無しさん
20/08/03 14:55:57.02 6LuQl8WH.net
仮想DOMが遅い理由
Why Virtual DOM is slower
If you think it’s fast, this article might be what you were missing
URLﾘﾝｸ(medium.com)
240:デフォルトの名無しさん
20/08/03 15:07:55 qdvto+rV.net
なんちゃってアマチュアレーサーがマニュアルのほうが速いとかでマウント取ってくるのと一緒だな。
ひっきりなしにガチャガチャガチャガチャ動かしたくないんだわ。
241:デフォルトの名無しさん
20/08/03 15:13:49 6LuQl8WH.net
>>236
だから動かさなければいいのでは？
HTMLとCSSでできることはJavaScriptを使わない
コードがないのでバグも減るし、速度も早い
JavaScriptからウェブに入ってきた人って
HTMLとCSSの技術力が低すぎる人が多いんだわ
知らないくせに、知らない俺すごい。みたいな考え方してるｗ
どうどうと嫌いです（だから勉強していません）みたいなこと言うからな
242:デフォルトの名無しさん
20/08/03 15:17:31 6LuQl8WH.net
例えばCSSだけで作られたアコーディオン
URLﾘﾝｸ(webdesignday.jp)
JavaScriptなしでブラウザ内部だけで実行するから最速
こういうのを作れるとお前ら何JavaScriptフレームワークで
無駄な努力してんの？ってなる
243:デフォルトの名無しさん
20/08/03 15:18:51 wV2nNm2Q.net
え？ innerHTMLでドンと入れるもんなの？
ドンと入れるってのは一個Element作ってその下にたくさんElementぶら下げて最後にappendChildするものだとばかり。さもなくばtemplateタグかと……
244:デフォルトの名無しさん
20/08/03 15:21:43 6LuQl8WH.net
>>239
じゃあ、DOM APIで一個Element作ってその下にたくさんElementぶら下げた方が速いですねｗ
245:デフォルトの名無しさん
20/08/03 15:37:39.47 gnTaw2rH.net
>>238
アコーディオン
クリックしてから開くまで遅すぎ
JS使ってないのにこの遅さはひどい
246:デフォルトの名無しさん
20/08/03 15:38:54.21 gnTaw2rH.net
そもそもアコーディオンなんて使うほうがアホ
アコーディオンあるとスクリーンショットとれない
ユーザビリティ考えてないゴミといっていい
247:デフォルトの名無しさん
20/08/03 15:43:16.68 wV2nNm2Q.net
>>240
それだと一個足す毎に描画発生するじゃん？
248:デフォルトの名無しさん
20/08/03 16:04:13.93 gfyNPdUj.net
>>241
開閉スピードはCSSのパラメータで変更できる。最小0だよ。
そういう当たり前に想像できることにレスするから
お前の間抜けさが際立つわけ
249:デフォルトの名無しさん
20/08/03 16:05:34.47 gfyNPdUj.net
>>243
発生しないが？
まさかお前、DOM APIではできない方法を使って
JavaScriptフレームワークが実装されてるとでも思ってるのか？ｗ
不思議やなぁ。ただのJavaScriptフレームワークなのに
JavaScriptでは使えない方法を使ってると思うんやぁｗ
250:デフォルトの名無しさん
20/08/03 16:09:59 0MenM/I/.net
>>241
アコーディオンのデモだからアニメーションを強調して長目にしてるだけじゃん
251:デフォルトの名無しさん
20/08/03 16:19:29.50 m8E1Posq.net
速度もとめるならwebglだな
3Dはもちろん2Dも速い
252:デフォルトの名無しさん
20/08/03 16:21:39.76 0MenM/I/.net
そういやValkanってブラウザ対応とかするんかな？
253:デフォルトの名無しさん
20/08/03 16:24:04.93 0MenM/I/.net
Vulkanだったスマン
254:デフォルトの名無しさん
20/08/03 16:29:53.01 0/lt0JjB.net
SPAって帯に短しタスキに長しって感じだな
255:デフォルトの名無しさん
20/08/03 16:35:42.23 wV2nNm2Q.net
>>245
最初からDOMの話してるんだけど。
bodyからのツリーにぶら下げなきゃ描画しないのは知ってるよ？
だからこう書いたのに
> 一個Element作ってその下にたくさんElementぶら下げて最後にappendChildする
256:デフォルトの名無しさん
20/08/03 16:41:07.35 Za6GDrI5.net
>>237
アプリ作る目的がこのスレなのにhtmlとcssのみとか頭イカれてんだろゴミ野郎
何ヶ月も同じこと言ってんじゃねえよ
257:デフォルトの名無しさん
20/08/03 16:43:38.93 vcgZ0KOw.net
バニラでアプリ作れない雑魚のための介護マシン≒React等低速フレームワーク
ということでFA？
258:デフォルトの名無しさん
20/08/03 16:52:57.55 gnTaw2rH.net
UIだけの話しかできないやつなんなの
ここframeworkの話するところ
>>253
開発生産性を考えられないアホは
バニラでやってればいい
259:デフォルトの名無しさん
20/08/03 16:57:30 gnTaw2rH.net
自分ではうまくcssだけで実現できたつもりでも
クロスブラウザ対応できてないケースが多い。
ライブラリ使わないとクロスブラウザ対応は事実上不可能
web frameworkも同様
不要だといってるアホは開発生産性を考慮できていない
260:デフォルトの名無しさん
20/08/03 17:08:55.24 9/tK9gy1.net
>>247
意外と素のOpenGL ESよりだいぶ遅いのが気になるが。
261:デフォルトの名無しさん
20/08/03 17:39:26.37 ICuTyQop.net
>>255
クロスブラウザだけならjQueryで充分
生産の効率化がフレームワークの肝じゃないかなぁ
262:デフォルトの名無しさん
20/08/03 18:12:03.37 4XZf/IuM.net
いやーもう俺はjQueryだけとか無理だわ。保守が苦行すぎだろ。
ScopedじゃないCSSとか思い出すだけで辛い。
型も無しにApi呼ぶの怖すぎ。リファクタリングに手間かかりすぎ。
スレタイのフレームワークなりライブラリ使うだけで劇的に快適になるよ。
中規模以上ならフレームワーク必須。
今更仮想DOMが遅いとか。。文句の付け所が見当違い甚だしい。
263:デフォルトの名無しさん
20/08/03 18:28:42 qdvto+rV.net
emotionのcss prop便利すぎワロタｗｗｗ
styled component形式も併用できる。けどネスト深くなるから好きじゃなかったんだよね。
264:デフォルトの名無しさん
20/08/03 19:07:37.19 vcgZ0KOw.net
>>254
とか言ってるやつが1番開発生産性をわかってない
SPAフレームワークなんて人材調達がめんどくさくて高いからコスパが悪い
MVC+jQueryなら人集めるのが簡単だ
後者は長年の経験の蓄積があるから作業を開始してからもSPAキッズより速い
265:デフォルトの名無しさん
20/08/03 19:32:00 gnTaw2rH.net
>>260
いや、わかってる。
俺は個人でも仕事でもSPA使ってない。
ASP.NET MVC系 + C#だ
前スレでも結論でたとおもうが大手法人サイトでも
web frameworkとしてはReact , Vueをほとんど使ってない。
ただのUIまわりだけの利用にとどまっていて
SPAとして動かしてない
266:デフォルトの名無しさん
20/08/03 19:33:58 wV2nNm2Q.net
長年の経験があって安くて簡単に手に入る人材？ 地雷では？
267:デフォルトの名無しさん
20/08/03 19:40:08 NwY4iaDW.net
Cおじいちゃんの次はマークアップおじさんか
268:デフォルトの名無しさん
20/08/03 19:51:02.89 gfyNPdUj.net
>>252
アプリを作るとは？
実際にはUI作ってるだけやろ
269:デフォルトの名無しさん
20/08/03 19:53:25.08 gfyNPdUj.net
>>258
> いやーもう俺はjQueryだけとか無理だわ。保守が苦行すぎだろ。
> ScopedじゃないCSSとか思い出すだけで辛い。
SPAにするんじゃなくてサイト全体をモジュール化しましょう。
それぞれ独立したページだから、ページごとのscopedになっている
sassを使いましょう。CSSファイル一つでも
ページごとのCSSが作れます。
お前HTML/CSSの技術知らんだろ？
無知だから苦行なんだよ
270:デフォルトの名無しさん
20/08/03 19:54:35.71 vcgZ0KOw.net
>>261
わかってる人だったか
すまんなここは喧嘩売ってくる人が多いから攻撃的になってしまっていた
271:デフォルトの名無しさん
20/08/03 20:36:25.96 gfyNPdUj.net
SPAを作るのが楽なのはわかるが、それはSPAじゃなきゃだめなのか？
UIを作るのが楽なのはわかるが、それはそんなに複雑なものなのか？
って話なんだよな
ほんの少し必要なもののために、全体を複雑化してしまってる。
UIなんて要素の表示非表示で殆どのものは作れるんだよ
DOMによる要素の操作（属性変更以外）が必要なのはフォーム項目数が
増減する場合ぐらいしか無いんだが、一体何のために
フレームワークを使わないといけないんだって話なんだよな
272:デフォルトの名無しさん
20/08/03 20:56:17.63 Za6GDrI5.net
>>267
このクソ野郎が一番わかってない
273:デフォルトの名無しさん
20/08/03 21:07:46.74 gfyNPdUj.net
な？俺が言ってることが正論だから
まともな反論一つできないわけだ
274:デフォルトの名無しさん
20/08/03 21:12:44.80 4XZf/IuM.net
>>265
独立したページだからページごとのscoped？ってどんな小規模なサイトなのよ。普通のサイトでも1ページに複数のcss組み合わせてpackするだろ。。それにaltCssは関係ない。単に名前空間の話なんだけど分からない？
気をつければ問題ない、じゃないのよ。保証されてないとダメなの。その保証をフレームワークがしてくれるワケ。
って言っても分からんか。。よく手作業でやるよな。まあ精々頑張ってくれ。
275:デフォルトの名無しさん
20/08/03 21:15:21.21 Za6GDrI5.net
>>269
最後の3行が無知を晒してんだろがボケ
お前みたいなゴミがゴミサイトしか作れないからそれしかわからねえんだろゴミ
276:デフォルトの名無しさん
20/08/03 21:15:22.28 gfyNPdUj.net
>>270
名前空間ならクラスを使えばいいだろ
単にネストするだけ
書き方がわからんのなら教えてやるぞ？
.my-namespace {
.module {
.component {
.name {
color: red;
}
}
}
}
277:デフォルトの名無しさん
20/08/03 21:16:41.13 m8E1Posq.net
フレームワークを使うのはホームページビルダーを使うような事だ
278:デフォルトの名無しさん
20/08/03 21:16:55.47 gfyNPdUj.net
>>271
理由はないけど最後の3行は無知なんだ！
と言っても誰も賛同しないって（笑）
279:デフォルトの名無しさん
20/08/03 21:23:02.72 frtEuMiX.net
これ多分作ってるジャンルが全然違うやん
280:デフォルトの名無しさん
20/08/03 21:23:56.05 4XZf/IuM.net
>>272
やっぱり分かってない。そんな事みんな知ってて随分昔に通り過ぎてるんだよ。
それを手作業でやる必要ないだろ。必ず間違えるのが人間なんだから。
君もそんな所にとどまってないで登ってきなよ。歓迎するよ？
281:デフォルトの名無しさん
20/08/03 21:28:03.50 gfyNPdUj.net
>>272
通り過ぎる？
じゃあこれの何が問題か言えるよね？
先に言っておくわ。はい言えなーいｗ
282:デフォルトの名無しさん
20/08/03 21:28:19.83 gfyNPdUj.net
>>276あて
283:デフォルトの名無しさん
20/08/03 21:29:42.22 gfyNPdUj.net
>>275
HTMLの基本である文書構造とスタイルの分離を
理解できてないやつがいるからね。
昔はCSSを変更するだけで見た目をガラリと変更できた
早くフレームワークでそういう本来あるべき時代が来るといいねｗ
284:デフォルトの名無しさん
20/08/03 21:52:40.98 wCYxvJCG.net
>>237
ごめん、技術力がないんじゃなくて
タグ書くのとか別ファイルにCSS書くのが純粋に
めんどくさいからあえてJavaScriptで書いてるんだわ。
HTMLもCSSも全部JavaScriptで生成してるんだわ
JavaScriptならconsole.logで
途中経過確認できるし
forやif 配列 連想配列
イベントリスナ
location ajax
285:全部自在だから JavaScript使うんだわ 単なるwebサイト制作屋じゃなくて プログラマなら誰だってそーする。
286:デフォルトの名無しさん
20/08/03 21:58:16.07 VfthWC1J.net
ウェブサイトをプログラミングすんなよ。
画面がグニョんとうごく動的でダイナミックでエクセレントなホームページ作ってるやつ。
おまえ地獄に落ちるぞ。
おまえのせいでページを見てるみんなが困ってんだ。
謝れ。
ページがぐにょぐにょ動く必要ない。
おまえの自己満足だ。
287:デフォルトの名無しさん
20/08/03 22:00:10.12 wCYxvJCG.net
>>281
要求仕様にあるからやってんだよ
俺だってやりたかねぇよ
288:デフォルトの名無しさん
20/08/03 22:01:25.11 VfthWC1J.net
業務ならUbuntuにしとけよ。
おまえのはホビーだ。
ど素人が。
289:デフォルトの名無しさん
20/08/03 22:02:39.71 ukM+b7An.net
テキストのhtmlつなげてDIV.innerHTMLにぶち込んでいたけど
JQueryが速いって聞いて書き直したら、クッソ遅くなった
ま、昔の話だが
290:デフォルトの名無しさん
20/08/03 22:04:12.60 VfthWC1J.net
まあ3年前ならそうかもしれんけど、いまはフレームワークの時代だからね。
やはりUbuntuだと思うんだわ。
291:デフォルトの名無しさん
20/08/03 22:09:49.35 wCYxvJCG.net
>>283
そのクソくだらないおもちゃを
みんな作りたがってるから
余計な仕事が無くならねんだよ
さっきからそういう話をしてんだよ。、
292:デフォルトの名無しさん
20/08/03 22:13:50.66 VfthWC1J.net
金のために魂を売ったなら、結局地獄行きじゃねーか。
293:デフォルトの名無しさん
20/08/03 22:18:58.68 VfthWC1J.net
ソドムとゴモラから話さないといけないのかな。
294:デフォルトの名無しさん
20/08/03 22:31:58 gO94tr6L.net
SvelteのTutorialやろうとして19のうち5で一時挫折
VueもSvelteも覚えることが多すぎる
ほとんど覚えることがないReactは良かった
Reduxは読みやすいReactをものすごく読みにくくして学ぶ気が起きない
295:デフォルトの名無しさん
20/08/03 22:35:18 NwY4iaDW.net
Webアプリしか作れないやつとWebサイトしか作れないやつじゃ話しは合わんわな
296:デフォルトの名無しさん
20/08/03 22:35:49 gO94tr6L.net
Reactはなんで何度も実行して無駄なことしてんのって思ったことがSvelteは解消してんね
コンパイルするから最小限のことしか実行しないようですばらしい
297:デフォルトの名無しさん
20/08/03 23:02:33.36 lfRz9KxF.net
vueとsvelteはほぼ同じようなものなんだけど、互いにいい所があって、両方のいいとこ取りしたものを欲しくなるんだよなあ
298:デフォルトの名無しさん
20/08/03 23:06:23 VfthWC1J.net
>>290
そうじゃねーんだ。
ユーザーの立場から、ホームページは動かすなと言ってるんだ。
299:デフォルトの名無しさん
20/08/03 23:09:52.65 bXOOgqaQ.net
ホームページなんて言葉久々に見たな
300:デフォルトの名無しさん
20/08/03 23:19:43.97 gfyNPdUj.net
>>280
そういやって静的に作れるファイルを
動的に作るからフレームワークは遅いわけ
301:デフォルトの名無しさん
20/08/03 23:21:47.47 RD1quE3e.net
おまいら世界最速の阿部寛のホームページを見習え
302:デフォルトの名無しさん
20/08/03 23:22:27.75 UL5Fg7I6.net
>>296
あそこ何気にIPv6に対応してるからな
303:デフォルトの名無しさん
20/08/03 23:26:29.07 gfyNPdUj.net
>>296
それな。シンプルイズベスト
ただのHTMLとCSSでいいのに
なぜかわざわざ複雑にする
304:デフォルトの名無しさん
20/08/03 23:26:46.75 NwY4iaDW.net
>> 293
ホームページみたいなWebサイトしか作れないお前の立場じゃ、Webアプリを作るのに適してるスレタイのフレームワークの良さはわからんよ
とりあえずお前はスレタイのフレームワークを使ってWebアプリを作るといい
あとユーザーの立場で言えば今の多くのユーザーはネイティブアプリに慣れてるから、動きのあるページの方が良いって言うと思う
305:デフォルトの名無しさん
20/08/03 23:28:58.05 gfyNPdUj.net
> 動きのあるページ
CSSアニメーションでできることを
JavaScriptつかって再発明してそう（笑）
306:デフォルトの名無しさん
20/08/03 23:32:55.78 VfthWC1J.net
動くホームページなんて昭和の主婦かよ。
子供だましもいいとこ。
307:デフォルトの名無しさん
20/08/03 23:46:10.27 /kj6tId5.net
ほーむぺーじはさすがに草生えるわ
308:デフォルトの名無しさん
20/08/03 23:48:20.23 Za6GDrI5.net
>>300
お前みたいなゴミはせいぜいwebサイトのcss止まりなのはわかった
309:デフォルトの名無しさん
20/08/04 00:00:46.21 qBcGe5jj.net
>>289
ReactやるぐらいならElmでよくねえ？
310:デフォルトの名無しさん
20/08/04 00:13:31.37 cWgQ3xfc.net
静的サイト作成ツールでいいだろ。
311:デフォルトの名無しさん
20/08/04 00:16:27.02 pE1d8tp3.net
>>277
なるほどなあ。これが所謂JQueryおじさんってやつか。構うんじゃなかったわ。。
分かった。お前はお前のやり方を通してくれ。
でもスレチだから出てってくれんかなぁ。一応フレームワークのスレなんでね。
312:デフォルトの名無しさん
20/08/04 00:17:09.65 g0FtfJ8n.net
ほらな。想定い通りの答え
313:デフォルトの名無しさん
20/08/04 00:32:42 vydsY05j.net
お客様のなかに 想定い通り にお住まいの方はいらっしゃいますか～
314:デフォルトの名無しさん
20/08/04 01:17:14 GWl1XxoI.net
Vueって昔はcdnから読み込んでHTML属性にv-なんちゃら書けば簡単に使える
nodeやビルドシステム要らずの良いフレームワークだと思ってたんだけど今のVueなにこれ。
Reactの後追いばかりして自分の良さを消しちゃってるよね。
もともとv-なんちゃら属性でHTMLで出来ることを拡張する
コンセプトのフレームワークで全部JSファイルの上でwebコンテンツ作りますのReactとは違うのに無理してTypeScript使い出してて草
そういうのが受け入れられない人こそがVueの本来のターゲットユーザーであったはずなのに
315:デフォルトの名無しさん
20/08/04 02:16:29 vYzFyP25.net
>>301
一応日本初のホームページは1992年（平成４年）だから
昭和の主婦には不可能です。
URLﾘﾝｸ(ja.m.wikipedia.org)日本最初のホームページ
316:デフォルトの名無しさん
20/08/04 02:37:28.75 vydsY05j.net
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
317:デフォルトの名無しさん
20/08/04 07:31:08 aptZSvHh.net
Hooksが出たいまとなってはReactの方がとっつきやすいだろうしな
318:デフォルトの名無しさん
20/08/04 07:56:10 WJJgCWj+.net
野良フレームワークはこういうことがあるから長期運用を視野に入れたときに嫌になる
マイクロソフトが管理してるBlazorだったら安心して長期に渡って利用できる
319:デフォルトの名無しさん
20/08/04 08:03:13.41 9SKQxc06.net
MS社員がこんなとこに来てんのかよ
320:デフォルトの名無しさん
20/08/04 08:45:22 +ywoUJk0.net
MSの社員がこんな無能なわけないだろ
321:デフォルトの名無しさん
20/08/04 08:45:44 cWgQ3xfc.net
グニョンと動いた時点でアウト。
動くホームページ認定。
322:デフォルトの名無しさん
20/08/04 08:52:21 pE1d8tp3.net
フロントの変化が激しいのは昔から。文句行っても始まらんし今後も変わらない。嫌なら他の業種行くしかない。
その前提で例えばVue派とReact派で論争するなら分かるが、なんかスレチで伸びるよな。
少なくとも文句言うだけのjQおじにだけはなるまい。
323:デフォルトの名無しさん
20/08/04 08:53:07 cWgQ3xfc.net
>>308
相転移のタイポだろ。
324:デフォルトの名無しさん
20/08/04 08:54:08 cWgQ3xfc.net
>>317
俺が変えてやるっつってんだよバカヤロー。
おまえ、そのままでいいのか？
おまえの客は困ってないか？
325:デフォルトの名無しさん
20/08/04 08:55:48 cWgQ3xfc.net
そもそも、ITは中国のほうが進んでいるという事実を受け入れられないから、いろいろおかしなことを言う。
ハードウェアは韓国、ソフトウェアは中国に学べ。
326:デフォルトの名無しさん
20/08/04 08:56:09 +ywoUJk0.net
>>319
頼んでない
327:デフォルトの名無しさん
20/08/04 09:08:24.92 cWgQ3xfc.net
MSRAで開発されたBlazorは今後の主流になる可能性がある。
328:デフォルトの名無しさん
20/08/04 09:09:58.31 cWgQ3xfc.net
MSRもむかしは日本に在ったんだけどね。
なぜこうなった。
329:デフォルトの名無しさん
20/08/04 09:13:03.56 cWgQ3xfc.net
やっぱさ、こういうスレで話してても、頭悪いもんな。
中国人のほうが頭いいんだよな。
こういうスレでは、いまこうだからって話よくするんだけど、中国人と話すと、自分たちが10年後を作ってるって感覚があるんだよね。
日本人にはそれが無い。
330:デフォルトの名無しさん
20/08/04 09:15:10.13 MuqrA5JF.net
それで実際に中国人が作ったものってあるの？
331:デフォルトの名無しさん
20/08/04 09:16:04.46 pE1d8tp3.net
>>319
いや実際客との折衝には勢い大事よ。
332:デフォルトの名無しさん
20/08/04 09:16:33.69 cWgQ3xfc.net
あのさあ。
Github見たらわかるでしょ。
勢いが違うよ。
スターの総数一位言語は中国語だよ？
いまそういう時代なんだよね。
333:デフォルトの名無しさん
20/08/04 09:18:09 cWgQ3xfc.net
ただ一つ言っとくけど、没落したとはいえ日本も世界第三位の国だからね。
このままじゃ終わらんよ。
おまえら俺について来い。
334:デフォルトの名無しさん
20/08/04 09:25:09.86 mPErHy6O.net
MSも中国人も有能なのは確かだけど。虎の威を借る無能についてゆくヤツなんていねぇ
335:デフォルトの名無しさん
20/08/04 09:26:50 cWgQ3xfc.net
俺の鋭い嗅覚は頼りになるぞ。
336:デフォルトの名無しさん
20/08/04 09:28:38 MuqrA5JF.net
>>327
やっぱり中国人は自分たちで作ったものがないのかｗ
337:デフォルトの名無しさん
20/08/04 09:31:13.69 +ywoUJk0.net
それならVueとか中国人が作ってるんじゃなかったっけか？
MSの某社員漫画家もやってたろVue
338:デフォルトの名無しさん
20/08/04 09:38:57.36 cWgQ3xfc.net
やっぱり中国人のほうがセンスいいんだよね。
339:デフォルトの名無しさん
20/08/04 09:49:44.34 KtCSSeoT.net
申し訳ない、Reactは公式にも書いてある通り
フレームワークではなくライブラリなんだ・・
340:デフォルトの名無しさん
20/08/04 09:58:39.16 cWgQ3xfc.net
こんなスレで議論するよりウィーチャットで中国人に聞けばいいんだよ。
どれが良いですか？って。
341:デフォルトの名無しさん
20/08/04 09:58:58.38 yHyMeZiF.net
中国人は人口が多いからな
んなもんで公開されてるOSSも多い
また同じ中国人が内輪で使うから星も多い
342:デフォルトの名無しさん
20/08/04 10:01:16.53 cWgQ3xfc.net
いま中国人が一番注目してるのがBlazor。
これで決まりだろう。
343:デフォルトの名無しさん
20/08/04 10:01:48.93 GOOZOtH6.net
それでは数少ないメイドインジャパンのPSSについて語ろう！
344:デフォルトの名無しさん
20/08/04 10:08:21.00 mPErHy6O.net
さぞかしBlazorのスター多いんやろなと思ったらReactやVueと2桁違って草
345:デフォルトの名無しさん
20/08/04 10:11:26.70 6+E2KFl2.net
そらこないだRTMなったばかりだからな
346:デフォルトの名無しさん
20/08/04 10:15:44 cWgQ3xfc.net
読んでる端から文字がぐにょぐにょ動くとか、文書としてあり得んからな。
347:デフォルトの名無しさん
20/08/04 10:20:20 cWgQ3xfc.net
Reactが滅びて青き清浄なる世界が取り戻せればよい。
348:デフォルトの名無しさん
20/08/04 10:29:38 QZqcbM9q.net
中国は今のご時世いつアメリカから取引切られるか分からんから自国製のもんを使うんやない？
349:デフォルトの名無しさん
20/08/04 10:36:57.80 MuqrA5JF.net
中国はアジア各地に戦争を仕掛けようとしてるからね
侵略行為そのものだし
350:デフォルトの名無しさん
20/08/04 11:02:16.76 hTsBg4ec.net
>>343
国政としてはかなり正常な判断だよな
外国ベッタリ依存の我が国と違って自立心がある
ITだけ話ではないがいざというとき自立できる国なら安心して暮らせる
351:デフォルトの名無しさん
20/08/04 11:12:32.42 9595nKGY.net
中国はGitHubは規制されてないのか
中国人は人口多いし、英語あまりできないし
GitHubが中国語だらけになるのは自然なことかと。
中国で革新的なOSやBrowserが開発されたとしても
党の方針でスパイウェア入りだから結局、世界で使われない。
352:デフォルトの名無しさん
20/08/04 11:52:50 cWgQ3xfc.net
そこからか。
中国でウェブブラウザは国産が多く使われていたが、現在では半数がチョロメを使っている。
そういう状況。
353:デフォルトの名無しさん
20/08/04 11:58:24.25 cWgQ3xfc.net
GB18030あたりも説明してやらんと理解できないかもしれんな。
俺以外の日本人は素人だから。
中華人民共和国標準化法3章14条を調べてみろ。
チョロメを使うということは、欧米製品を受け入れるということではなく、欧米進出の布石だ。
354:デフォルトの名無しさん
20/08/04 12:00:52.26 cWgQ3xfc.net
ITは中国のほうが進んでいる、中国に教えを請えと教えてやってるのに。
未だに、「日本の方が凄いんだもん！」とか言っててワロ。
355:デフォルトの名無しさん
20/08/04 12:02:56.11 cWgQ3xfc.net
碧き清浄なる世界のために！
356:デフォルトの名無しさん
20/08/04 12:10:41.34 cWgQ3xfc.net
おまえらH5知ってるか？
お前らのやってるブラゲーはほぼ間違いなく中国産だぞ。
中国の企業が下請けで作ってるって意味じゃないぞ？
中国企業の下請けが各国にあって、ローカライズしてる。
357:デフォルトの名無しさん
20/08/04 12:27:19.98 yStIzuhc.net
とりあえずngに入れた
358:デフォルトの名無しさん
20/08/04 12:49:30.85 Hgxiaiba.net
この連投はもはや病気
359:デフォルトの名無しさん
20/08/04 14:00:07.60 RVSpx86H.net
>>351
なるほど
とりあえずコテつけてくれ
360:デフォルトの名無しさん
20/08/04 14:42:29.26 cWgQ3xfc.net
Javascript自体がかなりの糞言語だけどな。
361:デフォルトの名無しさん
20/08/04 16:06:24.87 MuqrA5JF.net
どの言語にもクソな部分はある
362:デフォルトの名無しさん
20/08/04 16:09:55.95 ct8hCe9t.net
>>315
cocoaでxamarin,azure推そうとして爆死してるの見ると微妙感ある
363:デフォルトの名無しさん
20/08/04 17:14:04 pE1d8tp3.net
TSなら不満はないけどな。JSがアレすぎたから余計そう思うだけかも。
364:デフォルトの名無しさん
20/08/04 17:43:45 sqWdJb7S.net
そもそもTSなんか使う必要あるか？
むしろ邪魔や
365:デフォルトの名無しさん
20/08/04 19:16:19 Z0Jf3hFU.net
最初は俺もそう思ってたけど、書いてみたら必須に思えてくる
366:デフォルトの名無しさん
20/08/04 19:32:08 eB3iNrrw.net
気のせいだぞ
367:デフォルトの名無しさん
20/08/04 19:33:42.24 MuqrA5JF.net
シンプルなコードが書けないから
型とかが必要になるんだよな
まあフレームワーク使うと複雑になるのは
フレームワーク自身に問題があるとも言えるけどさ
全部JavaScriptでやろうとせず、HTMLとCSSをうまく使いなさい
368:デフォルトの名無しさん
20/08/04 19:41:07 aptZSvHh.net
・マークアップおじさん
・Typescript使えないおじさん new!
369:デフォルトの名無しさん
20/08/04 19:45:00.50 BRW7IGWz.net
型があること自体は別にいいんだけどイチイチ些細の変数の型まで定義するのが糞めんどくさくてanyでいいやってなったらもうtsである必要なくね？みたいになる
370:デフォルトの名無しさん
20/08/04 19:46:53.80 yn/C7yiB.net
>>364
アホ
371:デフォルトの名無しさん
20/08/04 19:50:00.42 yn/C7yiB.net
TSの型を書いたらなにこれすげーってなった
TSのすごさはなにこれすげーってなったときに記事を書いたから探せ
最初に経験したときに書くべきだね
二度と経験できないから
372:デフォルトの名無しさん
20/08/04 19:52:02.93 yn/C7yiB.net
英語の記事を読んだらTSのすごさを絶賛する記事があふれてるらしいが本当にそうか？って思った
373:デフォルトの名無しさん
20/08/04 19:55:55.00 +ywoUJk0.net
ID変えてまた連投か
374:デフォルトの名無しさん
20/08/04 20:22:58.55 9595nKGY.net
TSですごいとかいってるひとはC#使ったら感動で死んでしまうだろう
C#が最高だからね
375:デフォルトの名無しさん
20/08/04 20:25:52.39 9595nKGY.net
C#お姉さんが真実を教えてあげよう
URLﾘﾝｸ(youtu.be)
ASP.NET coreはnode.jsより7倍速い。
node.jsはオワコン。低速・開発生産性も低い
376:デフォルトの名無しさん
20/08/04 20:44:02.74 yn/C7yiB.net
フレームワークはTS対応してるから重要になる
TS対応してないフレームワークはゴミ？
377:デフォルトの名無しさん
20/08/04 20:44:07.71 cWgQ3xfc.net
何だコイツちょまどGTじゃないか。
378:デフォルトの名無しさん
20/08/04 20:55:24 yn/C7yiB.net
よく知らんがVue3がTS対応して昔のが使えなくなって混乱してるとかしてないとか
379:デフォルトの名無しさん
20/08/04 21:06:30 yn/C7yiB.net
vuexがTS対応したのは最近だな
URLﾘﾝｸ(github.com)
25 Apr
Added TypeScript support.
380:デフォルトの名無しさん
20/08/04 21:08:05 cWgQ3xfc.net
難しいことは中国人に聞けよ。
おまえらが考えたってわからんだろ。
381:デフォルトの名無しさん
20/08/04 21:09:37 +ywoUJk0.net
中国人はそんな事言わんからお前は日本人か韓国人だな
382:デフォルトの名無しさん
20/08/04 21:45:10 z6njCNBe.net
前回は韓国とアメリカだったから、在日韓国人だな
383:デフォルトの名無しさん
20/08/05 00:42:03.83 9mjkwp1Y.net
>>373
Vueは昔からTS対応が弱かった。Nuxtも同様。
一昔の中途半端感は酷かったな。今はだいぶマシになったけど不安は残る。
V3で本当にきっちり対応するならそれも良い。
基本的に好きなので生き残って欲しい。
ページ数の少ない静的サイトはNuxtに世話になってるし。
384:デフォルトの名無しさん
20/08/05 01:17:25.09 atNER45Q.net
まともにやってる人は、Vue.extendで普通にtypescript扱えてたの知ってるから、
typescriptに弱いとか言うひとはアホだなあと思われるので気をつけるように
385:デフォルトの名無しさん
20/08/05 01:21:50 zbDytttg.net
>>370
asp を使わなくとも、WasmのWASIが速いはず。
ちなみに、node.jsからでもwasiが使える。
386:デフォルトの名無しさん
20/08/05 02:16:57 3b8XoPIw.net
グラフのプロットをしていたところ以下のエラーが出ました。対処法を教えてください。
File "C:\Users\NEC-PCuser\AppData\Local\Programs\Python\Python38\lib\site-packages\matplotlib\pyplot.py", line 2823, in plot
return gca().plot(
File "C:\Users\NEC-PCuser\AppData\Local\Programs\Python\Python38\lib\site-packages\matplotlib\axes\_axes.py", line 1743, in plot
lines = [*self._get_lines(*args, data=data, **kwargs)]
File "C:\Users\NEC-PCuser\AppData\Local\Programs\Python\Python38\lib\site-packages\matplotlib\axes\_base.py", line 273, in __call__
yield from self._plot_args(this, kwargs)
File "C:\Users\NEC-PCuser\AppData\Local\Programs\Python\Python38\lib\site-packages\matplotlib\axes\_base.py", line 399, in _plot_args
raise ValueError(f"x and y must have same first dimension, but "
ValueError: x and y must have same first dimension, but have shapes (343,) and (343105,)
387:デフォルトの名無しさん
20/08/05 04:46:37.29 vmNTB6tp.net
スレ違い！
Python のスレで、聞いてください！
388:デフォルトの名無しさん
20/08/05 07:56:06 eyNhEtAe.net
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
389:デフォルトの名無しさん
20/08/05 08:18:59.48 gOuJOCgw.net
>>383
ほんとあんまり変な機能はむしろ入れないで欲しいな
気軽さは残さないとreactとの差別化が出来ないしな
390:デフォルトの名無しさん
20/08/05 18:56:50 ZS9Zbbq3.net
オープンソースの便利ツールが日本から生まれなくて悲しいですよ。活かしたライブラリを大量に作れるほどCSエンジニアの数が多くないんかやっぱ。
391:デフォルトの名無しさん
20/08/05 19:27:35.75 Iffd/e2l.net
日本のWeb系は外人の作ったフレームワーク使うだけのユーザーの域をまだ出てないからね
日本から発信して世界中で使ってもらうなんてことはまさに奇跡
Rubyは好きじゃないけど実績は本当にすごい
392:デフォルトの名無しさん
20/08/05 19:31:55.19 CHqx4/6C.net
そういやEC-CUBEって日本製なんだっけ
393:デフォルトの名無しさん
20/08/05 19:46:29.44 vh0m4f9r.net
世界中で使ってもらうには英語が欠かせない
中国は英語を学ばせる教育体制が整ってて英語とCSができる人材が出てくるようだ
394:デフォルトの名無しさん
20/08/05 21:41:15.96 EQWbUCtI.net
deeplとかいう精度高過ぎる翻訳ツールも出てきたし、10年後には言語の壁はだいぶ取り払われてる気がする
395:
20/08/05 21:54:04.05 JzSSo+75.net
>>389
deepL の精度は桁違いにすごいですね…
どうしてこうなった？
396:デフォルトの名無しさん
20/08/06 21:35:07.50 EXnyh+a/.net
vurはマークアップ上がりとしては取っつきやすくていい
Reactと比べるとやっぱスタイリングはvueの書き味が圧勝してる
397:デフォルトの名無しさん
20/08/06 22:04:07.46 0KVzrxNz.net
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
398:デフォルトの名無しさん
20/08/06 22:09:13.70 JDrVVzh4.net
Reactでええやん
399:デフォルトの名無しさん
20/08/06 22:30:29.20 6qlg62cE.net
Vueから乗り換えるならBlazorがいい
400:デフォルトの名無しさん
20/08/06 22:47:11.46 Dywe59yG.net
Blazorのデモ
URLﾘﾝｸ(isc30.github.io)
のlighthouse結果：
URLﾘﾝｸ(lighthouse-metrics.com)
※LighthouseスコアはGoogleスピードアップデートの採用指標です
うちのサイトはGoogle経由でなんかアクセスされたくない！
資本主義反対！！
そんなコミュニストに最適なマイクロソフト最先端フレームワークBlazorをどうぞヨロシク！！！
401:デフォルトの名無しさん
20/08/06 22:47:41.94 Dywe59yG.net
どけどけ～邪魔だ邪魔だ～
Lighthouse ２３点が通るぞ～ｗｗｗｗ
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
402:デフォルトの名無しさん
20/08/06 22:51:00.00 L9BcdZLC.net
稼ぎ低いと心も病んでしまうのかな
403:デフォルトの名無しさん
20/08/06 22:52:07.50 0KVzrxNz.net
>>396
こんな酷い点はじめて見たｗ
404:デフォルトの名無しさん
20/08/06 23:11:19.65 DKKm8LHU.net
TypeScriptのサイトはGatsbyになったんだっけ
405:デフォルトの名無しさん
20/08/06 23:21:41.00 JDrVVzh4.net
とりあえずMaterial-UIとVuetifyのサイトで試してみた
Material-UI
URLﾘﾝｸ(lighthouse-metrics.com)
Vuetify
URLﾘﾝｸ(lighthouse-metrics.com)
406:デフォルトの名無しさん
20/08/06 23:24:23.72 60rSesy3.net
測定基準が怪しいな
これじゃ測定結果を信用できない
URLﾘﾝｸ(lighthouse-metrics.com)
407:デフォルトの名無しさん
20/08/06 23:34:25 DKKm8LHU.net
怪しいリンク
408:デフォルトの名無しさん
20/08/07 00:07:59 ts5R835r.net
TypeScriptの公式ページ(Gatsby製)
URLﾘﾝｸ(lighthouse-metrics.com)
409:デフォルトの名無しさん
20/08/07 07:46:20 Dx5WFKIi.net
>>396
VM立ち上げてんのかってくらいFetchが遅いな
410:デフォルトの名無しさん
20/08/07 08:37:15.05 ts5R835r.net
>>404
鋭いね。IRコードのインタプリタwasmモジュール読み込んでんだよ。
それ完全に読んでからじゃないと何一つ実行されない。
しかも実行もIRコードを逐次変換実行だから遅い。
ほんとはAoTコンパイラ導入されてIRコード送るんじゃなく事前にwasmネイティブコード変換済みのものを送る方式にアップデートされる予定だったが、その計画は少なくとも一年延期になったｗ
あと一年は遅いママｗｗ早いパパｗｗｗ
411:デフォルトの名無しさん
20/08/07 09:15:22 UPopDVdK.net
IR？
ILのことかな？
412:デフォルトの名無しさん
20/08/07 09:56:03.77 xwYl4FUW.net
今のままでも体感速度的にはなんの問題もないがwasmネイティブ対応は時間の問題だ
オープンソースだから予定より早く実装される事もよくある
アンチの断末魔が亡者のうめき声に変わるまであと少し
413:デフォルトの名無しさん
20/08/07 10:00:07.28 l761nrW2.net
対応してから言って。
お前ははよベータテストに戻れよｗｗ
414:デフォルトの名無しさん
20/08/07 10:29:11.49 7ZDEhFBq.net
>>405
AOTでnativeに変換されると、最終プログラムのバイト数は増えるだろう。
415:デフォルトの名無しさん
20/08/07 11:02:19 xwYl4FUW.net
AOTならアセンブリよりもっと細かい粒度で不要コードをトリミングできるから最終的にはサイズかなり減るだろうね
416:デフォルトの名無しさん
20/08/07 11:44:28.63 7ZDEhFBq.net
>>410
果たしてそうかな。
通常、中間コードは、(この場合はWasmコードが該当するが)nativeコード
より小さい事が多いものだが。
417:デフォルトの名無しさん
20/08/07 12:08:05.65 uGtTQr1Q.net
>>399
URLﾘﾝｸ(i.imgur.com)
GatsbyだがASP.NETでIIS
418:デフォルトの名無しさん
20/08/07 12:08:34.61 UPopDVdK.net
wasmもネイティブコードではなく中間コードなんだな
そりゃそうか
IntelでもARMでもない仮想アセンブラ（抽象）じゃなきゃ困るもんな
419:デフォルトの名無しさん
20/08/07 12:23:11.75 bAGK6h5g.net
ブラウザ上で走らせるという条件が、まず遅い
コマンドの度にパラメータの安全確認など無駄な処理が必ず入る
420:デフォルトの名無しさん
20/08/07 13:38:09.70 u2puirx9.net
>>412
Gatsbyでただの静的サイトだからASP.NETじゃないやろ
421:デフォルトの名無しさん
20/08/07 14:27:07.38 l761nrW2.net
フォーム処理とかだけしてるのかも…？
知らんけど
422:デフォルトの名無しさん
20/08/07 15:20:27 +dmgCLol.net
>>407
この速度はユーザ逃げ出すよ。ISDNを思い出す遅さ
423:デフォルトの名無しさん
20/08/07 15:35:10 TH1C+bUh.net
>>416
フォーム処理？？
424:デフォルトの名無しさん
20/08/07 16:51:59.20 xwYl4FUW.net
>>417
極一部の糞回線だと僅かながらにストレスを感じるかもしれん
でもほとんどのユーザーは問題ナッシン
425:デフォルトの名無しさん
20/08/07 17:27:44.36 Dx5WFKIi.net
>>419
わかった。あんたC#とBlazorの巧妙なネガティブキャンペーンをやってたんだな。やっと腑に落ちたよ。
あんたが演じたみたく滅茶苦茶な理論振り回す開発者ばかりだと思い込ませれば、C#になんて近づきたくなくなるもんね。いやあ、大したもんだ。すっかり騙されたよw
426:デフォルトの名無しさん
20/08/07 18:09:36 TH1C+bUh.net
>>420
安価合ってる？
427:デフォルトの名無しさん
20/08/07 19:59:35 rEzw+jne.net
ここ最近Nextjsが本当に優秀なのでGasbyがお株奪われた感があるな
普通じゃまずない方法でGraphQL使ってたりGasbyは技術的に面白いするから一部の物好きが細々と使っていく感じになるのかね。
428:デフォルトの名無しさん
20/08/07 20:09:05 zrcxR5+E.net
>>420
あらら
幻術にかかっちゃったね君
429:デフォルトの名無しさん
20/08/07 20:27:02.09 DPYPUDuy.net
URLﾘﾝｸ(www.gatsby.jp)
これか？
430:デフォルトの名無しさん
20/08/07 20:44:41.73 ts5R835r.net
う～んマンダム
431:デフォルトの名無しさん
20/08/08 07:06:09 RUhfAt6E.net
Gatsbyは検索機能が付いたスターターがあって好きよ
最近の主流のAlgolia使わんでいいのはでかいさね
432:デフォルトの名無しさん
20/08/08 08:49:29.90 huO+Mpvx.net
JVM（Java virtual machine）でよかったよね
433:デフォルトの名無しさん
20/08/08 09:06:04.23 mkOodFIn.net
.NETのC#がJavaよりはるかに出来がいい。
速いしJavaはスクリプトよりはましだけどね
434:デフォルトの名無しさん
20/08/08 09:15:07 GsdzsbUo.net
JVMと言えばギターアンプだろ
435:デフォルトの名無しさん
20/08/22 00:55:47.01 CZP1OQek.net
ようやくスレチ連中は行ってくれたようだな
436:デフォルトの名無しさん
20/08/22 01:04:20.76 GBdcHLkT.net
過疎
437:デフォルトの名無しさん
20/08/22 01:04:37.40 GBdcHLkT.net
オワコンだな
438:デフォルトの名無しさん
20/08/24 00:19:32.74 Mpwaz6gd.net
URLﾘﾝｸ(news.vuejs.org)
URLﾘﾝｸ(github.com)
vue3.0正式版リリースおめでとー
439:デフォルトの名無しさん
20/08/27 12:36:43 j8uhHM0t.net
来週中にnuxt.jsもvue3になるらしい。楽しみだな。
440:デフォルトの名無しさん
20/08/27 13:23:11.34 WGrlRrGq.net
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
441:デフォルトの名無しさん
20/08/27 13:52:25.59 Q9F08mvx.net
りあくと
と
あくとり
ってにてるよな
442:デフォルトの名無しさん
20/08/27 14:25:47.32 5aX9dyqp.net
今からならBlazor１択ですわ
443:デフォルトの名無しさん
20/08/29 22:16:20.68 zYvmlNA1.net
今はreactが正義みたいになってるけど
本当にそのスタイルが一番いい方法なの？
まだまだ完成度の高い方法があるような気がするけど
444:デフォルトの名無しさん
20/08/29 22:31:09.71 94tbxeuQ.net
>>438
Blazor