実際どうなん？ https://jp.vuejs.org/ https://reactjs.org/ https://angular.io/ http://2chb.net/r/tech/1591869705/ 1年後の世界へ行こう！
￣￣￣| | ｌｌヽ _| ヽ
￣￣￣| | ｌｌヽ _| ヽ
>>1 前スレの>>988 がぜんぶ間違ってて草 あと下の987も間違ってる。 https://www.similartech.com/compare/asp-net-vs-php このスレが少しでも有益になるといいなと。
>>8 ￣￣￣| | ｌｌヽ _| ヽ https://w3techs.com/technologies/history_overview/javascript_library/all/y フレームワークにとって脅威なのは
>>14 >>10 gridsomeってのがあるんか…
>>11 >>18 >>20 前スレでWappalyzerがソースだとか言ってるレスあったが
>>21 >>19 >>24 >>24 Linuxとか野良OSじゃん
使うだけじゃなくて自分で開発したいって気持ちがLinuxに向かわせる
新機能を追加したいって思ったときオープンソースなら自分で開発できる
>>27 というか、レンタルサーバーって、大体 apache を使ってるから、
MSはWindows10からスパイウェアのようにMSと通信するようになって企業秘密がMSに全部筒抜けかもしれない
>>33 apacheとかって、RubyやJava(TomCat)とかとも連携していたりして、
>>36 >>37 >>37 >>38 >>39 CGIは、Unix互換OSですらパーミッションやapacheの設定、cgiフォルダの位置や
>>41 https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html 設定ファイルがスクリプトってとこに、誰も疑問を感じなかったんだろか。
>>18 >>25 メルカリはNext.js使ってるようだ。
>>43 SPAはそれで管理するページすべてを
>>34 >>48 >>48 >>50 むしろ、Windowsの方がUnixに侵食されてきている。
>>42 >>53 >>54 >>55 >>45 >>57 >>61 LinuxでMSの儲けを奪いに来たら、MSの儲けになってしまったでござるの巻き。
Windows vs Linux Mac 論争は
逆に、Linux を利用したことで、かえって、Linuxの普及を加速することとなった。
Githubもマイクロソフトの物になった
>>33 >>70 >>45 https://news.mynavi.jp/article/20200223-979011/ >>73 >>76 >>77 >>8 を読めバカ >>73 Linuxは安いって嘘だったのか
>>78 >>80 >>78 >>79 Win鯖 + ASP.net Core + React 組んで良さげだったから
>>86 >>82 ASP.NET Core MVC & Webapiのほうは冗談ぬきでめちゃくちゃ速いな
別にいいじゃん、俺もハリウッド映画のｽｰﾊﾟｰﾊｶｰみたく
Web開発者が
>>95 >>94 >>95 OS最強 Windows マイクロソフト
>>102 Xamarinはどうなりましたか？
vscodeは遅いだけ。
しかも、blazorは、最初から将来性が無い。
Svelteは書き方がVueとほぼ同じ
でも、制作側の都合としては、動きのあるダイナミックなサイトにしたいわけですやんか。
> でも、制作側の都合としては、動きのあるダイナミックなサイトにしたいわけですやんか。
>>86 >>113 >>110 >>115 >>116 言語やフレームワークワークは後ろ盾の強さがかなり重要だから、Svelteが真に素晴らしかったとしても、流行らずに死ぬかもしれない
クライアントがAndroidスマホだから都合が良いんだろうね
>>117 TwitterのUXって正直なところあまり良くないと思う
SPAだと気軽に複雑化にできることが問題
Twitterいいじゃん
>>130 あわしろいくやさんも言ってるけど、Windowsを恥ずかしく思わない時点で、日本のITは終わってるんだよ。
韓国やアメリカで技術者がWindows使ってると言えば笑われる案件ですよ。
そもそも日本以外ってiPhoneのシェアそこまで高くないしプログラミングなるならMacとか言うのは日本くらいやろ
>>136 >>128 >>129 >>139 Windowsは
>>140 >>145 > nuxt、nextはまずSSRであり、SPAもやろうと思えばできる感じ。
ReactのSSRってどうやってやるの？
<button>a1</button>
>>142 >>153 ハァ？他の処理でSSR？
フレームワーク乱立はよくねえな
責任感ねぇ
MSにケツの穴まで見せそうだな
後方互換性に1番気を使ってるのはマイクロソフトで間違いない
金のために互換性保ってるだけで、正義のためじゃないだろ。
C
>>166 >>166 Ubuntu使ってるやつのカラーセンス疑うわ
>>168 Linuxは野良ツール多すぎて迷うよなー
>>172 >>173 >>175 C#ってunsafe、Span、refがあるから低レベルの爆速プログラミングもできるんだな
そのうち逆になるだろ
>>181 >>178 >>183 ホントは、Wasmの本質は速度向上ではなくて、言語を変えられることだよ。
>>184 >>185 >>186 >>186 >>187 >>191 C++はJITが効かないので、最悪Javaの20倍ほど遅い。
>>194 > C++はJITが効かないので
>>195 そもそもwebというかブラウザがdomとcssに結局は縛られるから、そっちのが問題だと思うけどなあ。。
Vueはreact追いかけて変な方向に行ってしまったな。
wasmとかc#とかMSの話してる奴
>>200 >>199 >>191 >>206 >>207 C#しか知らない業務ソフトおじさん
>>205 Ruby は、Vagrant, Chef, ServerSpec, Github とか、サーバー構築テストに強い
ここでCの話してるやつって外国に忍び込んで蝕んでいく中国人みたいだな
JavaScriptに話を戻そう
手動でやりたいならどうぞご自由にとしか。
Document.createDocumentFragment( ) だろ
>>204 >>214 >>218 一番速いのは、仮想DOM操作も実DOM操作もしないこと
jQueryがネイティブより速い？ 何言ってんの？
>>221 要はその「必要最小限のDOM操作」が自明じゃないような大規模な画面の変化をさせたい場合には
いや実DOMに対するappendを
vDOMはオートマ
>>228 ｊQueryが嫌いな訳じゃないんだよな。昔は散々世話になった訳だし。
>>226 >>227 なんちゃってアマチュアレーサーがマニュアルのほうが速いとかでマウント取ってくるのと一緒だな。
>>236 え？ innerHTMLでドンと入れるもんなの？
>>239 >>238 そもそもアコーディオンなんて使うほうがアホ
>>240 >>241 >>243 >>241 速度もとめるならwebglだな
そういやValkanってブラウザ対応とかするんかな？
>>245 >>237 バニラでアプリ作れない雑魚のための介護マシン≒React等低速フレームワーク
UIだけの話しかできないやつなんなの >>253 自分ではうまくcssだけで実現できたつもりでも
>>247 >>255 いやーもう俺はjQueryだけとか無理だわ。保守が苦行すぎだろ。
emotionのcss prop便利すぎワロタｗｗｗ
>>254 >>260 長年の経験があって安くて簡単に手に入る人材？ 地雷では？
>>252 >>258 >>261 SPAを作るのが楽なのはわかるが、それはSPAじゃなきゃだめなのか？
な？俺が言ってることが正論だから
>>265 >>269 >>270 フレームワークを使うのはホームページビルダーを使うような事だ
>>271 >>272 >>272 >>275 >>237 ウェブサイトをプログラミングすんなよ。
>>281 業務ならUbuntuにしとけよ。
テキストのhtmlつなげてDIV.innerHTMLにぶち込んでいたけど
まあ3年前ならそうかもしれんけど、いまはフレームワークの時代だからね。
>>283 金のために魂を売ったなら、結局地獄行きじゃねーか。
SvelteのTutorialやろうとして19のうち5で一時挫折
Webアプリしか作れないやつとWebサイトしか作れないやつじゃ話しは合わんわな
Reactはなんで何度も実行して無駄なことしてんのって思ったことがSvelteは解消してんね
vueとsvelteはほぼ同じようなものなんだけど、互いにいい所があって、両方のいいとこ取りしたものを欲しくなるんだよなあ
>>290 >>280 >>296 >>296 >> 293
> 動きのあるページ
動くホームページなんて昭和の主婦かよ。
>>300 >>289 >>277 お客様のなかに 想定い通り にお住まいの方はいらっしゃいますか〜
Vueって昔はcdnから読み込んでHTML属性にv-なんちゃら書けば簡単に使える
Vueはreact追いかけて変な方向に行ってしまったな。
Hooksが出たいまとなってはReactの方がとっつきやすいだろうしな
野良フレームワークはこういうことがあるから長期運用を視野に入れたときに嫌になる
グニョンと動いた時点でアウト。
フロントの変化が激しいのは昔から。文句行っても始まらんし今後も変わらない。嫌なら他の業種行くしかない。
>>317 そもそも、ITは中国のほうが進んでいるという事実を受け入れられないから、いろいろおかしなことを言う。
MSRAで開発されたBlazorは今後の主流になる可能性がある。
MSRもむかしは日本に在ったんだけどね。
やっぱさ、こういうスレで話してても、頭悪いもんな。
あのさあ。
ただ一つ言っとくけど、没落したとはいえ日本も世界第三位の国だからね。
MSも中国人も有能なのは確かだけど。虎の威を借る無能についてゆくヤツなんていねぇ
>>327 それならVueとか中国人が作ってるんじゃなかったっけか？
申し訳ない、Reactは公式にも書いてある通り
こんなスレで議論するよりウィーチャットで中国人に聞けばいいんだよ。
中国人は人口が多いからな
いま中国人が一番注目してるのがBlazor。
それでは数少ないメイドインジャパンのPSSについて語ろう！
さぞかしBlazorのスター多いんやろなと思ったらReactやVueと2桁違って草
読んでる端から文字がぐにょぐにょ動くとか、文書としてあり得んからな。
Reactが滅びて青き清浄なる世界が取り戻せればよい。
中国は今のご時世いつアメリカから取引切られるか分からんから自国製のもんを使うんやない？
中国はアジア各地に戦争を仕掛けようとしてるからね
>>343 中国はGitHubは規制されてないのか
そこからか。
GB18030あたりも説明してやらんと理解できないかもしれんな。
ITは中国のほうが進んでいる、中国に教えを請えと教えてやってるのに。
おまえらH5知ってるか？
Javascript自体がかなりの糞言語だけどな。
>>315 TSなら不満はないけどな。JSがアレすぎたから余計そう思うだけかも。
最初は俺もそう思ってたけど、書いてみたら必須に思えてくる
シンプルなコードが書けないから
・マークアップおじさん
型があること自体は別にいいんだけどイチイチ些細の変数の型まで定義するのが糞めんどくさくてanyでいいやってなったらもうtsである必要なくね？みたいになる
TSの型を書いたらなにこれすげーってなった
英語の記事を読んだらTSのすごさを絶賛する記事があふれてるらしいが本当にそうか？って思った
TSですごいとかいってるひとはC#使ったら感動で死んでしまうだろう
C#お姉さんが真実を教えてあげよう VIDEO フレームワークはTS対応してるから重要になる
よく知らんがVue3がTS対応して昔のが使えなくなって混乱してるとかしてないとか
難しいことは中国人に聞けよ。
中国人はそんな事言わんからお前は日本人か韓国人だな
>>373 まともにやってる人は、Vue.extendで普通にtypescript扱えてたの知ってるから、
>>370 グラフのプロットをしていたところ以下のエラーが出ました。対処法を教えてください。
スレ違い！
Vueはreact追いかけて変な方向に行ってしまったな。
>>383 オープンソースの便利ツールが日本から生まれなくて悲しいですよ。活かしたライブラリを大量に作れるほどCSエンジニアの数が多くないんかやっぱ。
日本のWeb系は外人の作ったフレームワーク使うだけのユーザーの域をまだ出てないからね
世界中で使ってもらうには英語が欠かせない
deeplとかいう精度高過ぎる翻訳ツールも出てきたし、10年後には言語の壁はだいぶ取り払われてる気がする
>>389 vurはマークアップ上がりとしては取っつきやすくていい
Vueはreact追いかけて変な方向に行ってしまったな。
どけどけ〜邪魔だ邪魔だ〜 TypeScriptのサイトはGatsbyになったんだっけ
>>396 >>404 今のままでも体感速度的にはなんの問題もないがwasmネイティブ対応は時間の問題だ
対応してから言って。
>>405 AOTならアセンブリよりもっと細かい粒度で不要コードをトリミングできるから最終的にはサイズかなり減るだろうね
>>410 >>399 wasmもネイティブコードではなく中間コードなんだな
ブラウザ上で走らせるという条件が、まず遅い
>>412 >>407 >>417 >>419 ここ最近Nextjsが本当に優秀なのでGasbyがお株奪われた感があるな
Gatsbyは検索機能が付いたスターターがあって好きよ
JVM（Java virtual machine）でよかったよね
.NETのC#がJavaよりはるかに出来がいい。
来週中にnuxt.jsもvue3になるらしい。楽しみだな。
Vueはreact追いかけて変な方向に行ってしまったな。
今はreactが正義みたいになってるけど
svelteがどこまでreactに近づけるかにかかってる
svelteは後ろ盾が弱いからreactには勝てない
svelteをreactやvueと比較してる例って元の素材がシンプルなだけで
reactが去年hooks正式導入したみたいに
そういう無節操に流行りものとにかく取り込んでグチャグチャにするのはvueの専売特許だろ。
vue2でコンパイルしたモジュールを3のランタイムに突っ込んだら動かなかった。
>>447 Reactのrecoilいいな
vuetifyも互換性なかったし観念して新仕様に書き換えるしかないんじゃね？
Nuxt.jsのExpressをバックエンドにも流用していた人いない？
既存プロジェクトにフォークしてrecoil入れてみたけどwebpack.configかモジュールか何かがあんまり古いとrecoil-persistが動かないみたいだね
recoilというかuseRecoilValueすると2回レンダリングするね？
2回くらい誤差だと思うくらいじゃないとReact疲れ起こすぞ
reactの状態管理とディレクトリ構成は早くベストプラクティス決めてくれや
reactは単なるライブラリだっていってんだろ
vue+typescriptでimport xx from "xx.vue"をした時に、xx.vueで定義しているプロパティやメソッドをオートコンプリートで認識する方法ってありますか？
Angularは、materialを使う言語。
Reactでログインどうやって作るんすか？
>>463 >>463 どういったapiを作ればいいのか
俺はめんどくせえからお前ら無料で調べて教えろってなんで素直に言えないんだ
>>463 >>466 ググったけどどいつもこいつもオレオレ認証ばっかりでどうにも胡散臭い
おいらクッキーよくわかってないのでいつもlocalstrage使ってる
>>470 >>469 >>463 Railsは遅い
YouTube で有名な雑食系エンジニア・KENTA は、
未だにRubyイキってる残党
Linux環境だから今更ASPやるメリットなんもわからんし(C#は好きだけど)、RailsはRubyおじさんがうるさいので、nextかな〜
>>477 >>477 KENTA は、マナブの12万円の情報商材について、
マナブも情報商材屋だったのかw
年収で負けてるお前らが何を言っても虚しいだけだぞ
KENTA は、サロン経営者。
KENTA は、学校を否定しないけど、
>>485 >>486 年収が高いほうが偉いなら
ずば抜けたスキルあるやつは雇われでも4桁万円稼げるし
ということで、情報商材買いませんか？
ずば抜けたスキルがあるなら雇われてないでサロン経営とかしたほうが儲かるんだろーな
なにより人にこき使われて成果を吸い上げられる会社構造から脱却できるってのが心の抑圧からの解放につながってよりよい幸福を得られるのかもしれん
>>485 フロントは安い人材がゴロゴロ居るから外注すればいい
有名で優秀なエンジニアはgithubのプロフィールが輝いてる
アピール好きの二流のほうがそうでない一流よりプロフィールが輝かしいなんてことはよくある
>>494 KENTAとかいう奴が宣伝に来てたのか
KENTA は、サロン経営者。
そんな事よりスレタイにそった話しようぜ。最近React覚えたんだけどVueは何で日本で流行ってんの？
色分け世界地図見たことあるけど中国と日本となんだかよく分からん中央アジアの国だけVue人気だったな。
日本は中国の一部みたいなもんだからな
フロントは安い人材ってのはそっちはWebサイト作成であってWeb開発じゃねえんだよ
>>506 フロントはエンジニアじゃなくてフレームワークユーザーでしかないから金は出し渋らざるを得ない
>>508 つーかなんでSPAの方が素晴らしいなんて考えて出てきたんだろうか？
>>510 >>512 顧客が求めるものを楽に提供できるならその方が良いと思うが。
ウェブアプリを作ってる連中は
顧客が本当に望んでるなら
>>496 >>515 高速MVC+部分更新だけお手軽にできるフレームワークが本当に欲しかった物
>>519 アプリは、様々なリソースを使う権限を渡すから、嫌がられる
>>521 > お前の中ではウェブアプリとウェブサイトは具体的にどんな違いがあるわけ？ >>506 が言ってたよｗ 当たり前だがフロントできるってことはバックエンドなどとうの昔に散々開発してきてるわけ
> 当たり前だがフロントできるってことはバックエンドなどとうの昔に散々開発してきてるわけ
>>524 Ruby on Rails では、React, Bootstrap などが多いけど、
客「こういうのを作ってください」 >>521 「フロントはウェブサイトで十分だけど、俺はウェブアプリにしたい」 >>521 「開発の難易度が上がって、コストも上がります」 >>526 >>524 > 難易度が上がるとかコストが上がるってのは成果物に対する副次的な話で、
>>533 Ruby on Rails で、Netflix 製のJSON シリアライザー・Fast JSON API を使っている人がいるけど、
>>534 >>511 使いやすいインターフェースを求めていくと
というか個々の人件費が増えてもSPAで早く作った方が安いパターンもあるのでは？
SPAが早く作れるなんてデータでもあんの？
>>511 >>539 >>536 ID:y+TJqPrh
動的にすればするほど、ユーザーがページの挙動を予測しにくくなる
お、求められてるものが違うのはわかってんのね
UXとかデザインの是非の話は完全にスレチじゃねーか
>>547 SPAで「ありがち」なUX設計が実はクソだということがわかってよかった
定期的にwebsiteの話題する人現れるけど
でも、最新情報をゲットするアプリとか、正直ウェブサイトのほうが良いんだけど。
> ご存知の通りSPAは遅い、初回起動はとくに遅く
>>552 >>531 >>549 >>555 >>556 とにかくフロントフレームワークごときが難しいとかそもそも開発できないゴミの意見は不要
バックエンドはjsonさえ返せればいい
クライアントでレンダリングのためにJavaScriptで
JavaScriptの処理速度よりネットワークやアクセスの集中したサーバのレイテンシの方が影響大きい場合の方が多くない？
これは良い意見だな
>>566 ASPおじさんさ、ID変えて逃げないで>>543 に答えてくれよ アラフォー大逆転プログラマー たけ VIDEO Railsで半年とか1年って最強にアホって言ってるようなものだぞ
まあ品質悪くてもいいなら
そりゃRails では、Scaffold という魔法の呪文を唱えれば、CRUD アプリが15分で作れるw
>>570 小学生がカメラと物体認識を使ってフィットネス系シューティングゲームを作れる時代に１年もかけてチャットだけじゃインパクト弱いね
大したことないことを大したことのようにアピールする能力が成功の鍵なんだろうな
とても、プログラミング始めて、半年の実力じゃないだろ
周回遅れのくせに絵に描いたようなRails脳だな
Rails は中高年でも、人生を大逆転できるという情熱がすごい！
既存資産ならjava, python, nodeが圧倒的なんじゃないの
[2|5]ちゃんの専ブラをwebアプリで造る場合
たいていのベンチャー企業では、Ruby on Rails, AWS, CircleCI の組み合わせ。
>>585 >>588 Railsって意識高い系がよく使ってるけど実際公開のLinuxサーバー環境に自力でデプロイできるヤツは３割いないんじゃない？
俺は古い人間だからLinuxサーバ立ててそこで公開しちゃうけど、今どきは「サーバレス☁で爆速🤯デブロイ✨✨」みたいな時代だから別になんでもいいんじゃないの？
>>589 前スレもガイジが一生一人でレスバしてたよな
>>591 >>592 >>592 >>595 >>594 >>596 >>597 算数は知らんけど
>>597 >>598 YouTube で有名な、雑食系エンジニア・KENTA がびっくりした未経験者は、
>>603 よくわからんのだけど、こららのjsフレームワークって
Ruby on Rails でも、API モードで、GraphQL なども、やっておいた方がよい
Ruby on Rails, React, Bootstrap という組み合わせも多い
Railsゴミとフロント無能なケンタの話は聞く必要なし
10/13、KENTA / 雑食系エンジニアTV VIDEO フロントできないくせにスーパープログラマーとかよく言えたものだな
しつこくKENTAの話題かいてたの本人だったのか
>>617 KENTA の経歴には、100以上の技術を書いてる。
>>619 >>617 >>606 >>622 >>624 >>624 >>625 >>624 俺がFirestoreの例を出したのがいかんかったのか？
DB サーバーは普通、AWS 内のプライベートエリアにある。
ここ数年でReactとかangularとかの要は"クライアントサイドレンダリング"て言うの？
>>632 5chは流行ってる物のスレ立てる場所じゃないんだが。
SPAの功績はSPAというアーキテクチャじゃなくてコンポーネント作るのが楽ってとこだよな
SPAの良さは開発が楽になる点だぞ
Reactでリスト的なコンポーネントいじってるとリアクティブって管理楽だなーって思う。あと副作用を避ける事を徹底しててコード組みやすい。
Ruby on Rails では、Bootstrap と、GUI コンポーネントに、React を使う
>>636 >>634 SPAは簡単だから誰でもできる
レールは続く】 Ruby on Rails Part21 【これからも http://2chb.net/r/php/1545146635/118 開発が楽なのはMVC
コンポーネント作りが何がどう非常に簡単なの？他と比べて説明してよ
つやのとけんたならけんたのほうがましだな
>>637 決められたタイミングでの状態遷移の方法は、Redux だろ
Bootstrapは楽だけど細かく調整したい時にどうすればいいかわからなくて困る
結局開発体験が優れてれば何でもいい
>>637 そりゃ、Bootstrap を使う人は、デザイナーじゃない
フロントエンジニアなのにcssわからんとかゴミ
>>651 >>650 >>646 >>653 Facebookは中身の価値が高いからなぁ
バックエンドもフロントに比べればゆっくりかもしれないけど日々変化してる。今いる位置に満足してる人が老いて枯れる程度には。
触りたくなるデータって女子中学生のバストサイズのデータとか？
「フロントエンドエンジニア」なんてカッコよく言ってるけど、
バックエンドしかできない奴のほうが圧倒的に多い
フロントエンドエンジニアにはマークアップエンジニアも紛れ込んでる
つまりちゃんと勉強してればフロントはブルーオーシャンなのか
>>653 フロントはFacebookとか有名所に持ってかれてる
>>664 >>664 >>666 アンチフロントエンドの巣やんけ。どうしてこうなったw
バックエンドのゴミクズたちがフロントできないから僻んでるんだよ
>>653 >>671 有名企業が作ったからというだけでReact採用するのはアホだね
>>659 >>673 jquery好きなのってマークアップ上がりのエラーあっても気にしないやつだよ
10/15、雑食系エンジニア・KENTA VIDEO Reactが素晴らしいっていうか関数型に寄せたModel View Updateが素晴らしいってだけだよな
>>677 先にシステムの構築運用から始まるから、
>>677 >>681 フロントは遊び半分のウェブ系が作るから「芯」がないんだよ
バックエンドのゴミクズたちがフロントできないからって僻んでるんだなｗｗ
>>685 バックエンドでまともにDBすら設計構築できないゴミクズばかりじゃねえか
バックエンドでは全く分からないから、客は何も言えない。
KENTAみたいなレスですね
KENTAってやつに他スレ荒らすなって言えばいいの？
before
>>694 どちらもっていうのは
宣言的はキーワードを指定すると何が起こるか
正直jQueryの時代は終わったと感じていて、なのにプログラミングスクールの類の宣伝がjQueryばっかで、こいつらいつの時代を生きてんだと思う。
「DOMはつぶしが効きますか！」
へ〜、こりゃ失礼。既存ページがカウントに入ってるとはいえシェア減ってないのは凄いな。
減ってないどころか増えてるからね。もちろん年々増えるペースは減ってるが
React使ってるのに内部でjQueryを使ってると地獄
> React使ってるのに内部でjQueryを使ってると地獄
皮肉が通じなさそうだからもう少し説明してやるかｗ >>704 はjQuery側の問題ではない。 実際なんで増えてるか不思議
既存サイトやフレームワークやWordpressみたいなものでページ作ったらjQueryも付いてきたってパターンはありそうだと思った
俺からすればなんでjQueryのシェアが減ると思ってるのかなって感じだがな
採用するメリットの少ないSPAフレームワークより
bootstrap jQuery辞めるってよｗｗｗ
>>699 >>706 世の中圧倒的な数のゴミサイトが量産されてるんだからjqueryを使う意識なくてもWordPressとかが使ってるからな
lisp系でお薦めの最新言語はなんでしょう？
>>711 >>714 はWordPressを言い訳にしてる。 >>716 >>707-708 >>716 > 前にも書いたがjQueryは依存関係で知らないうちに
このスレがプログラム板にあるのはWebサイトではなくWebシステムに焦点をあててるからだ
>>719 jQueryおじはそもそもweb frameworkの必要性すら
>>721 > WordPressはCMSだからCMSのシェアを見るべき。
本業じゃない人がちょっとwordpressのどこどこが不便だからコードコピペして修正、ってなると学習コスト低いjqueryくらいしか無理だろうしシェアは減らなそうだ
web frameworkって言葉じゃフロントエンドを指してるのかバックエンド指してる曖昧だからキッチリ明示した方がいいんじゃない？
>>725 >>725 >>721 がそういう意味じゃないのわからない？ >>723 >>727 このスレでいつもjQueryのシェア書いてるのは
>>725 >>704 >733
>>734 >>729 >>731 >>737 >>736 jQueryのセレクタ構文とか、いまじゃバニラのJSでも
そりゃセレクタ構文だけだろ
メソッドチェインできることだけがjQueryのメリット？
メソッドチェインの話なんかしてないのに
何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった
わかった
>>745 素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには
例えば、アロー関数なんて使わなくても
まさかjQueryマンセーで愚かな考えを晒すことで周りから袋叩きされる
そんな願望垂れ流してないで
ハァ？jQueryバカはCSSセレクタ丸パクリのクセして自分の手柄にしてんのか。チョンみてーだな(藁
jQueryバカが言ってるメリットはどれも小粒
>>753 >>753 みたいなアホ丸出しのレスしただろ？ｗ 余計なファイルを削減できる？
jQueryとかメリットなんて微々たるものなのにレガシーブラウザ対応とかで
余計なファイルを削減できるというメリットは小粒
>>757 例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。
jQueryを利用するメリットがそもそも小粒
jQueryのメリットのうち小粒のものだけを抜き出したら
>>755 jQueryの価値はjQueryオブジェクトだよ
このjQueryバカは素人レベルのスキルしかなさそう
しょぼいWebページをjQueryで作ってご満悦なんだろう
いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ
ほらね、もう遠吠えいうことしかできなくなったでしょ？
CSSセレクタパクリがバレたら開き直ったjQueryガイジ。
おっと >>1 に >>770 >>753 みたいなアホ丸出しのレスしただろ？ｗ 言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。
言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか？
document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
無いとなんかすごいのか？
>>776 jQueryとレビューする点を見れば
コードの意図を隠してまで短くすることか？
>>739 >>750 >>780 >>779 >>739 WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな
Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
WebAssemblyはこれからの技術 >>786 > CPU速くなったらwasmの弱点が消えて長所だけが残るから
劣ってるから使われないって思うのは
不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ？
>>789 × JSに縛られず
>>794 結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな
>>794 >>796 Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い
wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる
wasm＆SPAは業務系の希望になりうると思うが
>>797 なんだよまたjQueryでスレ伸びてるのか。
>>803 >>804 Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね
>>804 5GとかiphoneとかRetinaみたいな余計なことして
>>808 web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。
jquery別に悪くないけど、今はvanilla jsで十分だし使う場面がない。
俺の頭が悪いせいかこの記事の言いたいことがいまいちわからん
>>815 >>814 >>817 web非標準のreactが簡単にssr出来るのにweb標準のweb componentsが事実上無理（初期レンダリングコストはクライアント側で支払うしかない）なのはなんだかなぁ…
>>817 Declarative Shadow DOM か。いいね。
やりたいことは理解してるんだけど
宣言的だろ？ ようはループを使わないってことだよ
>>830 宣言的なweb component
UI組み立てる系のライブラリは固定乱数でいいから
宣言的な書き方に拘っても保守性なんて少しも良くならんわ。
SPAは簡単だったけどCSSがやっぱりわからねえんだわ
デザインなんてとりあえずBootstrapっぽくすればええんやろ？
>>833 >>835 >>836 >>837 >>838 センスゼロでもSPAはできるけど、CSSはそうもいかんからなぁ
MaterialUIなんて公式のサンプルコピペしてテーマ設定するだけでそんな酷くならんと思うが http://yumyumcolor.com/ とか MaterialUIとBootstrapは併用できるの？
material ui 重い…
この手のUIフレームワークは余白が多すぎて、1画面の情報量が少ない
>>842 >>844 情報をギッシリ詰め込むのは別に構わないと思うが
>>844 スマホ向けのUIとPC向けのUIを同じテーマでやるのは無理ある
>>850 >>852 シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ
「脱jQuery」を目的にするとたいてい失敗する
ようするにUX設計ができない人のためのフレームワークがSPA
今までSPAのやり方でスマホアプリとか作ってきた人たちが
良い加減スレチ
jQueryが増えてるってのは事実として
jQueryとReactじゃ根本的に作るべき対象が違う
うん。だから最初から根本的に作るべき対象が違うので
フレームワークなんて概念がなかった時代にjQueryで無理やり作ったシステムとかならフレームワーク置き換えって結構意義はあるけどね
Ruby on Rails では、React, Bootstrap が多い。
Rails, React, Bootstrap で、
>>854 のシェアって公開されてない社内サイト/アプリやログイン必須アプリも含まれてるの？ ブラウザ毎に仕様が違った時代に重宝されたjqueryを未だに崇めてる奴は脳みそがそこで止まっているわけだ
脳みそが若いままプリプリってことだ。物覚えもいい。
>>872 未だにDOM直接イジってんのかｗ
そりゃフレームワーク開発者は使うでしょ。
フレームワーク開発に必須な知識を持ってる
>>874 >>879 >>879 こういう基本的なことが出来てない人がSPAに手を染めて出来た気になっちゃうのかな
世界中でjqueryは時代遅れのゴミクソと言われてるのに未だに崇めてるバカは脳みそがjqueryで動いてるらしい
訂正
フレームワークはjQueryより"簡単"なんだから
jQueryおじが住み着いてるようだけど
まず君の理解が足りてないのは
>>888 >>889 >>887 >>884 Reactでできるような状態管理、動的なDOM構築がjQueryだとどれだけ泥臭くなるか一回試してみろよ
でもそのシェアってニュースサイトとかブログとか自動生成ページとか入ってるんでしょ？
>>895 そもそもの出発点が「Reactでできるようなこと」となってるからおかしいんだよ。
だから複雑なものを作ろうとしたときにjQueryでは限界があるのを確かめてこい
苦し紛れに出した例がしょぼすぎて程度が知れるってもんだわ
複雑な状態を持つものな
Reactを適切に使うと管理する状態が減って楽なんだけどな〜。使った事ないんだろうな
アプリケーションと単純なuiを同列に語って、フレームの必要性を述べてるとか大丈夫か？
やっぱり、フロント、JS界隈はレベルが低いな
blazorなんてJSもTSすら理解できない老害のための介護フレームワークじゃんｗ
>>905 >>899 設計が下手くそ ねえｗ
そらお前みたいに素人が作るレベルのものでは
ここに書き込んでる人間は信用しなくても
しかしReactやVueはなんだかんだ出てくるのにAngularの話題はさっぱり無いな。スレタイから外して良いのでは？
>>910 jQueryバカもエアプで文句言ってるだけだからな
>>906 >>907-908 >>908 >>917 >>917 C#がレベル高いとは思わないが、jsやってる人はなんとなく苦行を強いられてる気がする。
そもそもjsしかできないと思ったら大間違いだからな
nodejsのパフォーマンスがボトルネックになることってなさそう。
実践Rustプログラミング入門って本で
jqueryはWordPressにWordPress専用のjquery、テーマ毎のjquery、プラグイン毎にjqueryがバージョン別に読み込まれてるからコンフリクト起きていても単純に全てjqueryオブジェクトにぶっ込んで見た目は動いているように見えているだけ
>>899 SPAだったら複雑なものが作れる！
>>924 >>927 > 素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
> さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる
あー、いや言葉で説明できないだろうから
>>931 >>898 >>919 >>920 >>917 >>926 >>937 >>937 Vue 、React、Angular 使えるレベルの人に
今日のOPって
>>942 >>944 正直ReactがWasmに対応して他を駆逐する未来もありそうだと思う。Wasm使っても結局DOMは残るわけだし、Reactiveは確かに強力だし
>>937 >>939 >>947 >>942 Blazorってクライアントサイドとサーバーサイドでモデルの共有ができる。
>>950 Googleならクライアントから直にオブジェクトをDBとやりとりできる環境もあるんですよ。Firestoreって言うんですがね。
>>932 >>933 あるのかないのかどっちなんだ…
>>956 UNITY Editorは何で作ってんだろ？
>>959 >>966 本当にないの…？
jqueryはお話にならない
そもそもなんでjQueryの話聞かされなきゃならないんだ
>>962 ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
>>973 >>950 の質問読んでも理解できないならいいかげんなレスつけるな >>974 >>974 >>975 >>976 >>977 >>978 >>979 >>980 clientとserverが同じ言語で書いてるなら、モデルの共有は可能でしょう、普通に考えて。
blazorがモデルの共有が便利！！とか書いてる人は一体どの時代を生きてるんだろうか。
プログラミング領域ではモデルはいろんな意味を指すよ。
blazorググったけど、モデルの共有なんて意味不明の機能無いし
なんとまぁモデルの意味がわかってないのは彼の方だったか。
>>981 >>985 そんなモデル共有なんてやってたら不必要な情報までブラウザ側で持つ事にならないか？
>>987 >>986 ASP.net coreもC#知らんくせに上からのやつばっかりでイライラしてきたわ >>986 >>983 ３、４年ほど前になるか、仕事でこんな人を相手にしなければならなくなって、
>>984 Web appでgRPCなんてわざわざめんどくさくしてるだけだろ
C# Blazorのようにモデルを共有できないアーキテクチャの場合、例えば↓こういう要件ではどうするんだ？
>>994 現実問題、TypeScript使ってると大量にanyに遭遇するからな
mmp
lud20201105112909ca
このスレへの固定リンク： http://5chb.net/r/tech/1596029929/ ヒント： 5chスレのurlに
http ://xxxx.5ch
b .net/xxxx のように
b を入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「Vue vs React vs Angular Part.5 YouTube動画>4本 ->画像>3枚 」 を見た人も見ています：・Vue vs React vs Angular Vue vs React vs Angular その2 Vue vs React vs Angular Part.3 Vue vs React vs Angular Part.4 Vue vs React vs Angular Part.4 Vue vs React vs Angular Part.2 Vue vs React vs Angular vs jQuery Part.3 Vue vs React vs Angular vs Svelte Part.9 【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5 Vue vs React vs Angular vs Svelte Part.11 Vue vs React vs Svelte Part.6 Vue vs React vs Svelte Part.7 Flutter VS .NET MAUI VS React Native Flutter vs .NET MAUI vs React Native 2 React、Angular、Vue、Svelte どれがええの？ Angular React Vue どれがええの？？？？？🙄🙄🙄🙄🙄 locally noetherian regular flat surfaces over a Dedekind scheme 美人声優の愛美さん 全米デビュー Popular Voice Actress, Aimi will be joining us at BCS Richmond coming this weekend！ [無断転載禁止] Atlas Reactor [無断転載禁止] BBC「blackface actor sparks anger」 【SOP】AC Milan vs Inter Milan Mobile angular ui [無断転載禁止] NHK総合を常に実況し続けるスレ 140626 angela VS fripSide 【REGEND,N46】NSHINO NANASE Support＆Cheering Thread. Hole of tiger light cat☆Lesson25(Extracurricular class.B) XPERIA XZP vs AQUOS R vs GALAXY8 [無断転載禁止] genus of singular curve (with non-ordinary singularity) DEAR BOYS act4 Vol.6【八神ひろき】 DEAR BOYS act4 Vol.2【八神ひろき】 DEAR BOYS act4 Vol.3【八神ひろき】 【FPS】Paladins: Champions of the Realm Part4 [無断転載禁止] DEAR BOYS act3 Vol.41【八神ひろき】 [無断転載禁止]©2ch.net [無断転載禁止] Fear, and Loathing in Las Vegas Part.53【本スレ】 [無断転載禁止]©2ch.net [無断転載禁止] Z武 vs ASEAN Go language part 1 Go language part 4 Go language part 5 ANGRA VS SONATA ARCTICA Go language part 2 Go language part 3 【SOP】Napoli vs AC Milan [無断転載禁止] 【スカパー】Fiorentina vs AC Milan Gentoo vs arch vs Slackware vs LFS [無断転載禁止] 【SOP】Bayern vs AC Milan【ICC】 [無断転載禁止] 【SOP】Liverpool vs AC Milan【ICC】 [無断転載禁止] 【普通のやつらの】 Arc Language 0 【上を行け】 K-POPとJ-POPの北米ツアーが違い過ぎるw BLACKPINK vs Perfume 【Erlang】プログラム言語 Elixir 【BEAM】 クリーン・アーキテクチャ Clean Architecture Girls bear the brunt of a rise in U.S. cyberbullying Hi guys！ What are you gonna do in summer vacation？ Let's talk in English [無断転載禁止] Anker vs AUKEY [無断転載禁止] スクラム Redux Reactive React と React Native のスレ iPhone VS Android 最終決戦会場 [無断転載禁止] 【MVW】AngularJS {{2}}【Google】 NHK総合を常に実況し続けるスレ 140619 KANA-BOON VS BLUE ENCOUNT ･ Foreign IP regulations temporarily removed. CR【下F20弱+1】/act 新規潰しMNO POOR。G ANAL＊瘋子ｼｮTA村 VIX ﾅﾏﾎﾟﾄﾞﾘｳﾞﾝgay 5503【POOR 35/100】 CR【下F20弱+1】/act 新規いじめMNO PR。G ANAL＊瘋子ｼｮTA村 VIX ﾊﾟﾁｮﾝｺﾄﾞﾘﾌﾞﾝgay 5503【Monster onaki】 CF【下F20弱+14】/act 新規光戦MMO PR。G ANAL＊瘋子ｼｮTA村 VIX 麻雀ﾄﾞﾘｳﾞﾝgame 5503【割れ厨のPSO2移民はNG】
06:20:56 up 4 days, 7:24, 0 users, load average: 16.66, 14.79, 13.21
in 0.028341054916382 sec
@0.028341054916382@0b7 on 011720
