フロントエンドJavaScriptフレームワーク総合
■ このスレッドは過去ログ倉庫に格納されています
>>194
生産性なんて結局の所慣れてるかどうかでしかない
UI部分の話でしかないから、ほしいコンポーネントがあるかどうか
それもシンプルなUIにすれば、複雑なものなんかいらない >>194
エチオピアと日本どっちのが住心地いいですか?って聞かれたらなんて答える? >>194
静的言語の経験ないのか?
生産性はC#最強すぎて勝負にならないぞ
>>195
最近WPF触ってない React には、周辺のエコシステムがある
Ruby on Rails, Bootstrap, React の組み合わせも多い。
React で、styled-components だろ
Redux, TypeScript もある TypeScriptが動的型言語と静的型言語の良いとこ取りを達成しちゃったからなぁ。Union型とかLiteral型とかIntersection型とか、その他もろもろ。 >>194
生産性でいえば静的c#とVSが圧倒的
これだけは他を突き放してる ちなみにMSはTypeScript+VScodeをc#+VS並の生産性にしたいらしい
BlogやVScodeのアップデート履歴にそれらが記載されていてアイデアくれってユーザーに呼びかけている >193
desktopとしてLinux, Mac使ってる人ほぼゼロだし
web appである必要ない場合多いって事実だろ
なんでもweb appにしてしまう風潮おかしい
3DCGもApple非対応のソフトが増えてるらしいからな
Macはもうクリエイターからも見放されている >>197
俺の言ってるBlazorの生産性ってUI限定の話じゃないぞ
ASP coreだとbackend含めて大幅に生産性があがる
同じ人が同じ言語で同じC#ライブラリ使ってかけるから
生産性が桁違いにあがる >>205
スマホとかタブレットとかエンドユーザとかご存知無い?
>>206
TypeScriptでバックエンドもフロントエンドも書けるよ? >>207
TS、JSは低速だしbackendで使わないほうがいい
しょぼいアクセスのサイトならいいけど
SPはMAUIでるまで対応しないから上の議論では外していただけで
ちゃんと考慮はしている
SP対応させたいならBlazorを使えばいい >>204 がほんとなら
ts + VSCodeはc#+VSに生産性負けてるじゃん
仕事で普段はVSとC#で開発してるんだが、一度話題のVSCodeを使ってみようとC#で簡単なコンソールアプリ作ろうとしたことがある。
しかし、とにかくVSと比較して支援が少なくてすぐ投げてしまった…
もしかしてtsでもこの程度なんだろうかという疑念がある。
>>198
そりゃあ…エチオピアじゃないかな… >>209
VS codeよりVSのがいいのはわかる。
tsはASPもWPFも対応してないし当分はC#がMSの主役言語でしょ >>208
普通はDBの方が速度に対する影響大きいでしょ。それにJSはかなり最適化入っててそこそこ速い。もしそんなJSの速度で不満ならGoなりRustなり使うよ。
MAUIなんて待たなくてもその前身であるXamarin使えば良い。と思ったけどそれだと移植が必要だからのMAUI待ちか。どちらにせよWPFそのままってわけにはいかないよね >>212
わざわざ遅い言語でbackend作る意味がない
nodeもrailsもC#に比べると激遅いぞ 未だに、Webサイトの最高速度は、Ruby on Rails。
瞬間で表示される。
他のフレームワークじゃ無理
表示速度が“異常な”Webサイト「dev.to」とか
https://dev.to/
元乃木坂46 の川後陽菜のWebサイト、SKIYAKI とか
https://kawagopro.com/ >>213
シンプルなコードだから参考記録だけど、まぁ一応JSはC#より2倍遅い程度で、劇遅いとまでは言いにくい。JSで遅ければ(ボトルネック部分を)C#より速い言語にするよ。
https://qiita.com/yosgspec/items/4b2c1059f9a49fb06c5c
そもそもパフォーマンスチューニングで最も重要なのは計測だよ。ボトルネック見つけて、それからその部分を最適化すべきだ。 >>215
なーんだ、C#ってエラそうなこと言ってもネイティブ言語には全然敵わないんだなwww >>214
Railsは論外に遅い
ASP.net Coreの1/10から1/20の速度になってることがある。 >>216
C#はILを使うんだからC++に勝てるわけないだろ
しかし生産性とのバランス考えると最強になる
web appでC++とか使ってられない
使いやすいframeworkがないとだめ
ベンチだけ速いマイナー言語は使えない 静的型のメリットも享受できそこそこ早いTypeScriptで使いやすいフレームワークを使った上で遅い部分をCなりWasmなりで最適化する、と ★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください なんとなく自分の中で結論が出たよ。
生産性についてはASP.NET+C#に軍配が上がるけど、
React,Vue+TypeScriptのほうが人気。開発者も集めやすいし、情報が多い。
どちらもバランスが取れた言語、フレームワーク。
わざわざ今tsやってる人がC#を習得しなくてもいいし、逆もまた然り。
ってかんじかな… ★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください >>222
BlazorはC#+ASP.NETの知識ある人にとっては
覚えることがほとんどないんだよ
Razor syntaxという以前からのASP.NET同じような書き方をする
情報も英語できる人なら新しいBlazorでさえ情報十分
C#の中級者以上ならASP.NETもBlazorも短期間で習得できるから
人の集めやすさも問題ない。 あと分かったこと。
ts+VSCodeのイケてるWebプログラマ達は、実はSIerが扱うC#+VSより生産性の低いやり方でやっているという…
でもMSもここに金を注ぎ込んでいるし、そのうち改善されるんでしょう。 生産性の低いやり方でやってるはずなのに
なぜか生産量は多い
とか言う話かね? >>226
いけてると思い込んでる、だな
webエンジニアはMS系の技術の知識がない人多い ASPにシェアがあると言ったりWeb屋はMS系の知識無いと言ったり矛盾してませんかねぇ >>230
矛盾してない
web系企業というジャンルがあるんだよ
web エンジニアがweb系の企業にだけいるわけじゃない つまりASPやってるのはWebエンジニアじゃないって事?
Webを触るけどWebエンジニアじゃない人々なの? YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる
この2つ以外は、出てこない
GUI 系は、画面の手直しなどで、工数がかさむ。
C#, dot.net などのWindows 系は、いらない。
Java などの土方系も、いらない。
C/C++ などのポインタ系や、ハードウェアの仕組みなども、いらない。
Elixir, Rust は、普及へのchasm・溝を超えられなかった
言語よりも、Docker, Kubernetes, AWS などの、サーバー構築・新規案件を重視する。
上流工程・新規案件の方が、価格交渉力が強いから。
一方、下流工程・保守案件は低価格しかない
ベンチャー企業では、Ruby on Rails, AWS, CircleCI がデフォルト。
Amazon Linux, Aurora か、Lambda
YouTube で有名な、くろかわこうへいは、
来年から、AWS の有料講座を始めるらしい
もう会社では、AWSが必須で、
年収が500万円とか、プログラマーより上になってる そういうこと
所属企業のジャンルとか、ほかに手掛けてる技術とかで変わる
自社開発で不特定多数向けのweb serviceを作ってる企業を
web系企業といったり、そこにいるひとをweb(系)エンジニアといったりする。
日本だとヤフーみたいなところだ
受託開発でやってる企業のC#エンジニアはweb appだけやってることは稀。
WPFとかほかのC#にも携わってることが多い上にweb系企業所属でもないから
webエンジニアと言われることは少ない YouTube で有名な、くろかわこうへいは、
来年から、AWS の有料講座を始めるので、
1万円あげるから、モニター受講者5人を探していたけど、応募者が殺到
時代はKENTA から、くろかわへ移った!
職を欲しい香具師が、AWSへ殺到 YouTube の、KENTA・くろかわこうへいが、
web バックエンドの歴史・道筋を作った!
時代が変わった瞬間
YouTube からは、こういう時代の寵児が出てくる。
必ず、誰かがやる >>233
おまえコピペばっかりだな
C#とJavaやらないとかいってるKENTAはレベル低い
やらないというよりできない、が正しい
サーバーサイドのスキルがないからクラウド前提になる >>236
へぼいYouTuberに洗脳されすぎ
バックエンドで速度でてメジャーなのといったらC#とJava
そこができないKENTAはレベル高くはない >>233
に書いたような旧技術よりも、AWS などの価値が大きくなった。
GAFA, Microsoft の5社の時価総額が、東証一部と同じ、500兆円
今後は、Amazon 1社で、500兆円になるかも
Ruby on Rails のポートフォリオも、マコなりの所のメルカリクローンばかりになって、
ついにKENTA も、面接で学校へ通っていたことを言わないでくださいって言ってたw
学校のポートフォリオを、そのまま提出する香具師が多いから、
企業からは、学校へ通っていた香具師は採用しないとか
Railsのコピペ・チート技術がまん延した結果、
誰でもメルカリが作れるようになってしまったw jQueryおじさん、Youtuberおじさん、C#おじさん三つ巴の戦いが今、始まる。
蠱毒かな? 関係ないやつらが関係ないはずのJavaScriptスレで延々と必死に我田引水の宣伝合戦を繰り広げるということは、逆説的にいかにJavaScriptの人気が高いかということを示してしまっているねwww 使える技術一覧にDHCPなんて書く奴全く信用できないけどな KENTA の千円のサロンは、1,200人で、技術系としては異例の多さ!
勝又健太さんが運営する雑食系エンジニアサロンの口コミと評判!
https://onsalofan.com/creaarhacksalon-kentakatsumata/ C#, Javaもやってないからbackendもたいしたことない KENTA の職歴には、Rails, jQuery, Vue.js はあるけど、
Node.js, React, Bootstrap, Electron, Express, Firebase は無い
Bootstrap を使わずに、レスポンシブ対応をどうやったのか?
Kotlin, Scala, Java, VC++, C# もある >>250
サロンの収入増やすためにKENTAはハローワールド
いじった程度の言語まで書いて経歴粉飾してるんだろう
C#やってたらWindows要らないなんて言うわけない
最速でdesktop app作れるのC#だし
>>214もだまされて有料サロン入ってるのか?
>>246 みたらGitHubがスカスカじゃないか >>250
Bootstrap無くてもレスポンシブ対応はCSSでできるやん。かなり特殊な条件でもResizeObserberで行けるだろうし >>250
むしろBootstrap使っただけのサイトをレスポンシブなんて言わないだろ
CSS自力で書けないのにレスポンシブWebが作れますって宣言するレベルもケンタ?レベルだろ
そんなに難しくないぞ、HTML/CSS つーかそもそもワナビーぐらいしかWebエンジニア系YouTuberなんか見ないだろ
だって情報ありふれてて態々動画で見る意味がないもん
組み込みとかゲームだったらまだ面白い気がするけど、Webって一番エンジニア数も多くて底も浅いじゃん
有名フレームワーク作ってるとかWebサーバー作ってるとかなら話は別だが、動画で見たいか?
どっちかっていうとドキュメント読みたいだろ
YouTubeチャンネルの人気度で測ってること自体、正直レベル低すぎでしょ。その動画を面白いと思う人がいることと業界で金になるとか技術力が高いってことは全然別だもの。
なんでYouTubeで初心者、子供の人気が集まる人が優秀ってことになるのかさっぱり理解できない。 ケンタがまともなUI作れるわけがない
というかケンタだけじゃなくお前らの大半がゴミのようなUIしか作れないんだから終わってんだろ >>254
英語音声のYouTubeのプログラミング関連はクオリティ高いのあるから割と見てる。
公式ドキュメントでカバーされてない話題とかTipsがあったりする。
ドキュメントより動画のがわかりやすいものもある。
開発チームのトップが解説してる動画もいい >>257
Linuxカーネルの開発なんかは組み込みに近いところがあるし、
ドライバ〜ハードウェア抽象化層〜OSまでのコード生成が仕様書から自動で行われなくなるようにならない限り
組み込み的な開発はずっと必要だよ。
遺物だと思うのは何十にも抽象化されたようなアプリレイヤーしか触ってないからでしょ。
まあ、jsスレだしそう思うフロントしかわからない人が居ても不自然ではないが。 >>256
自分もそういう動画は見ることがあって、
もちろん、全ての動画解説を否定しているつもりはなく、
開発技術ジャンルを、チャンネル登録者数の多いYouTuberが一押ししてるから今はこのジャンルが強い、みたいに評価することに何の意味があるのって意見を言いたかっただけ。
チャンネル登録者数が多いってことは多くの場合は初心者にとってキャッチーで簡単なだけで、
それ以上の商業的、技術的意味はない訳だろう。
割とコアに活動してる技術者達が、今はこれが熱い(将来性を感じる)と言っているならわかるけど、
いくら人気だろうがYouTuberに特化したエンジニア崩れが何言ってようが初心者が初心者になんか言ってるだけで、
小学生の間でどの漫画が流行ってるぐらいの意味しかないだろう。 日本でも海外でも専門分野の話はユーチューブ以外で
実績ないと信用したらダメだろ >>258
だからなんでお前ここにいて組み込み吠えてんだよ? 組み込みとかハードに近いコード書いてるやつらはリスペクトしてる。
他所から見ると変化の無さそうに見えるけど、けっこう激しく変化してる世界だし、構造体を見事に組み合わせてメモリ効率良く美しいロジック組んでるの見るとホレボレする。 逆に組み込み屋から見ると、こちらはこちらでレイヤーが多いし異様に高度に抽象化してるように見えるらしく、スゲースゲー言われる。
基礎は共有してても専門性が高い部分はお互いわからない。見下したりせず、お互いリスペクトしあうのか望ましい >>259
日本人YouTuberはプログラミングの解説動画はあまり作らずに
サロンに勧誘するための動画ばっかり作ってる印象。
サロンビジネス、ぼったくり情報商材屋多め KENTA は、マナブの12万円のWordPress 教材を、情弱狙いだと批判してる
WordPressは低価格の請負だから、初心者がやるのは危険。
時間給じゃないから、どれだけ時間が掛かっても、5万円とか
WordPressぐらいなら、KENTAの千円のサロンで、誰かに聞けば十分。
最近は、高額の情弱ビジネスが横行しているから、まず、KENTAに聞くべき! >>265
KENTAも情弱ビジネス
情弱相手のサロンビジネス屋
ネットで調べればわかるしサロンに入る必要がないのに
サロンにはいれば解決するかのように宣伝してるのは詐欺
初心者ばかり集まってるサロンで聞いてもろくな回答つかないだろw
スキルあるやつはそんなサロン入らないだから WordPressは単価悪いからやらん方がいいってところに関しては確かに同意だな ちょっと聞きたいんだけど、
Gatsbyと(ヘッドレス)CMSを組み合わせた場合、静的なページが出力されるの?
つまりCMS上で更新した内容はGatsbyでビルドしないと反映されないのかどうかという事なんだけど。 >>269
まったく別物
クラスをちゃんと理解するにはC#とかの静的言語で
オブジェクト指向プログラミングを学ばないとだめ
動的言語だけやってると型の概念が身につかない
まずは静的言語の学習を >>270
静的言語のクラスはわかる
その上で違いを教えて >>271
数行で説明できる概念じゃない
オブジェクト指向は自分でプログラミングしないと見につかない
Java , C#の初級プログラマーが最初につまづくところだ
動的言語だけやってると初級から抜け出せない
静的言語を勉強しろってのが適切なアドバイスなわけ >>272
いや、わかってない
静的言語でちゃんとコード書けないでしょ
クラスわかってたらそんな頓珍漢な質問は出てこない クロージャを知らない人がクラスだけ勉強したところでその違いがわかるわけないわな。 >>273
理解が曖昧だから
教えられないのでは? >>269
雑に言うと
クロージャは関数が外側の変数の参照を(外側の部分の実行が終わった後も含め)持ち続ける現象、かな。参照を持ってるから変数がGCされることも無い。
クラスとの違いは(比較対象では無いけど)……プライベート変数と機能は多少重複してるけど、出来た経緯が全然違うもの、かなぁ。 クロージャってPerlとかクラスがないというかまともなOOPの仕組みない言語がOOPするために使われてただけなんじゃない 今の時代クロージャーがないほうがOOP言語として未熟扱いだけどね クロージャはLisp由来関数畑育ちで、OOPの出来損ないみたいなものじゃない。
まぁ、クロージャ何でもできるからそういう使われ方してて(Ecma3時代にプライベートメンバ作るとか)、そう思われても仕方ないとこあるけど…… OOPが出来損ないでは?
関数型になれなかった言語 ほらね。レスするくせに反論しなかったw
ここがこいつの限界というわけ >>282
その気持ちはわかるww
でもその言い方は「これだから関数型信者は」って虐められるから止めてよw
俺はOOPも好きだし やっぱり知らなかったww
wikipedia得意気に貼って恥ずかしい奴www クロージャなんて言語によって違いすぎるから
誰も数行で説明できない
存在しない言語もあるわけでね
やはり静的言語勉強しろっていうアドバイスが的確過ぎた いやいや、違い過ぎるものを同じ言葉では呼ばないでしょ。よりにもよってWikipediaのURLなんてダサすぎる。
なんならあんたの好きなC#で説明すれば良かったのに >>290
回答してくれてありがとう。
所謂JAMstackについて調べてたらmicroCMSとGatsbyの組み合わせについて書いてあったから、ちょっと混乱しちゃって。 >>278
クラスもメソッド(≒クロージャの関数)がプライベートプロパティ(≒外側の変数)を参照できるからそこはクロージャと変わらんよね?
jsはprototypeとはいえクラス使えるからクロージャはもういらないってこと?
それとも今でもjsはクロージャを駆使するのが当たり前なのかな? >>292
クラスがあればクロージャはいらないってのは間違ってないんだけど、
ちょっとしたコールバック関数を書くのにそれ用のクラス書いてるとクラスだらけになってめんどくさいよ。
逆に適当にクロージャを書いて変数のスコープの見通しが悪くなるときにはクラスにするし、
どっちにも無理やり使おうとすると使いづらい場合がある。
究極を言えばチューリング完全なら出来ること同じなんだし、
言語の機能はよくあるパターンを人間が書きやすく、そしてルールを覚えやすく作ってあるだけということになる >>292
ある程度はその通りで、プライベートプロパティが使える現代のJS|TSではクロージャの役割は少し減った。
状態を持つならクラス書いたほうが意図が自明な場合があるからね。
でもクロージャ使った方が短く書けたり、意図がわかりやすいパターンもある(メモ化とか高階関数とか)。だからクロージャは今も使われてる。 クロージャは、クラスと同じ。
メソッドf が、fの外のスコープにある、インスタンス変数@num にアクセスできるのと同じ
class A
def initialize ( num )
@num = num
end
def f
puts @num
end
end
a = A.new( 2 )
a.f #=> 2 クラスとクロージャーは全くの別物だよ。
同じことを処理として実現できるから同じ技術というのはおかしいよ。
https://qiita.com/pebblip/items/2ed30f59cd5981513908
↑これを読むと理解できるかも お前ら技術力が無いと見下してきたおじさんズが全然技術力無いことを露呈した流れは正直面白かった ■ このスレッドは過去ログ倉庫に格納されています