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
445:デフォルトの名無しさん
20/08/29 23:34:06.40 Do+gb0AF.net
NG推奨ワード： blazor
446:デフォルトの名無しさん
20/08/30 02:30:02.52 r6asAfBj.net
Hooks対応してから格段に使いやすくなったよね
447:無しさん
20/08/30 15:42:01 aWGs+TML.net
svelteがどこまでreactに近づけるかにかかってる
でもsvelteは普及しないだろうな
ファイルの拡張子は3文字以内でないとスマートとは言えない
448:デフォルトの名無しさん
20/08/30 16:46:47.91 eZ8QXBBe.net
svelteは後ろ盾が弱いからreactには勝てない
449:デフォルトの名無しさん
20/08/30 19:44:42.82 r6asAfBj.net
svelteをreactやvueと比較してる例って元の素材がシンプルなだけで
規模の大きなものをあれでやろうとしたら結構ごちゃごちゃになりそう
450:デフォルトの名無しさん
20/08/30 20:49:43.77 qn8qpjhr.net
reactが去年hooks正式導入したみたいに
他のライブラリで新しい優れた手法が出てきても
それすらも取り込んでさらにreactの完成度が高くなっていくんじゃないか
451:デフォルトの名無しさん
20/08/30 21:33:16 9xhUkhAQ.net
そういう無節操に流行りものとにかく取り込んでグチャグチャにするのはvueの専売特許だろ。
452:デフォルトの名無しさん
20/08/30 23:13:38 3LctKpsV.net
vue2でコンパイルしたモジュールを3のランタイムに突っ込んだら動かなかった。
これ、vue3の正式リリース時はある程度(再ビルドなしで)互換は確保してくれるんかな
453:デフォルトの名無しさん
20/08/31 01:04:32.52 pyFGZ6Sx.net
>>447
先週あたり正式リリースされてたぞ
互換性は無いでしょ
454:デフォルトの名無しさん
20/08/31 02:31:14 BYjV93JD.net
Reactのrecoilいいな
useContextの欠点を補完してる
もうReduxなんか必要ねえは
455:デフォルトの名無しさん
20/08/31 03:08:30 3l02ZOhc.net
Vue「よっしゃまたパクったろｗｗｗ」
456:デフォルトの名無しさん
20/08/31 1
457:0:42:52 ID:8NqltL1I.net
458:デフォルトの名無しさん
20/08/31 11:45:42 xOKBYCzb.net
Nuxt.jsのExpressをバックエンドにも流用していた人いない？
NuxtをバージョンアップしたらExpress消されてしもたんだけど、
バックのAPIどうしてる？ 新しくAPIサーバー立てる？
459:デフォルトの名無しさん
20/09/01 07:34:19.13 H2P1Kwwy.net
>>449
なんか気になった
調べてみるかな
460:デフォルトの名無しさん
20/09/01 22:04:29 uX7/hD5F.net
既存プロジェクトにフォークしてrecoil入れてみたけどwebpack.configかモジュールか何かがあんまり古いとrecoil-persistが動かないみたいだね
create-react-appで新規に作ったプロジェクトだとスムーズに動いた
461:デフォルトの名無しさん
20/09/01 22:48:46.64 HBKwUtp5.net
recoilというかuseRecoilValueすると2回レンダリングするね？
スタックオーバーフローでも話題になってたけど
462:デフォルトの名無しさん
20/09/01 23:20:45.27 pGsAryYI.net
2回くらい誤差だと思うくらいじゃないとReact疲れ起こすぞ
463:デフォルトの名無しさん
20/09/02 06:55:42 p4dQouXj.net
reactの状態管理とディレクトリ構成は早くベストプラクティス決めてくれや
464:デフォルトの名無しさん
20/09/02 09:42:36.18 SFlYmANK.net
reactは単なるライブラリだっていってんだろ
フレームワークのnextやgatsbyはフォルダ構成決まってんじゃん
465:デフォルトの名無しさん
20/09/02 17:33:32.72 HpvMmrGp.net
フックやストアはどこに置いたらいいのって話の予感
466:デフォルトの名無しさん
20/09/11 22:12:09.67 OUPwI4cw.net
>>449
これも面白そう
Jotai, a New Granular State Management Library for React
URLﾘﾝｸ(www.infoq.com)
たぶん日本語の「状態」からｗ
467:デフォルトの名無しさん
20/09/22 18:12:54.16 ZSi7kXk+.net
vue+typescriptでimport xx from "xx.vue"をした時に、xx.vueで定義しているプロパティやメソッドをオートコンプリートで認識する方法ってありますか？
今は↓を指定していて、当然ながらvueの共通のプロパティしか出てこない。
declare module "*.vue" {
import { defineComponent } from "vue";
const Component: ReturnType<typeof defineComponent>;
export default Component;
}
468:デフォルトの名無しさん
20/09/28 06:32:55.52 kBSftDq9.net
Angularは、materialを使う言語。
JavaScriptをつくるスクリプトという印象だった。
SPAとよく言われるが、CORSでつまづくから人気がないんだと思う。
機能一日触っていたけどAngular側の問題ではないという話もあるが。
webapi、いわゆるバックエンドをgolangで実装したが簡単に棲み分けできた。
469:デフォルトの名無しさん
20/10/10 17:01:18.54 8BJRM8SS.net
Reactでログインどうやって作るんすか？
OpenID？というのを使うんですか？
470:デフォルトの名無しさん
20/10/10 17:16:20.78 8ki6OpWY.net
>>463
セッション維持の仕方という意味で聞いているのかな？
471:デフォルトの名無しさん
20/10/10 18:07:31.55 tFVag5PE.net
>>463
reactあんま関係ないねーー。
ログイン画面の作り方の事なのかい？
472:デフォルトの名無しさん
20/10/10 18:23:38.31 Y8yX55gn.net
どういったapiを作ればいいのか
どうやってreactから使うのか
さっぱりわかりませ�
473:�
474:デフォルトの名無しさん
20/10/10 18:42:22.20 8S91/Gvj.net
俺はめんどくせえからお前ら無料で調べて教えろってなんで素直に言えないんだ
475:デフォルトの名無しさん
20/10/10 18:44:20.12 2goS7Sp9.net
>>463 >>466
server-sideの勉強しないと無理
DBとかsecurityの知識が必要
server-sideやるならJSはやめたほうがいい
node.jsが遅いし良いframeworkがない
server-sideの知識がないならなおさらJSはやめたほうがいい
速さ重要ならASP.NET Core
速さはどうでもいいならRuby on Rails
あたりが有名どころ
476:デフォルトの名無しさん
20/10/10 19:07:39.01 Y8yX55gn.net
ググったけどどいつもこいつもオレオレ認証ばっかりでどうにも胡散臭い
こんなんでいいのか？
フレームワークが全部面倒みてくれないと不安すぎてリリースできない
お腹痛い
--react--
username, passwordをajax post /api/login
--server (Aspnet, Spring, ...)--
username, passwordをverify
set cookie（ http only, secure, same origin)
--react (post準備)--
CSRF tokenをajax get /api/csrf_token
--server--
認証cookieなかったら401
CSRF tokenをリフレッシュ
--react (post)--
CSRF tokenをheaderに入れてajax post /api/xxx
--server--
認証cookieなかったら401
CSRF tokenが違ったら403
Permissionが無いなら403
なんか処理する
477:デフォルトの名無しさん
20/10/10 19:31:47.37 w1paHL08.net
おいらクッキーよくわかってないのでいつもlocalstrage使ってる
478:デフォルトの名無しさん
20/10/10 20:43:12.53 2goS7Sp9.net
>>470
localstorageはsecurity低いと言われてるけどな
JSで盗めるそうだ
>>469
不安ならMSのasp.net coreのドキュメントみればいい
login実装についても詳しいのがあったはず
479:デフォルトの名無しさん
20/10/10 22:43:53.81 BjcbKuib.net
>>463
認証プロバイダーなら、Facebook, Google, Amazon, OpenID など。
モバイルアプリなら、AWS Cognito
Ruby on Rails なら、Devise
ベンチャー企業では、Rails, AWS, CircleCI がデフォルト
クライアント側の人は、Firebase を使う
480:472
20/10/10 23:36:57.75 BjcbKuib.net
ぶっちゃけ始めるのにいい言語て何 part3
ｽﾚﾘﾝｸ(tech板:170番)
上に書いたけど、
ベンチャー企業は、AWS, CircleCI, Ruby on Rails ばかり採用するから、
サーバー側は、Railsの1強
Railsをやっていないと、システム構築運用できない。
これを他言語で学ぼうと思うと、大変
481:デフォルトの名無しさん
20/10/10 23:49:00.49 8ki6OpWY.net
>>473
ruby一強だけは無いw
482:デフォルトの名無しさん
20/10/10 23:49:50.23 OZkIKLkD.net
>>473
あほ
483:デフォルトの名無しさん
20/10/11 00:10:00.73 5wfZqbpY.net
Railsは遅い
LinuxでもASP.net Core動くようになってからは
Rails選ぶ理由が見当たらない
C#覚えるほうがほかの用途にも使えるし。
484:472
20/10/11 06:11:57.18 B+MSoWxK.net
YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる
いらない技術が、
GUI 系は、画面の手直しなどで、工数がかさむ。
C#, dot.net などのWindows 系は、いらない。
Java などの土方系も、いらない。
C/C++ などのポインタ系や、ハードウェアの仕組みなども、いらない。
Elixir, Rust は、普及へのchasm・溝を超えられなかった
今は言語よりも、Docker, Kubernetes, AWS などの、サーバー構築運用技術が重要になった！
つまり、10年やったプログラマーよりも、
Ruby on Rails を1年勉強した未経験者の方が、上になった！
KENTA も言ってたけど、ポートフォリオに、Terraform を使うような怪物も現れてきた
ベンチャー企業は、AWS, CircleCI, Rails ばかり採用するから、
Microsoft は、GitHub を買収し、CircleCI, Heroku, Rails, Ubuntu などを狙っている
485:デフォルトの名無しさん
20/10/11 06:26:44.77 L0jLwXV1.net
未だにRubyイキってる残党
早く駆逐されないかな
486:デフォルトの名無しさん
20/10/11 07:45:50.65 6reX+khV.net
Linux環境だから今更ASPやるメリットなんもわからんし(C#は好きだけど)、RailsはRubyおじさんがうるさいので、nextかな～
487:デフォルトの名無しさん
20/10/11 08:07:58.14 5wfZqbpY.net
>>477
KENTAってぼったくり情報商材うってるやつだろｗ
そんなやつの信者なんているんだな
Goなんてちっとも流行ってないしメリットもない
KENTAなんて情報商材屋のクズってすぐわかる
RubyはRuby on Rails専用言語というのが実態。
web以外ではろくに使われてないしwebに使っても低速
488:デフォルトの名無しさん
20/10/11 08:12:16.08 5wfZqbpY.net
>>477
最後の一行も情報商材屋KENTAの予想か？
つっこみどころ満載なんだが
489:472
20/10/11 09:25:03.49 B+MSoWxK.net
KENTA は、マナブの12万円の情報商材について、
WordPress だから意味がないって言ってる
初心者は、Ruby から始めろって
KENTAのサロンは、月千円だろ。
年収も公開してる
490:デフォルトの名無しさん
20/10/11 09:46:52.94 5wfZqbpY.net
マナブも情報商材屋だったのかw
もうエンジニア脱落したひとでスキルがない人という事は知ってる
初心者向けCMSのWordPressみたいなので12万円で売るってそうとうなクズやねｗ
10万以上の情報商材うってるやつらは全員クズだとおもってる
KENTAも情報商材屋だろ
IT系のYouTuberなんて金のためにやってるやつらばっかりだし
そいつらは情報商材売るためのポジショントークばっかりだぞ
自分が売りたい商材に合わせてほかの技術がだめだとか言ってるだけ
Railsは初心者が入りやすいからそれで商材つくって儲けようってことなんだろうな
491:デフォルトの名無しさん
20/10/11 10:01:44.61 hEZbcoV+.net
年収で負けてるお前らが何を言っても虚しいだけだぞ
全て結果が示してる
492:472
20/10/11 10:19:41.88 B+MSoWxK.net
KENTA は、サロン経営者。
キングコング西野を目指している。
知らんけど、情報商材屋ではないだろ
KENTA は、スーパー・プログラマー。
経歴書に使用した、100の言語・フレームワーク・ツールなどを書いてる
Elixir で、ポートフォリオも作ってる
493:472
20/10/11 10:26:06.79 B+MSoWxK.net
KENTA は、学校を否定しないけど、
Ruby on Rails で、マコなりの80万円とか、
1週間のイナズマコースの20万円とか、苦々しく思っているはず
どこもかしこも、Rails で稼ぎまくっている
東京フリーランスのとだこうきは、
デイトラで、10万円のRuby on Rails コースを作って、価格破壊を起こした
494:デフォルトの名無しさん
20/10/11 11:13:47.53 5wfZqbpY.net
>>485
KENTAは三流
本当に技術があるなら自社サービス、アプリを大ヒットさせて、
IPOまでいって数百億円以上を手にしてるわ
KENTAとか情報商材屋のやってることは
IT業界の経歴ないやつの弱みにつけこんでぼったくり商材を買わせてること。
初心者向け講座なんて書籍やネットで入手できるレベルのことしか書いてない
サロンの会費が月1000円ならたいして稼げない。
YouTubeの再生も安い
収入のメインはぼったくりの情報商材だよ
YouTubeで知名度あげて初心者だましてぼったくり商材うる。それがKENTA
そんなクズの動画みるのやめたほうがいいぞ
495:デフォルトの名無しさん
20/10/11 11:18:36.98 5wfZqbpY.net
>>486
10万円、価格破壊でもなんでもない
英語できるやつはYouTubeで良い解説動画をたくさん無料で見れる
英語できないやつでもRailsくらいなら書籍はたくさんある
情報商材に手を出す必要性はゼロ
496:デフォルトの名無しさん
20/10/11 12:19:19.54 7awaMIoV.net
年収が高いほうが偉いなら
詐欺師は偉いってことだな
497:デフォルトの名無しさん
20/10/11 12:25:05.38 6reX+khV.net
そんな局地の話なんてどうでもいいから
498:デフォルトの名無しさん
20/10/11 12:26:02.19 mzj9OHDg.net
常識的に考えて犯罪は別だろう
499:デフォルトの名無しさん
20/10/11 12:36:46.92 5wfZqbpY.net
ずば抜けたスキルあるやつは雇われでも4桁万円稼げるし
自社サービス開発すれば億単位の金をすぐに手に入れる
初心者、業界未経験者をだまして数十万円の情報商材を
売りつけてるようなクズYouTuberはスキルもたいしたことない。
スーパープログラマーとか持ち上げてる信者もいるし、
騙されてる方もきづいてないようだしたちが悪いよな
500:デフォルトの名無しさん
20/10/11 12:39:39.24 j5pFI3Yh.net
ということで、情報商材買いませんか？
通常価格39万円の所、今なら20万円です！
501:デフォルトの名無しさん
20/10/11 12:55:09.63 ksTujyEO.net
ずば抜けたスキルがあるなら雇われてないでサロン経営とかしたほうが儲かるんだろーな
502:デフォルトの名無しさん
20/10/11 13:02:23.43 ksTujyEO.net
なにより人にこき使われて成果を吸い上げられる会社構造から脱却できるってのが心の抑圧からの解放につながってよりよい幸福を得られるのかもしれん
503:デフォルトの名無しさん
20/10/11 13:05:05.43 L0jLwXV1.net
>>485
ケンタはバックエンドしかできない古いタイプのエンジニアだよ
フロントはド素人
ド素人のサロン入りたいならどうぞ
504:デフォルトの名無しさん
20/10/11 13:08:25.94 VnCDLIN0.net
フロントは安い人材がゴロゴロ居るから外注すればいい
本当に価値のある仕事ってほとんどすべてバックエンドだよ
505:デフォルトの名無しさん
20/10/11 13:09:10.36 +MqWlANn.net
有名で優秀なエンジニアはgithubのプロフィールが輝いてる
506:デフォルトの名無しさん
20/10/11 13:13:35.86 VnCDLIN0.net
アピール好きの二流のほうがそうでない一流よりプロフィールが輝かしいなんてことはよくある
アピールの仕方を熱心に研究するようなやつも多い
まあそういうのに時間取られると中身がおろそかになるんだけどね
507:デフォルトの名無しさん
20/10/11 13:26:11.68 5wfZqbpY.net
>>494
サロンで稼いでるやつらにあるのは
プログラミングのスキルじゃなくて初心者を騙して稼ぐスキルな
508:デフォルトの名無しさん
20/10/11 13:32:07.84 I9IAz5Q2.net
KENTAとかいう奴が宣伝に来てたのか
それともネズミ講システムでもあんのか
509:472
20/10/11 14:12:29.48 B+MSoWxK.net
KENTA は、サロン経営者。
知らんけど、情報商材屋ではないだろ
年収も公開していたけど、何千万も無かった
マコなりなんて、80万円のRuby on Rails コースに、生徒が何千人とかだろ。
売上が何十億円とか
東京フリーランスのとだこうきは、
デイトラで、10万円のRailsコースを作って、価格破壊を起こしたけど、
会社の時価総額、10億円を目指すと言ってた
マコなり・マナブは、経営者。
一方、KENTA・とだこうきは、スーパープログラマー
510:デフォルトの名無しさん
20/10/11 15:09:39.38 6reX+khV.net
そんな事よりスレタイにそった話しようぜ。最近React覚えたんだけどVueは何で日本で流行ってんの？
511:デフォルトの名無しさん
20/10/11 15:56:13.51 LNxOPIwP.net
色分け世界地図見たことあるけど中国と日本となんだかよく分からん中央アジアの国だけVue人気だったな。
512:デフォルトの名無しさん
20/10/11 18:58:59.20 nQ11gXzI.net
日本は中国の一部みたいなもんだからな
政府からマスコミから企業の役員から中国人だらけ だから流行ってんじゃね？
513:デフォルトの名無しさん
20/10/11 20:14:46.70 L0jLwXV1.net
フロントは安い人材ってのはそっちはWebサイト作成であってWeb開発じゃねえんだよ
Web開発のフロントはむしろ難易度高くて世界的にかなり希少価値が高い
ここをわかってないバカがバックエンドに多い
514:デフォルトの名無しさん
20/10/11 20:18:36.41 dpbsaRzg.net
>>506
フロントで無理するんな
顧客はそんなもの求めていない
フロントを難しくして、俺難しいことしてるんだって悦になるなよ
意味がないことをしてることに気づけ
515:デフォルトの名無しさん
20/10/11 20:26:59.66 6reX+khV.net
そら（あんたの技術力では）そうよ
516:デフォルトの名無しさん
20/10/11 20:30:19.10 LnEthgDV.net
フロントはエンジニアじゃなくてフレームワークユーザーでしかないから金は出し渋らざるを得ない
517:デフォルトの名無しさん
20/10/11 20:59:09.14 dpbsaRzg.net
>>508
技術力の話なんかしてないぞ
顧客が求めてるものを作れってだけ
518:デフォルトの名無しさん
20/10/11 21:00:47.43 dpbsaRzg.net
つーかなんでSPAの方が素晴らしいなんて考えて出てきたんだろうか？
Twitterなんかスクロールして、そこのリンク先見て
もどったらスクロールが消えてて使いづらいし
それ普通のウェブサイトでよくね？ってのが多い
519:デフォルトの名無しさん
20/10/11 21:09:00.82 hsJQJu/B.net
>>510
むしろ逆だろ
ウェブアプリ作るならSPAのほうが楽だからそうしてるだけだぞ
520:デフォルトの名無しさん
20/10/11 21:13:48.22 dpbsaRzg.net
>>512
ほらなｗ
顧客が求めてるかどうかじゃなくて
自分が作るのが楽だから～とか言い始めたｗ
521:デフォルトの名無しさん
20/10/11 21:17:54.71 kZXFoyze.net
顧客が求めるものを楽に提供できるならその方が良いと思うが。
522:デフォルトの名無しさん
20/10/11 21:19:10.17 dpbsaRzg.net
ウェブアプリを作ってる連中は
顧客に何が求めてるかを聞いてない
作ることから始める
523:デフォルトの名無しさん
20/10/11 21:25:38.26 ksbz56K1.net
そんな卵鶏論語っても何の意味のない
524:デフォルトの名無しさん
20/10/11 21:30:29.51 dpbsaRzg.net
顧客が本当に望んでるなら
もっとウェブアプリは普及してるだろうな
結果論だが、顧客から求められていなかった
525:デフォルトの名無しさん
20/10/11 21:53:31.77 5wfZqbpY.net
>>496
client-sideとserver-sideどちらかしかできない人なら
server-sideやってきた人のが理解力はあるが
server-sideやってきた人間ならC#要らないとか言わないし
KENTAレベル低そう
526:デフォルトの名無しさん
20/10/11 22:01:26.40 I9IAz5Q2.net
>>515
Webアプリが求められれば作るし、
Webサイトが求められれば作る
お前は客が何を求めているかも分からず
ボクウェブアプリは作れましぇーんしてるだけなの
527:デフォルトの名無しさん
20/10/11 23:08:31.46 e8s7/6DM.net
高速MVC+部分更新だけお手軽にできるフレームワークが本当に欲しかった物
ASP.NET Core MVCはよくできてる
528:デフォルトの名無しさん
20/10/12 00:08:26.87 W7DIfWj+.net
>>519
顧客はアプリを求めないってだけの話
こういうのを作ってください→ああフロントはウェブサイトですね
こういう話
こういうのを作ってください→フロントはウェブサイトで十分だけど、俺はウェブアプリにしたいんだ！
こういうのが未熟者
529:デフォルトの名無しさん
20/10/12 04:09:49.53 CsRHImZw.net
アプリは、様々なリソースを使う権限を渡すから、嫌がられる
一方、ブラウザなら、自分のPC 内にアクセスされない
530:デフォルトの名無しさん
20/10/12 06:06:50.40 iawghE1m.net
>>521
いや、さすがに頼まれたものと違うものをゴリ押しすんのはガイジだろ
お前の中ではウェブアプリとウェブサイトは具体的にどんな違いがあるわけ？
SPAならウェブアプリで、そうでなければウェブサイトって言いたいの？
531:デフォルトの名無しさん
20/10/12 06:15:13.80 W7DIfWj+.net
> お前の中ではウェブアプリとウェブサイトは具体的にどんな違いがあるわけ？
ウェブアプリは難易度が高くて開発コストが高いだって>>506が言ってたよｗ
532:デフォルトの名無しさん
20/10/12 06:51:45.65 wrjLnlZW.net
ASPおじさんまた恥を晒しに来てたのか
533:デフォルトの名無しさん
20/10/12 06:59:13.63 MRg2pj1A.net
当たり前だがフロントできるってことはバックエンドなどとうの昔に散々開発してきてるわけ
バックエンドしかできない無能はフロントエンジニアはフロントしかできないと勘違いしている
お前らがフロントできないだけの無能な負け組だといつになったら理解するのか
534:デフォルトの名無しさん
20/10/12 07:23:57.52 V6OLkibC.net
> 当たり前だがフロントできるってことはバックエンドなどとうの昔に散々開発してきてるわけ
その根拠は？？？
535:デフォルトの名無しさん
20/10/12 07:27:36.33 iawghE1m.net
>>524
うん、それは分かるんだけど、抽象的すぎるよね。じゃあそれって具体的にどう違うのか？ってところを聞いてるんだよ
536:デフォルトの名無しさん
20/10/12 07:37:43.17 CsRHImZw.net
Ruby on Rails では、React, Bootstrap などが多いけど、
Tailwind CSS を使っている人もいた
Tailwind CSS を使っている人は、いる？
537:デフォルトの名無しさん
20/10/12 08:10:03.70 gy4yg8JT.net
客「こういうのを作ってください」
>>521「フロントはウェブサイトで十分だけど、俺はウェブアプリにしたい」
客「ウェブアプリにするとどう違いますか？」
>>521「開発の難易度が上がって、コストも上がります」
客「？？？」
523「いや、さすがに頼まれたものと違うものをゴリ押しすんのはガイジだろ」
519「Webアプリが求められれば作るし、Webサイトが求められれば作るよ」
538:デフォルトの名無しさん
20/10/12 08:52:33.60 qUsLT1qO.net
>>526
それはないな
フロントエンドはserver side知らないやつばっかり
おまえは職歴ないのがばれてる
server side続けられずにフロント移動なら無能だろう
上流に近いところの仕事から外れたということはそういうことだ
539:デフォルトの名無しさん
20/10/12 09:11:48.12 8wcnti+0.net
>>524
難易度が上がるとかコストが上がるってのは成果物に対する副次的な話で、
具体的にって聞かれたら成果物の話をするだろう普通。
アスペには難しいか。
540:デフォルトの名無しさん
20/10/12 09:29:43.49 y+TJqPrh.net
> 難易度が上がるとかコストが上がるってのは成果物に対する副次的な話で、
成果物関係ないよ。人件費の話。
難易度が上がると高い人件費の人を雇わないといけないでしょ？ｗ
難易度上がっても給料は一緒でいいっていうのなら話は別だが
541:デフォルトの名無しさん
20/10/12 09:38:09.63 iawghE1m.net
>>533
つまり君の認識によると、
ウェブアプリとウェブサイトの違いは開発手法のみであって、成果物への違いは無いということなのかな？
542:529
20/10/12 09:54:32.88 CsRHImZw.net
Ruby on Rails で、Netflix 製のJSON シリアライザー・Fast JSON API を使っている人がいるけど、
これは、GraphQL とREST の中間的な立場になるようだ
REST 以外では、GraphQL と、どちらを使うことが多い？
543:デフォルトの名無しさん
20/10/12 10:04:11.76 y+TJqPrh.net
>>534
うはっ、このビジネスアプリの画面ゲームみたいｗｗｗ
という成果物でも目的は達成できるだろうが顧客は求めてない
結局ありきたりのシンプルなインターフェースが一番
成果物が違っていても、実現できることが同じなら違いはないと言える
544:デフォルトの名無しさん
20/10/12 10:14:25.70 941JO02h.net
>>511
twitterのスクロールが糞なのは同意するが
それはSPAの欠点という訳ではなく
単にtwitterの設計が間違ってるだけ
SPAを責めるのは筋違い
545:デフォルトの名無しさん
20/10/12 10:17:23.21 y+TJqPrh.net
使いやすいインターフェースを求めていくと
結局従来の1URL、1ページの構成が最適だって気づく
SPAも結局従来のインターフェースを目指してる
本末転倒ｗ
546:デフォルトの名無しさん
20/10/12 10:19:44.62 wrjLnlZW.net
というか個々の人件費が増えてもSPAで早く作った方が安いパターンもあるのでは？
547:デフォルトの名無しさん
20/10/12 10:22:32.51 y+TJqPrh.net
SPAが早く作れるなんてデータでもあんの？
むしろ分業作業がしづらくなるから遅くなるやろ
548:デフォルトの名無しさん
20/10/12 10:39:46.56 qUsLT1qO.net
>>511
新しいタブで開けばいいだけではないか？
戻ったりするより無駄な読み込みもなく速い
SPAが素晴らしいなんて風潮にはなってないでしょう
大手web serviceのほぼすべてがSPAになってない
URLが別々じゃないとデメリットの方が大きい
549:デフォルトの名無しさん
20/10/12 10:45:12.88 qUsLT1qO.net
>>539
SPAは開発生産性が悪く、開発コスト、工程は大幅に増える
しかも使いにくいサイトになる
ろくでもない
5chではSPA流行ってると嘘ついてるひといるけど
ぜんぜんそんなことはない。騙されてはいけない
550:デフォルトの名無しさん
20/10/12 11:23:58.45 iawghE1m.net
>>536
君の言っていることが二転三転してよく分からないからまとめるね。
これであってる？違っていたら教えてほしい。
・ウェブアプリは糞でウェブサイトのほうが優れている（開発難易度やコストの都合）
・2者の主な違いは開発手法にある
・2者はインターフェースにも違いがあるがそれは主旨とは外れているので優劣という意味では関係ない
・インターフェースの違いの掘り下げると、それはデザイン的な違いという意味ではなく、SPAかどうかが焦点
551:デフォルトの名無しさん
20/10/12 11:51:07.74 8wcnti+0.net
ID:y+TJqPrh
こいつ成果物は関係ないとか言ってるのに、思いっきりインターフェースの優劣比べてて面白いな
552:デフォルトの名無しさん
20/10/12 12:21:03.76 9fKl9/jQ.net
動的にすればするほど、ユーザーがページの挙動を予測しにくくなる
凝ったデザインにすればするほど装飾とマージンが増えて、価値ある情報の含有率が減る
この事実からひたすら目をそらして、UXだなんだと、耳障りのいい横文字言葉遊びでキャッキャとはしゃぐウェブ系フレームワークユーザー（エンジニアに非ず）がいかに多いことか
やつら遊び半分のウェブ系だから許されてるかもしれんが、ガチの業務系に行ったら無能どころか害悪にすらなりかねん
553:デフォルトの名無しさん
20/10/12 12:33:31.34 wrjLnlZW.net
お、求められてるものが違うのはわかってんのね
でも業務系以外の事、もっと勉強しようね
554:デフォルトの名無しさん
20/10/12 13:09:57.58 jwY2w92b.net
UXとかデザインの是非の話は完全にスレチじゃねーか
あのUXはjQueryだと難しいけどreactなら楽に実装できるとか、実装面での話をするならここでも良いが、UXを実装するしないの是非の話は余所でやってくれ
555:デフォルトの名無しさん
20/10/12 13:37:38.51 7YiZwJ+L.net
>>547
９月２日から１０月１０日までレスが３つしか付かなかった過疎スレだからスレチや余所でやってくれはまったく通用しない！！
おまえがこのスレに来なければいい！！！
過疎ったのにまたレスが付くようになっていいなと思ってる
おまえがスレチ！！
556:デフォルトの名無しさん
20/10/12 14:08:10.51 9fKl9/jQ.net
SPAで「ありがち」なUX設計が実はクソだということがわかってよかった
次は実装が楽になるのか？生産性が上がるか？という疑問だが
これも怪しい
ご存知の通りSPAは遅い、初回起動はとくに遅く
アプリの一部だけが更新されたにも関わらず全体を取り直す必要があるたね頻繁に更新されるアプリには不向きだ
またSEOにも弱い
SSRならば、と言う人がいるが、これはサーバーサイド資源の浪費や不安定さという別の問題を呼び込むので、スマートな解決策ではない
そう、SPAは実装する上でもあれこれ問題だらけの困ったちゃんなのだ
SPAの採用実績が少なくMVCフレームワークが持て囃されるのには理由がある
動的ビューの実装を楽にしたいがために、別の様々な問題を呼び込み、全体としては生産性が低下してしまっている
なんてことはない
SPAは実装能力もクソだった
だから選ばれないのだ
557:デフォルトの名無しさん
20/10/12 14:15:16.26 iawghE1m.net
>>544
恥ずかしくなってID変えちゃったね
558:デフォルトの名無しさん
20/10/12 14:37:19.13 qUsLT1qO.net
定期的にwebsiteの話題する人現れるけど
ここプログラム板だしweb siteではなくweb appが大前提
559:デフォルトの名無しさん
20/10/12 15:06:26.64 O4GtI7oq.net
でも、最新情報をゲットするアプリとか、正直ウェブサイトのほうが良いんだけど。
560:デフォルトの名無しさん
20/10/12 15:08:33.57 wrjLnlZW.net
> ご存知の通りSPAは遅い、初回起動はとくに遅く
Preactとかご存知ない？
20KB以下とかでアプリ作れるよ。起動も一瞬
561:デフォルトの名無しさん
20/10/12 15:16:17.49 wrjLnlZW.net
>>552
それはあるよね。
だからSPAサイトのクロールはリソース食うの我慢してヘッドレスブラウザ使ってるわ
562:デフォルトの名無しさん
20/10/12 16:05:22.47 MRg2pj1A.net
>>531
いや、フロントフレームワークでてきたのなんてここ最近だろボケが
それまではSSRやってたんだよ
フロントしかできないアホはフロントじゃなくてただのWebサイトhtmlコーダー
一緒にすんな
563:デフォルトの名無しさん
20/10/12 16:08:56.92 MRg2pj1A.net
>>549
WebアプリにSEOなんていらねーだろ
おめーはWebサイトしか作れない安月給底辺コーダーなわけだ
564:デフォルトの名無しさん
20/10/12 16:26:04.83 qUsLT1qO.net
>>555
ここ最近っていつのことだ？
おまえが最近知っただけでは？
人の入れ替わり激しいしフロントエンドしか知らないやつたくさんいる
あとSSRの意味を理解してないだろう
>>556
いやECとかはSEO必要なサイトもある
基本知らないしフロントの底辺だな
565:デフォルトの名無しさん
20/10/12 17:07:58.92 gy4yg8JT.net
> ご存知の通りSPAは遅い、初回起動はとくに遅く
いや、単純な速さを比べるなら、ページ遷移速度はSPAが圧倒的に軍配あるし、初回起動もSPA側がchunk化してればどっちも遜色なくね？
chunk化はVueでもReactでもできるし、書き方もルーターの書き方をちょっと変えるだけで手間もかからんぞ。
URLﾘﾝｸ(ja.reactjs.org)
URLﾘﾝｸ(router.vuejs.org)
一括ロードするべきか分割ロードするべきかはアプリの性質によると思うが、SPAの選択肢が一括ロードしかないと思いこむのは間違いだぞ。
566:デフォルトの名無しさん
20/10/12 17:20:52.41 MRg2pj1A.net
とにかくフロントフレームワークごときが難しいとかそもそも開発できないゴミの意見は不要
バックエンドしかできないゴミも不要
567:デフォルトの名無しさん
20/10/12 18:42:48.48 9fKl9/jQ.net
SPAもゴミ
568:デフォルトの名無しさん
20/10/12 20:29:03.84 kRs6xrkP.net
バックエンドはjsonさえ返せればいい
人員さくほどのことではない、なんならサーバーレスでもいい
569:デフォルトの名無しさん
20/10/12 20:30:53.59 s2VVgDut.net
SPA使ってる所ってたいがい重いよね
570:デフォルトの名無しさん
20/10/12 20:45:36.64 WX/9950s.net
そうかな？
サクサクじゃん
571:デフォルトの名無しさん
20/10/12 20:55:02.37 s2VVgDut.net
クライアントでレンダリングのためにJavaScriptで
処理をするんだからどうしても遅くなるよ
572:デフォルトの名無しさん
20/10/12 20:58:30.79 s2VVgDut.net
A single-page app is almost always worse than a multi-page app
URLﾘﾝｸ(news.ycombinator.com)
単一ページのアプリは、ほとんどの場合、複数ページのアプリよりも劣ります
573:デフォルトの名無しさん
20/10/12 21:00:05.31 wrjLnlZW.net
JavaScriptの処理速度よりネットワークやアクセスの集中したサーバのレイテンシの方が影響大きい場合の方が多くない？
574:デフォルトの名無しさん
20/10/12 21:00:53.63 s2VVgDut.net
これは良い意見だな
> SPA Webアプリの構築に数年を費やした後、ステートレスHTMLの単純さが本当に欠けています。
> 私の同僚が選んだフロントエンドフレームワークは、ページ間など、
> 状態を持ち運ぶのが本当に好きで、多くの見つけにくいバグを引き起こしました。
> これらのバグは、複数のページにわたって特定の一連のアクションを実行するとトリガーされます。
> そのようなことは不可能なはずです。ページ間のすべての状態をクリアする必要がありますが、
> これを行うためにフレームワークと戦うのは難しいようです。状態を持ち歩くことはそれの基本です。
SPAはステートフル。ページを移動するときに「状態」を引き継ぐ
575:デフォルトの名無しさん
20/10/12 21:03:43.32 s2VVgDut.net
>>566
ネットワークやアクセスが集中した場合、SPAでも遅くなります。
データベースから取ってきたデータ（ここが一番時間がかかる）を
HTML形式に変換して返すか、JSON形式に変換して返すかの違いしかありません。
HTML形式をサーバーサイドレンダリングというのなら、
JSONを返す場合は、サーバーでJSON形式に「レンダリング」してるんですよ
576:デフォルトの名無しさん
20/10/12 21:16:45.58 iawghE1m.net
ASPおじさんさ、ID変えて逃げないで>>543に答えてくれよ
577:デフォルトの名無しさん
20/10/13 01:08:15.40 y5Oy6HcC.net
アラフォー大逆転プログラマー たけ
【Rails】（送信時のリロード無し！）Action CableでSlack風チャットアプリを作成
URLﾘﾝｸ(www.youtube.com)
プログラミングを始めて半年で、こういうのを作って発表する怪物もいる
この人は、数学の博士課程まで行ってた人。
地頭さえ良ければ、Ruby on Rails 1年で、他言語の10年ぐらいの実力がつく
スクロールしたら、古いデータを取得して、そこに追加
578:していくだけ。 ページ遷移させない pjax(ajax + historyAPI のpushState)もある。 HTML のbody だけの入れ替え。 head 部分は送らないから、エコ
579:デフォルトの名無しさん
20/10/13 02:48:04.30 JYHD08ae.net
Railsで半年とか1年って最強にアホって言ってるようなものだぞ
2週間もあればそれなりのもの作れるだろ
580:デフォルトの名無しさん
20/10/13 04:37:45.47 tOXRY/5R.net
まあ品質悪くてもいいなら
2週間でも構わないがなｗ