Vue vs React vs Angular Part.5

レス数が1000を超えています。これ以上書き込みはできません。
1デフォルトの名無しさん
垢版 |
2020/07/29(水) 22:38:49.56ID:z6Fnx3oM
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591869705/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおｋ。
2デフォルトの名無しさん
垢版 |
2020/07/29(水) 22:39:46.58ID:XelKZAZW
　　　　　　　　　1年後の世界へ行こう！
／'⌒`ヽ、　Blazorが世界1のシェア取ってるはず…
ヽ、┗　ノ
　 `ーｰ' 　 　 　 γ⌒ヽ／ﾌﾞﾚｷﾁ＼　　　　／'⌒⌒ヽ、
　　,-ｰｰ-､ 　 　 .||~￣~|/-O-O-ヽ|.　 　（ 　 　 ┃　 ⌒ヽ
　/　 ┃　　） 　　||　　6| . : )'e'( : . |9　　 ＼ ━┛　　 　）
.（. 　 ┃ 　　）　　|| 　 　｀‐-＝-‐ '　　　　　＼＿＿_,ノ
　ヽ､＿＿,ノ 　 　||　 ＿(つ¶¶と)＿_
　　 　 　　　　 ／||'''''| 　三　 | 　　 |'（⌒）
　　　　　　　／　 　　'―――――`　￣ ＼
　　 　　　　`＝＝＝＝＝＝＝＝＝＝＝＝'
3デフォルトの名無しさん
垢版 |
2020/07/29(水) 22:41:52.98ID:XelKZAZW
￣￣￣| |　　　　 ｌｌヽ _|　　　 　 ヽ 　
　 　 　 | |　　　　 |l￣| |　　 　 　 l　Blazorって未来ではどうなってんの？
　 　 　 | |　　　　/　　´＼ 　 　 /　　　　　　　　
　 　 　 | |　　 　 ヽ､＿ 　 ｀＾イ　　　　　　　　　　
二二二 」　＿　＿＿ ｌﾆ二二ｌ､ 　 　 　 　 　 ＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ 　 ┌ヽ　ヽ┐　　 ／´　　　　 　 ｀＼
二二二二二二ｌ　 /　 　 |　 | 　 | |.　 /　　　　　　 　 　 　 ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| 　 |_|　/　　　　　　　　　　　　 ヽ
　 |　　 　 　 ／｀ヽ__, ─ ､ノ |─l　　ｌ　　　　　　　　　　　　 　 l　　　
　 |───/　 ／lﾆ/　 /二ﾆluul.　 |　　　　　　　　 　 　 　 　 !　　　 え？そんなゴミないよ
　 |　 　 ___|￣ |　　|　　|_|.　　　　　　l　　　　　　　 　 　 　 　 /
　└─（　　　　）(ﾆ| ￣|./二ﾆ)　　 　 ヽ　　　　　 　 　 　 　 /
　　　　　￣￣　　/　　 ）　 　 　 　 　 　 >━━━━━━ く
　　　　　 　 　 　 ｀ー ´　 　 　 　 　 　 / 　 　 　 　 　 　 　 ヽ
4デフォルトの名無しさん
垢版 |
2020/07/30(木) 00:07:02.05ID:DFjeaZjZ
フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
https://krausest.github.io/js-framework-benchmark/current.html
2020/07/30(木) 01:22:27.64ID:5w+XGSZg
>>1
乙
6デフォルトの名無しさん
垢版 |
2020/07/30(木) 01:25:03.97ID:NhByUfR6
￣￣￣| |　　　　 ｌｌヽ _|　　　 　 ヽ 　
　 　 　 | |　　　　 |l￣| |　　 　 　 l　Blazorって未来ではどうなってんの？
　 　 　 | |　　　　/　　´＼ 　 　 /　　　　　　　　
　 　 　 | |　　 　 ヽ､＿ 　 ｀＾イ　　　　　　　　　　
二二二 」　＿　＿＿ ｌﾆ二二ｌ､ 　 　 　 　 　 ＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ 　 ┌ヽ　ヽ┐　　 ／´　　　　 　 ｀＼
二二二二二二ｌ　 /　 　 |　 | 　 | |.　 /　　　　　　 　 　 　 ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| 　 |_|　/　　　　　　　　　　　　 ヽ
　 |　　 　 　 ／｀ヽ__, ─ ､ノ |─l　　ｌ　　　　　　　　　　　　 　 l　　　
　 |───/　 ／lﾆ/　 /二ﾆluul.　 |　　　　　　　　 　 　 　 　 !　　　 え？そんなゴミないよ
　 |　 　 ___|￣ |　　|　　|_|.　　　　　　l　　　　　　　 　 　 　 　 /
　└─（　　　　）(ﾆ| ￣|./二ﾆ)　　 　 ヽ　　　　　 　 　 　 　 /
　　　　　￣￣　　/　　 ）　 　 　 　 　 　 >━━━━━━ く
　　　　　 　 　 　 ｀ー ´　 　 　 　 　 　 / 　 　 　 　 　 　 　 ヽ
7デフォルトの名無しさん
垢版 |
2020/07/30(木) 04:30:26.03ID:kc4L6zhu
>>1
SvelteはVueの５０倍速いって書いてたんだが？
8デフォルトの名無しさん
垢版 |
2020/07/30(木) 04:58:08.12ID:U5fODHRo
前スレの>>988がぜんぶ間違ってて草

.NET Coreはcross-platformになって
ASP.NETはLinuxでもMacでも動く時代になってる。
open source
App serverのIIS縛りもなくなっている。
Linuxでも無料で使える。
Dockerもsupportされてる

時代はASP.NET CoreとC#なのだ
9デフォルトの名無しさん
垢版 |
2020/07/30(木) 05:07:14.70ID:U5fODHRo
あと下の987も間違ってる。
Wappalyzerの分類でもWordPressはCMSの分類になる。
Wappalyzerのweb frameworkのシェアランキングの対象外だ

Web appとweb siteの区別、
CMSとweb frameworkの区別がつかないのなら知識はjQueryおじさんと大差ない。

987 名前：デフォルトの名無しさん[sage] 投稿日：2020/07/29(水) 22:56:11.03 ID:z6Fnx3oM [5/5]
WordPressが全ウェブサイトの35%(CMS市場では6割超)のシェアなのにaspが過半数なんておかしいと思ったｗ
https://www.similartech.com/compare/asp-net-vs-php
2020/07/30(木) 05:14:17.89ID:5w+XGSZg
このスレが少しでも有益になるといいなと。

2020年の現状ポストjQueryとしてのフレームワーク/ライブラリ戦争が一段落した時期だと思う。
メジャーなのはスレタイのVue, React, Angular。異論はあるだろうがスレタイに沿う。
ただ微妙に性格が違う。
大きくViewライブラリ、SPA、SSRで分かれるから整理したい。

Viewライブラリ(仮想DOM/リアクティブ)
　Vue.js
　React.js

SPA
　vue.js + vue-router
　react.js + react-router
　angular(フルスタック)

SSR(フルスタック)
　nuxt.js(vue系)
　next.js(react系)
　angular universal

大事な事だが、どれを使ってもリアクティブであり、CLIでプロジェクトを作ってVSCodeなりで環境つくればHMR(ホットリロード)できる。
現状優勢なのはnext.js。

純粋なフルスタックSPAはangularのみ。angularは他と違い、まずSPAであり、次にuniversal(SSR)もできる感じ。
nuxt、nextはまずSSRであり、SPAもやろうと思えばできる感じ。

vue reactは既存のWEBサイトに追加して利用する事もできる。（script タグを追加する)
jQueryの代用として活用するなら良い。

俺もまだ未熟で間違ってたらすまんが訂正してくれ。
11デフォルトの名無しさん
垢版 |
2020/07/30(木) 05:21:04.45ID:U5fODHRo
>>1
これテンプレート入れる必要ある
web frameworkのシェア、ランキング
https://www.wappalyzer.com/technologies/web-frameworks

ASP.NETが圧倒的
ASP.NET: 52%(C#)

Laravel: 8% (PHP)
CodeIgniter: 5% (PHP)
Ruby on Rails 9%(Ruby)
Express 7%(JS)
Next.js 2%(JS)
12デフォルトの名無しさん
垢版 |
2020/07/30(木) 07:01:41.70ID:KvET/pQz
>>8
例えそうなっていようが一度根付いてしまったイメージは
払拭されねえよ
MS関連は基本インストーラーのウィザードでないと
インスト出来ないのが一般大衆のイメージ
LinuxとかJavaScript使ってるエンジニアとって
MS社の最近の動向なんて興味も関心も無い
たとえ出来たとしてもわざわざ乗り換える理由なんてない
完全にLinux対応と謳いつつMS特有のエラーが
発生したり、
時間が経った後に金銭要求されたりなど色々と
勘ぐってしまう
あとMSは大文字小文字の使い方が
Linux圏の人間からするとなんかズレてる
そういう細かいところが好まれない
2020/07/30(木) 07:13:05.76ID:9/rdfAc6
￣￣￣| |　　　　 ｌｌヽ _|　　　 　 ヽ 　
　 　 　 | |　　　　 |l￣| |　　 　 　 l　jQueryって10年後ではどうなってんの？
　 　 　 | |　　　　/　　´＼ 　 　 /　　　　　　　　
　 　 　 | |　　 　 ヽ､＿ 　 ｀＾イ　　　　　　　　　　
二二二 」　＿　＿＿ ｌﾆ二二ｌ､ 　 　 　 　 　 ＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ 　 ┌ヽ　ヽ┐　　 ／´　　　　 　 ｀＼
二二二二二二ｌ　 /　 　 |　 | 　 | |.　 /　　　　　　 　 　 　 ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| 　 |_|　/　　　　　　　　　　　　 ヽ
　 |　　 　 　 ／｀ヽ__, ─ ､ノ |─l　　ｌ　　　　　　　　　　　　 　 l　　　
　 |───/　 ／lﾆ/　 /二ﾆluul.　 |　　　　　　　　 　 　 　 　 !　　　 シェア80%に到達したよ
　 |　 　 ___|￣ |　　|　　|_|.　　　　　　l　　　　　　　 　 　 　 　 /
　└─（　　　　）(ﾆ| ￣|./二ﾆ)　　 　 ヽ　　　　　 　 　 　 　 /
　　　　　￣￣　　/　　 ）　 　 　 　 　 　 >━━━━━━ く
　　　　　 　 　 　 ｀ー ´　 　 　 　 　 　 / 　 　 　 　 　 　 　 ヽ

https://w3techs.com/technologies/history_overview/javascript_library/all/y
2019年1月時点でのシェア 73.6%
2020年1月時点でのシェア 74.2% (+0.6%）
2020年7月時点でのシェア 75.9% (+1.7%）

予測
2021年1月時点でのシェア 76.5%
2022年1月時点でのシェア 77.0%
2023年1月時点でのシェア 77.5%
2024年1月時点でのシェア 78.0%
2025年1月時点でのシェア 78.4%
2026年1月時点でのシェア 78.8%
2027年1月時点でのシェア 79.2%
2028年1月時点でのシェア 79.5%
2029年1月時点でのシェア 79.8%
2030年1月時点でのシェア 80.1%
2020/07/30(木) 07:19:05.81ID:9/rdfAc6
フレームワークにとって脅威なのは
VanillaJS（つまりJavaScriptライブラリを用いないJavaScript）が
強化され続けているという所

つまりフレームワークでこんなこと出来るようにしたました
→VanillaJSで簡単にできるようにしました
→フレームワークいらねぇじゃん

という流れができてしまってる
15デフォルトの名無しさん
垢版 |
2020/07/30(木) 09:29:23.41ID:Y02oIwGq
>>14
これが理想的な姿だと思うが
何故フレームワーク開発者目線なのかが分からない
利用者にとってはシェア何パーセントとか
大手が使ってるとか糞みたいにどうでもいいことで
動くもので有れば
なおかつ便利で極力今までと似たようなことをやるための
余計な再学習コストがかからないもので
あれば、情報が多ければなんでもいい
大手が導入して画期的だったとしても
ググってQiitaに安定したサンプルが出てこない
ようなフレームワークは使う価値がない

本来はフレームワークなんか導入せずに
バニラの機能が進化してくれるのが1番いい
2020/07/30(木) 09:41:02.79ID:VAvQ6+7n
>>10
SSG
Gridsome(vue系)
Next.js(React系)
Gatsby.js(React系)
Scully(Angular系)

これも追加で
ちなみにNext.js公式はSSG推し
17デフォルトの名無しさん
垢版 |
2020/07/30(木) 10:36:41.39ID:DFjeaZjZ
gridsomeってのがあるんか…
vueのssgはvuepressが強いのかと思ってた
2020/07/30(木) 10:40:42.90ID:9quanFrk
>>11
サーバーOSの8割くらいがUnix系なのに、ASP.NETがそんなシェア有る分けない。
嘘つき。
2020/07/30(木) 10:47:23.79ID:6lbgGfxx
>>14
→jQueryいらねえじゃん
2020/07/30(木) 10:59:51.37ID:jpY92a62
>>18
大手企業の業務システムはWindowsばっかりだよ
2020/07/30(木) 11:09:49.27ID:9quanFrk
>>20
デスクトップはWindowsでも、Webサーバーの8割はUnix系。
MSのクラウドですら75%以上はLinux。
2020/07/30(木) 11:19:31.68ID:L2WmoYEf
前スレでWappalyzerがソースだとか言ってるレスあったが
寧ろバックエンドテクノロジーがWappalyzerに検知されるのってサーバーセキュリティがザルだって言ってるようなもんなんだが
ちゃんとサーバーチューニングしてたらバックエンドに何使ってるとかは普通はでない
2020/07/30(木) 11:53:57.29ID:O39a/zYV
>>21
信用が大事なとこはWindows鯖が求められるよ
マイクロソフトの安心感が大事
2020/07/30(木) 12:27:19.05ID:yuuU/2jz
逆にLinuxじゃないと何か不都合があるの？
2020/07/30(木) 12:29:18.83ID:9/rdfAc6
>>19
残念ながら、jQueryはVanillaのJSと同じことを
簡単にかけるのであったら便利なわけです。

「同じこと」というのが重要な所
フレームワークはやり方を全く変えるので
やり方を覚えなくてはいけませんが、
jQueryはやり方は同じで簡単にかけるだけなので
楽になるという効果が残るわけです。
26デフォルトの名無しさん
垢版 |
2020/07/30(木) 12:37:02.45ID:odFw/CMl
Linuxはセキュリティが高いからです。
2020/07/30(木) 12:44:52.27ID:9quanFrk
>>24
・MS環境は、金がかかり、ずっと金をせびられ続ける。
・MS環境は、他のものと組み合わせるのが難しい。
2020/07/30(木) 12:53:48.36ID:DkN1Vj6r
>>24
MSはproprietary（独占）でLinuxはオープンソース
2020/07/30(木) 13:02:53.04ID:jpY92a62
Linuxとか野良OSじゃん
Red Hatのサポートがあってギリギリ許される
マイクロソフトなら最初から全てが安心
30デフォルトの名無しさん
垢版 |
2020/07/30(木) 13:05:03.99ID:odFw/CMl
またアホなこと言ってる。
2020/07/30(木) 13:10:35.99ID:DkN1Vj6r
使うだけじゃなくて自分で開発したいって気持ちがLinuxに向かわせる
2020/07/30(木) 13:15:53.03ID:DkN1Vj6r
新機能を追加したいって思ったときオープンソースなら自分で開発できる
2020/07/30(木) 13:16:23.43ID:9/rdfAc6
>>27
MS環境が金がかかるのはOSが無料じゃないから当たり前だけど
Linuxのクラウドも有料のものしかないから金かかるよ
あとLinux環境って他のもの（WindowsやmacOS）と組み合わせるの簡単だっけ？
他のOSと組み合わせるのが難しいのはどれも変わらないと思うよ
2020/07/30(木) 13:22:09.38ID:9quanFrk
というか、レンタルサーバーって、大体 apache を使ってるから、
.htaccess とかでパーミッションの設定方法などがどのレンタルサーバー屋でも
基本的な部分が共通している。
だから、一度覚えれば、もっと安くてよいサーバーに移ったりし易い。
MS製だとそういうわけにはいかない。
どこも全体的に高めだし、選択肢は狭まるし。
Unix系だと、はっきり言えば、Xrea、CoreServer、SAKURA、Lollipopなど安い
ところで済ませられるが、MS製だとそんな安いとこない。
それと、やっとサーバーだけはMSの呪縛から離れられてほっとしている人は多いはず。
そこを敢えてMS製クラウドなんてに行くのなんて、自分で墓穴を掘っているようなもの。
2020/07/30(木) 13:22:42.92ID:DkN1Vj6r
MSはWindows10からスパイウェアのようにMSと通信するようになって企業秘密がMSに全部筒抜けかもしれない
2020/07/30(木) 13:24:30.11ID:9quanFrk
>>33
Unixサーバーは、多種多様な掲示板用CGIや、WordPressなども無料でころがっているので
安いし便利だし、情報もあふれている。
対してMSのものは、とにかく金がかかる。
それに、WebサーバーをWindowsやMacと連携する必要も感じない。
2020/07/30(木) 13:27:56.46ID:9quanFrk
apacheとかって、RubyやJava(TomCat)とかとも連携していたりして、
まとめてローカルサーバー環境をパッケージとしてインストールできたりするし、
cygwinなどとも連携し易い。
WSL2とかより、cygwinの方が便利なことも多いし。
MS以外のほぼ全ての開発慣用がapacheやMySQLなどはどこかで配慮しているが、
MSのサーバーは無視されている。
2020/07/30(木) 13:28:57.23ID:9/rdfAc6
>>36
> Unixサーバーは、多種多様な掲示板用CGIや、WordPressなども無料でころがっているので
> 安いし便利だし、情報もあふれている。

え？それが？ Uinixサーバーが無料で転がってるんじゃなくて
CGIやWordPressが転がってるだけだよね？
それらはWindowsで動くよ
2020/07/30(木) 13:29:57.54ID:9/rdfAc6
>>37
> WSL2とかより、cygwinの方が便利なことも多いし。

矛盾してるよね？
WSL2＝Linux。Linuxよりもcygwinの方が便利って言ってるの？
cygwinなんてsystemdすらないのに
2020/07/30(木) 13:33:53.68ID:9/rdfAc6
>>37
> MS以外のほぼ全ての開発慣用がapacheやMySQLなどはどこかで配慮しているが、

cygwinも配慮されてるってこと？
配慮されてないならWSL2の方が良いってことになるよね。
WSL2はLinuxだからapcheやMySQLなども動くし
2020/07/30(木) 13:34:23.23ID:9quanFrk
>>38
Unix用に書かれたcgiを敢えてWindowsで動かすと言う茨の道を歩む必要は無い。
どうして無料で済むものを敢えて、変な環境な上に有料にしてしまうのか。
IEよりも悪い。

>>39
WSL2は、内部でLinuxのカーネルまで動かしてしまうから起動も遅いし、
Windowsとのファイルのやり取りも難しいし、cygwinではなかったさまさまな
厄介を自ら引き込むようなもの。
2020/07/30(木) 13:36:16.80ID:9quanFrk
CGIは、Unix互換OSですらパーミッションやapacheの設定、cgiフォルダの位置や
名前などの僅かな違いでトラブル事が多い。
WindowsOSなどは、トラブルが100倍になりそうだから使わない。
金までかけて、敢えてトラブルに巻き込まれる必要は無い。
2020/07/30(木) 13:39:27.39ID:9/rdfAc6
>>41
> Unix用に書かれたcgiを敢えてWindowsで動かすと言う茨の道を歩む必要は無い。
cygwinは配慮されてるの？
WSL2はLinuxだから、その茨が解決されたって話なんだよ。

> WSL2は、内部でLinuxのカーネルまで動かしてしまうから起動も遅いし、

内部でLinuxカーネルを動かしてるのにわずか2秒程度って速いって言わないか？
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html

> 　「Hyper-V仮想マシンサービスを使ったLinuxの仮想マシンならば、これまでもあったではないか！」と
> 思われる方もいるかもしれない。だが、この軽量ユーティリティーVMを使ったWSL 2では、
> 仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。

実際使ってみると2秒もかからない。1秒未満？程度などでもっと驚いてるが
Linuxカーネルは起動が速いね！
44デフォルトの名無しさん
垢版 |
2020/07/30(木) 13:43:33.54ID:odFw/CMl
設定ファイルがスクリプトってとこに、誰も疑問を感じなかったんだろか。
2020/07/30(木) 14:14:45.27ID:U5fODHRo
>>18
すぐ上にASP.NET CoreはLinuxでもMacでも
動くようになってるとかいてるだろ
あと法人は長期サポートされるMSの技術を使うのを好む。

web frameworkは273万件のサイトからデータ収集してる。
おまえがASP.NETの強さを知らないだけ。
Wappalyzer tracks over 2,733,000 websites and 61 technologies in the category Web frameworks.
2020/07/30(木) 14:19:02.56ID:6lbgGfxx
>>25
お前がいつものjqueryキモジジイということだけはわかったゴミクソ
2020/07/30(木) 14:30:22.42ID:U5fODHRo
メルカリはNext.js使ってるようだ。
国内では数少ないNextサイトのようだが
ほとんどのページでふつうにページ全体を読み込んでるな
SPAにはなってない。

メルカリの使いづらさは異常
PCから使っていてお知らせクリックすると
アプリをインストールしろとポップアップが出てくる。
アプリじゃないとできない処理がたくさんある。
2020/07/30(木) 14:49:52.13ID:9quanFrk
>>43
そんなの信じない。
実際やってみると絶対遅いから。
Visual Studioだってそうだし。
実際に使えるまでに50秒くらいかかる。
2020/07/30(木) 14:49:58.54ID:huAMdpfr
SPAはそれで管理するページすべてを
一つのアプリとしてみなす必要があるから
メンテナンスがしづらくなるんだよ

意味的に一つのアプリになってればいいけど
例えばヘルプページみたいに単独で独立して表示する場合
アプリとは分離したほうが良い

っていうようなことまでちゃんと考えないといかんよ？
SPAフレームワークを使うときは
2020/07/30(木) 14:50:04.56ID:jpY92a62
>>34
どうせクライアントはWindowsの世界
ならサーバーもWindowsで統一したほうが管理しやすいし、操作ノウハウも一本化できて解りやすい
2020/07/30(木) 14:50:27.37ID:huAMdpfr
>>48
> 実際やってみると絶対遅いから。
やってないような言い方だなｗ
2020/07/30(木) 14:51:48.58ID:huAMdpfr
>>48
Linuxカーネルの起動にそんなに時間がかかるわけ無いだろうｗ
かかったとしても数秒だ

だがしかしWSL2はその数秒未満でbashが起動できてる
謎の高度な技術が使われてるようだな
2020/07/30(木) 14:51:49.52ID:9quanFrk
>>50
そんなことない。
サーバーは、Windowsが生まれるずっと前からUnixの世界。
その世界を新参者のOSが壊すことは出来ない。
2020/07/30(木) 14:52:46.55ID:9quanFrk
むしろ、Windowsの方がUnixに侵食されてきている。
例えば、cygwinやWSL2。
AndroidモバイルもUnix、MacもUnix。
2020/07/30(木) 14:54:18.34ID:jpY92a62
>>42
実際にはそういうUnix、Linuxならではのトラブルがきれいさっぱりなくなって快適な環境が手に入る
しかも手厚いサポートと保障のおかげで安心して運用できるからしっかりした企業に選ばれる
名だたる大企業は安かろう悪かろうのLinuxを選ぶなんてことはしない
2020/07/30(木) 14:55:23.51ID:oWxKF5YB
>>53
LinuxはWindowsよりもあとに作られたOS
Linuxは新参者である
2020/07/30(木) 14:56:07.93ID:oWxKF5YB
>>54
> むしろ、Windowsの方がUnixに侵食されてきている。

侵食（？）してるのはMS自身では？
MS自身がやってるのだから侵食ではなく取り込みというべきだろう
2020/07/30(木) 14:56:38.54ID:oWxKF5YB
>>55
> 実際にはそういうUnix、Linuxならではのトラブルがきれいさっぱりなくなって快適な環境が手に入る

だからWSL2=Linuxで快適な環境が手に入るわけだね
2020/07/30(木) 14:57:05.50ID:jpY92a62
>>45
業務で扱うならやっぱりマイクロソフトだよな
他人の作ったOSSオモチャ弄り遊び半分で仕事してるWEB系中小零細企業はLinuxでもいいのかもしれんが
2020/07/30(木) 14:58:27.23ID:jpY92a62
>>53
ロートルじゃん
2020/07/30(木) 15:13:52.95ID:9quanFrk
>>57
ミイラ取りがミイラになったでござるの巻き。
2020/07/30(木) 15:31:29.20ID:PbghAWGm
>>61
LinuxはMSに勝てる。ソフトウェアが無料でもそれを使ってサービスを運営すればビジネスは可能
って言ってたら、MSがLinuxを使ってサービス運営しちゃいました。ってこと？
63デフォルトの名無しさん
垢版 |
2020/07/30(木) 15:33:02.62ID:DFjeaZjZ
そういうこと。
2020/07/30(木) 15:36:39.26ID:PbghAWGm
LinuxでMSの儲けを奪いに来たら、MSの儲けになってしまったでござるの巻き。
2020/07/30(木) 15:39:46.96ID:U5fODHRo
Windows vs Linux Mac 論争は
不毛だからいいかげんやめましょう
最低限webの話であってくれ
2020/07/30(木) 15:41:24.27ID:9quanFrk
逆に、Linux を利用したことで、かえって、Linuxの普及を加速することとなった。
歴史を振り返ってみれば、WSLの導入はMSの終わりの始まりであったとさ。
2020/07/30(木) 15:47:29.72ID:jpY92a62
Githubもマイクロソフトの物になった
Linuxもいずれそうなるだろう
2020/07/30(木) 15:47:46.81ID:QjJBK6NC
>>33
OSが無料だからVPSとか借りる場合月額かなり格安のプランからある
2020/07/30(木) 15:49:12.41ID:QjJBK6NC
>>37
Railsは基本Nginxじゃね？
2020/07/30(木) 16:01:15.60ID:PbghAWGm
>>68
いくらぐらい？

https://www.kagoya.jp/windows/

初期費用無料！1日単位で使える
Windows Server搭載のVPS
日額 38円
月額上限 1,045円
2020/07/30(木) 16:06:53.44ID:jUjY7FYi
>>48
どんな化石使ってんだよ
2020/07/30(木) 16:31:44.37ID:g7C9xWXC
>>70
WebArena Indigo Mem:1GBで349円〜
73デフォルトの名無しさん
垢版 |
2020/07/30(木) 16:33:35.97ID:+f1gJKjc
>>45
たかだか273万件のサイトｗｗｗｗ
さすが詐欺会社の調査はショボいなｗｗｗｗ

こちらは12億6090万9305件のサイトを調べた結果↓
https://news.mynavi.jp/article/20200223-979011/
asp含むms製がトップ取れたのは2016年から3年間足らず。
現在は一位nginx、二位apache、三位有象無象のその他勢、四位ms
現在のシェアは15%にも満たないｗｗｗ
失望されて棄てられたんだねｗｗｗｗ

つまり数年前から「Apacheの代替争い」が始まり、それを商機と捉えたmsも名乗りを上げた。
結果みんな失望してnginxに乗り換え、nginxが「Apacheの代替争い」に勝利した。
一方ms製品は凋落したｗｗｗｗｗ
2020/07/30(木) 16:36:12.54ID:g7C9xWXC
>>45
法人っていうかFとかNだろ？どうせ
2020/07/30(木) 16:38:03.91ID:+IR+ealO
tomcat「じぇじぇじえJSP・・・」
2020/07/30(木) 16:43:53.04ID:U5fODHRo
>>73
それはweb frameworkの話ではない。
Windowsのweb serverが動いてるからと言ってASP.NETというわけではない。
バカは黙ってろ
77デフォルトの名無しさん
垢版 |
2020/07/30(木) 16:48:58.21ID:+f1gJKjc
>>76
ということはaspのシェアはさらに下と言うことだなｗ
まじゴミｗｗｗｗ
2020/07/30(木) 16:59:13.09ID:U5fODHRo
>>77
>>8を読めバカ
LinuxでもASP.NETは動く。
だからWeb serverとweb frameworkのシェアに直接の関係ない
アホばっかり
2020/07/30(木) 17:20:50.68ID:o+ok9edz
>>73
nginxの後ろでWindows　asp.netが動いてるんだろ
そこまで調べてから反論しろよ
2020/07/30(木) 17:27:28.71ID:PbghAWGm
>>72
Windows VPS SMALL 3ドル メモリ:2GB
https://www.hostens.com/vps-hosting/

OSの値段なんて大差ないんですねー
2020/07/30(木) 17:52:47.94ID:jpY92a62
Linuxは安いって嘘だったのか
メンテナンスコストまで考えたらWindowsのほうが全然いいな
2020/07/30(木) 18:35:31.50ID:CDUHxJN1
>>78
動いたとしてもお互い選ばんやろ
ASP使うヤツはLinuxサーバー選ばんやろうし
Linux使うヤツはASP選ばんやろ
もし居たとしてもそれは異端中の異端
2020/07/30(木) 18:37:15.15ID:CDUHxJN1
>>80
そんな海外鯖まで言い出したら無料も普通にあるだろ
84デフォルトの名無しさん
垢版 |
2020/07/30(木) 18:37:17.85ID:e6UjjZZx
>>78>>79
linuxかどうかの調査じゃないんだが。バーカｗｗｗ
2020/07/30(木) 18:48:18.33ID:BxoFB4LJ
Win鯖 + ASP.net Core + React 組んで良さげだったから
次はDocker上のLinux (Alpine or CentOS)でやってみようと思ってる
86デフォルトの名無しさん
垢版 |
2020/07/30(木) 19:32:50.55ID:odFw/CMl
技術者ならWindowsは恥ずかしい事だろ。
2020/07/30(木) 19:37:06.10ID:PbghAWGm
>>86
そういうデータ持ってくれる？
持ってこれないよね？思い込みで語ってるだけだから
そういう思い込みで語ることこそ「技術者にとって恥ずかしいこと」だから
2020/07/30(木) 20:02:50.97ID:OBE2MKfx
サーバーにGUIが載ってるのって結構無駄だからね
2020/07/30(木) 20:07:49.72ID:U5fODHRo
>>82
知識が古い、古すぎる
Linux + ASP.NET Coreはベストの組み合わせ

ライセンスフリーのOS、Linuxと
最高の開発生産性のASP.NET CoreとC#開発
2020/07/30(木) 20:08:31.19ID:yEGJDo36
ASP.NET Core MVC & Webapiのほうは冗談ぬきでめちゃくちゃ速いな
このレベルの最適化が出来ればいずれWasmはどうなるかわからんがSSRだったら最速になるんじゃないのこれ
2020/07/30(木) 20:27:52.56ID:eBe0OoYr
スレ違いにも程がある
2020/07/30(木) 20:44:42.06ID:jUjY7FYi
>>86
信者かな？
2020/07/30(木) 21:04:01.34ID:Lo4iz/Tj
別にいいじゃん、俺もハリウッド映画のｽｰﾊﾟｰﾊｶｰみたく
キーボードだけでCUI OSをコントロールして射精してたもんだよ
そういうのがｶｯｺｲｲ時期は誰にだってあるんだよ、中学時代とか
2020/07/30(木) 21:04:22.79ID:fmuQ+Yf/
ﾜｯﾁｮｲ版立てたよ

【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5
https://mevius.5ch.net/test/read.cgi/tech/1596110361/
95デフォルトの名無しさん
垢版 |
2020/07/30(木) 22:39:03.02ID:KvET/pQz
Web開発者が
MS製品好き好んで使うわけねぇだろ
情報が古いとか新しいとかそれMSが
自社で謳ってる文句でしょ？
そんなの信じるかよ
MSとLinuxはファイルシステムの基本的構造から
して違うんだわ
MSはLinux互換なんか気にせずに自社のやり方
貫いてりゃいいだろ。互換対応しても使わんから
逆になんでLinux互換対応なんか作ろうとしてんの？
Winだけで動くソフトだけ作ってりゃええやん
2020/07/30(木) 22:39:55.88ID:9lQfKTVm
riot.jsいいかな
2020/07/30(木) 23:01:34.69ID:jUjY7FYi
>>95
Visual Studio CodeもMS製品なわけですが
2020/07/30(木) 23:55:23.73ID:r1pQumRG
いやVSCodeそもそも使ってないから
2020/07/30(木) 23:56:32.83ID:jUjY7FYi
>>98
Web開発者が？どこの世界の話？
2020/07/31(金) 00:33:30.81ID:7SFTGpiw
>>94
ワッチョイなんてつけるなよ
5chは匿名だからいいわけ
2020/07/31(金) 00:38:43.15ID:7SFTGpiw
>>95
TypeScriptがMicrosoftなの知らないアホな人がまた来た。
Visual Studio Code使ってる人たくさんいるのも知らないようだ。

おまえが感情論と古い知識で止まってる間に
Microsoftはオープンソースとcross-platformに力入れる企業に変わってる。
2020/07/31(金) 01:01:37.01ID:YHiWwAdD
OS最強　Windows　マイクロソフト
IDE最強　VS　マイクロソフト
エディタ最強　VSCode　マイクロソフト
バージョン管理最強　GitHub　マイクロソフト
クラウド最強　Azure　マイクロソフト
言語最強　C#　マイクロソフト

ここまできたらもうわかるだろ
SPAフレームワーク最強　Blazor　マイクロソフト
出たばかりだからまだ少し粗があるが時間の問題だ
2020/07/31(金) 01:03:41.09ID:erqiTFyu
マイクロソフト、jQueryへの全面的な支持を発表
https://www.publickey1.jp/blog/10/jquery_2.html
2020/07/31(金) 01:14:53.08ID:mccS7x6Z
>>102
クラウド以外は同意かな
2020/07/31(金) 01:28:32.55ID:PQssP+wa
シンプルが1番
2020/07/31(金) 02:14:35.88ID:F84TbMHr
>>102
どれもこれも、優越的地位を利用してシェアをとったものばかりで、
中味は大したことない。
107デフォルトの名無しさん
垢版 |
2020/07/31(金) 03:12:50.08ID:yu65eNBx
Xamarinはどうなりましたか？
Silverlightはどうなりましたか？
2020/07/31(金) 03:15:04.33ID:F84TbMHr
vscodeは遅いだけ。
IDEの補完機能も大したことない。
デバッガはまあ、強力ではあるが、商用のIDEとしては特に目立って優秀と言うわけでもない。
TurboDebuggerやWatcomのIDEなんかも、成長させていけばあのくらいにはなっただろう。
金に任せて大量のプログラマを使って高機能にしてるだけ。
起動速度も処理速度も遅く、サイズがでかいのでダウンロード、インストールに時間が狩る。
C#も、Javaと比べてちょっと優れている程度で、最強と言うほどではない。
C++とは実行形態も速度も違うし、比較は出来ない。
githubは原則的にオープンソース専用で、企業秘密的なものには使いにくい。
ネットにアップロードした段階で暗号かけても、運営の人には見れてしまうし。
Azureは全然最強ではない。
どれもこれも、誇大宣伝ばかり。
2020/07/31(金) 03:30:04.91ID:F84TbMHr
しかも、blazorは、最初から将来性が無い。
そのうち、MAUIに主力が移るわけだから。
しかし、そのMAUIも、中途半端で終わるだろう。
2020/07/31(金) 06:14:37.78ID:1JyjqWeB
Svelteは書き方がVueとほぼ同じ
thisがない(仮想DOMがない)ように作ったらパフォーマンスが良くなるってのが売りなのかな
Vueでいいじゃんって思われてるのか開発が進んでないような気がする
111デフォルトの名無しさん
垢版 |
2020/07/31(金) 06:47:53.88ID:fOAC77cv
でも、制作側の都合としては、動きのあるダイナミックなサイトにしたいわけですやんか。
クライアントにどんだけ大変だったかご説明差し上げられますし。

それに、見る側の立場では、動きのあるダイナミックなサイトなんて願い下げですわな。
動いた瞬間そっ閉じです。

するとどうなります？
誰も見ないんだから、クライアントは対策を発注しますがな。
何とかしてクレメンスと。
ほら、次の仕事につながった。
2020/07/31(金) 09:29:51.55ID:NLy05HSt
> でも、制作側の都合としては、動きのあるダイナミックなサイトにしたいわけですやんか。

ああ、顧客が本当に欲しかったものとかでググったほうが良いよｗ
2020/07/31(金) 10:11:39.90ID:28gnV4mI
>>86
こういう事言っている奴はmacかっこいいとでも言いたいのか？
正直開発はwindowsで何の問題も無い訳で
2020/07/31(金) 10:19:57.13ID:huIzZQxR
>>113
開発フェーズじゃなくて運用開始後の事考えてんの？
115デフォルトの名無しさん
垢版 |
2020/07/31(金) 10:21:10.84ID:7SFTGpiw
>>109
native appとweb appの区別もつかないアホ
MAUIはnative app用だからweb appは含まれない

>>107
Xamarinは名前が変わって進化する
https://github.com/dotnet/maui
2020/07/31(金) 10:23:22.64ID:Nw2cacpV
>>89
>>45
いや結局法人はWindowsを選ぶんだろ？
2020/07/31(金) 10:27:36.51ID:7SFTGpiw
>>110
Svelte公式によるとReactよりも高速らしい
Reactはインタープリタがあるから遅いとかいてた
JSXからJSの変換で速度低下するってことだとおもう

コンパイルするからコードが短く、Reactより速いと言ってるけど
ユーザーはまだ少ない感じだな
118デフォルトの名無しさん
垢版 |
2020/07/31(金) 10:28:36.52ID:GxmlUbA1
>>115
失敗したから名前変えた民主党や密航朝鮮人みたいなもんか。
2020/07/31(金) 10:34:08.54ID:7SFTGpiw
>>116
法人といってもいろいろだからな
技術力と予算だろ

技術力はあるがお金は節約したい企業や個人はLinuxでASP.NETを使う
トラブル時にMSの有料サポートに頼りたいならWindowsで使う

あとはDBがLinux版しかない場合があって予算の都合で
同一サーバーで動かしたい場合とかもLinuxになる。
2020/07/31(金) 10:47:11.86ID:ZbJSe1w4
言語やフレームワークワークは後ろ盾の強さがかなり重要だから、Svelteが真に素晴らしかったとしても、流行らずに死ぬかもしれない
2020/07/31(金) 10:47:35.90ID:oIExGaub
でも一番多いのはLinuxでjQueryというね
122デフォルトの名無しさん
垢版 |
2020/07/31(金) 11:56:42.61ID:GxmlUbA1
「日本で爪切り」みたいな意味のない言及
123デフォルトの名無しさん
垢版 |
2020/07/31(金) 12:02:27.41ID:vXlE06hQ
クライアントがAndroidスマホだから都合が良いんだろうね
2020/07/31(金) 12:03:18.14ID:i/HxbGJU
>>117
webpackでpackingした後ならそれ関係なくね？
2020/07/31(金) 12:53:01.38ID:7XE9b/ud
TwitterのUXって正直なところあまり良くないと思う
SPAを導入した結果、本来必要ない複雑さが生じて使いにくくなってる
5chぐらいシンプルな作りのほうが使いやすいよ
2020/07/31(金) 13:17:29.34ID:75IaVpch
それSPAと関係あんの？
2020/07/31(金) 13:20:43.25ID:7XE9b/ud
SPAだと気軽に複雑化にできることが問題
いらんとこまで複雑化しちゃうんだよね
2020/07/31(金) 13:45:54.34ID:OW7tfLmr
Twitterいいじゃん
開きっぱなしでも新着とか増えてくのすごくない？
2020/07/31(金) 13:46:45.41ID:ZbJSe1w4
フロント関係ないけど検索が早過ぎる
130デフォルトの名無しさん
垢版 |
2020/07/31(金) 14:54:07.04ID:fOAC77cv
技術者ならWindowsは恥ずかしい事だろ。
2020/07/31(金) 15:20:44.11ID:hIFLjbVS
>>130
恥ずかしい云々っていうより
Windowsサーバーでサーバー管理してる日本の大企業が単純に印象悪いってだけだけどな
132デフォルトの名無しさん
垢版 |
2020/07/31(金) 16:09:55.13ID:fOAC77cv
あわしろいくやさんも言ってるけど、Windowsを恥ずかしく思わない時点で、日本のITは終わってるんだよ。
133デフォルトの名無しさん
垢版 |
2020/07/31(金) 16:11:07.41ID:fOAC77cv
韓国やアメリカで技術者がWindows使ってると言えば笑われる案件ですよ。
134デフォルトの名無しさん
垢版 |
2020/07/31(金) 16:34:20.23ID:QYOQSLZ8
Macωωω
2020/07/31(金) 17:23:47.57ID:koOFx8Sf
>>132
じゃぁ何を使うべきなの？
136デフォルトの名無しさん
垢版 |
2020/07/31(金) 17:26:28.02ID:fOAC77cv
Ubuntuに決まってんでしょうが。
2020/07/31(金) 18:55:16.42ID:D3jc8aru
そもそも日本以外ってiPhoneのシェアそこまで高くないしプログラミングなるならMacとか言うのは日本くらいやろ
2020/07/31(金) 19:22:59.41ID:7SFTGpiw
>>136
Ubuntuなんてスパイウェアだろ
Linuxのなかで最低
2020/07/31(金) 19:34:29.85ID:7SFTGpiw
>>128
永遠にスクロールしていくのイライラしないか？
タイムラインをどこまで読んでも終わらない。

新着はタイムリーに表示されるが
過去のtweetの検索性がひどく悪い。
blogのように過去の発言を少しずつ読んでいく、という
ような使い方ができない。

カレンダーとかpaginationとかがないのがつらい

>>129
たしかにハッシュタグ無限にあるのに検索が速すぎて
どうやって実現してるのか気になる
2020/07/31(金) 21:00:37.64ID:O6+6IHLe
>>139
until:2020-07-01 from:accountname
141デフォルトの名無しさん
垢版 |
2020/07/31(金) 21:48:13.15ID:4adtn/xe
Windowsは
クライアントとしてはそこそこ優秀だと思うが
サーバとしては論外
sqi serverとかASP.NETとか
IISみたいなのは申し訳ないがNG
142デフォルトの名無しさん
垢版 |
2020/07/31(金) 21:51:39.93ID:Ki3B8LBa
>>133
知見
Mac なら市民権あるんです？
143デフォルトの名無しさん
垢版 |
2020/07/31(金) 22:03:02.03ID:Ki3B8LBa
画像も貼らずに(ry
144デフォルトの名無しさん
垢版 |
2020/07/31(金) 22:03:41.36ID:Ki3B8LBa
すみません
誤爆しました
2020/07/31(金) 22:28:38.51ID:7SFTGpiw
>>140
コマンド一覧みたわ、コマンド使えば意外といけそうだな
until, since, from以外にもlang:jaとか

GUIで詳細検索できるようにすればいいのにな
過去のtweetをすぐ表示できないからやらないかもしれないが
2020/07/31(金) 23:31:04.93ID:vpO9F3Px
>>145
-"キーワード"とか-from:user_id
で除外とかもある
2020/08/01(土) 00:34:43.11ID:G+VYcIGl
>>141
なぜ？
2020/08/01(土) 00:49:37.59ID:EZTrMdob
>>133
韓国事情にお詳しいのですね
149デフォルトの名無しさん
垢版 |
2020/08/01(土) 05:05:56.58ID:Hva4RaSU
> nuxt、nextはまずSSRであり、SPAもやろうと思えばできる感じ。
これは間違い。SSRをやろうと思えばできるし、SPAもやろうと思えばできる


ツイッターのハッシュタグ検索なんてただたんにハッシュタグテーブルがあるだけで特殊なことしてないよ
要はDB内で木構造(インデックス)使ってるし、ロジックもシンプルだから早くて当たり前
2020/08/01(土) 06:13:33.94ID:+75jFEkg
ReactのSSRってどうやってやるの？
react-dom/serverのrenderToStringでhtmlを書き出せたが
ボタンをクリックしたときのjavascriptを書き出せない
ReactのSSRは中途半端ってことはない？
2020/08/01(土) 06:28:18.42ID:Yr8NK13H
>>150
素直にNext使えばいいじゃん
2020/08/01(土) 07:53:17.79ID:TZ+8fQlR
<button>a1</button>
ボタンをクリックしたときtextContentをa2に書き換えるとする
SSRならどうなる？
１．変更分だけをサーバーで生成
２．HTML全部をサーバーで生成
３．クライアントでtextContentを置き換える
2020/08/01(土) 09:11:23.78ID:r1K2Mhjx
>>152
3じゃないの？
2020/08/01(土) 09:12:57.80ID:Mks3gogl
>>142
きっとWindowsで嫌な目にあったんでしょう
察してあげなさいよ、かわいそうに
2020/08/01(土) 09:42:50.00ID:pnJRYwjZ
>>153
クライアントで書き換えたらサーバーはそのことを知らないままにならない？
他の処理でSSRしたときにa1に戻ってしまわない？
156デフォルトの名無しさん
垢版 |
2020/08/01(土) 10:08:59.77ID:cVk77Hxz
ハァ？他の処理でSSR？
根本的に理解してないだろ魔法じゃねんだぞ
2020/08/01(土) 11:24:37.55ID:Hj1S4h6p
フレームワーク乱立はよくねえな
責任感が強いマイクロソフトに集約すべき
2020/08/01(土) 11:28:16.66ID:biQ1QRTH
責任感ねぇ
「MSさん？互換性と言う言葉をご存知ですか？」
2020/08/01(土) 11:33:17.20ID:QHr6h7Y5
MSにケツの穴まで見せそうだな
反抗心を失ったら人間終わり
2020/08/01(土) 11:48:39.84ID:Hj1S4h6p
後方互換性に1番気を使ってるのはマイクロソフトで間違いない
161デフォルトの名無しさん
垢版 |
2020/08/01(土) 11:52:29.07ID:bRba9mah
金のために互換性保ってるだけで、正義のためじゃないだろ。
162デフォルトの名無しさん
垢版 |
2020/08/01(土) 11:52:53.71ID:bRba9mah
Ubuntuは正義だ。
2020/08/01(土) 11:53:07.79ID:Hj1S4h6p
正義(笑)
164デフォルトの名無しさん
垢版 |
2020/08/01(土) 12:30:25.28ID:biQ1QRTH
孫
2020/08/01(土) 12:30:30.31ID:6s9LN6+z
>>158
MSが一番互換性高いでしょｗ
166デフォルトの名無しさん
垢版 |
2020/08/01(土) 12:44:13.04ID:biQ1QRTH
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

一体何で開発したらええんかのぅ？
2020/08/01(土) 13:17:45.48ID:0UaphVC2
>>166
MS には他にも、MFC, Razor, Blazor, .NET MAUI, SilverLight がある。
2020/08/01(土) 13:18:51.98ID:G+VYcIGl
>>166
迷うはずないやつがいくつも混じってるぞ
2020/08/01(土) 13:21:45.58ID:o8EpUcK0
Linuxだともっと迷うんじゃないか
2020/08/01(土) 13:31:27.42ID:EZTrMdob
Ubuntu使ってるやつのカラーセンス疑うわ



あ、俺も使ってた…
171デフォルトの名無しさん
垢版 |
2020/08/01(土) 13:33:15.03ID:biQ1QRTH
>>168
あ！量販店の店員さんですか？
Vue とReact とAngular
どのメーカーが良いですかねぇ
2020/08/01(土) 13:52:32.32ID:8AkvqbAq
Linuxは野良ツール多すぎて迷うよなー
マイクロソフトを信用してとりあえずコレだけやっとけ的なものがない
どれを選んでも中途半端でトラブルと縁を切れない
2020/08/01(土) 14:07:55.86ID:Yr8NK13H
>>172
自分の能力が低いって自己紹介じゃんそれ
2020/08/01(土) 14:10:38.48ID:8AkvqbAq
>>173
そういう考え方が雑魚っぽい
苦労を自分から背負い込むスタイルとか非合理的でしょ
2020/08/01(土) 14:11:19.37ID:IxYAI3me
>>171
JScript
2020/08/01(土) 15:01:04.70ID:Sq3FCv8n
>>175
それソケットの型とか電圧が違うからって警告出ませんか？
サーバーのコンセントにささらないと困ります。
2020/08/02(日) 10:58:02.51ID:TgtGsz6s
C#ってunsafe、Span、refがあるから低レベルの爆速プログラミングもできるんだな
こんなんwasmに事前ビルドされたらJSが速度で勝てるわけないじゃん
2020/08/02(日) 11:50:01.52ID:WQM7cDU9
wasmはjsエンジンの（一部の）上で動いてるから、コンパイル後のピーク速度は同じなんだけど。ネイティブGCも無いからGC付きクソデカランタイム動かしてたら速度メリットも消えちゃうんだけど
https://qiita.com/karszawa/items/0bd6e7aa0b638a8e9ee2
2020/08/02(日) 11:52:44.71ID:DseL3ZRo
マジこのスレスレタイと関係ある話してねーな
2020/08/02(日) 12:00:19.78ID:2PlDLosa
そのうち逆になるだろ
wasmが一番下のレイヤーになってJSはその上で動く
2020/08/02(日) 12:07:48.77ID:cT3QB5LB
vueユーザーはvue3に備えてこれ読んどきなさい

Vue Composition APIでストアパターンをスマートに使って状態管理をする
https://qiita.com/resessh/items/ab09ec925ca49d02caae
2020/08/02(日) 12:24:42.43ID:DseL3ZRo
>>181
Reactに寄ったとは聞いてたがマジで寄ってるなｗ
2020/08/02(日) 12:25:34.13ID:WwXtXh/O
>>178
C#はネイティブメモリを安全に活用する機能があるのでメモリ効率がすごくいいよ
この機能が追加されたおかげで.NET Coreの全体的なパフォーマンスが急激に上がったのは記憶に新しい
スタックで済むところはスタックで処理できるから従来のC#、Java、JavaScriptのように必要のないところでオブジェクトのためにメモリを確保しなくても済むようになった
これがパフォーマンスにとって大きな影響がある
JSがこれを模倣しようとしても型安全性と構造体がないからそう簡単にはできない
TSがトランスレーターに甘んじてるうちはTSでも同じこと
TSが完全にコンパイラなったとしてもref、Span、構造体に相当する言語機能を導入しなければならないから簡単には行かない
2020/08/02(日) 12:50:36.63ID:WQM7cDU9
>>183
jsの場合jitがその辺はやってるんだよ。型が変わらない変数ぐらいjitは見つけて最適な型で最適なところに割り当ててる、スタックやレジスタレベルでね。refどころか関数のインライン化もやるよ。
c#のjitも凄いけど、それをwasm上でやるのは大変じゃないかな？
2020/08/02(日) 12:54:12.60ID:mXvsp2ya
ホントは、Wasmの本質は速度向上ではなくて、言語を変えられることだよ。
2020/08/02(日) 13:05:39.93ID:WwXtXh/O
>>184
その程度じゃ全然最適化が足りないんだよ
機械的な判断じゃどうしたって最適化していいか確定しない部分が沢山でてくる
C#だってデスクトップやサーバーサイドで最適化のノウハウをしこたま溜め込んでる
その蓄積があるのにあえてプログラマの手で高速化するための手段を用意した
マイクロソフトはJITを極めてもそれだけじゃ満足できないとわかってたからね
結果として.NET Coreは凄まじいパフォーマンスを獲得したわけ
Blazorはまだ黎明期だからしかたないけどサーバーサイドのベンチマークはまじで凄いからね
2020/08/02(日) 13:08:10.21ID:WQM7cDU9
>>185
それ。他言語のライブラリとか持ってこれるのが助かる

>>186
そうだね。早く速くなるといいね
2020/08/02(日) 13:11:40.57ID:hCA53BQc
>>187
まあそんなに遠くない未来だろうね
2020/08/02(日) 13:12:22.72ID:DseL3ZRo
>>186
お前いつまでここに寄生してその話続けんの？
2020/08/02(日) 13:21:40.43ID:QyH37OuI
スレタイ変えるべきだな
191デフォルトの名無しさん
垢版 |
2020/08/02(日) 13:23:40.23ID:mXvsp2ya
>>187
他からライブラリを持ってこれる、というようなことだけじゃなく、
JSには、ちゃんとしたclassの概念もなければ、ちゃんとしたstructの概念も無い。
明示的な型指定も出来ない。
また、常にGCがONなので速度的に不安定。
変数は原則的に全てHeapからの確保になってしまうので使い始めが遅い。
動的に型が決まるので、JITでもある程度以上最適化できない。
そういうところがC++では改善できる。
192デフォルトの名無しさん
垢版 |
2020/08/02(日) 13:28:43.14ID:q/qx3qt3
wasm について語りたいなら
【wasm】ブラウザでC++。Emscriptenを語ろう
https://mevius.5ch.net/test/read.cgi/tech/1547549448/

blazor について語りたいなら
【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/

ついでに、jquery に言及したいなら
Vue vs React vs Angular vs jQuery Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333177/
2020/08/02(日) 13:32:13.60ID:WQM7cDU9
>>191
wat書くとそのへんは痛感するね。流石にcppとかrustには叶いませんわ。
194デフォルトの名無しさん
垢版 |
2020/08/02(日) 14:15:44.79ID:oOnrjYcq
C++はJITが効かないので、最悪Javaの20倍ほど遅い。
2020/08/02(日) 14:21:31.87ID:mXvsp2ya
>>194
それは、狭い範囲における非常に稀なケースだが、
WasmはJITが効くので、C++も出力をWasmにしてしまえば、原理的には
同じ事が出来るわけだけど。
2020/08/02(日) 14:26:42.33ID:mYK9zNmf
> C++はJITが効かないので
JITって何かわかってる？
ただのCPUに最適化したコンパイルに過ぎないぞ
C++でもコンパイル時にCPUに最適化すれば同じことだ
197デフォルトの名無しさん
垢版 |
2020/08/02(日) 14:30:46.09ID:oOnrjYcq
JavascriptはJavaの二倍速い。
2020/08/02(日) 14:32:48.19ID:mXvsp2ya
>>195
JITの方が速くなる可能性があるとすれば

1. たまたま実行した環境では、要素数の多いSIMDが使えるCPUの場合、そのCPUに
　合わせて最適化できる。

2. 予め最適化する場合には、実行段階で、CPUの場合分けのためのオーバーヘッド
　が少し生じる。

3. 実際に実行してからのプロファイリングを用いて、繰り返し回数の多いループ
　を重点的に最適化できる。
　これもテスト時にあらかじめ行っておくことも出来るが、何らかの要因で
　条件が大幅に変わった場合には、JITでやる場合と差が出てくる可能性がある。
199デフォルトの名無しさん
垢版 |
2020/08/02(日) 18:01:52.35ID:owOvUR/E
そもそもwebというかブラウザがdomとcssに結局は縛られるから、そっちのが問題だと思うけどなあ。。
そしてdomはとても壊れやすい。それが起因の問題は今でもちょくちょく体験する。ブラウザ互換も未だに完全じゃない。

wasmだc#だと言っても、UIまで包括的に別の仕組みで動作しないと同じだと思うよ。
200デフォルトの名無しさん
垢版 |
2020/08/02(日) 18:58:02.73ID:rl9xr/mh
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
201デフォルトの名無しさん
垢版 |
2020/08/02(日) 19:04:43.64ID:4pM7vb20
wasmとかc#とかMSの話してる奴
これもう荒らしだろ。
単語NG安定
2020/08/02(日) 19:05:43.75ID:7B1HvTGa
>>200
そういうマイナーなframeworkは
バグとかの情報少ないし一番めんどくさいだよ
お手軽っていうのはユーザーが多い
ASP.NETとかRuby on Railsのことなんだ

Rubyはweb以外ではろくに使われてないし
結局、ASP.NETが最強ということになる
203デフォルトの名無しさん
垢版 |
2020/08/02(日) 19:08:48.49ID:rl9xr/mh
レスつけられたみたいだけどあぼーんで見えない
2020/08/02(日) 19:09:18.65ID:++dgOo7Q
>>199
QTが動いたって話だしそのうちDOMに依存しないUIフレームワークもでてくるだろうな
それが良いかどうかは未知数だが
2020/08/02(日) 19:10:22.22ID:SsTxGSMj
【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5
https://mevius.5ch.net/test/read.cgi/tech/1596110361/
スレチガイジが居ないスレはこっち
2020/08/02(日) 19:30:24.89ID:+AbKOGnw
>>191
スタックメモリを有効活用しようとしたらstruct必須だからJSの言語機能を大幅に改修しないといけないね
2020/08/02(日) 19:48:26.61ID:sINF+8Fw
>>206
c#しか知らないのにそういうネタ出すの止めたら？
2020/08/02(日) 20:21:18.93ID:+AbKOGnw
>>207
他の言語も知ってるけど？
俺はJSしか知らないフロントエンジニアじゃないよ
209デフォルトの名無しさん
垢版 |
2020/08/02(日) 20:27:25.31ID:+KirgcPe
C#しか知らない業務ソフトおじさん
略してソフトおじさん
2020/08/02(日) 21:38:12.95ID:7B1HvTGa
>>205
C#理解できないレベルの低い人たちだけのスレ立てたのか

わざわざ分裂させて時間を無駄にしたがる人たちは理解できない
2020/08/02(日) 22:56:39.44ID:afjdMLlX
Ruby は、Vagrant, Chef, ServerSpec, Github とか、サーバー構築テストに強い

Chef では、以下の抽象化構文で、Cent 系のrpm/yum, Debian 系のdeb/apt の、両方に対応できる

package "dstat" do
action :install
end
2020/08/02(日) 23:24:21.36ID:D3UaZ6Ra
ここでCの話してるやつって外国に忍び込んで蝕んでいく中国人みたいだな
2020/08/02(日) 23:25:09.68ID:254CtELF
うわネトウヨが出た
214デフォルトの名無しさん
垢版 |
2020/08/02(日) 23:45:51.80ID:4pM7vb20
JavaScriptに話を戻そう
ReactってそもそもHTML要素が既にある時点で
イベントハンドラとかprops stateとか作りこんんで行く訳だが
そもそもHTML自体をしこたま動的に生成しなきゃならん事
多い。
そういう時ネイティブ JavaScriptの
createElementとappendChild使うのがいちばん便利
なんだわ。
動的に生成したDOM要素にイベントリスナ設定して
ピタゴラスイッチ見たいにUI構築していくのは楽しい。
215デフォルトの名無しさん
垢版 |
2020/08/02(日) 23:50:51.47ID:LkmmrvcN
手動でやりたいならどうぞご自由にとしか。
JSスレ行ってね。
あ、ついでにC#ｶﾞｲｼﾞとRubyｶﾞｲｼﾞも一緒につれてって。頼んだよ。
2020/08/02(日) 23:51:15.64ID:afjdMLlX
Document.createDocumentFragment( ) だろ
2020/08/03(月) 00:07:57.59ID:4XZf/IuM
>>204
QTってWEBはWebGLが前提だろうから、どうなんだろうね。
でもWEB版とネイティブアプリ版両方作るなら、一番合理的とも言える。
欠点は読み込みがクソ重くなる事か。。
2020/08/03(月) 00:09:40.27ID:UL5Fg7I6
>>214
まあ仮想DOMってdocument配下にないメモリ上の状態でガチャガチャやるわけだし
実DOM直接操作するよりはオーバーヘッドないんじゃない？
2020/08/03(月) 00:13:57.36ID:gMPFHu0L
>>218
仮想的なDOMを操作しても
最終的に実DOMに反映しなければいけないのだから
仮想DOMの処理はは100%オーバーヘッドだよ
2020/08/03(月) 00:19:42.49ID:gMPFHu0L
一番速いのは、仮想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は遅い
2020/08/03(月) 01:05:05.78ID:wV2nNm2Q
jQueryがネイティブより速い？ 何言ってんの？
2020/08/03(月) 01:15:21.82ID:4XZf/IuM
jQueryの話はスレチ。やめようぜ。
2020/08/03(月) 02:46:46.67ID:gMPFHu0L
>>221
ネイティブより速いなんてどこにも書いてないよ
速度で言えば速い順に
JavaScriptなし > ネイティブ > jQuery >>>> フレームワーク
なのは当たり前でしょう？
2020/08/03(月) 06:13:52.43ID:UL5Fg7I6
jおじ復帰してたのか
2020/08/03(月) 07:01:52.50ID:SjFJdHD5
要はその「必要最小限のDOM操作」が自明じゃないような大規模な画面の変化をさせたい場合には
仮想DOMの効果が出せるということ。
2020/08/03(月) 07:24:39.50ID:UL5Fg7I6
いや実DOMに対するappendを
一回でドンとappendするか
複数回こまごまとappendするか
どっちがオーバーヘッドが大きいかって話じゃない？
227デフォルトの名無しさん
垢版 |
2020/08/03(月) 07:39:57.17ID:qdvto+rV
vDOMはオートマ
jQueryはマニュアル
jQueryおじさんは軽トラ運ちゃん
2020/08/03(月) 08:58:08.95ID:zCiZ8LaU
NGしたいからJおじとC#おじはコテつけろよ
2020/08/03(月) 09:29:54.65ID:wV2nNm2Q
>>228
C#おじさんID変えまくってるから望み薄だなぁ
230デフォルトの名無しさん
垢版 |
2020/08/03(月) 10:59:45.04ID:3aFKjSal
薄いどころか無毛
2020/08/03(月) 11:35:48.87ID:4XZf/IuM
ｊQueryが嫌いな訳じゃないんだよな。昔は散々世話になった訳だし。
ただスレチ。話も長くなるし。
2020/08/03(月) 13:20:21.50ID:YC4A0LQI
>>228
もう>>205で良くないか？
2020/08/03(月) 14:40:35.29ID:6LuQl8WH
>>226
> いや実DOMに対するappendを
> 一回でドンとappendするか

一回でappendする場合DOM操作ではなく、innerHTMLの代入とかに
なるわけだがフレームワークはそんなコトしていない

そもそもinnerHTMLだから速いというわけではなく
JavaScriptで追加するか、ブラウザ内部の処理で追加するかの違いでしか無い
ブラウザ内部で処理したら速いように思えるが、innerHTMLでは
HTMLのパース処理が必要になるので無駄な処理をしている

それに昔はJavaScriptが遅かったが、今は速くなっているため
JavaScriptのDOM操作とinnerHTMLによる一回でドンは大差なくなってる。

仮想DOMは純粋なオーバーヘッド。実DOMに反映する処理＋仮想DOMのオーバーヘッド
2020/08/03(月) 14:42:12.96ID:6LuQl8WH
>>227
> vDOMはオートマ
> jQueryはマニュアル
> jQueryおじさんは軽トラ運ちゃん

そして一番重要なのは、どの方法が一番早く目的地につけるか？
って話なんだよねｗ
2020/08/03(月) 14:55:57.02ID:6LuQl8WH
仮想DOMが遅い理由
Why Virtual DOM is slower
If you think it’s fast, this article might be what you were missing
https://medium.com/@hayavuk/why-virtual-dom-is-slower-2d9b964b4c9e
236デフォルトの名無しさん
垢版 |
2020/08/03(月) 15:07:55.21ID:qdvto+rV
なんちゃってアマチュアレーサーがマニュアルのほうが速いとかでマウント取ってくるのと一緒だな。
ひっきりなしにガチャガチャガチャガチャ動かしたくないんだわ。
2020/08/03(月) 15:13:49.84ID:6LuQl8WH
>>236
だから動かさなければいいのでは？

HTMLとCSSでできることはJavaScriptを使わない
コードがないのでバグも減るし、速度も早い

JavaScriptからウェブに入ってきた人って
HTMLとCSSの技術力が低すぎる人が多いんだわ
知らないくせに、知らない俺すごい。みたいな考え方してるｗ
どうどうと嫌いです（だから勉強していません）みたいなこと言うからな
2020/08/03(月) 15:17:31.70ID:6LuQl8WH
例えばCSSだけで作られたアコーディオン
https://webdesignday.jp/inspiration/technique/css/5316/
JavaScriptなしでブラウザ内部だけで実行するから最速

こういうのを作れるとお前ら何JavaScriptフレームワークで
無駄な努力してんの？ってなる
2020/08/03(月) 15:18:51.27ID:wV2nNm2Q
え？ innerHTMLでドンと入れるもんなの？
ドンと入れるってのは一個Element作ってその下にたくさんElementぶら下げて最後にappendChildするものだとばかり。さもなくばtemplateタグかと……
2020/08/03(月) 15:21:43.10ID:6LuQl8WH
>>239
じゃあ、DOM APIで一個Element作ってその下にたくさんElementぶら下げた方が速いですねｗ
2020/08/03(月) 15:37:39.47ID:gnTaw2rH
>>238
アコーディオン
クリックしてから開くまで遅すぎ
JS使ってないのにこの遅さはひどい
2020/08/03(月) 15:38:54.21ID:gnTaw2rH
そもそもアコーディオンなんて使うほうがアホ
アコーディオンあるとスクリーンショットとれない

ユーザビリティ考えてないゴミといっていい
2020/08/03(月) 15:43:16.68ID:wV2nNm2Q
>>240
それだと一個足す毎に描画発生するじゃん？
2020/08/03(月) 16:04:13.93ID:gfyNPdUj
>>241
開閉スピードはCSSのパラメータで変更できる。最小0だよ。
そういう当たり前に想像できることにレスするから
お前の間抜けさが際立つわけ
2020/08/03(月) 16:05:34.47ID:gfyNPdUj
>>243
発生しないが？
まさかお前、DOM APIではできない方法を使って
JavaScriptフレームワークが実装されてるとでも思ってるのか？ｗ

不思議やなぁ。ただのJavaScriptフレームワークなのに
JavaScriptでは使えない方法を使ってると思うんやぁｗ
2020/08/03(月) 16:09:59.23ID:0MenM/I/
>>241
アコーディオンのデモだからアニメーションを強調して長目にしてるだけじゃん
2020/08/03(月) 16:19:29.50ID:m8E1Posq
速度もとめるならwebglだな
3Dはもちろん2Dも速い
2020/08/03(月) 16:21:39.76ID:0MenM/I/
そういやValkanってブラウザ対応とかするんかな？
2020/08/03(月) 16:24:04.93ID:0MenM/I/
Vulkanだったスマン
2020/08/03(月) 16:29:53.01ID:0/lt0JjB
SPAって帯に短しタスキに長しって感じだな
2020/08/03(月) 16:35:42.23ID:wV2nNm2Q
>>245
最初からDOMの話してるんだけど。
bodyからのツリーにぶら下げなきゃ描画しないのは知ってるよ？

だからこう書いたのに
> 一個Element作ってその下にたくさんElementぶら下げて最後にappendChildする
2020/08/03(月) 16:41:07.35ID:Za6GDrI5
>>237
アプリ作る目的がこのスレなのにhtmlとcssのみとか頭イカれてんだろゴミ野郎
何ヶ月も同じこと言ってんじゃねえよ
2020/08/03(月) 16:43:38.93ID:vcgZ0KOw
バニラでアプリ作れない雑魚のための介護マシン≒React等低速フレームワーク
ということでFA？
2020/08/03(月) 16:52:57.55ID:gnTaw2rH
UIだけの話しかできないやつなんなの
ここframeworkの話するところ

>>253
開発生産性を考えられないアホは
バニラでやってればいい
2020/08/03(月) 16:57:30.45ID:gnTaw2rH
自分ではうまくcssだけで実現できたつもりでも
クロスブラウザ対応できてないケースが多い。
ライブラリ使わないとクロスブラウザ対応は事実上不可能

web frameworkも同様
不要だといってるアホは開発生産性を考慮できていない
2020/08/03(月) 17:08:55.24ID:9/tK9gy1
>>247
意外と素のOpenGL ESよりだいぶ遅いのが気になるが。
2020/08/03(月) 17:39:26.37ID:ICuTyQop
>>255
クロスブラウザだけならjQueryで充分
生産の効率化がフレームワークの肝じゃないかなぁ
2020/08/03(月) 18:12:03.37ID:4XZf/IuM
いやーもう俺はjQueryだけとか無理だわ。保守が苦行すぎだろ。
ScopedじゃないCSSとか思い出すだけで辛い。
型も無しにApi呼ぶの怖すぎ。リファクタリングに手間かかりすぎ。

スレタイのフレームワークなりライブラリ使うだけで劇的に快適になるよ。
中規模以上ならフレームワーク必須。
今更仮想DOMが遅いとか。。文句の付け所が見当違い甚だしい。
259デフォルトの名無しさん
垢版 |
2020/08/03(月) 18:28:42.64ID:qdvto+rV
emotionのcss prop便利すぎワロタｗｗｗ
styled component形式も併用できる。けどネスト深くなるから好きじゃなかったんだよね。
2020/08/03(月) 19:07:37.19ID:vcgZ0KOw
>>254
とか言ってるやつが1番開発生産性をわかってない
SPAフレームワークなんて人材調達がめんどくさくて高いからコスパが悪い
MVC+jQueryなら人集めるのが簡単だ
後者は長年の経験の蓄積があるから作業を開始してからもSPAキッズより速い
2020/08/03(月) 19:32:00.23ID:gnTaw2rH
>>260
いや、わかってる。
俺は個人でも仕事でもSPA使ってない。
ASP.NET MVC系 + C#だ

前スレでも結論でたとおもうが大手法人サイトでも
web frameworkとしてはReact , Vueをほとんど使ってない。
ただのUIまわりだけの利用にとどまっていて
SPAとして動かしてない
2020/08/03(月) 19:33:58.87ID:wV2nNm2Q
長年の経験があって安くて簡単に手に入る人材？ 地雷では？
2020/08/03(月) 19:40:08.00ID:NwY4iaDW
Cおじいちゃんの次はマークアップおじさんか
2020/08/03(月) 19:51:02.89ID:gfyNPdUj
>>252
アプリを作るとは？
実際にはUI作ってるだけやろ
2020/08/03(月) 19:53:25.08ID:gfyNPdUj
>>258
> いやーもう俺はjQueryだけとか無理だわ。保守が苦行すぎだろ。
> ScopedじゃないCSSとか思い出すだけで辛い。

SPAにするんじゃなくてサイト全体をモジュール化しましょう。
それぞれ独立したページだから、ページごとのscopedになっている

sassを使いましょう。CSSファイル一つでも
ページごとのCSSが作れます。

お前HTML/CSSの技術知らんだろ？
無知だから苦行なんだよ
2020/08/03(月) 19:54:35.71ID:vcgZ0KOw
>>261
わかってる人だったか
すまんなここは喧嘩売ってくる人が多いから攻撃的になってしまっていた
2020/08/03(月) 20:36:25.96ID:gfyNPdUj
SPAを作るのが楽なのはわかるが、それはSPAじゃなきゃだめなのか？
UIを作るのが楽なのはわかるが、それはそんなに複雑なものなのか？
って話なんだよな

ほんの少し必要なもののために、全体を複雑化してしまってる。
UIなんて要素の表示非表示で殆どのものは作れるんだよ

DOMによる要素の操作（属性変更以外）が必要なのはフォーム項目数が
増減する場合ぐらいしか無いんだが、一体何のために
フレームワークを使わないといけないんだって話なんだよな
2020/08/03(月) 20:56:17.63ID:Za6GDrI5
>>267
このクソ野郎が一番わかってない
2020/08/03(月) 21:07:46.74ID:gfyNPdUj
な？俺が言ってることが正論だから
まともな反論一つできないわけだ
270デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:12:44.80ID:4XZf/IuM
>>265
独立したページだからページごとのscoped？ってどんな小規模なサイトなのよ。普通のサイトでも1ページに複数のcss組み合わせてpackするだろ。。それにaltCssは関係ない。単に名前空間の話なんだけど分からない？
気をつければ問題ない、じゃないのよ。保証されてないとダメなの。その保証をフレームワークがしてくれるワケ。

って言っても分からんか。。よく手作業でやるよな。まあ精々頑張ってくれ。
2020/08/03(月) 21:15:21.21ID:Za6GDrI5
>>269
最後の3行が無知を晒してんだろがボケ
お前みたいなゴミがゴミサイトしか作れないからそれしかわからねえんだろゴミ
2020/08/03(月) 21:15:22.28ID:gfyNPdUj
>>270
名前空間ならクラスを使えばいいだろ
単にネストするだけ

書き方がわからんのなら教えてやるぞ？


.my-namespace {
　.module {
　　.component {
　　　.name {
　　　　color: red;
　　　}
　　}
　}
}
2020/08/03(月) 21:16:41.13ID:m8E1Posq
フレームワークを使うのはホームページビルダーを使うような事だ
2020/08/03(月) 21:16:55.47ID:gfyNPdUj
>>271
理由はないけど最後の3行は無知なんだ！

と言っても誰も賛同しないって（笑）
2020/08/03(月) 21:23:02.72ID:frtEuMiX
これ多分作ってるジャンルが全然違うやん
2020/08/03(月) 21:23:56.05ID:4XZf/IuM
>>272
やっぱり分かってない。そんな事みんな知ってて随分昔に通り過ぎてるんだよ。
それを手作業でやる必要ないだろ。必ず間違えるのが人間なんだから。
君もそんな所にとどまってないで登ってきなよ。歓迎するよ？
2020/08/03(月) 21:28:03.50ID:gfyNPdUj
>>272
通り過ぎる？
じゃあこれの何が問題か言えるよね？

先に言っておくわ。はい言えなーいｗ
2020/08/03(月) 21:28:19.83ID:gfyNPdUj
>>276あて
2020/08/03(月) 21:29:42.22ID:gfyNPdUj
>>275
HTMLの基本である文書構造とスタイルの分離を
理解できてないやつがいるからね。
昔はCSSを変更するだけで見た目をガラリと変更できた
早くフレームワークでそういう本来あるべき時代が来るといいねｗ
280デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:52:40.98ID:wCYxvJCG
>>237
ごめん、技術力がないんじゃなくて
タグ書くのとか別ファイルにCSS書くのが純粋に
めんどくさいからあえてJavaScriptで書いてるんだわ。

HTMLもCSSも全部JavaScriptで生成してるんだわ
JavaScriptならconsole.logで
途中経過確認できるし
forやif 配列 連想配列
イベントリスナ
location ajax全部自在だから
JavaScript使うんだわ
単なるwebサイト制作屋じゃなくて
プログラマなら誰だってそーする。
281デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:58:16.07ID:VfthWC1J
ウェブサイトをプログラミングすんなよ。

画面がグニョんとうごく動的でダイナミックでエクセレントなホームページ作ってるやつ。

おまえ地獄に落ちるぞ。

おまえのせいでページを見てるみんなが困ってんだ。

謝れ。

ページがぐにょぐにょ動く必要ない。

おまえの自己満足だ。
282デフォルトの名無しさん
垢版 |
2020/08/03(月) 22:00:10.12ID:wCYxvJCG
>>281
要求仕様にあるからやってんだよ
俺だってやりたかねぇよ
283デフォルトの名無しさん
垢版 |
2020/08/03(月) 22:01:25.11ID:VfthWC1J
業務ならUbuntuにしとけよ。

おまえのはホビーだ。
ど素人が。
2020/08/03(月) 22:02:39.71ID:ukM+b7An
テキストのhtmlつなげてDIV.innerHTMLにぶち込んでいたけど
JQueryが速いって聞いて書き直したら、クッソ遅くなった

ま、昔の話だが
285デフォルトの名無しさん
垢版 |
2020/08/03(月) 22:04:12.60ID:VfthWC1J
まあ3年前ならそうかもしれんけど、いまはフレームワークの時代だからね。

やはりUbuntuだと思うんだわ。
286デフォルトの名無しさん
垢版 |
2020/08/03(月) 22:09:49.35ID:wCYxvJCG
>>283
そのクソくだらないおもちゃを
みんな作りたがってるから
余計な仕事が無くならねんだよ
さっきからそういう話をしてんだよ。、
287デフォルトの名無しさん
垢版 |
2020/08/03(月) 22:13:50.66ID:VfthWC1J
金のために魂を売ったなら、結局地獄行きじゃねーか。
288デフォルトの名無しさん
垢版 |
2020/08/03(月) 22:18:58.68ID:VfthWC1J
ソドムとゴモラから話さないといけないのかな。
2020/08/03(月) 22:31:58.73ID:gO94tr6L
SvelteのTutorialやろうとして19のうち5で一時挫折
VueもSvelteも覚えることが多すぎる
ほとんど覚えることがないReactは良かった
Reduxは読みやすいReactをものすごく読みにくくして学ぶ気が起きない
2020/08/03(月) 22:35:18.53ID:NwY4iaDW
Webアプリしか作れないやつとWebサイトしか作れないやつじゃ話しは合わんわな
2020/08/03(月) 22:35:49.97ID:gO94tr6L
Reactはなんで何度も実行して無駄なことしてんのって思ったことがSvelteは解消してんね
コンパイルするから最小限のことしか実行しないようですばらしい
2020/08/03(月) 23:02:33.36ID:lfRz9KxF
vueとsvelteはほぼ同じようなものなんだけど、互いにいい所があって、両方のいいとこ取りしたものを欲しくなるんだよなあ
293デフォルトの名無しさん
垢版 |
2020/08/03(月) 23:06:23.43ID:VfthWC1J
>>290

そうじゃねーんだ。

ユーザーの立場から、ホームページは動かすなと言ってるんだ。
294デフォルトの名無しさん
垢版 |
2020/08/03(月) 23:09:52.65ID:bXOOgqaQ
ホームページなんて言葉久々に見たな
2020/08/03(月) 23:19:43.97ID:gfyNPdUj
>>280
そういやって静的に作れるファイルを
動的に作るからフレームワークは遅いわけ
296デフォルトの名無しさん
垢版 |
2020/08/03(月) 23:21:47.47ID:RD1quE3e
おまいら世界最速の阿部寛のホームページを見習え
2020/08/03(月) 23:22:27.75ID:UL5Fg7I6
>>296
あそこ何気にIPv6に対応してるからな
2020/08/03(月) 23:26:29.07ID:gfyNPdUj
>>296
それな。シンプルイズベスト
ただのHTMLとCSSでいいのに
なぜかわざわざ複雑にする
2020/08/03(月) 23:26:46.75ID:NwY4iaDW
>> 293
ホームページみたいなWebサイトしか作れないお前の立場じゃ、Webアプリを作るのに適してるスレタイのフレームワークの良さはわからんよ
とりあえずお前はスレタイのフレームワークを使ってWebアプリを作るといい
あとユーザーの立場で言えば今の多くのユーザーはネイティブアプリに慣れてるから、動きのあるページの方が良いって言うと思う
2020/08/03(月) 23:28:58.05ID:gfyNPdUj
> 動きのあるページ

CSSアニメーションでできることを
JavaScriptつかって再発明してそう（笑）
301デフォルトの名無しさん
垢版 |
2020/08/03(月) 23:32:55.78ID:VfthWC1J
動くホームページなんて昭和の主婦かよ。

子供だましもいいとこ。
302デフォルトの名無しさん
垢版 |
2020/08/03(月) 23:46:10.27ID:/kj6tId5
ほーむぺーじはさすがに草生えるわ
2020/08/03(月) 23:48:20.23ID:Za6GDrI5
>>300
お前みたいなゴミはせいぜいwebサイトのcss止まりなのはわかった
2020/08/04(火) 00:00:46.21ID:qBcGe5jj
>>289
ReactやるぐらいならElmでよくねえ？
305デフォルトの名無しさん
垢版 |
2020/08/04(火) 00:13:31.37ID:cWgQ3xfc
静的サイト作成ツールでいいだろ。
2020/08/04(火) 00:16:27.02ID:pE1d8tp3
>>277
なるほどなあ。これが所謂JQueryおじさんってやつか。構うんじゃなかったわ。。
分かった。お前はお前のやり方を通してくれ。
でもスレチだから出てってくれんかなぁ。一応フレームワークのスレなんでね。
2020/08/04(火) 00:17:09.65ID:g0FtfJ8n
ほらな。想定い通りの答え
308デフォルトの名無しさん
垢版 |
2020/08/04(火) 00:32:42.15ID:vydsY05j
お客様のなかに　想定い通り　にお住まいの方はいらっしゃいますか〜
309デフォルトの名無しさん
垢版 |
2020/08/04(火) 01:17:14.23ID:GWl1XxoI
Vueって昔はcdnから読み込んでHTML属性にv-なんちゃら書けば簡単に使える
nodeやビルドシステム要らずの良いフレームワークだと思ってたんだけど今のVueなにこれ。

Reactの後追いばかりして自分の良さを消しちゃってるよね。
もともとv-なんちゃら属性でHTMLで出来ることを拡張する
コンセプトのフレームワークで全部JSファイルの上でwebコンテンツ作りますのReactとは違うのに無理してTypeScript使い出してて草

そういうのが受け入れられない人こそがVueの本来のターゲットユーザーであったはずなのに
2020/08/04(火) 02:16:29.58ID:vYzFyP25
>>301
一応日本初のホームページは1992年（平成４年）だから
昭和の主婦には不可能です。

https://ja.m.wikipedia.org/wiki/日本最初のホームページ
311デフォルトの名無しさん
垢版 |
2020/08/04(火) 02:37:28.75ID:vydsY05j
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
2020/08/04(火) 07:31:08.28ID:aptZSvHh
Hooksが出たいまとなってはReactの方がとっつきやすいだろうしな
2020/08/04(火) 07:56:10.69ID:WJJgCWj+
野良フレームワークはこういうことがあるから長期運用を視野に入れたときに嫌になる
マイクロソフトが管理してるBlazorだったら安心して長期に渡って利用できる
2020/08/04(火) 08:03:13.41ID:9SKQxc06
MS社員がこんなとこに来てんのかよ
2020/08/04(火) 08:45:22.36ID:+ywoUJk0
MSの社員がこんな無能なわけないだろ
316デフォルトの名無しさん
垢版 |
2020/08/04(火) 08:45:44.52ID:cWgQ3xfc
グニョンと動いた時点でアウト。

動くホームページ認定。
2020/08/04(火) 08:52:21.23ID:pE1d8tp3
フロントの変化が激しいのは昔から。文句行っても始まらんし今後も変わらない。嫌なら他の業種行くしかない。
その前提で例えばVue派とReact派で論争するなら分かるが、なんかスレチで伸びるよな。
少なくとも文句言うだけのjQおじにだけはなるまい。
318デフォルトの名無しさん
垢版 |
2020/08/04(火) 08:53:07.00ID:cWgQ3xfc
>>308
相転移のタイポだろ。
319デフォルトの名無しさん
垢版 |
2020/08/04(火) 08:54:08.83ID:cWgQ3xfc
>>317
俺が変えてやるっつってんだよバカヤロー。

おまえ、そのままでいいのか？

おまえの客は困ってないか？
320デフォルトの名無しさん
垢版 |
2020/08/04(火) 08:55:48.50ID:cWgQ3xfc
そもそも、ITは中国のほうが進んでいるという事実を受け入れられないから、いろいろおかしなことを言う。

ハードウェアは韓国、ソフトウェアは中国に学べ。
2020/08/04(火) 08:56:09.70ID:+ywoUJk0
>>319
頼んでない
322デフォルトの名無しさん
垢版 |
2020/08/04(火) 09:08:24.92ID:cWgQ3xfc
MSRAで開発されたBlazorは今後の主流になる可能性がある。
323デフォルトの名無しさん
垢版 |
2020/08/04(火) 09:09:58.31ID:cWgQ3xfc
MSRもむかしは日本に在ったんだけどね。

なぜこうなった。
324デフォルトの名無しさん
垢版 |
2020/08/04(火) 09:13:03.56ID:cWgQ3xfc
やっぱさ、こういうスレで話してても、頭悪いもんな。

中国人のほうが頭いいんだよな。

こういうスレでは、いまこうだからって話よくするんだけど、中国人と話すと、自分たちが10年後を作ってるって感覚があるんだよね。
日本人にはそれが無い。
2020/08/04(火) 09:15:10.13ID:MuqrA5JF
それで実際に中国人が作ったものってあるの？
2020/08/04(火) 09:16:04.46ID:pE1d8tp3
>>319
いや実際客との折衝には勢い大事よ。
327デフォルトの名無しさん
垢版 |
2020/08/04(火) 09:16:33.69ID:cWgQ3xfc
あのさあ。

Github見たらわかるでしょ。
勢いが違うよ。
スターの総数一位言語は中国語だよ？

いまそういう時代なんだよね。
328デフォルトの名無しさん
垢版 |
2020/08/04(火) 09:18:09.27ID:cWgQ3xfc
ただ一つ言っとくけど、没落したとはいえ日本も世界第三位の国だからね。

このままじゃ終わらんよ。

おまえら俺について来い。
2020/08/04(火) 09:25:09.86ID:mPErHy6O
MSも中国人も有能なのは確かだけど。虎の威を借る無能についてゆくヤツなんていねぇ
330デフォルトの名無しさん
垢版 |
2020/08/04(火) 09:26:50.91ID:cWgQ3xfc
俺の鋭い嗅覚は頼りになるぞ。
2020/08/04(火) 09:28:38.34ID:MuqrA5JF
>>327
やっぱり中国人は自分たちで作ったものがないのかｗ
2020/08/04(火) 09:31:13.69ID:+ywoUJk0
それならVueとか中国人が作ってるんじゃなかったっけか？
MSの某社員漫画家もやってたろVue
333デフォルトの名無しさん
垢版 |
2020/08/04(火) 09:38:57.36ID:cWgQ3xfc
やっぱり中国人のほうがセンスいいんだよね。
2020/08/04(火) 09:49:44.34ID:KtCSSeoT
申し訳ない、Reactは公式にも書いてある通り
フレームワークではなくライブラリなんだ・・
335デフォルトの名無しさん
垢版 |
2020/08/04(火) 09:58:39.16ID:cWgQ3xfc
こんなスレで議論するよりウィーチャットで中国人に聞けばいいんだよ。

どれが良いですか？って。
2020/08/04(火) 09:58:58.38ID:yHyMeZiF
中国人は人口が多いからな
んなもんで公開されてるOSSも多い
また同じ中国人が内輪で使うから星も多い
337デフォルトの名無しさん
垢版 |
2020/08/04(火) 10:01:16.53ID:cWgQ3xfc
いま中国人が一番注目してるのがBlazor。

これで決まりだろう。
338デフォルトの名無しさん
垢版 |
2020/08/04(火) 10:01:48.93ID:GOOZOtH6
それでは数少ないメイドインジャパンのPSSについて語ろう！
2020/08/04(火) 10:08:21.00ID:mPErHy6O
さぞかしBlazorのスター多いんやろなと思ったらReactやVueと2桁違って草
2020/08/04(火) 10:11:26.70ID:6+E2KFl2
そらこないだRTMなったばかりだからな
341デフォルトの名無しさん
垢版 |
2020/08/04(火) 10:15:44.54ID:cWgQ3xfc
読んでる端から文字がぐにょぐにょ動くとか、文書としてあり得んからな。
342デフォルトの名無しさん
垢版 |
2020/08/04(火) 10:20:20.62ID:cWgQ3xfc
Reactが滅びて青き清浄なる世界が取り戻せればよい。
2020/08/04(火) 10:29:38.17ID:QZqcbM9q
中国は今のご時世いつアメリカから取引切られるか分からんから自国製のもんを使うんやない？
2020/08/04(火) 10:36:57.80ID:MuqrA5JF
中国はアジア各地に戦争を仕掛けようとしてるからね
侵略行為そのものだし
2020/08/04(火) 11:02:16.76ID:hTsBg4ec
>>343
国政としてはかなり正常な判断だよな
外国ベッタリ依存の我が国と違って自立心がある
ITだけ話ではないがいざというとき自立できる国なら安心して暮らせる
2020/08/04(火) 11:12:32.42ID:9595nKGY
中国はGitHubは規制されてないのか
中国人は人口多いし、英語あまりできないし
GitHubが中国語だらけになるのは自然なことかと。

中国で革新的なOSやBrowserが開発されたとしても
党の方針でスパイウェア入りだから結局、世界で使われない。
347デフォルトの名無しさん
垢版 |
2020/08/04(火) 11:52:50.57ID:cWgQ3xfc
そこからか。
中国でウェブブラウザは国産が多く使われていたが、現在では半数がチョロメを使っている。
そういう状況。
348デフォルトの名無しさん
垢版 |
2020/08/04(火) 11:58:24.25ID:cWgQ3xfc
GB18030あたりも説明してやらんと理解できないかもしれんな。
俺以外の日本人は素人だから。
中華人民共和国標準化法3章14条を調べてみろ。

チョロメを使うということは、欧米製品を受け入れるということではなく、欧米進出の布石だ。
349デフォルトの名無しさん
垢版 |
2020/08/04(火) 12:00:52.26ID:cWgQ3xfc
ITは中国のほうが進んでいる、中国に教えを請えと教えてやってるのに。

未だに、「日本の方が凄いんだもん！」とか言っててワロ。
350デフォルトの名無しさん
垢版 |
2020/08/04(火) 12:02:56.11ID:cWgQ3xfc
碧き清浄なる世界のために！
351デフォルトの名無しさん
垢版 |
2020/08/04(火) 12:10:41.34ID:cWgQ3xfc
おまえらH5知ってるか？

お前らのやってるブラゲーはほぼ間違いなく中国産だぞ。

中国の企業が下請けで作ってるって意味じゃないぞ？
中国企業の下請けが各国にあって、ローカライズしてる。
2020/08/04(火) 12:27:19.98ID:yStIzuhc
とりあえずngに入れた
2020/08/04(火) 12:49:30.85ID:Hgxiaiba
この連投はもはや病気
2020/08/04(火) 14:00:07.60ID:RVSpx86H
>>351
なるほど
とりあえずコテつけてくれ
355デフォルトの名無しさん
垢版 |
2020/08/04(火) 14:42:29.26ID:cWgQ3xfc
Javascript自体がかなりの糞言語だけどな。
2020/08/04(火) 16:06:24.87ID:MuqrA5JF
どの言語にもクソな部分はある
357デフォルトの名無しさん
垢版 |
2020/08/04(火) 16:09:55.95ID:ct8hCe9t
>>315
cocoaでxamarin,azure推そうとして爆死してるの見ると微妙感ある
2020/08/04(火) 17:14:04.68ID:pE1d8tp3
TSなら不満はないけどな。JSがアレすぎたから余計そう思うだけかも。
2020/08/04(火) 17:43:45.95ID:sqWdJb7S
そもそもTSなんか使う必要あるか？
むしろ邪魔や
2020/08/04(火) 19:16:19.41ID:Z0Jf3hFU
最初は俺もそう思ってたけど、書いてみたら必須に思えてくる
361デフォルトの名無しさん
垢版 |
2020/08/04(火) 19:32:08.50ID:eB3iNrrw
気のせいだぞ
2020/08/04(火) 19:33:42.24ID:MuqrA5JF
シンプルなコードが書けないから
型とかが必要になるんだよな

まあフレームワーク使うと複雑になるのは
フレームワーク自身に問題があるとも言えるけどさ

全部JavaScriptでやろうとせず、HTMLとCSSをうまく使いなさい
2020/08/04(火) 19:41:07.13ID:aptZSvHh
・マークアップおじさん
・Typescript使えないおじさん new!
2020/08/04(火) 19:45:00.50ID:BRW7IGWz
型があること自体は別にいいんだけどイチイチ些細の変数の型まで定義するのが糞めんどくさくてanyでいいやってなったらもうtsである必要なくね？みたいになる
2020/08/04(火) 19:46:53.80ID:yn/C7yiB
>>364
アホ
2020/08/04(火) 19:50:00.42ID:yn/C7yiB
TSの型を書いたらなにこれすげーってなった
TSのすごさはなにこれすげーってなったときに記事を書いたから探せ
最初に経験したときに書くべきだね
二度と経験できないから
2020/08/04(火) 19:52:02.93ID:yn/C7yiB
英語の記事を読んだらTSのすごさを絶賛する記事があふれてるらしいが本当にそうか？って思った
2020/08/04(火) 19:55:55.00ID:+ywoUJk0
ID変えてまた連投か
2020/08/04(火) 20:22:58.55ID:9595nKGY
TSですごいとかいってるひとはC#使ったら感動で死んでしまうだろう
C#が最高だからね
2020/08/04(火) 20:25:52.39ID:9595nKGY
C#お姉さんが真実を教えてあげよう

https://youtu.be/ctSqiD8BGPM?t=170

ASP.NET coreはnode.jsより7倍速い。
node.jsはオワコン。低速・開発生産性も低い
2020/08/04(火) 20:44:02.74ID:yn/C7yiB
フレームワークはTS対応してるから重要になる
TS対応してないフレームワークはゴミ？
372デフォルトの名無しさん
垢版 |
2020/08/04(火) 20:44:07.71ID:cWgQ3xfc
何だコイツちょまどGTじゃないか。
2020/08/04(火) 20:55:24.16ID:yn/C7yiB
よく知らんがVue3がTS対応して昔のが使えなくなって混乱してるとかしてないとか
2020/08/04(火) 21:06:30.16ID:yn/C7yiB
vuexがTS対応したのは最近だな
https://github.com/vuejs/vuex/releases/tag/v4.0.0-beta.1
25 Apr
Added TypeScript support.
375デフォルトの名無しさん
垢版 |
2020/08/04(火) 21:08:05.50ID:cWgQ3xfc
難しいことは中国人に聞けよ。

おまえらが考えたってわからんだろ。
2020/08/04(火) 21:09:37.98ID:+ywoUJk0
中国人はそんな事言わんからお前は日本人か韓国人だな
2020/08/04(火) 21:45:10.93ID:z6njCNBe
前回は韓国とアメリカだったから、在日韓国人だな
2020/08/05(水) 00:42:03.83ID:9mjkwp1Y
>>373
Vueは昔からTS対応が弱かった。Nuxtも同様。
一昔の中途半端感は酷かったな。今はだいぶマシになったけど不安は残る。
V3で本当にきっちり対応するならそれも良い。
基本的に好きなので生き残って欲しい。
ページ数の少ない静的サイトはNuxtに世話になってるし。
2020/08/05(水) 01:17:25.09ID:atNER45Q
まともにやってる人は、Vue.extendで普通にtypescript扱えてたの知ってるから、
typescriptに弱いとか言うひとはアホだなあと思われるので気をつけるように
2020/08/05(水) 01:21:50.33ID:zbDytttg
>>370
asp を使わなくとも、WasmのWASIが速いはず。
ちなみに、node.jsからでもwasiが使える。
381デフォルトの名無しさん
垢版 |
2020/08/05(水) 02:16:57.76ID:3b8XoPIw
グラフのプロットをしていたところ以下のエラーが出ました。対処法を教えてください。
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,)
2020/08/05(水) 04:46:37.29ID:vmNTB6tp
スレ違い！

Python のスレで、聞いてください！
383デフォルトの名無しさん
垢版 |
2020/08/05(水) 07:56:06.71ID:eyNhEtAe
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
2020/08/05(水) 08:18:59.48ID:gOuJOCgw
>>383
ほんとあんまり変な機能はむしろ入れないで欲しいな
気軽さは残さないとreactとの差別化が出来ないしな
2020/08/05(水) 18:56:50.49ID:ZS9Zbbq3
オープンソースの便利ツールが日本から生まれなくて悲しいですよ。活かしたライブラリを大量に作れるほどCSエンジニアの数が多くないんかやっぱ。
2020/08/05(水) 19:27:35.75ID:Iffd/e2l
日本のWeb系は外人の作ったフレームワーク使うだけのユーザーの域をまだ出てないからね
日本から発信して世界中で使ってもらうなんてことはまさに奇跡
Rubyは好きじゃないけど実績は本当にすごい
2020/08/05(水) 19:31:55.19ID:CHqx4/6C
そういやEC-CUBEって日本製なんだっけ
2020/08/05(水) 19:46:29.44ID:vh0m4f9r
世界中で使ってもらうには英語が欠かせない
中国は英語を学ばせる教育体制が整ってて英語とCSができる人材が出てくるようだ
2020/08/05(水) 21:41:15.96ID:EQWbUCtI
deeplとかいう精度高過ぎる翻訳ツールも出てきたし、10年後には言語の壁はだいぶ取り払われてる気がする
2020/08/05(水) 21:54:04.05ID:JzSSo+75
>>389
deepL の精度は桁違いにすごいですね…
どうしてこうなった？
2020/08/06(木) 21:35:07.50ID:EXnyh+a/
vurはマークアップ上がりとしては取っつきやすくていい
Reactと比べるとやっぱスタイリングはvueの書き味が圧勝してる
392デフォルトの名無しさん
垢版 |
2020/08/06(木) 22:04:07.46ID:0KVzrxNz
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
2020/08/06(木) 22:09:13.70ID:JDrVVzh4
Reactでええやん
2020/08/06(木) 22:30:29.20ID:6qlg62cE
Vueから乗り換えるならBlazorがいい
395デフォルトの名無しさん
垢版 |
2020/08/06(木) 22:47:11.46ID:Dywe59yG
Blazorのデモ
https://isc30.github.io/blazor-lazy-loading/
のlighthouse結果：
https://lighthouse-metrics.com/one-time-tests/5f2b9fddee28bd0008f6ab20

※LighthouseスコアはGoogleスピードアップデートの採用指標です

うちのサイトはGoogle経由でなんかアクセスされたくない！
資本主義反対！！
そんなコミュニストに最適なマイクロソフト最先端フレームワークBlazorをどうぞヨロシク！！！
396デフォルトの名無しさん
垢版 |
2020/08/06(木) 22:47:41.94ID:Dywe59yG
どけどけ〜邪魔だ邪魔だ〜
Lighthouse ２３点が通るぞ〜ｗｗｗｗ
https://i.imgur.com/E7NMVpe.png
https://i.imgur.com/8oIU2m8.jpg
2020/08/06(木) 22:51:00.00ID:L9BcdZLC
稼ぎ低いと心も病んでしまうのかな
398デフォルトの名無しさん
垢版 |
2020/08/06(木) 22:52:07.50ID:0KVzrxNz
>>396
こんな酷い点はじめて見たｗ
2020/08/06(木) 23:11:19.65ID:DKKm8LHU
TypeScriptのサイトはGatsbyになったんだっけ
2020/08/06(木) 23:21:41.00ID:JDrVVzh4
とりあえずMaterial-UIとVuetifyのサイトで試してみた
Material-UI
https://lighthouse-metrics.com/one-time-tests/5f2c10a9abe3aa0007f3bfd1
Vuetify
https://lighthouse-metrics.com/one-time-tests/5f2c1178abe3aa0007f3bfd9
2020/08/06(木) 23:24:23.72ID:60rSesy3
測定基準が怪しいな
これじゃ測定結果を信用できない
https://lighthouse-metrics.com/one-time-tests/5f2c10067c3dab0008a3f74c
2020/08/06(木) 23:34:25.66ID:DKKm8LHU
怪しいリンク
403デフォルトの名無しさん
垢版 |
2020/08/07(金) 00:07:59.43ID:ts5R835r
TypeScriptの公式ページ(Gatsby製)
https://lighthouse-metrics.com/one-time-tests/5f2c1c70422cff000855b70b
2020/08/07(金) 07:46:20.86ID:Dx5WFKIi
>>396
VM立ち上げてんのかってくらいFetchが遅いな
405デフォルトの名無しさん
垢版 |
2020/08/07(金) 08:37:15.05ID:ts5R835r
>>404
鋭いね。IRコードのインタプリタwasmモジュール読み込んでんだよ。
それ完全に読んでからじゃないと何一つ実行されない。
しかも実行もIRコードを逐次変換実行だから遅い。
ほんとはAoTコンパイラ導入されてIRコード送るんじゃなく事前にwasmネイティブコード変換済みのものを送る方式にアップデートされる予定だったが、その計画は少なくとも一年延期になったｗ
あと一年は遅いママｗｗ早いパパｗｗｗ
2020/08/07(金) 09:15:22.32ID:UPopDVdK
IR？
ILのことかな？
2020/08/07(金) 09:56:03.77ID:xwYl4FUW
今のままでも体感速度的にはなんの問題もないがwasmネイティブ対応は時間の問題だ
オープンソースだから予定より早く実装される事もよくある
アンチの断末魔が亡者のうめき声に変わるまであと少し
408デフォルトの名無しさん
垢版 |
2020/08/07(金) 10:00:07.28ID:l761nrW2
対応してから言って。
お前ははよベータテストに戻れよｗｗ
2020/08/07(金) 10:29:11.49ID:7ZDEhFBq
>>405
AOTでnativeに変換されると、最終プログラムのバイト数は増えるだろう。
2020/08/07(金) 11:02:19.59ID:xwYl4FUW
AOTならアセンブリよりもっと細かい粒度で不要コードをトリミングできるから最終的にはサイズかなり減るだろうね
2020/08/07(金) 11:44:28.63ID:7ZDEhFBq
>>410
果たしてそうかな。
通常、中間コードは、(この場合はWasmコードが該当するが)nativeコード
より小さい事が多いものだが。
2020/08/07(金) 12:08:05.65ID:uGtTQr1Q
>>399
https://i.imgur.com/MDhdQTf.png
GatsbyだがASP.NETでIIS
2020/08/07(金) 12:08:34.61ID:UPopDVdK
wasmもネイティブコードではなく中間コードなんだな
そりゃそうか
IntelでもARMでもない仮想アセンブラ（抽象）じゃなきゃ困るもんな
414デフォルトの名無しさん
垢版 |
2020/08/07(金) 12:23:11.75ID:bAGK6h5g
ブラウザ上で走らせるという条件が、まず遅い
コマンドの度にパラメータの安全確認など無駄な処理が必ず入る
2020/08/07(金) 13:38:09.70ID:u2puirx9
>>412
Gatsbyでただの静的サイトだからASP.NETじゃないやろ
416デフォルトの名無しさん
垢版 |
2020/08/07(金) 14:27:07.38ID:l761nrW2
フォーム処理とかだけしてるのかも…？
知らんけど
2020/08/07(金) 15:20:27.94ID:+dmgCLol
>>407
この速度はユーザ逃げ出すよ。ISDNを思い出す遅さ
2020/08/07(金) 15:35:10.73ID:TH1C+bUh
>>416
フォーム処理？？
2020/08/07(金) 16:51:59.20ID:xwYl4FUW
>>417
極一部の糞回線だと僅かながらにストレスを感じるかもしれん
でもほとんどのユーザーは問題ナッシン
2020/08/07(金) 17:27:44.36ID:Dx5WFKIi
>>419
わかった。あんたC#とBlazorの巧妙なネガティブキャンペーンをやってたんだな。やっと腑に落ちたよ。
あんたが演じたみたく滅茶苦茶な理論振り回す開発者ばかりだと思い込ませれば、C#になんて近づきたくなくなるもんね。いやあ、大したもんだ。すっかり騙されたよw
2020/08/07(金) 18:09:36.80ID:TH1C+bUh
>>420
安価合ってる？
422デフォルトの名無しさん
垢版 |
2020/08/07(金) 19:59:35.28ID:rEzw+jne
ここ最近Nextjsが本当に優秀なのでGasbyがお株奪われた感があるな
普通じゃまずない方法でGraphQL使ってたりGasbyは技術的に面白いするから一部の物好きが細々と使っていく感じになるのかね。
2020/08/07(金) 20:09:05.33ID:zrcxR5+E
>>420
あらら
幻術にかかっちゃったね君
424デフォルトの名無しさん
垢版 |
2020/08/07(金) 20:27:02.09ID:DPYPUDuy
https://www.gatsby.jp/

これか？
425デフォルトの名無しさん
垢版 |
2020/08/07(金) 20:44:41.73ID:ts5R835r
う〜んマンダム
2020/08/08(土) 07:06:09.32ID:RUhfAt6E
Gatsbyは検索機能が付いたスターターがあって好きよ
最近の主流のAlgolia使わんでいいのはでかいさね
2020/08/08(土) 08:49:29.90ID:huO+Mpvx
JVM（Java virtual machine）でよかったよね
2020/08/08(土) 09:06:04.23ID:mkOodFIn
.NETのC#がJavaよりはるかに出来がいい。
速いしJavaはスクリプトよりはましだけどね
2020/08/08(土) 09:15:07.97ID:GsdzsbUo
JVMと言えばギターアンプだろ
2020/08/22(土) 00:55:47.01ID:CZP1OQek
ようやくスレチ連中は行ってくれたようだな
2020/08/22(土) 01:04:20.76ID:GBdcHLkT
過疎
2020/08/22(土) 01:04:37.40ID:GBdcHLkT
オワコンだな
2020/08/24(月) 00:19:32.74ID:Mpwaz6gd
https://news.vuejs.org/
https://github.com/nuxt-community/pwa-module/releases/tag/v3.0.0
vue3.0正式版リリースおめでとー
434デフォルトの名無しさん
垢版 |
2020/08/27(木) 12:36:43.91ID:j8uhHM0t
来週中にnuxt.jsもvue3になるらしい。楽しみだな。
2020/08/27(木) 13:23:11.34ID:WGrlRrGq
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
2020/08/27(木) 13:52:25.59ID:Q9F08mvx
りあくと
と
あくとり
ってにてるよな
2020/08/27(木) 14:25:47.32ID:5aX9dyqp
今からならBlazor１択ですわ
438デフォルトの名無しさん
垢版 |
2020/08/29(土) 22:16:20.68ID:zYvmlNA1
今はreactが正義みたいになってるけど
本当にそのスタイルが一番いい方法なの？
まだまだ完成度の高い方法があるような気がするけど
2020/08/29(土) 22:31:09.71ID:94tbxeuQ
>>438
Blazor
2020/08/29(土) 23:34:06.40ID:Do+gb0AF
NG推奨ワード： blazor
2020/08/30(日) 02:30:02.52ID:r6asAfBj
Hooks対応してから格段に使いやすくなったよね
2020/08/30(日) 15:42:01.77ID:aWGs+TML
svelteがどこまでreactに近づけるかにかかってる
でもsvelteは普及しないだろうな
ファイルの拡張子は3文字以内でないとスマートとは言えない
2020/08/30(日) 16:46:47.91ID:eZ8QXBBe
svelteは後ろ盾が弱いからreactには勝てない
2020/08/30(日) 19:44:42.82ID:r6asAfBj
svelteをreactやvueと比較してる例って元の素材がシンプルなだけで
規模の大きなものをあれでやろうとしたら結構ごちゃごちゃになりそう
2020/08/30(日) 20:49:43.77ID:qn8qpjhr
reactが去年hooks正式導入したみたいに
他のライブラリで新しい優れた手法が出てきても
それすらも取り込んでさらにreactの完成度が高くなっていくんじゃないか
2020/08/30(日) 21:33:16.80ID:9xhUkhAQ
そういう無節操に流行りものとにかく取り込んでグチャグチャにするのはvueの専売特許だろ。
2020/08/30(日) 23:13:38.83ID:3LctKpsV
vue2でコンパイルしたモジュールを3のランタイムに突っ込んだら動かなかった。
これ、vue3の正式リリース時はある程度(再ビルドなしで)互換は確保してくれるんかな
2020/08/31(月) 01:04:32.52ID:pyFGZ6Sx
>>447
先週あたり正式リリースされてたぞ
互換性は無いでしょ
449デフォルトの名無しさん
垢版 |
2020/08/31(月) 02:31:14.83ID:BYjV93JD
Reactのrecoilいいな
useContextの欠点を補完してる
もうReduxなんか必要ねえは
2020/08/31(月) 03:08:30.44ID:3l02ZOhc
Vue「よっしゃまたパクったろｗｗｗ」
2020/08/31(月) 10:42:52.03ID:8NqltL1I
vuetifyも互換性なかったし観念して新仕様に書き換えるしかないんじゃね？
452デフォルトの名無しさん
垢版 |
2020/08/31(月) 11:45:42.62ID:xOKBYCzb
Nuxt.jsのExpressをバックエンドにも流用していた人いない？
NuxtをバージョンアップしたらExpress消されてしもたんだけど、
バックのAPIどうしてる？　新しくAPIサーバー立てる？
453デフォルトの名無しさん
垢版 |
2020/09/01(火) 07:34:19.13ID:H2P1Kwwy
>>449
なんか気になった
調べてみるかな
2020/09/01(火) 22:04:29.27ID:uX7/hD5F
既存プロジェクトにフォークしてrecoil入れてみたけどwebpack.configかモジュールか何かがあんまり古いとrecoil-persistが動かないみたいだね
create-react-appで新規に作ったプロジェクトだとスムーズに動いた
455デフォルトの名無しさん
垢版 |
2020/09/01(火) 22:48:46.64ID:HBKwUtp5
recoilというかuseRecoilValueすると2回レンダリングするね？
スタックオーバーフローでも話題になってたけど
2020/09/01(火) 23:20:45.27ID:pGsAryYI
2回くらい誤差だと思うくらいじゃないとReact疲れ起こすぞ
2020/09/02(水) 06:55:42.16ID:p4dQouXj
reactの状態管理とディレクトリ構成は早くベストプラクティス決めてくれや
2020/09/02(水) 09:42:36.18ID:SFlYmANK
reactは単なるライブラリだっていってんだろ
フレームワークのnextやgatsbyはフォルダ構成決まってんじゃん
459デフォルトの名無しさん
垢版 |
2020/09/02(水) 17:33:32.72ID:HpvMmrGp
フックやストアはどこに置いたらいいのって話の予感
2020/09/11(金) 22:12:09.67ID:OUPwI4cw
>>449
これも面白そう
Jotai, a New Granular State Management Library for React
https://www.infoq.com/news/2020/09/jotai-react-state-management/
たぶん日本語の「状態」からｗ
2020/09/22(火) 18:12:54.16ID:ZSi7kXk+
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;
}
2020/09/28(月) 06:32:55.52ID:kBSftDq9
Angularは、materialを使う言語。
JavaScriptをつくるスクリプトという印象だった。
SPAとよく言われるが、CORSでつまづくから人気がないんだと思う。
機能一日触っていたけどAngular側の問題ではないという話もあるが。
webapi、いわゆるバックエンドをgolangで実装したが簡単に棲み分けできた。
2020/10/10(土) 17:01:18.54ID:8BJRM8SS
Reactでログインどうやって作るんすか？
OpenID？というのを使うんですか？
2020/10/10(土) 17:16:20.78ID:8ki6OpWY
>>463
セッション維持の仕方という意味で聞いているのかな？
2020/10/10(土) 18:07:31.55ID:tFVag5PE
>>463
reactあんま関係ないねーー。
ログイン画面の作り方の事なのかい？
2020/10/10(土) 18:23:38.31ID:Y8yX55gn
どういったapiを作ればいいのか
どうやってreactから使うのか
さっぱりわかりません
467デフォルトの名無しさん
垢版 |
2020/10/10(土) 18:42:22.20ID:8S91/Gvj
俺はめんどくせえからお前ら無料で調べて教えろってなんで素直に言えないんだ
468デフォルトの名無しさん
垢版 |
2020/10/10(土) 18:44:20.12ID:2goS7Sp9
>>463 >>466
server-sideの勉強しないと無理
DBとかsecurityの知識が必要

server-sideやるならJSはやめたほうがいい
node.jsが遅いし良いframeworkがない
server-sideの知識がないならなおさらJSはやめたほうがいい

速さ重要ならASP.NET Core
速さはどうでもいいならRuby on Rails
あたりが有名どころ
2020/10/10(土) 19:07:39.01ID:Y8yX55gn
ググったけどどいつもこいつもオレオレ認証ばっかりでどうにも胡散臭い
こんなんでいいのか？
フレームワークが全部面倒みてくれないと不安すぎてリリースできない
お腹痛い

--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
なんか処理する
2020/10/10(土) 19:31:47.37ID:w1paHL08
おいらクッキーよくわかってないのでいつもlocalstrage使ってる
2020/10/10(土) 20:43:12.53ID:2goS7Sp9
>>470
localstorageはsecurity低いと言われてるけどな
JSで盗めるそうだ

>>469
不安ならMSのasp.net coreのドキュメントみればいい
login実装についても詳しいのがあったはず
2020/10/10(土) 22:43:53.81ID:BjcbKuib
>>463
認証プロバイダーなら、Facebook, Google, Amazon, OpenID など。
モバイルアプリなら、AWS Cognito

Ruby on Rails なら、Devise

ベンチャー企業では、Rails, AWS, CircleCI がデフォルト

クライアント側の人は、Firebase を使う
473472
垢版 |
2020/10/10(土) 23:36:57.75ID:BjcbKuib
ぶっちゃけ始めるのにいい言語て何　part3
https://mevius.5ch.net/test/read.cgi/tech/1599110613/170

上に書いたけど、

ベンチャー企業は、AWS, CircleCI, Ruby on Rails ばかり採用するから、
サーバー側は、Railsの1強

Railsをやっていないと、システム構築運用できない。
これを他言語で学ぼうと思うと、大変
2020/10/10(土) 23:49:00.49ID:8ki6OpWY
>>473
ruby一強だけは無いw
2020/10/10(土) 23:49:50.23ID:OZkIKLkD
>>473
あほ
2020/10/11(日) 00:10:00.73ID:5wfZqbpY
Railsは遅い
LinuxでもASP.net Core動くようになってからは
Rails選ぶ理由が見当たらない
C#覚えるほうがほかの用途にも使えるし。
477472
垢版 |
2020/10/11(日) 06:11:57.18ID:B+MSoWxK
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 などを狙っている
478デフォルトの名無しさん
垢版 |
2020/10/11(日) 06:26:44.77ID:L0jLwXV1
未だにRubyイキってる残党
早く駆逐されないかな
2020/10/11(日) 07:45:50.65ID:6reX+khV
Linux環境だから今更ASPやるメリットなんもわからんし(C#は好きだけど)、RailsはRubyおじさんがうるさいので、nextかな〜
480デフォルトの名無しさん
垢版 |
2020/10/11(日) 08:07:58.14ID:5wfZqbpY
>>477
KENTAってぼったくり情報商材うってるやつだろｗ
そんなやつの信者なんているんだな

Goなんてちっとも流行ってないしメリットもない
KENTAなんて情報商材屋のクズってすぐわかる

RubyはRuby on Rails専用言語というのが実態。
web以外ではろくに使われてないしwebに使っても低速
2020/10/11(日) 08:12:16.08ID:5wfZqbpY
>>477
最後の一行も情報商材屋KENTAの予想か？
つっこみどころ満載なんだが
482472
垢版 |
2020/10/11(日) 09:25:03.49ID:B+MSoWxK
KENTA は、マナブの12万円の情報商材について、
WordPress だから意味がないって言ってる

初心者は、Ruby から始めろって

KENTAのサロンは、月千円だろ。
年収も公開してる
2020/10/11(日) 09:46:52.94ID:5wfZqbpY
マナブも情報商材屋だったのかw
もうエンジニア脱落したひとでスキルがない人という事は知ってる
初心者向けCMSのWordPressみたいなので12万円で売るってそうとうなクズやねｗ

10万以上の情報商材うってるやつらは全員クズだとおもってる
KENTAも情報商材屋だろ

IT系のYouTuberなんて金のためにやってるやつらばっかりだし
そいつらは情報商材売るためのポジショントークばっかりだぞ
自分が売りたい商材に合わせてほかの技術がだめだとか言ってるだけ
Railsは初心者が入りやすいからそれで商材つくって儲けようってことなんだろうな
2020/10/11(日) 10:01:44.61ID:hEZbcoV+
年収で負けてるお前らが何を言っても虚しいだけだぞ
全て結果が示してる
485472
垢版 |
2020/10/11(日) 10:19:41.88ID:B+MSoWxK
KENTA は、サロン経営者。
キングコング西野を目指している。
知らんけど、情報商材屋ではないだろ

KENTA は、スーパー・プログラマー。
経歴書に使用した、100の言語・フレームワーク・ツールなどを書いてる

Elixir で、ポートフォリオも作ってる
486472
垢版 |
2020/10/11(日) 10:26:06.79ID:B+MSoWxK
KENTA は、学校を否定しないけど、

Ruby on Rails で、マコなりの80万円とか、
1週間のイナズマコースの20万円とか、苦々しく思っているはず

どこもかしこも、Rails で稼ぎまくっている

東京フリーランスのとだこうきは、
デイトラで、10万円のRuby on Rails コースを作って、価格破壊を起こした
2020/10/11(日) 11:13:47.53ID:5wfZqbpY
>>485
KENTAは三流
本当に技術があるなら自社サービス、アプリを大ヒットさせて、
IPOまでいって数百億円以上を手にしてるわ

KENTAとか情報商材屋のやってることは
IT業界の経歴ないやつの弱みにつけこんでぼったくり商材を買わせてること。
初心者向け講座なんて書籍やネットで入手できるレベルのことしか書いてない

サロンの会費が月1000円ならたいして稼げない。
YouTubeの再生も安い
収入のメインはぼったくりの情報商材だよ
YouTubeで知名度あげて初心者だましてぼったくり商材うる。それがKENTA
そんなクズの動画みるのやめたほうがいいぞ
2020/10/11(日) 11:18:36.98ID:5wfZqbpY
>>486
10万円、価格破壊でもなんでもない

英語できるやつはYouTubeで良い解説動画をたくさん無料で見れる
英語できないやつでもRailsくらいなら書籍はたくさんある

情報商材に手を出す必要性はゼロ
2020/10/11(日) 12:19:19.54ID:7awaMIoV
年収が高いほうが偉いなら
詐欺師は偉いってことだな
2020/10/11(日) 12:25:05.38ID:6reX+khV
そんな局地の話なんてどうでもいいから
2020/10/11(日) 12:26:02.19ID:mzj9OHDg
常識的に考えて犯罪は別だろう
2020/10/11(日) 12:36:46.92ID:5wfZqbpY
ずば抜けたスキルあるやつは雇われでも4桁万円稼げるし
自社サービス開発すれば億単位の金をすぐに手に入れる

初心者、業界未経験者をだまして数十万円の情報商材を
売りつけてるようなクズYouTuberはスキルもたいしたことない。
スーパープログラマーとか持ち上げてる信者もいるし、
騙されてる方もきづいてないようだしたちが悪いよな
2020/10/11(日) 12:39:39.24ID:j5pFI3Yh
ということで、情報商材買いませんか？

通常価格39万円の所、今なら20万円です！
2020/10/11(日) 12:55:09.63ID:ksTujyEO
ずば抜けたスキルがあるなら雇われてないでサロン経営とかしたほうが儲かるんだろーな
2020/10/11(日) 13:02:23.43ID:ksTujyEO
なにより人にこき使われて成果を吸い上げられる会社構造から脱却できるってのが心の抑圧からの解放につながってよりよい幸福を得られるのかもしれん
496デフォルトの名無しさん
垢版 |
2020/10/11(日) 13:05:05.43ID:L0jLwXV1
>>485
ケンタはバックエンドしかできない古いタイプのエンジニアだよ
フロントはド素人
ド素人のサロン入りたいならどうぞ
2020/10/11(日) 13:08:25.94ID:VnCDLIN0
フロントは安い人材がゴロゴロ居るから外注すればいい
本当に価値のある仕事ってほとんどすべてバックエンドだよ
2020/10/11(日) 13:09:10.36ID:+MqWlANn
有名で優秀なエンジニアはgithubのプロフィールが輝いてる
2020/10/11(日) 13:13:35.86ID:VnCDLIN0
アピール好きの二流のほうがそうでない一流よりプロフィールが輝かしいなんてことはよくある
アピールの仕方を熱心に研究するようなやつも多い
まあそういうのに時間取られると中身がおろそかになるんだけどね
2020/10/11(日) 13:26:11.68ID:5wfZqbpY
>>494
サロンで稼いでるやつらにあるのは
プログラミングのスキルじゃなくて初心者を騙して稼ぐスキルな
2020/10/11(日) 13:32:07.84ID:I9IAz5Q2
KENTAとかいう奴が宣伝に来てたのか
それともネズミ講システムでもあんのか
502472
垢版 |
2020/10/11(日) 14:12:29.48ID:B+MSoWxK
KENTA は、サロン経営者。
知らんけど、情報商材屋ではないだろ

年収も公開していたけど、何千万も無かった

マコなりなんて、80万円のRuby on Rails コースに、生徒が何千人とかだろ。
売上が何十億円とか

東京フリーランスのとだこうきは、
デイトラで、10万円のRailsコースを作って、価格破壊を起こしたけど、
会社の時価総額、10億円を目指すと言ってた

マコなり・マナブは、経営者。
一方、KENTA・とだこうきは、スーパープログラマー
2020/10/11(日) 15:09:39.38ID:6reX+khV
そんな事よりスレタイにそった話しようぜ。最近React覚えたんだけどVueは何で日本で流行ってんの？
2020/10/11(日) 15:56:13.51ID:LNxOPIwP
色分け世界地図見たことあるけど中国と日本となんだかよく分からん中央アジアの国だけVue人気だったな。
505デフォルトの名無しさん
垢版 |
2020/10/11(日) 18:58:59.20ID:nQ11gXzI
日本は中国の一部みたいなもんだからな
政府からマスコミから企業の役員から中国人だらけ　だから流行ってんじゃね？
506デフォルトの名無しさん
垢版 |
2020/10/11(日) 20:14:46.70ID:L0jLwXV1
フロントは安い人材ってのはそっちはWebサイト作成であってWeb開発じゃねえんだよ
Web開発のフロントはむしろ難易度高くて世界的にかなり希少価値が高い
ここをわかってないバカがバックエンドに多い
2020/10/11(日) 20:18:36.41ID:dpbsaRzg
>>506
フロントで無理するんな
顧客はそんなもの求めていない

フロントを難しくして、俺難しいことしてるんだって悦になるなよ
意味がないことをしてることに気づけ
2020/10/11(日) 20:26:59.66ID:6reX+khV
そら（あんたの技術力では）そうよ
2020/10/11(日) 20:30:19.10ID:LnEthgDV
フロントはエンジニアじゃなくてフレームワークユーザーでしかないから金は出し渋らざるを得ない
2020/10/11(日) 20:59:09.14ID:dpbsaRzg
>>508
技術力の話なんかしてないぞ
顧客が求めてるものを作れってだけ
2020/10/11(日) 21:00:47.43ID:dpbsaRzg
つーかなんでSPAの方が素晴らしいなんて考えて出てきたんだろうか？
Twitterなんかスクロールして、そこのリンク先見て
もどったらスクロールが消えてて使いづらいし
それ普通のウェブサイトでよくね？ってのが多い
2020/10/11(日) 21:09:00.82ID:hsJQJu/B
>>510
むしろ逆だろ
ウェブアプリ作るならSPAのほうが楽だからそうしてるだけだぞ
2020/10/11(日) 21:13:48.22ID:dpbsaRzg
>>512
ほらなｗ
顧客が求めてるかどうかじゃなくて
自分が作るのが楽だから〜とか言い始めたｗ
2020/10/11(日) 21:17:54.71ID:kZXFoyze
顧客が求めるものを楽に提供できるならその方が良いと思うが。
2020/10/11(日) 21:19:10.17ID:dpbsaRzg
ウェブアプリを作ってる連中は
顧客に何が求めてるかを聞いてない
作ることから始める
2020/10/11(日) 21:25:38.26ID:ksbz56K1
そんな卵鶏論語っても何の意味のない
2020/10/11(日) 21:30:29.51ID:dpbsaRzg
顧客が本当に望んでるなら
もっとウェブアプリは普及してるだろうな
結果論だが、顧客から求められていなかった
2020/10/11(日) 21:53:31.77ID:5wfZqbpY
>>496
client-sideとserver-sideどちらかしかできない人なら
server-sideやってきた人のが理解力はあるが
server-sideやってきた人間ならC#要らないとか言わないし
KENTAレベル低そう
2020/10/11(日) 22:01:26.40ID:I9IAz5Q2
>>515
Webアプリが求められれば作るし、
Webサイトが求められれば作る
お前は客が何を求めているかも分からず
ボクウェブアプリは作れましぇーんしてるだけなの
2020/10/11(日) 23:08:31.46ID:e8s7/6DM
高速MVC+部分更新だけお手軽にできるフレームワークが本当に欲しかった物
ASP.NET Core MVCはよくできてる
2020/10/12(月) 00:08:26.87ID:W7DIfWj+
>>519
顧客はアプリを求めないってだけの話
こういうのを作ってください→ああフロントはウェブサイトですね
こういう話

こういうのを作ってください→フロントはウェブサイトで十分だけど、俺はウェブアプリにしたいんだ！
こういうのが未熟者
2020/10/12(月) 04:09:49.53ID:CsRHImZw
アプリは、様々なリソースを使う権限を渡すから、嫌がられる

一方、ブラウザなら、自分のPC 内にアクセスされない
2020/10/12(月) 06:06:50.40ID:iawghE1m
>>521
いや、さすがに頼まれたものと違うものをゴリ押しすんのはガイジだろ
お前の中ではウェブアプリとウェブサイトは具体的にどんな違いがあるわけ？
SPAならウェブアプリで、そうでなければウェブサイトって言いたいの？
2020/10/12(月) 06:15:13.80ID:W7DIfWj+
> お前の中ではウェブアプリとウェブサイトは具体的にどんな違いがあるわけ？

ウェブアプリは難易度が高くて開発コストが高いだって>>506が言ってたよｗ
2020/10/12(月) 06:51:45.65ID:wrjLnlZW
ASPおじさんまた恥を晒しに来てたのか
526デフォルトの名無しさん
垢版 |
2020/10/12(月) 06:59:13.63ID:MRg2pj1A
当たり前だがフロントできるってことはバックエンドなどとうの昔に散々開発してきてるわけ
バックエンドしかできない無能はフロントエンジニアはフロントしかできないと勘違いしている
お前らがフロントできないだけの無能な負け組だといつになったら理解するのか
2020/10/12(月) 07:23:57.52ID:V6OLkibC
> 当たり前だがフロントできるってことはバックエンドなどとうの昔に散々開発してきてるわけ

その根拠は？？？
2020/10/12(月) 07:27:36.33ID:iawghE1m
>>524
うん、それは分かるんだけど、抽象的すぎるよね。じゃあそれって具体的にどう違うのか？ってところを聞いてるんだよ
2020/10/12(月) 07:37:43.17ID:CsRHImZw
Ruby on Rails では、React, Bootstrap などが多いけど、
Tailwind CSS を使っている人もいた

Tailwind CSS を使っている人は、いる？
2020/10/12(月) 08:10:03.70ID:gy4yg8JT
客「こういうのを作ってください」
>>521「フロントはウェブサイトで十分だけど、俺はウェブアプリにしたい」
客「ウェブアプリにするとどう違いますか？」
>>521「開発の難易度が上がって、コストも上がります」
客「？？？」

523「いや、さすがに頼まれたものと違うものをゴリ押しすんのはガイジだろ」
519「Webアプリが求められれば作るし、Webサイトが求められれば作るよ」
2020/10/12(月) 08:52:33.60ID:qUsLT1qO
>>526
それはないな
フロントエンドはserver side知らないやつばっかり
おまえは職歴ないのがばれてる

server side続けられずにフロント移動なら無能だろう
上流に近いところの仕事から外れたということはそういうことだ
2020/10/12(月) 09:11:48.12ID:8wcnti+0
>>524
難易度が上がるとかコストが上がるってのは成果物に対する副次的な話で、
具体的にって聞かれたら成果物の話をするだろう普通。
アスペには難しいか。
2020/10/12(月) 09:29:43.49ID:y+TJqPrh
> 難易度が上がるとかコストが上がるってのは成果物に対する副次的な話で、

成果物関係ないよ。人件費の話。
難易度が上がると高い人件費の人を雇わないといけないでしょ？ｗ
難易度上がっても給料は一緒でいいっていうのなら話は別だが
2020/10/12(月) 09:38:09.63ID:iawghE1m
>>533
つまり君の認識によると、
ウェブアプリとウェブサイトの違いは開発手法のみであって、成果物への違いは無いということなのかな？
535529
垢版 |
2020/10/12(月) 09:54:32.88ID:CsRHImZw
Ruby on Rails で、Netflix 製のJSON シリアライザー・Fast JSON API を使っている人がいるけど、
これは、GraphQL とREST の中間的な立場になるようだ

REST 以外では、GraphQL と、どちらを使うことが多い？
2020/10/12(月) 10:04:11.76ID:y+TJqPrh
>>534
うはっ、このビジネスアプリの画面ゲームみたいｗｗｗ

という成果物でも目的は達成できるだろうが顧客は求めてない
結局ありきたりのシンプルなインターフェースが一番
成果物が違っていても、実現できることが同じなら違いはないと言える
537デフォルトの名無しさん
垢版 |
2020/10/12(月) 10:14:25.70ID:941JO02h
>>511
twitterのスクロールが糞なのは同意するが
それはSPAの欠点という訳ではなく
単にtwitterの設計が間違ってるだけ
SPAを責めるのは筋違い
2020/10/12(月) 10:17:23.21ID:y+TJqPrh
使いやすいインターフェースを求めていくと
結局従来の1URL、1ページの構成が最適だって気づく
SPAも結局従来のインターフェースを目指してる
本末転倒ｗ
2020/10/12(月) 10:19:44.62ID:wrjLnlZW
というか個々の人件費が増えてもSPAで早く作った方が安いパターンもあるのでは？
2020/10/12(月) 10:22:32.51ID:y+TJqPrh
SPAが早く作れるなんてデータでもあんの？
むしろ分業作業がしづらくなるから遅くなるやろ
2020/10/12(月) 10:39:46.56ID:qUsLT1qO
>>511
新しいタブで開けばいいだけではないか？
戻ったりするより無駄な読み込みもなく速い

SPAが素晴らしいなんて風潮にはなってないでしょう
大手web serviceのほぼすべてがSPAになってない
URLが別々じゃないとデメリットの方が大きい
2020/10/12(月) 10:45:12.88ID:qUsLT1qO
>>539
SPAは開発生産性が悪く、開発コスト、工程は大幅に増える
しかも使いにくいサイトになる
ろくでもない

5chではSPA流行ってると嘘ついてるひといるけど
ぜんぜんそんなことはない。騙されてはいけない
543デフォルトの名無しさん
垢版 |
2020/10/12(月) 11:23:58.45ID:iawghE1m
>>536
君の言っていることが二転三転してよく分からないからまとめるね。
これであってる？違っていたら教えてほしい。

・ウェブアプリは糞でウェブサイトのほうが優れている（開発難易度やコストの都合）
・2者の主な違いは開発手法にある
・2者はインターフェースにも違いがあるがそれは主旨とは外れているので優劣という意味では関係ない
・インターフェースの違いの掘り下げると、それはデザイン的な違いという意味ではなく、SPAかどうかが焦点
2020/10/12(月) 11:51:07.74ID:8wcnti+0
ID:y+TJqPrh
こいつ成果物は関係ないとか言ってるのに、思いっきりインターフェースの優劣比べてて面白いな
2020/10/12(月) 12:21:03.76ID:9fKl9/jQ
動的にすればするほど、ユーザーがページの挙動を予測しにくくなる

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

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

やつら遊び半分のウェブ系だから許されてるかもしれんが、ガチの業務系に行ったら無能どころか害悪にすらなりかねん
2020/10/12(月) 12:33:31.34ID:wrjLnlZW
お、求められてるものが違うのはわかってんのね
でも業務系以外の事、もっと勉強しようね
2020/10/12(月) 13:09:57.58ID:jwY2w92b
UXとかデザインの是非の話は完全にスレチじゃねーか
あのUXはjQueryだと難しいけどreactなら楽に実装できるとか、実装面での話をするならここでも良いが、UXを実装するしないの是非の話は余所でやってくれ
548デフォルトの名無しさん
垢版 |
2020/10/12(月) 13:37:38.51ID:7YiZwJ+L
>>547
９月２日から１０月１０日までレスが３つしか付かなかった過疎スレだからスレチや余所でやってくれはまったく通用しない！！
おまえがこのスレに来なければいい！！！
過疎ったのにまたレスが付くようになっていいなと思ってる
おまえがスレチ！！
2020/10/12(月) 14:08:10.51ID:9fKl9/jQ
SPAで「ありがち」なUX設計が実はクソだということがわかってよかった

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

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

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

なんてことはない
SPAは実装能力もクソだった
だから選ばれないのだ
2020/10/12(月) 14:15:16.26ID:iawghE1m
>>544
恥ずかしくなってID変えちゃったね
2020/10/12(月) 14:37:19.13ID:qUsLT1qO
定期的にwebsiteの話題する人現れるけど
ここプログラム板だしweb siteではなくweb appが大前提
552デフォルトの名無しさん
垢版 |
2020/10/12(月) 15:06:26.64ID:O4GtI7oq
でも、最新情報をゲットするアプリとか、正直ウェブサイトのほうが良いんだけど。
2020/10/12(月) 15:08:33.57ID:wrjLnlZW
> ご存知の通りSPAは遅い、初回起動はとくに遅く
Preactとかご存知ない？
20KB以下とかでアプリ作れるよ。起動も一瞬
2020/10/12(月) 15:16:17.49ID:wrjLnlZW
>>552
それはあるよね。
だからSPAサイトのクロールはリソース食うの我慢してヘッドレスブラウザ使ってるわ
555デフォルトの名無しさん
垢版 |
2020/10/12(月) 16:05:22.47ID:MRg2pj1A
>>531
いや、フロントフレームワークでてきたのなんてここ最近だろボケが
それまではSSRやってたんだよ
フロントしかできないアホはフロントじゃなくてただのWebサイトhtmlコーダー
一緒にすんな
556デフォルトの名無しさん
垢版 |
2020/10/12(月) 16:08:56.92ID:MRg2pj1A
>>549
WebアプリにSEOなんていらねーだろ
おめーはWebサイトしか作れない安月給底辺コーダーなわけだ
2020/10/12(月) 16:26:04.83ID:qUsLT1qO
>>555
ここ最近っていつのことだ？
おまえが最近知っただけでは？

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

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

>>556
いやECとかはSEO必要なサイトもある
基本知らないしフロントの底辺だな
2020/10/12(月) 17:07:58.92ID:gy4yg8JT
> ご存知の通りSPAは遅い、初回起動はとくに遅く
いや、単純な速さを比べるなら、ページ遷移速度はSPAが圧倒的に軍配あるし、初回起動もSPA側がchunk化してればどっちも遜色なくね？
chunk化はVueでもReactでもできるし、書き方もルーターの書き方をちょっと変えるだけで手間もかからんぞ。
https://ja.reactjs.org/docs/code-splitting.html
https://router.vuejs.org/ja/guide/advanced/lazy-loading.html

一括ロードするべきか分割ロードするべきかはアプリの性質によると思うが、SPAの選択肢が一括ロードしかないと思いこむのは間違いだぞ。
559デフォルトの名無しさん
垢版 |
2020/10/12(月) 17:20:52.41ID:MRg2pj1A
とにかくフロントフレームワークごときが難しいとかそもそも開発できないゴミの意見は不要
バックエンドしかできないゴミも不要
2020/10/12(月) 18:42:48.48ID:9fKl9/jQ
SPAもゴミ
2020/10/12(月) 20:29:03.84ID:kRs6xrkP
バックエンドはjsonさえ返せればいい
人員さくほどのことではない、なんならサーバーレスでもいい
2020/10/12(月) 20:30:53.59ID:s2VVgDut
SPA使ってる所ってたいがい重いよね
2020/10/12(月) 20:45:36.64ID:WX/9950s
そうかな？
サクサクじゃん
2020/10/12(月) 20:55:02.37ID:s2VVgDut
クライアントでレンダリングのためにJavaScriptで
処理をするんだからどうしても遅くなるよ
2020/10/12(月) 20:58:30.79ID:s2VVgDut
A single-page app is almost always worse than a multi-page app
https://news.ycombinator.com/item?id=18335007
単一ページのアプリは、ほとんどの場合、複数ページのアプリよりも劣ります
2020/10/12(月) 21:00:05.31ID:wrjLnlZW
JavaScriptの処理速度よりネットワークやアクセスの集中したサーバのレイテンシの方が影響大きい場合の方が多くない？
2020/10/12(月) 21:00:53.63ID:s2VVgDut
これは良い意見だな

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

SPAはステートフル。ページを移動するときに「状態」を引き継ぐ
2020/10/12(月) 21:03:43.32ID:s2VVgDut
>>566
ネットワークやアクセスが集中した場合、SPAでも遅くなります。
データベースから取ってきたデータ（ここが一番時間がかかる）を
HTML形式に変換して返すか、JSON形式に変換して返すかの違いしかありません。

HTML形式をサーバーサイドレンダリングというのなら、
JSONを返す場合は、サーバーでJSON形式に「レンダリング」してるんですよ
2020/10/12(月) 21:16:45.58ID:iawghE1m
ASPおじさんさ、ID変えて逃げないで>>543に答えてくれよ
2020/10/13(火) 01:08:15.40ID:y5Oy6HcC
アラフォー大逆転プログラマー たけ

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

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

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

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

pjax(ajax + historyAPI のpushState)もある。
HTML のbody だけの入れ替え。
head 部分は送らないから、エコ
571デフォルトの名無しさん
垢版 |
2020/10/13(火) 02:48:04.30ID:JYHD08ae
Railsで半年とか1年って最強にアホって言ってるようなものだぞ
2週間もあればそれなりのもの作れるだろ
2020/10/13(火) 04:37:45.47ID:tOXRY/5R
まあ品質悪くてもいいなら
2週間でも構わないがなｗ
573570
垢版 |
2020/10/13(火) 05:58:55.92ID:y5Oy6HcC
そりゃRails では、Scaffold という魔法の呪文を唱えれば、CRUD アプリが15分で作れるw

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

スクロールしたら、表示されているものより以前のデータを取得して、
jQuery で、要素を追加していく
2020/10/13(火) 06:24:59.26ID:ksuhhYbG
虎の威を借る狐
2020/10/13(火) 08:04:16.90ID:aQc1BNCz
またjQueryおじさんか
576デフォルトの名無しさん
垢版 |
2020/10/13(火) 08:04:39.39ID:yu/XisN9
>>570
数学科卒みたいな人ならweb appはどんなのでも作れるだろう

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

Chat風ならpage loadしないのは当然だろう
page単位のloadが悪いわけじゃない
用途によって最適なものがあるというだけ
2020/10/13(火) 08:14:10.72ID:nauoGmcr
小学生がカメラと物体認識を使ってフィットネス系シューティングゲームを作れる時代に１年もかけてチャットだけじゃインパクト弱いね
578デフォルトの名無しさん
垢版 |
2020/10/13(火) 09:34:06.55ID:P6i7DPOY
>>570
こんなの作るのに最短1日もかからない
2020/10/13(火) 09:49:56.38ID:nauoGmcr
大したことないことを大したことのようにアピールする能力が成功の鍵なんだろうな
SPAもその類のライブラリに属してる
580570
垢版 |
2020/10/13(火) 10:15:10.64ID:y5Oy6HcC
とても、プログラミング始めて、半年の実力じゃないだろ

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

数学科へ行くような人は、集中力が桁外れだから、1日16時間ぐらい勉強できるのだろう。
脳が若いから
581デフォルトの名無しさん
垢版 |
2020/10/13(火) 10:26:16.23ID:8ryt2HC/
周回遅れのくせに絵に描いたようなRails脳だな
Rails野郎はどいつもイキってて気持ち悪い
2020/10/13(火) 11:14:37.58ID:y5Oy6HcC
Rails は中高年でも、人生を大逆転できるという情熱がすごい！
他の言語じゃ、どう考えても無理

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

ずっと、オワコンと言われながらも、最先端を走り続ける実力w
2020/10/13(火) 12:14:27.67ID:OoOYNuyt
既存資産ならjava, python, nodeが圧倒的なんじゃないの
何かしらやりたいなってググってrubyが出てくることほとんどないけど?
584デフォルトの名無しさん
垢版 |
2020/10/13(火) 13:05:24.67ID:FpFGKRx+
[2|5]ちゃんの専ブラをwebアプリで造る場合
SPAにした方が良いと思うよ
585570
垢版 |
2020/10/13(火) 13:48:48.69ID:y5Oy6HcC
たいていのベンチャー企業では、Ruby on Rails, AWS, CircleCI の組み合わせ。
Rails 以外のフレームワークでは、リスクが高い

また、大手の自社サービス系もそう。
GitHub, GitLab, Airbnb, Shopify, Netflix, Hulu, Cookpad
2020/10/13(火) 19:21:47.77ID:yu/XisN9
>>585
何回おなじようなレスするつもりだよ
自社の必要な仕様に合わせてスタックは選ぶもので
ただ真似をすればいいという話じゃない

クラウドは人気サイトになると維持費高いし
オンプレミスでやるサイトもたくさんある。
日本みたいに高速なFTTH普及してるところで最初から
クラウドに頼るのはヘタレだわ
2020/10/13(火) 19:22:28.72ID:ngQZ4wXR
確かに読点多すぎると地頭悪く見えるなｗ
2020/10/13(火) 20:12:25.04ID:455DutI7
>>576
それは数学科を過大評価してませんか？
2020/10/13(火) 20:48:21.43ID:yu/XisN9
>>588
自分が数学得意だったということもあるが
数学科というか数学を評価してる
受験科目でもっとも論理的思考問われるのが数学

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

あと低偏差値の大学って数学科はないイメージ
2020/10/13(火) 21:00:34.75ID:KS9TsiNN
Railsって意識高い系がよく使ってるけど実際公開のLinuxサーバー環境に自力でデプロイできるヤツは３割いないんじゃない？
せいぜいローカル環境で動かして喜んでるくらいだろ
2020/10/13(火) 21:54:10.42ID:ksuhhYbG
俺は古い人間だからLinuxサーバ立ててそこで公開しちゃうけど、今どきは「サーバレス☁で爆速🤯デブロイ✨✨」みたいな時代だから別になんでもいいんじゃないの？
何がサーバレスやねんとか思うけど、手を動かすやつがいつの時代も一番偉いかなって
2020/10/13(火) 22:04:53.19ID:455DutI7
>>589
×受験科目でもっとも論理的思考問われるのが数学
○受験科目でもっとも論理的思考を問われるのが数学

日本語の格助詞を跳ばしてしまうなんて、日本語を操る能力がいささか不足していると思われます
言語能力が劣る人に、その言語能力に基づいた論理的思考の能力を評価できるとは思われませんね
それに、受験数学は数学じゃありませんよ、受験数学はせいぜい「算数」レベルでしょう？大学に入って先生から「受験数学は算数のお遊戯ですね」と罵倒された経験はおありですか？
私は高校時代からそういわれていたし、そういわれつつ受験数学をやっていましたが
2020/10/13(火) 22:21:14.13ID:iyblSnjm
前スレもガイジが一生一人でレスバしてたよな
可哀想
2020/10/13(火) 22:40:06.29ID:KS9TsiNN
>>591
詳しくないけどサーバレスってバックエンドのPHPとかRailsとかサーブレットが要らない構成パターンじゃなかったっけ？
2020/10/13(火) 23:00:43.41ID:yu/XisN9
>>592
なんだ、突然、数学できなかった数学コンプのバカがかみついてきた
俺のは脱字だと誰にでもわかるがおまえの文章は明らかにおかしい。

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

算数と数学の違いは分野の違いでレベルの違いではない。
と反論するのが論理的な人。
算数でも難関校の問題は難しく、高校で偏差値70以上でも解けない問題ある
2020/10/13(火) 23:06:21.63ID:yu/XisN9
>>592
数学でかみついてきたからおまえが低学歴なのはすぐ気が付いたけど
先生とかいってる当たりおまえ高卒だろ
大学ならふつうは教授とかだ

「受験数学は算数のお遊戯ですね」の発言はフェイクだろうが
本当にそれを言ったと仮定してもそれは罵倒でもなんでもない。
おまえは罵倒の意味もわかってない
2020/10/13(火) 23:15:50.69ID:455DutI7
>>595
＞＞「言語能力が劣る人に、その言語能力に基づいた論理的思考の能力を評価できるとは思われませんね」
＞まず、「人が」だろう

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

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

私に言わせれば算数は数学の中のレベルの低い分野ですね、例えば計算問題とか計算で解かせる問題とか計算さえうまくいけば解ける問題とか、こういうのはみんな算数
唯一「数学」という名前に値する受験数学は「証明問題」でしょうね
それでも、本当は「証明する価値のある」定理や定義を提案してこそ数学といえるのだとはおもいますけれども、まあ、このあたりは妥協してもいいでしょう
2020/10/13(火) 23:16:16.44ID:ksuhhYbG
>>594
プログラム置けば動いてサーバ管理が不要って意味のようだけど、だからといってサーバあるのにサーバレスってネーミングは素人騙す気まんまんじゃない？
ってしょうもないところで引っかかったの
2020/10/13(火) 23:23:01.95ID:455DutI7
>>596
＞大学ならふつうは教授とかだ

教授、というのは学生からはそのすごさはわからないもので、実際には、教わっている人が教授か助教授か選任講師か非常勤講師か助手か技官か全然区別がつかずに皆「先生」と呼んでいました
それが普通でしょう
2020/10/13(火) 23:36:44.09ID:yu/XisN9
>>597
私に言わせれば？はぁ？
おまえの勝手な定義はどうでもいいんだよ
難しいことで知られる灘中学の試験も「算数」だ
601デフォルトの名無しさん
垢版 |
2020/10/13(火) 23:40:10.68ID:pbfg/soH
算数は知らんけど
「数学じゃなくて算術だ」
っていうのは聴いたことがある
2020/10/13(火) 23:44:43.26ID:yu/XisN9
>>597
違和感がない？ほんとアホだな
「人に」だったら「能力があるとは思わない」と続くのが正しい日本語

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

まあいいや学歴コンプの低学歴みたいだし丁寧に説明してもわからないだろう
2020/10/14(水) 04:01:28.69ID:bBt9qTff
>>598
例えばFirebaseとか有名だけどアレほぼReactとかと直で繋がってる感じじゃない？
604570
垢版 |
2020/10/14(水) 05:38:49.85ID:z5Uy/Vd3
YouTube で有名な、雑食系エンジニア・KENTA がびっくりした未経験者は、
ポートフォリオに、Ruby on Rails, AWS, CircleCI, Terraform, Packer まで入れていたとか！
こういう怪物もいる

これに、Docker, Kubernetes

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

Lambdaは、Ruby でも書ける
2020/10/14(水) 06:07:44.56ID:duga+8td
>>603
PreactとFirebaseで最近アプリ書いたよ。Firestoreのセキュリティ勉強してからやったから爆速デプロイとは行かなかったけどCloud Functions も使わず、クライアントからDB(Firestore)に直接アクセスするのは新鮮だったし、仕組み上セキュリティが確保できるってのも勉強になった。
今どきの開発体験ってこんな感じか、これはアプリに集中できて良いなと思った。
でもなんだかんだ鯖の事は形が変わっただけで意識してるなと個人的には感じた
606デフォルトの名無しさん
垢版 |
2020/10/14(水) 08:11:02.42ID:8UJNbzYb
よくわからんのだけど、こららのjsフレームワークって
バックエンド側にアクセスする時、ブラウザから直接APIを叩きにいくの？

railsとかはサーバ側でバックエンドにアクセスして
HTMLを完成させてからユーザに渡すイメージだけど。
607570
垢版 |
2020/10/14(水) 08:13:06.84ID:z5Uy/Vd3
Ruby on Rails でも、API モードで、GraphQL なども、やっておいた方がよい
608570
垢版 |
2020/10/14(水) 08:19:31.40ID:z5Uy/Vd3
Ruby on Rails, React, Bootstrap という組み合わせも多い

Rails では、Vue.js は少ないけど
609デフォルトの名無しさん
垢版 |
2020/10/14(水) 08:19:37.66ID:z5/Y8RhD
Railsゴミとフロント無能なケンタの話は聞く必要なし
2020/10/14(水) 09:11:05.35ID:z5Uy/Vd3
10/13、KENTA / 雑食系エンジニアTV

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

登録者数、5万人超。
月千円のサロン、2千人のスーパープログラマ！
2020/10/14(水) 10:37:09.48ID:9gD7Sa8Z
>>610
宣伝乙！
612デフォルトの名無しさん
垢版 |
2020/10/14(水) 11:06:43.62ID:z5/Y8RhD
フロントできないくせにスーパープログラマーとかよく言えたものだな
2020/10/14(水) 11:16:11.67ID:z5Uy/Vd3
KENTA の経歴
https://github.com/kenta-polyglot/cv

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

Vue.js もやってる
614デフォルトの名無しさん
垢版 |
2020/10/14(水) 11:26:44.30ID:9HhhcjUt
しつこくKENTAの話題かいてたの本人だったのか

ぼったくり情報商材屋KENTAに騙されてはいけない
615デフォルトの名無しさん
垢版 |
2020/10/14(水) 11:51:22.45ID:GsUUoEHv
NG で スッキリ
616デフォルトの名無しさん
垢版 |
2020/10/14(水) 13:57:30.11ID:z5/Y8RhD
このしつこさがキショい
2020/10/14(水) 14:37:59.98ID:EoVZjJO9
https://github.com/kenta-polyglot?tab=repositories&;q=&type=source&language=
こいつサンプルプログラムみたいのしか書いてないじゃん
2020/10/14(水) 14:46:48.53ID:iz9+2TBp
>>617
atcoderとかpaizaに出てくるような問題集の中からそれぞれの言語で1,2問だけ解いた感じか
619613
垢版 |
2020/10/14(水) 15:39:08.99ID:z5Uy/Vd3
KENTA の経歴には、100以上の技術を書いてる。
たぶん、日本一だろ

さすがに、これを超えるのは無理
2020/10/14(水) 16:23:19.20ID:9HhhcjUt
>>619
浅く広くの知識ではたいしたことない。うすっぺらい
たくさんの言語であいさつだけでできてもしょうがないのと同じ

優秀な言語を深くしっているエンジニアのが強い
2020/10/14(水) 16:24:30.40ID:9HhhcjUt
>>617
ほとんどの言語はハローワールドレベルってことだな
2020/10/14(水) 17:08:29.02ID:WmLWzaI4
>>606
おおむねブラウザからサーバのWebAPI叩くとJSONが飛んでくる
623デフォルトの名無しさん
垢版 |
2020/10/14(水) 17:12:05.63ID:ZV1nncqg
13日の金曜日
624デフォルトの名無しさん
垢版 |
2020/10/14(水) 18:58:26.93ID:8UJNbzYb
>>622
ということは今までrailsとかと違ってバックエンドにアクセスするのは
ユーザーのブラウザからだから、バックエンドサーバは外部に晒さなくてはいけないんだよね？

認識あってるかな
2020/10/14(水) 19:03:41.08ID:gLLEmkf+
>>624
バックエンドサーバーを外部に晒すだけじゃダメだぞ
バックエンドサーバーに認証と認可機能を実装しなければいけない

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

例えばUsersテーブルに全てのユーザー名とハッシュ化されたパスワードが入っているならば
ブラウザでログインしたユーザーはUsersテーブルの中の
自分のデータしか参照できないように、バックエンドサーバー（MySQL）の定義を作り込む
2020/10/14(水) 19:04:22.99ID:MAVLXRyI
>>624
そうだよ
とりあえずgRPCだけやっとけばいい
2020/10/14(水) 19:17:27.00ID:9HhhcjUt
>>625
意味不明
なんでパスワードハッシュにアクセスさせてんだよｗ
でたらめばっかりだな

>>624
まずはちゃんとした公式のドキュメントをよめって。
とんでもないでたらめおしえてるやついる
2020/10/14(水) 19:25:47.37ID:duga+8td
俺がFirestoreの例を出したのがいかんかったのか？
ああいうブラウザからDB直接叩く（ように見える）のはどちらかというと例外だよ
2020/10/14(水) 20:38:47.99ID:9lBc7xd9
>>619
多分津耶乃には負けてるんじゃね？
2020/10/14(水) 20:39:56.09ID:9lBc7xd9
>>625
どの道443番は外に晒してるだろ
2020/10/15(木) 05:25:47.10ID:7eWumHpU
DB サーバーは普通、AWS 内のプライベートエリアにある。
公開されていない

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

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

YouTube で有名な、くろかわこうへいのお勧め本
632デフォルトの名無しさん
垢版 |
2020/10/15(木) 09:35:37.27ID:9xE2Evnq
ここ数年でReactとかangularとかの要は"クライアントサイドレンダリング"て言うの？
がメジャーになってきてて、Reactとか名前は聞いたことがあるが、サーバ間の構成を良く知らなかったので混乱してる。

今まではサーバサイドレンダリングの構成だと思うので。
2020/10/15(木) 09:48:41.09ID:2JJ7Sr7B
>>632
またそのデマか
こんなスレタイのスレなんてあるからそうなる
SPAはぜんぜんメジャーになってない
SPAは特殊な用途にしか向かない

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

もうこのスレ廃止でいいだろう
SPAが流行ってるかのような誤解を与えるだけ
2020/10/15(木) 10:10:05.28ID:S6IC+plr
5chは流行ってる物のスレ立てる場所じゃないんだが。
forthスレに流行ってると勘違いするからスレ廃止しろとか言ってこいよ糞カスザコプログラマもどき。
2020/10/15(木) 10:12:25.67ID:7EcfSpT0
SPAの功績はSPAというアーキテクチャじゃなくてコンポーネント作るのが楽ってとこだよな
同じように楽にコンポーネントを作れるなら従来のMVCでいい
2020/10/15(木) 10:18:31.29ID:bXlOtEL6
SPAの良さは開発が楽になる点だぞ
お前らユーザーにとってはどうでも良いことだろ
2020/10/15(木) 10:26:48.68ID:GVD5pDuk
Reactでリスト的なコンポーネントいじってるとリアクティブって管理楽だなーって思う。あと副作用を避ける事を徹底しててコード組みやすい。
初見では直感的でないルール多くてちょっとビビるけど
2020/10/15(木) 11:00:56.47ID:7eWumHpU
Ruby on Rails では、Bootstrap と、GUI コンポーネントに、React を使う
2020/10/15(木) 11:02:20.68ID:2JJ7Sr7B
>>636
楽になるわけないだろ
おまえが生産性高いweb framework知らないだけだわ

楽ならもっと普及してる
SPAは時間、コストかかるのにデメリットばかりだからこんなに流行らない
2020/10/15(木) 11:05:12.44ID:2JJ7Sr7B
>>634
ろくに流行ってないくせに対決スレにするなってことだ
0.1%未満のもの比較するスレタイにしてるから騙される人が多い
2020/10/15(木) 11:07:46.27ID:ekPvmwVB
SPAは簡単だから誰でもできる
簡単なことだから高い技術力もいらないし
給料も高くない
2020/10/15(木) 12:30:47.06ID:7eWumHpU
レールは続く】 Ruby on Rails Part21 【これからも
https://medaka.5ch.net/test/read.cgi/php/1545146635/118

米国の平均年収では、
Ruby on Rails が、125,000 ドルでトップ！
Node.js が、90,000ドルで最下位

ただし、Railsの求人は、Node.jsの半分しかない。
Railsは、GitHub, Airbnb, Shopify など、巨大企業が多いから、年収が高いのかも
2020/10/15(木) 12:55:33.27ID:D7sEY+Oc
開発が楽なのはMVC
SPAはメリットとともに多くのデメリットも招き入れるのでそう簡単にはMVCには勝てない

SPAの利点であるコンポーネントの作りやすさについても
Asp.net Core MVCなどは非常に簡単にできるように設計されているのであまり差がつかない
2020/10/15(木) 13:01:41.49ID:GVD5pDuk
コンポーネント作りが何がどう非常に簡単なの？他と比べて説明してよ
645デフォルトの名無しさん
垢版 |
2020/10/15(木) 13:06:36.37ID:3Edtkzo/
つやのとけんたならけんたのほうがましだな
どっちもくそだけど
646デフォルトの名無しさん
垢版 |
2020/10/15(木) 14:38:45.19ID:Q+OzPLs+
>>637
副作用を避けてる？
適切なところで副作用起こすべきってReactのサイトに書いてるんだけど
2020/10/15(木) 16:02:37.01ID:7eWumHpU
決められたタイミングでの状態遷移の方法は、Redux だろ

Ruby on Rails では、Bootstrap と、
GUI コンポーネントに、React, Redux を使う人もいる
2020/10/15(木) 16:10:58.22ID:HEOH0x5y
Bootstrapは楽だけど細かく調整したい時にどうすればいいかわからなくて困る
2020/10/15(木) 16:35:35.86ID:e3JRhTYu
結局開発体験が優れてれば何でもいい
Reactが流行ってるのってそこじゃないのか
2020/10/15(木) 16:36:14.63ID:1kCtOLNX
>>637
何も考えずに副作用フック作りまくったらすぐに無限ループするよなw
propsのプロパティ一つでも変えたら他のプロパティも更新かかるのめんどい
2020/10/15(木) 17:17:56.53ID:7eWumHpU
そりゃ、Bootstrap を使う人は、デザイナーじゃない

サーバー側主体で、CSS を知らないけど、
レスポンシブ対応にしないといけないから、使ってる

コピペしてるだけで、詳しい意味は分からないw
652デフォルトの名無しさん
垢版 |
2020/10/15(木) 17:32:07.30ID:Q+OzPLs+
フロントエンジニアなのにcssわからんとかゴミ
デザイナーにjsxやらせるのか？
Bootstrapはカスタマイズ前提で作られてるんだから仕様を見ればやり方わかるだろ
2020/10/15(木) 17:49:50.91ID:JyaQ9+VV
>>651
フロントなんてのはそれで充分だと思うがね
大きなビジネス価値を持つバックエンドと違って
その時々で流行り廃りやデバイスの進化に影響をうけて移ろいやすい
こんな賞味期限が短いものに学習リソースを割くのはバカみたいだ
2020/10/15(木) 18:20:55.48ID:GVD5pDuk
>>650
あるあるw
そのへんは意図的なデザインかもね

>>646
やむを得ないState以外は副作用無しで書けるようになってると感じたんだけどな

>>653
React作ったのはクソ程儲けてるFacebookなんですが……
2020/10/15(木) 18:30:57.64ID:cMr/9IBy
Facebookは中身の価値が高いからなぁ
別にUXが人気に繋がったわけじゃない
なのでまた別のUIフレームワークが流行ったり画期的なデバイスが生まれたらFBもすぐにUIを乗せ換えるよ
でもUIを乗せ換えてもFBのビジネスは変わらない
本当に価値があるのは中身だから
2020/10/15(木) 18:56:38.14ID:bXlOtEL6
reactはUIフレームワークじゃないんだが
2020/10/15(木) 19:56:39.78ID:UaQf+JoB
バックエンドもフロントに比べればゆっくりかもしれないけど日々変化してる。今いる位置に満足してる人が老いて枯れる程度には。
だから突き詰めると普遍の価値があるのはデータだって事になる。
でも誰も触らない死んだデータに価値はない。触りたくなる表面を重要視する事は何もおかしくはない
2020/10/15(木) 20:02:41.38ID:S6IC+plr
触りたくなるデータって女子中学生のバストサイズのデータとか？
659デフォルトの名無しさん
垢版 |
2020/10/15(木) 20:15:24.57ID:9xE2Evnq
「フロントエンドエンジニア」なんてカッコよく言ってるけど、
逆にフロントエンドしか出来ませんって言ってるようなもんだよね
2020/10/15(木) 21:01:05.16ID:e3JRhTYu
Javascriptエンジニアです
661デフォルトの名無しさん
垢版 |
2020/10/15(木) 23:16:19.72ID:Q+OzPLs+
バックエンドしかできない奴のほうが圧倒的に多い
フロントエンジニア探してるけどバックエンド95対フロントエンド5くらいの割合しかいないぞ
その5もかなりレベル低い
2020/10/16(金) 02:00:37.72ID:1ldh1gNy
フロントエンドエンジニアにはマークアップエンジニアも紛れ込んでる
2020/10/16(金) 06:43:23.46ID:mNNz1sQv
つまりちゃんと勉強してればフロントはブルーオーシャンなのか
2020/10/16(金) 07:45:18.52ID:wWII2Cv6
>>653
React作ったのはクソ程儲けてるFacebookなんですが・・・
2020/10/16(金) 07:49:28.78ID:hscjZ2ao
フロントはFacebookとか有名所に持ってかれてる
2020/10/16(金) 08:03:24.24ID:Ueb3a1qY
>>664
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
2020/10/16(金) 08:12:59.24ID:7v3+fMeC
>>664
だからどうした？
儲けてるから技術があるわけでもない
過去にはFacebookはPHPみたいなゴミを採用して改造していた
技術のセンスが悪い

Reactにしてもframeworkまで機能を追加できなかった
自社で使えればいいという程度の認識
2020/10/16(金) 08:13:59.79ID:7v3+fMeC
>>666
Facebookは個人情報を盗んで金儲けしてるだけ
2020/10/16(金) 08:50:51.37ID:3YV1q+v5
アンチフロントエンドの巣やんけ。どうしてこうなったw
670デフォルトの名無しさん
垢版 |
2020/10/16(金) 09:07:27.26ID:U2mwlh0O
バックエンドのゴミクズたちがフロントできないから僻んでるんだよ
2020/10/16(金) 09:09:14.88ID:Z0vtD/Dq
>>653
React作ったのはクソ程儲けてるFacebookなんですが・・…
2020/10/16(金) 09:29:14.75ID:Ueb3a1qY
>>671
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
2020/10/16(金) 09:50:33.24ID:7v3+fMeC
有名企業が作ったからというだけでReact採用するのはアホだね
AngularなんてGoogleすら使ってないと言われてるしなｗ
2020/10/16(金) 10:31:27.69ID:bwQBizED
>>659
寧ろフロントエンドフレームワーク使ってるのは元々バックエンドやってたヤツだろ
フロントオンリーのヤツはjQueryの方が素晴らしいって言ってるんじゃないか？
2020/10/16(金) 10:33:02.15ID:bwQBizED
>>673
Facebookとかいう陽キャ専用SNSはぶっちゃけ嫌いだけどReactの設計ポリシーは素晴らしいと思うよ
2020/10/16(金) 10:55:37.86ID:flwBJ1Bb
jquery好きなのってマークアップ上がりのエラーあっても気にしないやつだよ
2020/10/16(金) 10:57:50.32ID:jOsz+QQ/
10/15、雑食系エンジニア・KENTA

Web系エンジニアの主要5職種、結局どれが一番得なのか？
https://www.youtube.com/watch?v=hM_k9792d4o

時給1万円などの高単価は、バックエンド・インフラなどの上流工程。
低単価は、フロントエンド・iOS・Android

漏れが補足説明すると、
先に、上流工程でお金を使ってしまうので、
下流工程では残ったお金を分配するだけになるから

会社の重役になる人も、サーバー側言語のRuby ばっかりw
2020/10/16(金) 10:59:23.53ID:Ueb3a1qY
Reactが素晴らしいっていうか関数型に寄せたModel View Updateが素晴らしいってだけだよな
679デフォルトの名無しさん
垢版 |
2020/10/16(金) 11:28:09.39ID:U2mwlh0O
>>677
コイツはフロントやって挫折した奴
フロントで成功してる奴は散々バックエンドをやってきてるからコイツより圧倒的に有能
2020/10/16(金) 11:29:39.80ID:s+qbwWMb
>>677
上流の意味がわかってないぞｗ
681677
垢版 |
2020/10/16(金) 12:22:00.87ID:jOsz+QQ/
先にシステムの構築運用から始まるから、
最初は気が大きいから、そこで予算を使ってしまうので、
フロントは、残りの予算から決まってしまうから不利

フロントは見たらわかるから、誰でも口を出しやすい。
ちょっとした見た目を直せと言われることが多い

ところが、違う人が来ると、また違うように直せと言われる。
違う人が来るたびに、修正しろと言われる

こういうやり取りが多いから、あいつは仕事が遅いとか、
デザインが悪いなどで、時給が下がっていく

相手がデザインを指定してくるから、
他の人には、エンジニアの腕が悪いように見える

最後には上司が来て、デザインが悪いから、エンジニアをクビにしろってなるw
色んな人が、デザインを指示してくるから

船頭多くして、船山に上る
2020/10/16(金) 12:56:55.44ID:AQ/XYXlc
>>677
自称有名エンジニアが使ったからというだけでその技術採用するのはアホだね
Rubyなんて雑食エンジニアすら使ってないと言われてるしなｗ
2020/10/16(金) 14:12:25.82ID:7v3+fMeC
>>681
いろんな人から指示されるのはフロントが悪いだろ
意見まとめる人つくって指示系統を一つにしろと言えばいい
デザイン悪いからクビなんてきいたことない、センスも悪すぎだろｗ
2020/10/16(金) 14:21:39.18ID:Ueb3a1qY
フロントは遊び半分のウェブ系が作るから「芯」がないんだよ
だから散々クレームくらっては場当たり的な対応を繰り返す
でそのパッチ作業が速いから生産性が高いなどとトンチンカンな自画自賛をしてしまう
最初からしっかり意志のすり合わせを行いクレームをくらわないUIを作るのが最も生産性が高いのだがそれが彼らには理解できない
2020/10/16(金) 14:25:03.71ID:XtprH8ZD
バックエンドのゴミクズたちがフロントできないからって僻んでるんだなｗｗ
2020/10/16(金) 14:40:44.94ID:7v3+fMeC
>>685
サーバーサイドのがフロントより格上だ。業界の常識

フロントは上流をまかされない時点で格下なんだよ
セキュリティやDBやOSやネットワークの知識に乏しい
687デフォルトの名無しさん
垢版 |
2020/10/16(金) 15:01:01.44ID:U2mwlh0O
バックエンドでまともにDBすら設計構築できないゴミクズばかりじゃねえか
フロントエンジニアは元々バックエンドをやっていてマスターした奴がフロントやってるわけ
何回言ったら理解するんだこのアホどもは
688677
垢版 |
2020/10/16(金) 17:01:06.75ID:jOsz+QQ/
バックエンドでは全く分からないから、客は何も言えない。
言う材料・知識がないから

一方、フロントは見た目だから、誰でも口を出しやすい。
だから、ここを直してとか言いやすい

あまり難しい事をやってるようには見えないから、簡単に直せると思ってしまう。
でも、その手間がうっとおしい
2020/10/16(金) 17:33:42.65ID:flwBJ1Bb
KENTAみたいなレスですね
その改行するのはKENTAの喋り方を参考にしているんですか？
2020/10/16(金) 17:52:20.91ID:mGgsIFZq
>>677
かなり偏った意見ですな。
2020/10/16(金) 18:55:46.80ID:gzagFIoh
KENTAってやつに他スレ荒らすなって言えばいいの？
692デフォルトの名無しさん
垢版 |
2020/10/16(金) 19:01:20.23ID:U2mwlh0O
ケンタ自身が荒らしに来てるのか
2020/10/16(金) 19:04:24.17ID:EVdCVrH9
KENTAのサロンの会員
694デフォルトの名無しさん
垢版 |
2020/10/16(金) 22:09:51.49ID:ORKkOrVS
before
afterみたいな
擬似要素使うのやめろや
あとCSSから外部ファイル読み込むもやめろや
devtoolから検出しにくいんだよ！
CSSでプログラムめいたことするのやめろやカスが
同じ事JSで全部できるから
2020/10/16(金) 22:25:53.17ID:JU6AgX+H
>>694
JSっていうかjQueryだろ
どちらも宣言的に記述できる
宣言的だからバグがへる
696デフォルトの名無しさん
垢版 |
2020/10/16(金) 22:40:19.99ID:ud3FB9tY
素のJsやjQueryのどこが宣言的なんだ。
2020/10/16(金) 22:43:59.41ID:JU6AgX+H
どちらもっていうのは
CSSとjQueryのことだよ

宣言的っていうのは
クラス名 { 属性: 値 }
みたいに書くから

.class { color: red }
$(.class).css({color: red})
どちらも宣言的
698デフォルトの名無しさん
垢版 |
2020/10/17(土) 00:00:16.51ID:hFf/ef7F
宣言的はキーワードを指定すると何が起こるか
って事の記憶することを強要する
プログラムのように上から論理的に処理を辿ることが出来ない
バグが減らないと言うが現実は
スタイル効かない、効かない、それがやりたかったんじゃない
そんな余計な効果は要らない…クラスが死んでる、重複してる
上書かれてる…こんなんばっか

構造化プログラミングは覚えゲー不要
余計なライブラリに頼らず素のJSで
構造化プログラミングでDOM操作。これぞ至高
2020/10/17(土) 06:25:29.32ID:1f/mlEIF
正直jQueryの時代は終わったと感じていて、なのにプログラミングスクールの類の宣伝がjQueryばっかで、こいつらいつの時代を生きてんだと思う。
初心者にReactやらせろとまでは言わないけど、せめて潰しの効く素のDOMやらせるとか、jQuery無しじゃ何もできないやつを量産するのやめて欲しい
2020/10/17(土) 06:27:33.64ID:Ty9bf9Kk
>>699
これが現実。お前が「狭い世界」に生きてるだけの話

https://w3techs.com/technologies/history_overview/javascript_library/all/y

jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2020年2月 74.4%
2020年6月 75.5%
2020年8月15日 76.2%
2020年10月15日 76.5%
2020/10/17(土) 06:29:30.57ID:Ty9bf9Kk
「DOMはつぶしが効きますか！」
→React、Vue、AngularでDOMは使いません
2020/10/17(土) 06:51:25.79ID:1f/mlEIF
へ〜、こりゃ失礼。既存ページがカウントに入ってるとはいえシェア減ってないのは凄いな。
Reactでも手が届かない部分はあるしDOMはやった方が良いと思うけど。
2020/10/17(土) 07:09:33.11ID:Ty9bf9Kk
減ってないどころか増えてるからね。もちろん年々増えるペースは減ってるが
それでも去年は0.6%だ。しかも今年はなぜか2%以上も増えてるｗ
最近流行りのフレームワークが1年で0.1%増えるか増えないかという状態なのに

> DOMはやった方が良いと思うけど。
jQueryはDOMと共存できるんだから、DOMもやったほうがいいのは当然
jQueryは全てのブラウザで動くように古くからあって共通で使ってる機能しか使ってない
だから最近のブラウザだけで使える機能を使う場合はDOMを直接使う
力があるならjQueryプラグインにすると更に便利にDOMを使えるようになる
704デフォルトの名無しさん
垢版 |
2020/10/17(土) 07:39:48.48ID:hFf/ef7F
React使ってるのに内部でjQueryを使ってると地獄
あとフロントライブラリの中で
jQueryを前提としていてjqueryで書かれているものが
かなりあることと、
ライブラリの使用例がブログとかでjqueryが書かれている場合
他人がjqueryで書いててコピペしたい時に
jqueryに依存してしまうケース
新人は素のDOMでもReactでもなくまずjquery
でコードを書こうとするがこれを正そうとするのは
非常に面倒
こういうの加味すると脱jqueryはかなり困難
2020/10/17(土) 07:42:22.63ID:Ty9bf9Kk
> React使ってるのに内部でjQueryを使ってると地獄

そりゃそうだな。ReactはDOMと共存できない。
だからReact使ってると内部でDOMを使ってると地獄だ
jQueryだけに限らない
2020/10/17(土) 07:44:52.70ID:Ty9bf9Kk
皮肉が通じなさそうだからもう少し説明してやるかｗ

>>704はjQuery側の問題ではない。
React側の問題だ

jQueryがーと書いてあるが
それは全てDOM APIを直接使った場合にも当てはまる

ReactとDOM APIを共存させる方法だってあるーという
話をし始めたら、その方法を使えばjQueryも共存できることになる
jQueryはDOM APIを簡潔に使えるようにしたライブラリに過ぎないのだから
2020/10/17(土) 08:25:22.14ID:U9MsrWrp
実際なんで増えてるか不思議
技術スタックあるから大手の制作会社はjqueryばっか使ってるってことかね
2020/10/17(土) 08:39:42.69ID:1f/mlEIF
既存サイトやフレームワークやWordpressみたいなものでページ作ったらjQueryも付いてきたってパターンはありそうだと思った
2020/10/17(土) 08:51:11.19ID:Ty9bf9Kk
俺からすればなんでjQueryのシェアが減ると思ってるのかなって感じだがな

jQuery不要とか言ってるやつの言葉を正確に言うと
「jQueryなくても冗長になるだけで頑張ればできる！」
だからな。これはデメリットにはなってもメリットにはなってないんだよ。

jQueryをなくした場合のメリットは一応ある。例えば
「jQueryをなくすとで30KB（gzip圧縮状態）減る！」とか
「DOMを直接使うと実行速度が1%（？）速くなる！」とか
でもこれらを言うことはない。

jQueryをなくすとこにメリットが有ると感じてるなら、それを言えばいいのにそれを言わないのは
jQuery不要と言ってる人が、本当はなくすことにメリットを感じてないからなんだろう
だから「脱jQuery」とか言ってごまかしてる。これは目的ではなく手段

DOM API vs jQueryであれば明らかにjQueryの方がメリットあるわけでjQueryを使い続けるのは当然
仮想DOM使ったフレームワークとjQueryであれば、フレームワークの方がウェブアプリを作るときに
メリットがあるけど、ウェブの大部分はウェブサイトなんだよ
とある会社の"ホームページ"でJavaScriptがバリバリに使われてると思うか？思わんだろ？

普通の会社のホームページに飛んだ時、動き出したらうざく感じるだろ？
それが許されるのはゲーム会社とかアニメーション会社ぐらい

JavaScriptは昔からページの一部に動きをつけるための簡易的な
スクリプトとしての利用が大部分なんだから、その延長上にあって
より簡潔に記述できるjQueryが使われるのは当たり前の話
DOM APIはjQueryの簡潔さに追いついてないし、フレームワークは全くの別路線だ
2020/10/17(土) 09:27:02.02ID:VD5xPr74
採用するメリットの少ないSPAフレームワークより
より便利で馴染みのある従来のフレームワークのほうが採用される確率が高い
従来のフレームワークにはたいていjQueryがセットで付いてくる
2020/10/17(土) 10:10:58.06ID:vimxgZ9f
bootstrap jQuery辞めるってよｗｗｗ
2020/10/17(土) 10:40:49.29ID:Xc+hYu9K
>>699
Webシステムの開発者にはReactとかの方がいいけどWebサイトのコーダーにはjQueryだろ
もう根本的に用途が違うものと見た方がいい
2020/10/17(土) 10:42:28.62ID:Xc+hYu9K
>>706
jQuery側の問題でもReact側の問題でもない
それをやる奴の頭が悪いだけ
714デフォルトの名無しさん
垢版 |
2020/10/17(土) 11:25:56.09ID:HPgFuhDr
世の中圧倒的な数のゴミサイトが量産されてるんだからjqueryを使う意識なくてもWordPressとかが使ってるからな
WordPressなんかWordPress内のjqueryの他にテーマが読み込むjqueryや各プラグインが読み込むjqueryとか1ページに複数のjquery読み込んでいるサイトがけっこう多くてめちゃくちゃカオスだぞ

ReactなどのSPAライブラリはWordPressやjsプラグインみたいに勝手についてこないからな

ゴミが大量にある状態をシェアも人気も圧倒的とかほざくバカはそれはそれで勝手にそう思ってりゃいいから他で騒いでろ
715デフォルトの名無しさん
垢版 |
2020/10/17(土) 12:12:21.74ID:0qFIP5N2
lisp系でお薦めの最新言語はなんでしょう？
Erlang?elixir?
2020/10/17(土) 12:25:07.47ID:Ty9bf9Kk
>>711
bootstrapがjQuery使うをやめたからbootstrapが使われてるから
勝手に入ってるんだという言い訳ができなくなった
そして>>714はWordPressを言い訳にしてる。
717デフォルトの名無しさん
垢版 |
2020/10/17(土) 12:45:32.01ID:HPgFuhDr
>>716
ゴミ住人がゴミの数を自慢してもさぁ
はよ住処に帰れ
2020/10/17(土) 12:45:34.46ID:tqKCa8dx
>>707-708 >>716
前にも書いたがjQueryは依存関係で知らないうちに
入ってる人が多いだけ
アホなjQueryおじさんは事情を知らずにシェア増えてると喜んでる。
jQueryのコード書いてる人が増えてるわけではない。

例えばbootstrapもjQueryを読み込むようになってる
最新bootstrapはjQuery依存を解消したが最新版は旧ブラウザの
サポート切ってるからあえて古いBootstrap使ってる人も多い。
2020/10/17(土) 13:04:24.42ID:Ty9bf9Kk
> 前にも書いたがjQueryは依存関係で知らないうちに
> 入ってる人が多いだけ

依存関係で知らないうちに入ってるのを除くというなら
将来BootstrapやWordPressでフレームワークが
使われるようになっても除かないといけない
ということは理解してるかい？
2020/10/17(土) 13:10:28.75ID:Xc+hYu9K
このスレがプログラム板にあるのはWebサイトではなくWebシステムに焦点をあててるからだ
と後付けの理由を主張してみてすつ
2020/10/17(土) 13:12:58.88ID:tqKCa8dx
>>719
jQueryおじ、やっぱり頭悪い
Bootstrapがweb frameworkを使うことはありえない。

WordPressはCMSだからCMSのシェアを見るべき。
そもそもPHPはゴミだから採用の選択肢にあがらない
2020/10/17(土) 13:16:30.63ID:tqKCa8dx
jQueryおじはそもそもweb frameworkの必要性すら
理解してない無能だからどうしようもない
こういうのがいるからフロントはってバカにされわけ
2020/10/17(土) 16:39:18.03ID:Ty9bf9Kk
>>721
> Bootstrapがweb frameworkを使うことはありえない。
あれ？なんでWordPressはかかないの？
WordPressがweb frameworkを使うことはありえるわけだよねｗ
2020/10/17(土) 16:39:45.43ID:Ty9bf9Kk
> WordPressはCMSだからCMSのシェアを見るべき。

jQueryはCMSで採用されているのです。
2020/10/17(土) 16:42:17.00ID:Ty9bf9Kk
> Bootstrapがweb frameworkを使うことはありえない。

React Bootstrap
https://react-bootstrap.github.io/

Angular powered Bootstrapng-bootstrap.github.io
https://ng-bootstrap.github.io/#/home

BootstrapVue
https://bootstrap-vue.org/

採用する人いなそうｗ
2020/10/17(土) 16:49:22.96ID:U9MsrWrp
本業じゃない人がちょっとwordpressのどこどこが不便だからコードコピペして修正、ってなると学習コスト低いjqueryくらいしか無理だろうしシェアは減らなそうだ
2020/10/17(土) 17:31:49.56ID:Xc+hYu9K
web frameworkって言葉じゃフロントエンドを指してるのかバックエンド指してる曖昧だからキッチリ明示した方がいいんじゃない？
従来なら寧ろバックエンド側を指して使われてた言葉なはず
2020/10/17(土) 17:32:36.04ID:Xc+hYu9K
>>725
それ全部触った事はあるけどAngularだけめっちゃ使いにくかったな
729デフォルトの名無しさん
垢版 |
2020/10/17(土) 19:12:35.59ID:tqKCa8dx
>>725
アホすぎて>>721がそういう意味じゃないのわからない？
web frameworkがBootstrapを使う（呼び出す）ことはあっても
逆のパターンはあり得ないって言ってんだよ

>>723
CMSはなんらかのweb framework使ってるのが普通だろう
CMSの人気を測る際はCMSのランキングを見る。
CMSとweb framworkのシェアを比べたりするのは意味がないし
そんなことをするのはアホだろう
まったく用途、カテゴリが違うもの比べてどうするつもりだ？
2020/10/17(土) 19:17:20.82ID:tqKCa8dx
>>727
むしろわかりやすいようにきっちりweb frameworkと書いてる。
web frameworkはserver-sideまで含めた仕事するやつだ

UI側だけの場合は、UI frameworkとかUI libraryと表記されるのが普通
2020/10/17(土) 19:19:57.04ID:tqKCa8dx
このスレでいつもjQueryのシェア書いてるのは
web framework否定論者のアホってこと
2020/10/17(土) 19:31:23.99ID:vimxgZ9f
>>725
> 採用する人いなそうｗ

jQuery使ってたせいでreactやvueから敬遠されて他のcssフレームワークの隆盛を許してしまったからね。
いまさら脱jQueryしてももう巻き返しは難しいだろうね。
733デフォルトの名無しさん
垢版 |
2020/10/17(土) 20:23:33.62ID:P3PLPttw
>>704
> React使ってるのに内部でjQueryを使ってると地獄
これ具体的にはどんな地獄があるの？
2020/10/17(土) 20:29:38.07ID:eMYmKq8F
>733
Reactは仮想DOMといってDOMの情報と同一のものを内部で二重に持っていて
差分ができたら内部のDOM情報を実際のDOMに反映している

だからDOM APIを使って直接実際のDOMを書き変えると
Reactの内部のDOM情報と食い違いが起きて正しく反映できなくなる
何が起きるかはわからない
2020/10/17(土) 23:06:55.61ID:P3PLPttw
>>734
そういう意味か
なら外部JSの恩恵を享受するためにDomの管理をReact管理から外して利用すれば
問題ないね（この内容はTutorialにもあった）
2020/10/17(土) 23:57:34.48ID:Xc+hYu9K
>>729
WebFrameworkって従来はバックエンドを指す言葉なんだけど
フロントならFront-end Frameworkとでも書いたらどうだ？
2020/10/18(日) 00:07:40.58ID:H1Ht+H/l
>>731
そりゃWebサイトおじさんからしたらjQueryは今でも現役だろうから反論したいんだろ


逆にWebシステムの構築を考えた場合Reactが一番妥当だから
中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる

Webサイトのコーダーにwebpackでのビルドとかやらすのもナンセンスだと思うから
サイト→jQueryに回帰
システム→React
っていう風になっていくんじゃないかね
ちなここはプログラム板だから議論対象はWebシステム
738デフォルトの名無しさん
垢版 |
2020/10/18(日) 00:27:35.41ID:oU6L/1KQ
｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868
起業で成功するキャリア形成の仕方とは？ 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
年収3,000万超え!?個人開発で儲かっている海外コミュニティサイト5選！
https://note.com/taishikato/n/n7809a8ed3ffc
2020/10/18(日) 01:23:51.16ID:u/6+iFla
>>737
> 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる

Reactも含め、未完成のWeb Componentsを補うために
複雑なことをしてるから将来確実に廃れるか大幅に仕様が変わるよ

Web Componentsがどのブラウザでも実用的になったら
それをエミュレートしてる今のバージョンは完全にレガシーになって
将来のモダンブラウザのみを対象とした軽量なものが登場する

その時代でもDOMは変わらないだろうから、
そのDOMを簡略化するだけのjQueryは変わらず使えるわけさ
2020/10/18(日) 01:35:23.85ID:Yx1P9/Gs
>>736
勝手に名前つけても伝わらないだろ
例えばMicrosoftとかはBlazorをUI Frameworkと呼んでいる。

web appに限定されないからfrontend frameworkは不適切
2020/10/18(日) 01:38:35.01ID:5IG+e1ti
jQueryのセレクタ構文とか、いまじゃバニラのJSでも
document.querySelector('input[type=radio]:checked')
みたいな感じで使えるし簡略化するだけのjQueryはわざわざ読み込むまでも
なくなっていきそうだけどな
2020/10/18(日) 01:41:22.39ID:u/6+iFla
そりゃセレクタ構文だけだろ
jQueryの特徴は、そのセレクタにマッチする複数（ない場合も含めて）に対して
CSSのスタイルと同じように要素が存在するかをチェックすることなく
宣言的に処理を割り当てることができるのが便利なんだが
743デフォルトの名無しさん
垢版 |
2020/10/18(日) 01:53:17.56ID:5IG+e1ti
メソッドチェインできることだけがjQueryのメリット？
ほんのちょっとの便利のために余分なファイルを読み込ませたくないな
2020/10/18(日) 01:56:11.41ID:u/6+iFla
メソッドチェインの話なんかしてないのに
いきなりなにいってんだろうねｗ

まさかメソッド呼び出しは全部メソッドチェインだとでも思ってんの？
2020/10/18(日) 02:05:59.33ID:5IG+e1ti
何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった
存在チェックすることなしに宣言的に処理をするなんて小粒も小粒
746デフォルトの名無しさん
垢版 |
2020/10/18(日) 02:07:38.05ID:5IG+e1ti
わかった
知能が低くて最新のライブラリなりフレームワークについていけないから
ひがんでるんだな
2020/10/18(日) 02:09:36.41ID:5IG+e1ti
jQueryを使うので能力の精一杯なのか
2020/10/18(日) 02:11:04.54ID:u/6+iFla
>>745
そんなんだからjQueryがいつまでも増え続けてるのがわからんだよ

jQueryが物理的に行数が減るのは当然として、
その結果、メンテナンスのコストが下がって
バグが減るのが重要なところだろ
749デフォルトの名無しさん
垢版 |
2020/10/18(日) 02:13:12.65ID:5IG+e1ti
素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには
jQuery使うと便利かもね
って程度だよ
jQueryにすがりついてるお前の程度もしれてるｗ
2020/10/18(日) 02:13:22.35ID:u/6+iFla
例えば、アロー関数なんて使わなくても
this保存してfunctionつければ同じことができるけど
アロー関数使わなくて良い世界を知ったら元に戻れないだろ？
ほんの数行の違いでもないほうが楽なんだよ
2020/10/18(日) 02:29:10.45ID:5IG+e1ti
まさかjQueryマンセーで愚かな考えを晒すことで周りから袋叩きされる
ということを通してjQueryを貶めるという作戦か
2020/10/18(日) 03:04:15.75ID:u/6+iFla
そんな願望垂れ流してないで
メリットとデメリットの話をしろよ

jQueryがなくても頑張れるっていうだけで
jQueryをなくすメリットを言わないんだもんなｗ
2020/10/18(日) 03:18:45.94ID:xWXtsYNK
ハァ？jQueryバカはCSSセレクタ丸パクリのクセして自分の手柄にしてんのか。チョンみてーだな(藁
2020/10/18(日) 03:23:44.86ID:5IG+e1ti
jQueryバカが言ってるメリットはどれも小粒
なくても困らない
なら最初から利用しなければ余計なファイルを削減できる
というのが使わないメリット
2020/10/18(日) 03:36:40.28ID:u/6+iFla
>>753
もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残ｗ

はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした

パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ

しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
2020/10/18(日) 03:38:05.32ID:u/6+iFla
余計なファイルを削減できる？
JavaScript使ってる時点で外部JavaScriptファイルがある
たかだか1ファイル減るだけの話
しかも結合すれば1ファイルですむ
2020/10/18(日) 03:44:26.00ID:5IG+e1ti
jQueryとかメリットなんて微々たるものなのにレガシーブラウザ対応とかで
無駄にサイズがでかいからな
減らす効果はそれなりにあるぞ
2020/10/18(日) 03:44:51.93ID:u/6+iFla
余計なファイルを削減できるというメリットは小粒
初回アクセス時に30KB読み込みができるというメリットは小粒
JavaScript処理が僅かに早く終るというメリットは小粒

jQueryをなくしたときのメリットはどれも小粒ではないか
体感上わからない程度の遅延があっても困らない
ならできる限り開発を楽にするほうがいい
というのがメリット
2020/10/18(日) 03:45:14.17ID:u/6+iFla
>>757
圧縮時30KBはものすごく小さいですが？
760デフォルトの名無しさん
垢版 |
2020/10/18(日) 03:46:02.89ID:5IG+e1ti
バカに何言っても無駄かもしれんが
2020/10/18(日) 03:47:50.92ID:u/6+iFla
例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。
762デフォルトの名無しさん
垢版 |
2020/10/18(日) 04:01:50.12ID:5IG+e1ti
jQueryを利用するメリットがそもそも小粒
ブラウザごとの分岐処理とかが埋め込まれてるから実行時の効率が悪い
ファイルサイズがでかい
つまりいらない
2020/10/18(日) 04:26:16.95ID:u/6+iFla
jQueryのメリットのうち小粒のものだけを抜き出したら
全部小粒だった

と言ってるのと同じだなｗ
2020/10/18(日) 04:27:54.23ID:xWXtsYNK
>>755
中学校を単に学校というって言ってるみたいなもんだな。バカが。
CSSのセレクタのルールそのままパクっただけの盗人。
盗んだものをもともと自分のだと主張。まさにチョン。
2020/10/18(日) 04:34:21.10ID:u/6+iFla
jQueryの価値はjQueryオブジェクトだよ
CSSセレクタなんか、素の使いづらいJavaScriptでもできるじゃんｗ
価値がないところだけを見て価値がないと言っても無意味だよ
もっと広い目でjQueryを見ないとｗｗｗ
2020/10/18(日) 04:34:51.73ID:5IG+e1ti
このjQueryバカは素人レベルのスキルしかなさそう
2020/10/18(日) 04:36:26.13ID:5IG+e1ti
しょぼいWebページをjQueryで作ってご満悦なんだろう
2020/10/18(日) 04:37:38.31ID:5IG+e1ti
いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ
2020/10/18(日) 04:45:10.27ID:u/6+iFla
ほらね、もう遠吠えいうことしかできなくなったでしょ？
2020/10/18(日) 04:50:29.21ID:xWXtsYNK
CSSセレクタパクリがバレたら開き直ったjQueryガイジ。
居直り強盗で駅前一等地を占拠してパチンコで儲けるチョンと同じ。
jQuery関係ないスレで居直り占拠jQueryチョン。
2020/10/18(日) 05:21:40.18ID:5IG+e1ti
おっと
>>1 に
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
と書いてあったな
2020/10/18(日) 07:08:38.76ID:u/6+iFla
>>770
なんで無視したの？もう一回同じことを書く羽目になったじゃないか

もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残ｗ

はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした

パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ

しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
2020/10/18(日) 07:17:16.70ID:d1Nj1iwg
言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。
2020/10/18(日) 07:50:51.32ID:d1Nj1iwg
言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか？

document.querySelectorAll('div.highlighted')
.forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
2020/10/18(日) 08:00:05.71ID:0puAkJ4t
document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))

$('div.highlighted').css({color: 'red', backgroundColor: 'white'});


一行のものはだいたい半分になる。
だがそれよりも重要なのは「宣言的」であるということ
forEachというループが無くなっている
2020/10/18(日) 08:18:08.24ID:mPnoVdEN
無いとなんかすごいのか？
jQueryが裏で回してるだけじゃん
2020/10/18(日) 08:19:09.73ID:0puAkJ4t
>>776
jQueryが裏で回す（十分テスト済み）＝自分でやらないからバグが減る
2020/10/18(日) 08:27:01.54ID:0puAkJ4t
jQueryとレビューする点を見れば
どちらが大変かなんて明らかなのよ

document
querySelectorAll　　→　　$
('div.highlighted')　　→　　('div.highlighted')
forEach(
ele=>
Object
assign(
ele.style,　 　→　　css
{color: 'red', backgroundColor: 'white'}))　　→　　({color: 'red', backgroundColor: 'white'});


jQueryだと4箇所見るだけですむが、DOM APIだと 9箇所もある
2020/10/18(日) 09:50:11.92ID:mPnoVdEN
コードの意図を隠してまで短くすることか？
その時点で要素があるべきなのか複数なのか何も判らん
エラーが出ない=バグがないってことならいいが
780デフォルトの名無しさん
垢版 |
2020/10/18(日) 12:28:55.12ID:atqzb7Sw
>>739
こいつ結局Webサイトの話しかできてねえな
アホだろ

>>750
こいつやはりアホだ
アロー関数がfunctionの代用だと勘違いしてる
その認識でほんの数行変えたらバグるわけ
そもそも仕様がまったく違う
2020/10/18(日) 13:23:36.66ID:qDJHdxok
>>780
どこにアロー関数がfunctionの代用って書いてある？よく読んでみなよｗ
2020/10/18(日) 13:24:28.19ID:qDJHdxok
>>779
隠しているのはコードの詳細であって
詳細を隠してるから意図は明確になってる
2020/10/18(日) 13:56:45.57ID:H1Ht+H/l
>>739
Web Componentsは流行らんと思うよ正直
こんな移り変わりの激しいWeb技術の世界で3年以上前から話題が上がってるにも関わらず未だに流行りにもなってないっていうのはそういう事だろ
Recoidなんて登場してから殆ど経ってないのにもうReduxを抜きつつある
Web Componentsが本当に良いものならそういう速度感で流行るもんだ

現時点で流行ってないっていうのは結局D言語みたいなものにしかならない
2020/10/18(日) 13:58:18.90ID:H1Ht+H/l
訂正
Recoid→Recoil
2020/10/18(日) 14:09:20.19ID:nDjNgNBc
WebAssemblyも流行らなかったしね
2020/10/18(日) 14:39:50.73ID:H1Ht+H/l
WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな
2020/10/18(日) 15:05:47.51ID:WlQf1Fni
Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
a().b().c() みたいに

これを一々、存在チェックしてられない

return if obj = a() == nil

return if obj = obj.b() == nil

obj.c()
2020/10/18(日) 15:18:04.47ID:Yx1P9/Gs
WebAssemblyはこれからの技術
MS以外がまだまともなframeworkだしてない
JSが好きという人は少ないので必ず流行る

>>786
CPU速くなったらwasmの弱点が消えて長所だけが残るから
wasmはだんだん増えていく
2020/10/18(日) 15:32:42.61ID:nDjNgNBc
> CPU速くなったらwasmの弱点が消えて長所だけが残るから
> wasmはだんだん増えていく

そこに目的がありません
速くなったら使われると思うのはなぜか？
ウェブアプリが作れるようになったら、みんなウェブアプリを作ると思うのはなぜか？
目的がなければ、使うようにも作るようにもならない
2020/10/18(日) 15:36:35.19ID:nDjNgNBc
劣ってるから使われないって思うのは
技術者のよくある勘違いだよなｗ

そもそも需要がなければ使われないんだよ
2020/10/18(日) 15:38:29.83ID:nDjNgNBc
不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ？
2020/10/18(日) 16:42:00.34ID:Vj/rkYxM
https://classic.minecraft.net/
babylon.js製。
安定して60fpsで動くが、babylon.jsにはWebAssemblyは一切使われていない。
2020/10/18(日) 16:54:05.68ID:Yx1P9/Gs
>>789
JSに縛られず開発生産性高い言語を使える
それだけでwasmを使う理由になる
2020/10/18(日) 16:55:29.25ID:+DCedG5t
× JSに縛られず
○ もとからJS使わない人が使う

だからウェブ系の人は使わないし
JS使わないならネイティブアプリでいいんじゃね？ってなるんだよなｗ
795デフォルトの名無しさん
垢版 |
2020/10/18(日) 17:07:08.15ID:Yx1P9/Gs
>>794
native appだけでいいってのは技術的にはそのとおり
wasmは中途半端な立ち位置だからな

ただApple, Googleで手数料30%取られるだろう？
wasmだとその手数料を回避できるから
そういうビジネスの問題考えたら価値がすごくあるわけ
2020/10/18(日) 17:09:18.69ID:H1Ht+H/l
結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな
2020/10/18(日) 17:12:35.13ID:Yx1P9/Gs
>>794
JSについては違う

Blazorのようなのが人気でてくると
JSしかできないフロントエンジニアの存在が不必要になる
C#プログラマーはserver sideとclient sideの両方のコードがかける

JSが必須ではなくなるということは
JSエンジニアが必要なくなる時代ってことだ
2020/10/18(日) 17:13:53.33ID:Yx1P9/Gs
>>796
まったく違う、わかってない

Sandboxあるからセキュリティが高い
さらにwasmはweb standard
2020/10/18(日) 17:19:17.50ID:d1Nj1iwg
Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い
2020/10/18(日) 17:27:55.50ID:d1Nj1iwg
wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる
2020/10/18(日) 17:57:09.49ID:sdwhAUyo
wasm＆SPAは業務系の希望になりうると思うが
業務系の複雑なUIはSPAと相性がいい
業務系エンジニアなら誰でも使えるJavaやC#がフロントでも使えたら学習コストが下がる
サーバーとクライアントでロジックを共有すればコストが下がる
2020/10/18(日) 18:11:07.46ID:Vj/rkYxM
>>797
> Blazorのようなのが人気でてくると

前提崩れだね。
十年で日本を追い抜く言ってた朝鮮はどうなりましたか？ｗｗｗ
Silverlightｗｗｗｗ
803デフォルトの名無しさん
垢版 |
2020/10/19(月) 11:19:02.29ID:FE0TPttz
なんだよまたjQueryでスレ伸びてるのか。
クライアントがブラウザである以上、jsやcss,domに原則縛られるんだよ。あとは如何に効率よくラップするかの差でしかない。好きなもの選べばいいさ。

ただ未だに生のjsやcssで組んでるやつは流石に時代遅れと自覚して欲しい。
2020/10/19(月) 11:39:18.70ID:32Wztry8
>>803
BrowserはいまだにJSに縛られると思ってるやつは流石に時代遅れと自覚して欲しい

Blazor WebAssembly使い始めたがC#だけで書けるし
Visual Studioで開発できるし最高だわ
2020/10/19(月) 11:55:34.45ID:kIQ4aN8p
>>804
期待してるけどツールがまだ追いついてなくて….razorファイルのフォーマットが崩れる問題くらいはさすがに修正してくれないと。
まあ現状はスレチなので。
2020/10/19(月) 12:14:08.56ID:5B25o4c7
Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね
2020/10/19(月) 12:38:39.55ID:7BdQwjNC
つかそもそもロードが遅い
808デフォルトの名無しさん
垢版 |
2020/10/19(月) 12:38:40.38ID:FE0TPttz
>>804
それは違うなだろう。
ラップしてるだけ、意識しないだけで最終的にブラウザが対応してる要素に縛られるのは変わらん。スマホアプリとは全く違う。
フレームワークの進化に対して実行エンジンであるブラウザの進化が遅すぎるんだよな。今でもsafariだけcssの解釈が違うなんてしょっちゅうだし、土台部分の知識が無いと結局対応できん。チグハグで不安定なのがフロントの宿命なんだよ。
だから各フレームワーク、IDEには本当に感謝してる。裏でとんでもない労力かけて俺たちの労力軽減してくれて有り難うだよな。
809デフォルトの名無しさん
垢版 |
2020/10/19(月) 19:27:14.09ID:LEqT1iP9
5GとかiphoneとかRetinaみたいな余計なことして
業界混乱させる前にやるべき事やれや
まずまともなブラウザ提供しろ
さもなくばデフォのブラウザ大人しくchromeにしとけ
2020/10/19(月) 21:13:29.51ID:32Wztry8
>>808
自分が読み書きするコードがC#ならそれでいいでしょ
どんな言語も実行前には人間が読めない形になる
811デフォルトの名無しさん
垢版 |
2020/10/20(火) 10:15:07.36ID:pHiz9StD
機械語直接読める人も稀に居る
2020/10/20(火) 11:32:32.11ID:YB4ljTXG
>>809
それって誰に対して言ってるの？
2020/10/20(火) 16:39:31.91ID:Nlf6zVNG
Netscape4のことやろ
814デフォルトの名無しさん
垢版 |
2020/10/22(木) 11:04:28.44ID:/VYs8fos
web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。

今後はマイクロサービスと同様にその技術がフロントにも流れてきてマイクロフロントエンドアーキテクチャが主流になると思う。

そうなると、サービス単位で共通なコンポーネントはweb標準であるweb componentで作る必要が出てくる。

どうだろうか
815デフォルトの名無しさん
垢版 |
2020/10/22(木) 11:08:22.84ID:/VYs8fos
jquery別に悪くないけど、今はvanilla jsで十分だし使う場面がない。

モダンフレームワーク（react,vue,etc）vs jqueryという構図をこのスレでは良くみるが意味がわからん。

正しく議論されるべきは
モダンフレーム　vs web標準（web componentなど）
だと思う。
2020/10/22(木) 11:20:08.12ID:6pdR4Nyi
オライリーから出てるCSSシークレット著者によるWeb Components評。
ちょっと辛辣。コメント欄で議論盛り上がってるがここChrome翻訳効かないのな…
https://lea.verou.me/2020/09/the-failed-promise-of-web-components/
2020/10/22(木) 11:51:03.89ID:6pdR4Nyi
Web Componentsに対する批判
https://thenewobjective.com/web-development/a-criticism-of-web-components
・CSS疑似セレクターが機能しない
・ネイティブ要素と互換性がない
・Non-trivialな要素はHTMLElementを継承する必要がある
・JavaScriptが必要
・潜在的に指数関数的なフォールバック
・ポリフィルが必要
・Ariaの問題
・SEOの問題
・追加の制限
2020/10/22(木) 11:59:22.52ID:6pdR4Nyi
Web Componentsの問題
https://adamsilver.io/articles/the-problem-with-web-components/
819デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:01:23.69ID:/VYs8fos
俺の頭が悪いせいかこの記事の言いたいことがいまいちわからん

plug and playの箇所解説よろ
820デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:02:25.44ID:VEHOj23m
>>815
ｼｨｰｯ! (jqueryバカがよってくるから)
2020/10/22(木) 12:13:14.66ID:wabMUpti
>>814
流行らんよ
マイクロサービスはトレードオフ
822デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:14:15.55ID:/VYs8fos
何と何のトレードオフ？
823デフォルトの名無しさん
垢版 |
2020/10/22(木) 12:16:12.59ID:/VYs8fos
>>817
後で読んでみるけど、
ariaとJavaScript以外は別に問題じゃない気がするけどね
2020/10/22(木) 12:22:04.55ID:6pdR4Nyi
フォールバックは酷い。is属性なんて初めて知った
2020/10/22(木) 12:38:04.11ID:6pdR4Nyi
web非標準のreactが簡単にssr出来るのにweb標準のweb componentsが事実上無理（初期レンダリングコストはクライアント側で支払うしかない）なのはなんだかなぁ…
2020/10/22(木) 12:42:06.25ID:mESUiPaq
>>817
templateタグともっと親和性を高めるとかHTMLだけでComponent作れるとやりやすいよなと思う
827デフォルトの名無しさん
垢版 |
2020/10/22(木) 14:34:21.09ID:/VYs8fos
>>825

やろうと思えばできるけどな。shadow domを使わない場合だけど。

でも言いたいことはわかる。そこまでサポートしてから世に放てば良かったのにとは思うけどね。

https://web.dev/declarative-shadow-dom/
↑いま頑張ってやってる途中やで
2020/10/22(木) 15:31:11.95ID:6pdR4Nyi
Declarative Shadow DOM か。いいね。
試してみようと思ったらchromeでもまだオリジントライアル中か…
829デフォルトの名無しさん
垢版 |
2020/10/22(木) 16:28:17.70ID:/VYs8fos
やりたいことは理解してるんだけど

英語力がないから何がdeclarativeのニュアンスがわからん。
2020/10/22(木) 16:32:28.10ID:S3hKE4m7
宣言的だろ？ ようはループを使わないってことだよ
例えばjQueryはループを使わない
$('.selector').css({color: 'red'); このように
これがDOM APIだとループが必要な手続き的になってしまう
831デフォルトの名無しさん
垢版 |
2020/10/22(木) 17:12:31.60ID:/VYs8fos
>>830
絶対に違うわww

宣言的＝ループを使わないが違うということは俺にもわかる
832デフォルトの名無しさん
垢版 |
2020/10/22(木) 17:25:57.82ID:/VYs8fos
宣言的なweb component

現状のweb componentのどこが非宣言的で、あのリンク先の技術が適用されるとどこが宣言的になるんだろう。イマイチわからん。web componentにおける宣言的ってなんや
833デフォルトの名無しさん
垢版 |
2020/10/22(木) 22:57:05.06ID:/bIs3HR3
UI組み立てる系のライブラリは固定乱数でいいから
全てのDOM要素にid振っとけや
色が違うとかアイコンを変えろとかクソみたいな指示飛んでくるんだから
2020/10/22(木) 23:52:28.51ID:lftkiv5C
宣言的な書き方に拘っても保守性なんて少しも良くならんわ。
2020/10/22(木) 23:54:57.12ID:nuIgGdek
SPAは簡単だったけどCSSがやっぱりわからねえんだわ
SPAで作ってもデザインが古くさくなる
2020/10/23(金) 00:44:45.37ID:FArv5Kwn
デザインなんてとりあえずBootstrapっぽくすればええんやろ？
2020/10/23(金) 00:45:35.33ID:tlpc4Wom
色彩センスほしい
2020/10/23(金) 07:35:23.39ID:VuITFA8z
MaterialUIとかUIライブラリ使えば？
839デフォルトの名無しさん
垢版 |
2020/10/23(金) 18:13:14.23ID:kxyOvtyq
>>833
乱数のid振ってどうすんだよ？
まさかidで色変えてんのか？

>>835
お前のセンスゼロだしこの先死ぬまでセンスゼロのままだからなあ

>>836
bootstrapっぽくすら不可能じゃん

>>837
センスゼロのやつは死ぬまでセンスゼロ

>>838
Googleが公式にセンスゼロ向けって謳ってるしな
ただしセンスゼロでcssスキルない奴が使うとMaterialUIすらまともに使えない
2020/10/23(金) 18:46:41.39ID:tlpc4Wom
センスゼロでもSPAはできるけど、CSSはそうもいかんからなぁ
センスゼロでも使えるライブラリを使うしかないか
逆に言えばライブラリ使えば、センスゼロでもCSS、SPA両方できるようになるわけだし、こだわり捨てればまあ、いいか
すぐに移り変わる分野だし、気楽にやろう
841デフォルトの名無しさん
垢版 |
2020/10/23(金) 19:06:52.06ID:J0Nj+DQ7
MaterialUIなんて公式のサンプルコピペしてテーマ設定するだけでそんな酷くならんと思うが
これ以上のリッチなもの求めてて自分で勉強できないならデザイナー雇うしかない

色彩センスは今どき色選んでくれるサービスたくさんあるだろ
ttps://yumyumcolor.com/　とか
2020/10/23(金) 23:29:55.94ID:2GRyUC4A
MaterialUIとBootstrapは併用できるの？
混ぜるな危険？
2020/10/23(金) 23:48:08.69ID:nGATsAeS
material ui 重い…
軽量でいい感じのが欲しい
2020/10/24(土) 02:55:24.68ID:w8fcXJt9
この手のUIフレームワークは余白が多すぎて、1画面の情報量が少ない
スマホアプリ前提な感じ
845デフォルトの名無しさん
垢版 |
2020/10/24(土) 10:43:36.04ID:6JYHV7pP
>>842
やろうと思えばできるが崩れる上にそもそもやるやつはアホでしかない

>>844
余白なんか調整すればいい
キツキツの帳票みたいなUIが好みという日本人が多いが世界中から笑われてんの未だに気づかない連中ばかりだからな
2020/10/24(土) 11:46:27.33ID:/DIUYZs9
情報をギッシリ詰め込むのは別に構わないと思うが
ダッシュボードとかでよくある
しかしジジイどもは同じ画面で入力もやらせようとするからおかしくなる
2020/10/24(土) 19:25:12.62ID:FRMxNp3B
>>844
Vue もReact もAngular も
全く関係ない話だ
2020/10/24(土) 23:01:23.08ID:l6E2jtuo
スマホ向けのUIとPC向けのUIを同じテーマでやるのは無理ある
サイトリニューアルして昔あった機能や要素を削除して既存ユーザーから大反発食らうのがこのパターン
849デフォルトの名無しさん
垢版 |
2020/10/24(土) 23:10:02.60ID:sB9OWN+i
>>848
いやお前に才能がないだけだろ
2020/10/24(土) 23:19:17.03ID:l6E2jtuo
この記事が面白い
そもそもSPAにする意味なかったというのはよくある
https://zenn.dev/koduki/articles/0fe6cc5ada58e5600f75
2020/10/25(日) 00:25:49.62ID:yastPy5p
>>850
結局SPAって1つか2つの問題を解決するために他の多くの問題を呼び込んでるんだよな
852デフォルトの名無しさん
垢版 |
2020/10/25(日) 11:59:34.61ID:KvAimzX1
>>850
vue.js で CRUD アプリを造りたいとか
発想そのものがあほやん
https://qiita.com/koduki/items/9ce6ad8787b32caa38ff
CRUD にしたいなら vue.js 使わなければ良いだけの話だろ
2020/10/25(日) 12:11:24.08ID:KhHAp4C5
>>852
だから
（殆どの用途には）vue.js 使わなければ良いだけの話だろ
と最初から言ってるだろｗ
2020/10/25(日) 12:13:09.66ID:KhHAp4C5
https://w3techs.com/technologies/history_overview/javascript_library/all/y

2020年10月15日 76.5%
2020年10月23日 76.6%
2020年10月25日 76.7%

な？だからjQueryが使われてるんだって
少なくとも10日で0.1%以上増えてるからな
2020/10/25(日) 12:20:32.19ID:oIFSPb3Z
シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ

複雑なアプリになると開発者としてはSPAのほうが作りやすいが、、、
しかし利用者からすれば複雑なアプリの需要なんてのはほとんど無い等しい
例えばpgadminは複雑なアプリだがぶっちゃけシンプルなadminerのほうが使いやすいのだ

結論
SPAはゴミ
2020/10/25(日) 12:21:18.49ID:KhHAp4C5
「脱jQuery」を目的にするとたいてい失敗する
なにか問題があって、それを解決するためにVue、React、Angularなどを採用すべきという
当たり前の前の話であって、良い選択肢の１つであるjQueryを廃止して
特定の用途専用のものを導入するのは愚かである
特定の用途専用のものは、特定の用途の場合に使うもので
「○○の用途のために○○を導入しました」という言い方にするべきだ
2020/10/25(日) 12:22:24.43ID:oIFSPb3Z
ようするにUX設計ができない人のためのフレームワークがSPA
2020/10/25(日) 12:27:24.62ID:KhHAp4C5
今までSPAのやり方でスマホアプリとか作ってきた人たちが
今までと同じやり方で作るためのものSPAだろう

ウェブにはウェブのやり方があるんだが
そういう（アプリ作ってひた人たちにとっては）"新しいやり方"を
学ぶ能力がなくて、今までと同じやり方でやりたいっていうのがSPA

これからはSPAだ〜とか言ってるやつは、jQueryどころかCSSも嫌いなはず
なぜならどちらも宣言的だから。SPAは手続き的に作る。

セレクタに対して処理や属性を宣言的に適用するjQueryやCSSは
考え方が根本的に違っていて、頭が凝り固まってる人には理解ができない
859デフォルトの名無しさん
垢版 |
2020/10/25(日) 12:36:18.38ID:TnKDqOYo
>>854
そりゃゴミは毎日増えるからな
860デフォルトの名無しさん
垢版 |
2020/10/25(日) 12:37:35.38ID:TnKDqOYo
>>857
お前の認識があほすぎて萎える
861デフォルトの名無しさん
垢版 |
2020/10/25(日) 12:40:02.70ID:FzqccguI
良い加減スレチ
くだらん話でスレ埋めるな
よそのスレか板いってくれ
2020/10/25(日) 12:55:08.10ID:1H1lkjwT
>>859
「良いもの」が増えないｗｗｗ
2020/10/25(日) 12:59:58.30ID:/elpRfls
ガイジ大集合ｗｗｗ
2020/10/25(日) 13:23:18.15ID:1H1lkjwT
jQueryが増えてるってのは事実として
それ以上に増えれば、シェアはjQueryよりも増えるんだよ

結局増えてねーじゃんと
2020/10/25(日) 13:55:14.12ID:Lw87uGLi
jQueryとReactじゃ根本的に作るべき対象が違う
2020/10/25(日) 14:09:21.75ID:1H1lkjwT
うん。だから最初から根本的に作るべき対象が違うので
「脱jQuery」ありきは間違いだって言ってるわけ

作るべき対処がjQuery向きじゃない場合に使えば良いわけで
今までjQueryで問題なくやってきたところが脱jQueryするのは
意味がないどころか、デメリットになってるわけ
作るべき対象がjQuery向きなのに、脱jQueryしてどうするんだと
2020/10/25(日) 14:13:12.24ID:Lw87uGLi
フレームワークなんて概念がなかった時代にjQueryで無理やり作ったシステムとかならフレームワーク置き換えって結構意義はあるけどね
段階的な置き換えか一から再構成かは都度都度によるけど
2020/10/25(日) 15:38:13.61ID:pXppxvnv
Ruby on Rails では、React, Bootstrap が多い。
Material-UI を使った場合は、レスポンシブ対応になるのかな？

react-bootstrap という、BootstrapをReactコンポーネントとして再構築した、UI フレームワークもある。
jQuery など不要な依存関係がない
2020/10/25(日) 15:44:10.58ID:1H1lkjwT
Railsの標準はjQueryやろ？
870868
垢版 |
2020/10/25(日) 16:42:13.03ID:pXppxvnv
Rails, React, Bootstrap で、
Bootstrap 4 が、jQuery に依存しているから、使っているだけ

react-bootstrap など、jQueryに依存していない場合は、axios が多い
2020/10/25(日) 16:50:25.07ID:wTbiVIgp
>>854のシェアって公開されてない社内サイト/アプリやログイン必須アプリも含まれてるの？
872デフォルトの名無しさん
垢版 |
2020/10/25(日) 22:10:05.93ID:TnKDqOYo
ブラウザ毎に仕様が違った時代に重宝されたjqueryを未だに崇めてる奴は脳みそがそこで止まっているわけだ
2020/10/25(日) 23:04:04.75ID:/elpRfls
脳みそが若いままプリプリってことだ。物覚えもいい。
2020/10/26(月) 04:31:31.40ID:lc/L7zsO
>>872
脳が止まってるのはお前やで
未だにjQeryの便利さをブラウザの仕様の違いを
吸収するためのものだって思ってるんだろ？

jQueryすげー、DOM APIが簡潔に書けるーってみんなが思ってる中
ブラウザの違いを〜とか言ってて恥ずかしくないのか？
2020/10/26(月) 05:49:38.18ID:eROnJLfC
未だにDOM直接イジってんのかｗ
おっさん哀れだなぁｗｗｗ
2020/10/26(月) 06:37:49.74ID:lc/L7zsO
フレームワーク開発者も直接DOMいじってるけど？
2020/10/26(月) 07:13:22.21ID:tqHSoVSY
そりゃフレームワーク開発者は使うでしょ。

詭弁のガイドラインみたくなってきた。
2.ごくまれな反例をとりあげる
4.主観で決め付ける
11.レッテル貼りをする
2020/10/26(月) 07:26:16.94ID:BWe3LZzt
フレームワーク開発に必須な知識を持ってる
まれな人材ですよね
2020/10/26(月) 08:23:16.55ID:Uub+nj8/
>>874
ミクロな視点でみれば簡潔に書けるのかも知れんが大規模なソースを構造化するのにはあんま向かないよ
2020/10/26(月) 08:26:26.57ID:37XH7byw
>>879
関数を使え
構造化するのにフレームワークなんぞいらん
2020/10/26(月) 08:35:37.48ID:BWe3LZzt
>>879
大規模なものを作るならモジュールに分けましょう
jQueryでも同じことです。
2020/10/26(月) 08:45:12.33ID:37XH7byw
こういう基本的なことが出来てない人がSPAに手を染めて出来た気になっちゃうのかな
883デフォルトの名無しさん
垢版 |
2020/10/26(月) 09:08:21.08ID:bPAWEB8J
世界中でjqueryは時代遅れのゴミクソと言われてるのに未だに崇めてるバカは脳みそがjqueryで動いてるらしい
2020/10/26(月) 09:49:43.95ID:BWe3LZzt
その「世界中」の現実です。
https://w3techs.com/technologies/history_overview/javascript_library/all/y

jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
　　2月 74.4%（1ヶ月で+0.2%）
　　6月 75.5%（4ヶ月で+1.1%）
　　8月15日 76.2%（2ヶ月で+0.7%）
　　10月15日 76.5%（2ヶ月で+0.3%）
　　10月25日 76.7%（0日で+0.2%、10ヶ月で+2.5%）

Vue.js　0.4%（1年で+0.1%）
Angular　0.4%（1年で+0%）
React　0.3%（1年で+0%）
2020/10/26(月) 09:50:24.96ID:BWe3LZzt
訂正
　　10月25日 76.7%（10日で+0.2%、10ヶ月で+2.5%）
2020/10/26(月) 09:54:18.72ID:6iKDd4DC
jqueryしかできないやつ（笑）
2020/10/26(月) 09:59:14.68ID:BWe3LZzt
フレームワークはjQueryより"簡単"なんだから
jQuery使えるなら、フレームワークも使えるんでしょう？

それともフレームワークの方が難しんですか？（笑）
888デフォルトの名無しさん
垢版 |
2020/10/26(月) 10:05:34.97ID:KRI7mNeJ
jQueryおじが住み着いてるようだけど
その時間に新しいframeworkの勉強しようという気にはならないんだな
成長しない、できない人
2020/10/26(月) 10:07:00.02ID:6iKDd4DC
まず君の理解が足りてないのは
jQueryとSPA系のライブラリは役割も規模も全然ちがう
jQueryじゃ機能が足りてなさすぎて
SPA系のライブラリに張り合うだけの立場にすらない
君の存在自体がスレチ
2020/10/26(月) 10:07:13.93ID:BWe3LZzt
>>888
Backbone.jsを勉強したほうがいいよって
昔言われたことがあるよｗ
2020/10/26(月) 10:09:04.52ID:BWe3LZzt
>>889
続きまだ？ jQueryに足りない機能の話をしてくれるんじゃないの？
もうずっと待ってるんだけど、いつ書くの？
892デフォルトの名無しさん
垢版 |
2020/10/26(月) 10:12:30.05ID:bPAWEB8J
>>887
おめーの時代遅れjqueryで動いている脳みそで判定できるわけねえだろ
2020/10/26(月) 10:13:35.46ID:eROnJLfC
テムレイみたいだなｗ
jQueryを使え！ｗｗｗ
2020/10/26(月) 10:16:12.05ID:cy0Ae67X
>>884
これだけはっきり数字で示されてるのに認めない香具師って科学的な思考プロセスができないのかな？
文系さん？
2020/10/26(月) 10:23:59.69ID:6iKDd4DC
Reactでできるような状態管理、動的なDOM構築がjQueryだとどれだけ泥臭くなるか一回試してみろよ
jQueryだけじゃスケールしないことがわかる

Node.jsの基盤上で開発すると開発言語は例えばTypeScriptにできるし
ブラウザでの確認とかMinifyもコマンド一つだし
古いブラウザへの対応もバージョン指定すればPolyfillが埋め込まれるし
CSSもトランスパイルの過程で一意なクラス名を生成するとかもできる
2020/10/26(月) 10:24:24.90ID:tqHSoVSY
でもそのシェアってニュースサイトとかブログとか自動生成ページとか入ってるんでしょ？
2020/10/26(月) 11:21:47.26ID:BWe3LZzt
>>895
> Reactでできるような状態管理、動的なDOM構築が
そもそも、そんなもの必要ないんだよね

状態は、グローバルにでっかく持つんじゃなくて
個々の要素に持たせればいいだけ
小さくモジュール化しましょう

動的なDOM構築ではなく、静的なDOMで構成を作って
個々の要素の状態によって、表示を変更するだけにしましょう

例えばアコーディオンようなものは、複雑なDOM構築を行わないと無理だと
思ってるんだろうけど静的なHTMLとCSSだけでもできる
本当に無理なことだけをJavaScript（jQuery）で補完してあげるだけで完成する。
そのやり方を知らないから（CSSを使いこなせないから）もったいないことにCSSの機能を破棄して
全部JavaScriptでやるから、DOM構築大変だー、動的だー、複雑だーってなるんだろ
2020/10/26(月) 11:24:21.24ID:BWe3LZzt
そもそもの出発点が「Reactでできるようなこと」となってるからおかしいんだよ。
出発点は「作りたいもの」であって、それをReactで作ると、状態管理と動的なDOM構築が必要になって
jQueryとCSSを適切に使うと、そんなもの不要でシンプルに作れる

「作りたいものはなにか」を基準に考えろ
2020/10/26(月) 11:29:53.80ID:6iKDd4DC
だから複雑なものを作ろうとしたときにjQueryでは限界があるのを確かめてこい
アコーディオンなんてReact使うまでもない
もしかしてしょぼいアプリしか作ったことない？
2020/10/26(月) 11:34:15.27ID:6iKDd4DC
苦し紛れに出した例がしょぼすぎて程度が知れるってもんだわ
2020/10/26(月) 11:47:12.37ID:6iKDd4DC
複雑な状態を持つものな
アコーディオンなんてOn/Offしかないじゃんｗ
2020/10/26(月) 12:08:26.05ID:tqHSoVSY
Reactを適切に使うと管理する状態が減って楽なんだけどな〜。使った事ないんだろうな
903デフォルトの名無しさん
垢版 |
2020/10/26(月) 12:10:04.55ID:2ej88+sU
アプリケーションと単純なuiを同列に語って、フレームの必要性を述べてるとか大丈夫か？
2020/10/26(月) 12:21:55.41ID:3haw0p11
USBメモリのことをUSとか言っちゃうタイプ？
2020/10/26(月) 12:25:21.61ID:KRI7mNeJ
やっぱり、フロント、JS界隈はレベルが低いな
C#理解してるBlazorスレとレベルが違いすぎる
2020/10/26(月) 12:28:23.78ID:6iKDd4DC
時代について来れないロートルｗ
2020/10/26(月) 12:29:26.90ID:eROnJLfC
blazorなんてJSもTSすら理解できない老害のための介護フレームワークじゃんｗ
あとsilverlightはどうなりましたか？ｗｗ
2020/10/26(月) 12:29:39.94ID:6iKDd4DC
>>905
例えばC#のどのへんがレベル高いんですか？
2020/10/26(月) 12:30:48.56ID:cy0Ae67X
>>899
設計が下手くそだから複雑なものになってしまったんだろｗ
まず設計をシンプルに保つんだよ
そうすりゃ複雑なフレームワークは不要になる
こんなん自明の理だろうが
2020/10/26(月) 12:34:05.46ID:6iKDd4DC
設計が下手くそ ねえｗ
同じ人間が作ってもよりスケールする方法って言ってるのにｗ
頭悪いとしか言いようがないわ
2020/10/26(月) 12:34:48.92ID:6iKDd4DC
そらお前みたいに素人が作るレベルのものでは
jQueryで十分だったんだろうなｗ
2020/10/26(月) 12:37:38.88ID:6iKDd4DC
ここに書き込んでる人間は信用しなくても
SPAライブラリ作ってる人間がお前よりはるかに優れた技術と思想を持ってるのは確かだから
jQueryがあるのになぜそんなライブラリをわざわざ作ったのか
考えれば自明だろ
雑魚が突っかかるな
2020/10/26(月) 13:00:02.46ID:tqHSoVSY
しかしReactやVueはなんだかんだ出てくるのにAngularの話題はさっぱり無いな。スレタイから外して良いのでは？
2020/10/26(月) 13:02:39.47ID:hU4xae9L
>>910
jQuery vs SPAにスケールは関係ないぞ
設計が正しければjQueryでもSPAでもスケールする
設計が悪ければどちらだろうとスケールしない
SPAなら自動的にスケールするだとかSPAじゃないとスケールしないと言いたいのならばそれは全く的外れな主張だ
2020/10/26(月) 13:08:17.54ID:6iKDd4DC
>>914
エアプは黙ってろ
2020/10/26(月) 13:14:22.35ID:6iKDd4DC
jQueryバカもエアプで文句言ってるだけだからな
俺は両方経験してきてるけど
917デフォルトの名無しさん
垢版 |
2020/10/26(月) 13:17:10.36ID:KRI7mNeJ
>>906
JSはそのうち消えるぞ

>>907-908
C#のがはるかに高機能なのにC#使いが理解できないわけないだろｗ
silverlightなんて古い話はどうでもいい
wasmはweb standardだぞ

note.jsみたいな低速バックエンドつかってる情弱はだまっとれｗ

>>908
あげたらきりがないが、高速な実行スピード、開発スピード。
Type safety
LINQ
Visual Studio
充実したドキュメント
MSによる長期サポート
2020/10/26(月) 13:25:24.06ID:eROnJLfC
>>917
消えないよ。
例えばC#にしよう！となるとなんでRustじゃダメなんですかGoじゃダメなんですかとなる。
Rustにしよう！となるとなんでC#じゃダメなんですかGoじゃダメなんですかとなる。
JS以外は共通語としてコンセンサスが取れない。
結局いつまで経ってもJSとその他（会社・プロジェクトごとに異なる）という枠組みが残る。
そのうち消えるのは確実にC#
2020/10/26(月) 13:27:20.31ID:6iKDd4DC
>>917
いやいや
C#使ってる人間がする議論のレベルの高さを聞いたんだよ
C#なんて馬鹿でも使えるんだから
920デフォルトの名無しさん
垢版 |
2020/10/26(月) 13:44:36.99ID:HaHtULlO
C#がレベル高いとは思わないが、jsやってる人はなんとなく苦行を強いられてる気がする。
でもそれが技術なんだとおもいこんでるきがする。

tsで型使うとこんな便利なんだ！って書いてるブログ見てそう思った。
え、そんなの当たり前じゃないの…ってことが書いてた。

こんな比較はC#もjsも実務でバリバリ使いこなせてる人じゃないとできない。
2020/10/26(月) 13:49:38.61ID:6iKDd4DC
そもそもjsしかできないと思ったら大間違いだからな
922デフォルトの名無しさん
垢版 |
2020/10/26(月) 13:57:09.02ID:2ej88+sU
nodejsのパフォーマンスがボトルネックになることってなさそう。

大半のアプリケーションがボトルネックになってる箇所はネットワークの待機時間とかなんじゃないの？
2020/10/26(月) 14:15:56.10ID:eROnJLfC
実践Rustプログラミング入門って本で
JSをRustで書いたwasmに置き換えたらどれだけ速くなるか示します！みたいな章があって、
結局あまり速くなってませんが理由はいろいろ考えられます…みたいなションボリした感じで終わっててワロタｗｗｗ
924デフォルトの名無しさん
垢版 |
2020/10/26(月) 14:21:02.08ID:bPAWEB8J
jqueryはWordPressにWordPress専用のjquery、テーマ毎のjquery、プラグイン毎にjqueryがバージョン別に読み込まれてるからコンフリクト起きていても単純に全てjqueryオブジェクトにぶっ込んで見た目は動いているように見えているだけ
しかもjqueryオブジェクトは全メソッドを保持するというゴミ仕様
使わなくても全て実装している

これどうやってテストすんだよ？ゴミクソjquery脳だと
2020/10/26(月) 14:51:51.14ID:BWe3LZzt
>>899
> だから複雑なものを作ろうとしたときに

複雑なものは単純化して作りましょう
2020/10/26(月) 14:52:44.72ID:BWe3LZzt
SPAだったら複雑なものが作れる！
ほら、すごく複雑なUI！！！


馬鹿じゃなかろうかｗ
2020/10/26(月) 14:53:34.00ID:BWe3LZzt
>>924
> プラグイン毎にjqueryがバージョン別に読み込まれてるから

いちいち嘘つくなよ。実例だしてみろよ
アホかｗ
928デフォルトの名無しさん
垢版 |
2020/10/26(月) 15:19:31.75ID:bPAWEB8J
>>927
おめーがわかってねえんだろ
WordPressというゴミクソはなんでもアリだからテーマでjquery読み込もうがプラグインで読み込もうが関係なく読み込んでるんだよ
ちなみにWordPressには未だに1系のjqueryが使われている

そしてjqueryオブジェクトには全ての関数が生えている
素のjsでできるのにわざわざjqueryで処理させるために

素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
この不整合が生まれる
さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる

こんなゴミクズ仕様で開発やテストなんか不可能
バカが簡単と思ってやっていたら本番稼働で動きませんでしたっていうだけ
それに気づかない奴がjqueryを崇めている
2020/10/26(月) 16:05:14.68ID:iAfvFyIK
> 素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
> この不整合が生まれる

え？何の話？
jQueryを仮想DOMとでも勘違いしてるだろｗｗｗ
2020/10/26(月) 16:06:31.67ID:iAfvFyIK
> さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる

ならんなぁ、どういう使い方してるのか書いてみ
2020/10/26(月) 16:10:45.62ID:iAfvFyIK
あー、いや言葉で説明できないだろうから
再現コード書いてみ
932デフォルトの名無しさん
垢版 |
2020/10/26(月) 16:15:46.25ID:bPAWEB8J
>>931
おめーがバカだからんかんねえんだろゴミクズ
jqueryしか使えないアホは理解不能だからソース書いても理解できねえだろ
2020/10/26(月) 17:34:28.11ID:EEaQcHjv
>>898
chromeのdevtoolsみたいなのreactで作ってんだけど、本当にjQueryで出来る？
2020/10/26(月) 17:55:31.25ID:KRI7mNeJ
>>919
C#選ぶという選択をできてる時点で技術的に優れてる

C#使いにframework不要論説いてる無能はいない
2020/10/26(月) 17:56:36.93ID:KRI7mNeJ
>>920
JSやってるやつらはそもそもほとんど型の概念理解してない。
936デフォルトの名無しさん
垢版 |
2020/10/26(月) 18:19:28.96ID:qF0DukLx
>>889
ほんそれ
2020/10/26(月) 18:31:13.26ID:tqHSoVSY
>>917
> Type safety
> LINQ
> Visual Studio
> 充実したドキュメント
> MSによる長期サポート
それ全部ある上にWebでネイティブに使えるTypeScript最強説
2020/10/26(月) 18:34:35.38ID:07JtLfXz
>>926
お客様「使いにくいからシンプルに戻して」

まあこれだよな
2020/10/26(月) 18:37:29.18ID:eROnJLfC
>>937
設計者同じだしな。
C#＝ジャギ
TypeScript＝ケンシロウ
2020/10/26(月) 18:38:07.02ID:1ZG07lyE
>>937
やはりアンダースヘルスバーグは天才なんだね
2020/10/26(月) 18:47:12.01ID:L6yRzou4
Delphi = トキ
2020/10/26(月) 18:55:36.99ID:EEaQcHjv
Vue 、React、Angular 使えるレベルの人に
はBlazorは不要では？
2020/10/26(月) 19:03:10.58ID:6iKDd4DC
今日のOPって
1.1750-60ドル
これだよね
2020/10/26(月) 19:05:47.81ID:hU4xae9L
>>942
安全堅牢で高速なフロントエンドを作りたいならありかもね
まあ速度はこれからだけど
2020/10/26(月) 19:11:01.10ID:EEaQcHjv
>>944
Blazorはdomをjsで書き換えてるんで
なんだかなぁ？って感じなんで
js一切使わないバージョンが出てからの期待だね。
2020/10/26(月) 19:11:49.99ID:tqHSoVSY
正直ReactがWasmに対応して他を駆逐する未来もありそうだと思う。Wasm使っても結局DOMは残るわけだし、Reactiveは確かに強力だし
2020/10/26(月) 19:21:03.49ID:KRI7mNeJ
>>937 >>939
高速な実行スピード、開発スピード。
この1行抜いたのはなぜだｗ

TypeScriptのデバッグはC#よりかなり劣化するだろ
TSはトランスパイル後はJSでしかない。
JSをマシにする程度の技術でしかない。
JSの弱点の多くは残る

WasmでJS縛りがなくなった以上、同じ開発者のC#を
使うほうがいいだろう
2020/10/26(月) 19:31:14.55ID:tqHSoVSY
>>947
単に入れ忘れた。すまんな。
トランスパイルしてもTypeScriptのエラー箇所は(SourceMap作れば)普通にブラウザが教えてくれるし、ブレークポイントもブラウザで使えるでしょ。
というかその理屈だとWasmに変換したC#の方がデバッグ難しくない？
2020/10/26(月) 19:46:01.95ID:KRI7mNeJ
>>942
Blazorならバックエンドも同じC#で開発できて効率がいい
950デフォルトの名無しさん
垢版 |
2020/10/26(月) 20:18:11.78ID:HaHtULlO
Blazorってクライアントサイドとサーバーサイドでモデルの共有ができる。
これってかなり楽だとおもんだけど、他のフレームワークってこういうのある？
無知ですまん。
2020/10/26(月) 20:28:37.29ID:EEaQcHjv
モデルとは何か？
2020/10/26(月) 20:34:57.63ID:fN1g3sDc
データを入れる枠組みみたいなもの
2020/10/26(月) 20:37:30.36ID:EEaQcHjv
MVCのMのつもり？
2020/10/26(月) 20:58:09.54ID:RKoZA45J
>>942
レベルとかそういう話じゃない
2020/10/26(月) 21:02:17.22ID:KRI7mNeJ
>>950
Microsoft以外にはないはず。
MSはfrontend, backendのframeworkの両方を開発してるし
さらにDatabaseまで作ってる。

Modelのclassからtableの作成まで連動できたり生産性がぶっちぎりだからな
2020/10/26(月) 21:53:12.81ID:Ua86D6bc
Googleならクライアントから直にオブジェクトをDBとやりとりできる環境もあるんですよ。Firestoreって言うんですがね。
2020/10/26(月) 22:35:03.13ID:hU4xae9L
>>950
node
2020/10/26(月) 23:16:59.64ID:iAfvFyIK
>>932
再現コードはまだですか？

>>933
chromeのdevtoolsみたいなのとはなんですか？
どの部分ができないと思うんですか？
959デフォルトの名無しさん
垢版 |
2020/10/26(月) 23:32:57.45ID:+siaHsIr
あるのかないのかどっちなんだ…

例えば、
バックエンド側でデータベースにアクセスしてモデル…c#であればDBのテーブルと同じ構成のpocoに突っ込んで
フロントエンドに返すようなよくある仕組み。

このモデルから項目を一つ削除したとする。

Blazorなら、フロントエンド側で削除した項目を使っている場合は、そんな項目はないですよとIDEがエラーを吐くよね。

こういう仕組みが他のWebフレームワークにあるかを知りたいのですよ。
2020/10/27(火) 00:04:57.94ID:TumoB2SG
>>959
>>957
2020/10/27(火) 00:06:34.39ID:TumoB2SG
>>1
これ嵐なん？
2020/10/27(火) 00:15:35.15ID:CaOOP+B2
>>956
従量制でコスト高いクラウドと比べるとかアホじゃないのか
そんなのバックエンドのスキルないやつがつかうものだ
2020/10/27(火) 00:15:47.67ID:VaMRm4CO
>>933
Firefox debuggerはReact採用してるね。
https://madewithreactjs.com/firefox-debugger
Chrome DevToolsはLighthouseタブの中がReact製。
DevToolsも拡張機能で拡張できるがReact使ってるの多い一方jQuery製は見たことない。
恥ずかしくてストアに登録できないんだろうなｗｗｗ
2020/10/27(火) 00:21:53.39ID:TumoB2SG
UNITY Editorは何で作ってんだろ？
かなり高度な実装なんで気になる。
2020/10/27(火) 00:22:45.45ID:CaOOP+B2
>>959
ないでしょ
MSの開発ツールと同レベルのデバッグできる開発ツールはない

JSもRubyもType safetyじゃないからできない
JavaとかKotlinとか静的言語ならできる可能性あるけどツールの存在は知らない
kotlinとかはそもそもいいframeworkがないし
966デフォルトの名無しさん
垢版 |
2020/10/27(火) 00:57:59.58ID:GDMoXg0p
>>965
ちょっとわるいけど>>957と戦ってもらっていい？
2020/10/27(火) 01:55:47.15ID:CaOOP+B2
>>966
戦うまでもない
node.jsでできるわけがない、そいつ嘘つき
もしくはバックエンド、DBの知識がゼロ

node.jsはframeworkじゃないし
JSはtype safetyですらない
968デフォルトの名無しさん
垢版 |
2020/10/27(火) 02:09:57.04ID:GDMoXg0p
本当にないの…？
え、じゃあみんなバックエンドのモデルに変更があったよー、フロント側の影響あるところシラミつぶしに探して修正してくれー
なに？修正が漏れて本番環境にリリースされた！？
バッカモーン今度からはトリプルチェックだー！
な事してるってこと？
それって苦行すぎないか…？

Blazorの話がしたいんではなくて
世のWeb系と言われる開発者の皆さんがこの辺どういう風にしてるかを知りたい。
969デフォルトの名無しさん
垢版 |
2020/10/27(火) 03:08:42.51ID:/EPljA2v
jqueryはお話にならない
ゴミクズjqueryは無駄で不要なメソッドをわざわざすべて生成しているゴミのような仕様
domの構造に依存しているから再利用性ゼロ
テストもできない
アホ専用
2020/10/27(火) 04:11:56.81ID:GDxeid4H
そもそもなんでjQueryの話聞かされなきゃならないんだ
本当に迷惑だよな
2020/10/27(火) 06:05:01.58ID:QYBC+gsP
>>962
ひどい後出しジャンケンだな。あるか無いかの例として出しただけなのに。
コスト面で言えばMSのライセンス料すらかからない構成もできるよ。Linuxサーバで、NodeとTypeScript使ってフロントとバックエンドで型を共有して、JSONがほぼそのまま格納できるMongoDBとかも構成可能だよ？
2020/10/27(火) 07:04:24.91ID:CaOOP+B2
新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない。


フロントエンドJavaScriptフレームワーク総合
http://mevius.5ch.net/test/read.cgi/tech/1591848719/
2020/10/27(火) 08:29:53.63ID:hzPxqZHp
>>967
TypeScript
2020/10/27(火) 08:44:39.52ID:GDxeid4H
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
2020/10/27(火) 09:04:07.25ID:CaOOP+B2
>>973
TSもframeworkじゃないだろ

>>950の質問読んでも理解できないならいいかげんなレスつけるな
おまえもbackend , DBについてわかってない

>>974
明らかな間違いを訂正してやってるのに荒らし扱いとかアホかと
2020/10/27(火) 09:24:30.45ID:hsVduoY6
>>974
ロジカルに反論できなくなった負け犬って相手を貶めることしかできなくなるんだよね
つまり先に悪口、罵倒レスを書いたほうが負け
これで決着かな
2020/10/27(火) 09:37:36.64ID:GSdirzO1
>>975
フレームワーク無しで解決するなら別にそれで十分じゃん。

>>976
誰も勝負なんてしてないよ。何と戦ってるの？
2020/10/27(火) 09:53:01.42ID:CaOOP+B2
>>977
ts, jsでは解決しないっての
言語だけtype safeならいいって話ではない
言語、framework, IDEとかトータルで対応していないとMS並みの
高度なデバッグ、高い開発生産性は実現できない
2020/10/27(火) 10:30:41.01ID:ThxLfpvm
>>978
IDEはVSCodeがあるよ。君の大好きなMS製で、strictなら型情報に合わせて色々やかましく言ってくれるから実行時の型エラーは事前に消せる。デバッグ環境はブラウザが高機能化しててかなり充実してる。
さて残るはMS制のフレームワークだ。どういう優位性があるのか具体的に示してよ
2020/10/27(火) 10:35:44.35ID:CaOOP+B2
>>979
だから質問者がかいてるだろ

backendやDBの勉強して自分で試せば違いはすぐにわかる。
modelがなんなのかわかってない人たちには説明できない

VS codeもVisual Stuidoに比べるとかなり劣る
ブラウザレベルとか論外

backendやDBの勉強のしなさい
2020/10/27(火) 10:41:48.64ID:ThxLfpvm
>>980
具体例で説明してくれないのか。君なら一生懸命解説してくれると思ったのに。
がっかりだよ
2020/10/27(火) 10:52:56.52ID:TumoB2SG
オワコンVSの基地外はthroughしては？
983デフォルトの名無しさん
垢版 |
2020/10/27(火) 11:05:57.77ID:3A689EsD
clientとserverが同じ言語で書いてるなら、モデルの共有は可能でしょう、普通に考えて。
984デフォルトの名無しさん
垢版 |
2020/10/27(火) 11:08:05.29ID:3A689EsD
blazorがモデルの共有が便利！！とか書いてる人は一体どの時代を生きてるんだろうか。

まだ、grpc時代にモデルの共有をフレームワークと一緒に語るのがお門違いですよ。
985デフォルトの名無しさん
垢版 |
2020/10/27(火) 11:09:47.69ID:3A689EsD
プログラミング領域ではモデルはいろんな意味を指すよ。

君の言ってるモデルが何を指してるいるのか説明していない時点で議論にならない。
986デフォルトの名無しさん
垢版 |
2020/10/27(火) 11:44:37.30ID:TumoB2SG
blazorググったけど、モデルの共有なんて意味不明の機能無いし
（これは真面目にblazorやってる人怒るよね( ;∀;)）
最初ORM的な事言ってるのかと思ったけど、
おそらく両層でC#のコード使いまわせるレベルの事言ってると思いますよ。
2020/10/27(火) 12:03:55.18ID:ThxLfpvm
なんとまぁモデルの意味がわかってないのは彼の方だったか。
彼のせいで無駄にblazorに負のイメージがついてしまった
2020/10/27(火) 12:08:58.64ID:CaOOP+B2
>>981
限度があるだろ
すでに概略は書いてるし。
基本用語、概念を分かってないなら説明できない、
正確に言うと時間がかかりすぎてやってられない。
勉強してっていうのが一番親切、お互いに時間効率いい
2020/10/27(火) 12:12:22.14ID:CaOOP+B2
>>985
C#知らない人の言葉で説明できるかよ
C#、LINQ, Entity Framework, Database,
ASP.NET Core, Blazor, Visual Studio, Web API,　SQL,
この辺の知識あればC#でいうところのmodelが何なのかはわかるんだよ
990デフォルトの名無しさん
垢版 |
2020/10/27(火) 12:14:20.60ID:TumoB2SG
凄いな...あんま見ないレベル
2020/10/27(火) 12:14:39.21ID:9IYklfYx
そんなモデル共有なんてやってたら不必要な情報までブラウザ側で持つ事にならないか？
2020/10/27(火) 12:15:25.34ID:CaOOP+B2
>>987
わかってないのはおまえだ
C#でmodelといったら通常はEntity Frameworkを
使うようなclassだ
ASP.NETならModelsフォルダの中とかだ

>>986
modelはもっと別のレイヤーの話だっての
C#とLINQとEntity FrameworkCoreを勉強しなさい
2020/10/27(火) 12:22:14.76ID:CaOOP+B2
ASP.net coreもC#知らんくせに上からのやつばっかりでイライラしてきたわ
C#はmodelのところにちょこちょこ書くだけで
Validationのコードも自動で生成してくれる
JS系でゴリゴリやってる原始人どもにはわからない世界

>>986　>>983
コード共有だけではない
modelへの変更をDBなどに反映させる仕組みもある
デバッグ含めてトータルの生産性を語っている文脈
994デフォルトの名無しさん
垢版 |
2020/10/27(火) 12:24:38.13ID:TumoB2SG
３、４年ほど前になるか、仕事でこんな人を相手にしなければならなくなって、
（まじでしゃべる内容が似てる）その時の事をいま思い出した...。
2020/10/27(火) 12:27:15.15ID:BrcDmJFP
>>984
gRPCのモデルってロジック持てるんだっけ？
ドメインモデルの実装できる？
C# Blazorなら1コードでクラサバ両対応できるけど
2020/10/27(火) 12:40:54.34ID:CaOOP+B2
そろそろ1000

新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない

フロントエンドJavaScriptフレームワーク総合
http://mevius.5ch.net/test/read.cgi/tech/1591848719/
2020/10/27(火) 12:42:22.95ID:CaOOP+B2
Web appでgRPCなんてわざわざめんどくさくしてるだけだろ
生産性低すぎ、バカらしい
2020/10/27(火) 12:42:37.51ID:BrcDmJFP
C# Blazorのようにモデルを共有できないアーキテクチャの場合、例えば↓こういう要件ではどうするんだ？

エンティティが単価、税率、個数って属性を持っている
単価、税率はリードオンリーで表示
個数は入力可能
リアルタイムの計算項目として税込み価格(単価*個数*(1+税率))をリードオンリーで表示

この税込み価格の計算は明らかにドメインロジックでありプレゼンテーションロジックではない

1. 税込み価格の計算のためにいちいちサーバーに問い合わせる
2. 簡単なロジックだからプレゼンテーションで計算することで妥協する

もちろん税込み価格なんてのはごくごく簡単なロジックだからどっちでもいいじゃないかと思うかもしれない
しかしそれは簡単な例を出したからにすぎない
現実の世界はもっと複雑でユーザーの要求は予測不可能だ

モデルをクラサバで共有できればこんなくだらないことに悩むこともなくなる
C# Blazorならそれができるのがデフォルト
2020/10/27(火) 12:44:27.68ID:YRCznue3
>>994
自分の感覚を世界の常識だと思ってる。よく居る老害だね
2020/10/27(火) 12:46:10.88ID:ff7n9672
現実問題、TypeScript使ってると大量にanyに遭遇するからな
用途によってはそっちの方が適切なこともあるだろうし
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 89日 14時間 7分 22秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。