20/10/11 21:30:29.51 dpbsaRzg.net
顧客が本当に望んでるなら
もっとウェブアプリは普及してるだろうな
結果論だが、顧客から求められていなかった
525:デフォルトの名無しさん
20/10/11 21:53:31.77 5wfZqbpY.net
>>496
client-sideとserver-sideどちらかしかできない人なら
server-sideやってきた人のが理解力はあるが
server-sideやってきた人間ならC#要らないとか言わないし
KENTAレベル低そう
526:デフォルトの名無しさん
20/10/11 22:01:26.40 I9IAz5Q2.net
>>515
Webアプリが求められれば作るし、
Webサイトが求められれば作る
お前は客が何を求めているかも分からず
ボクウェブアプリは作れましぇーんしてるだけなの
527:デフォルトの名無しさん
20/10/11 23:08:31.46 e8s7/6DM.net
高速MVC+部分更新だけお手軽にできるフレームワークが本当に欲しかった物
ASP.NET Core MVCはよくできてる
528:デフォルトの名無しさん
20/10/12 00:08:26.87 W7DIfWj+.net
>>519
顧客はアプリを求めないってだけの話
こういうのを作ってください→ああフロントはウェブサイトですね
こういう話
こういうのを作ってください→フロントはウェブサイトで十分だけど、俺はウェブアプリにしたいんだ！
こういうのが未熟者
529:デフォルトの名無しさん
20/10/12 04:09:49.53 CsRHImZw.net
アプリは、様々なリソースを使う権限を渡すから、嫌がられる
一方、ブラウザなら、自分のPC 内にアクセスされない
530:デフォルトの名無しさん
20/10/12 06:06:50.40 iawghE1m.net
>>521
いや、さすがに頼まれたものと違うものをゴリ押しすんのはガイジだろ
お前の中ではウェブアプリとウェブサイトは具体的にどんな違いがあるわけ？
SPAならウェブアプリで、そうでなければウェブサイトって言いたいの？
531:デフォルトの名無しさん
20/10/12 06:15:13.80 W7DIfWj+.net
> お前の中ではウェブアプリとウェブサイトは具体的にどんな違いがあるわけ？
ウェブアプリは難易度が高くて開発コストが高いだって>>506が言ってたよｗ
532:デフォルトの名無しさん
20/10/12 06:51:45.65 wrjLnlZW.net
ASPおじさんまた恥を晒しに来てたのか
533:デフォルトの名無しさん
20/10/12 06:59:13.63 MRg2pj1A.net
当たり前だがフロントできるってことはバックエンドなどとうの昔に散々開発してきてるわけ
バックエンドしかできない無能はフロントエンジニアはフロントしかできないと勘違いしている
お前らがフロントできないだけの無能な負け組だといつになったら理解するのか
534:デフォルトの名無しさん
20/10/12 07:23:57.52 V6OLkibC.net
> 当たり前だがフロントできるってことはバックエンドなどとうの昔に散々開発してきてるわけ
その根拠は？？？
535:デフォルトの名無しさん
20/10/12 07:27:36.33 iawghE1m.net
>>524
うん、それは分かるんだけど、抽象的すぎるよね。じゃあそれって具体的にどう違うのか？ってところを聞いてるんだよ
536:デフォルトの名無しさん
20/10/12 07:37:43.17 CsRHImZw.net
Ruby on Rails では、React, Bootstrap などが多いけど、
Tailwind CSS を使っている人もいた
Tailwind CSS を使っている人は、いる？
537:デフォルトの名無しさん
20/10/12 08:10:03.70 gy4yg8JT.net
客「こういうのを作ってください」
>>521「フロントはウェブサイトで十分だけど、俺はウェブアプリにしたい」
客「ウェブアプリにするとどう違いますか？」
>>521「開発の難易度が上がって、コストも上がります」
客「？？？」
523「いや、さすがに頼まれたものと違うものをゴリ押しすんのはガイジだろ」
519「Webアプリが求められれば作るし、Webサイトが求められれば作るよ」
538:デフォルトの名無しさん
20/10/12 08:52:33.60 qUsLT1qO.net
>>526
それはないな
フロントエンドはserver side知らないやつばっかり
おまえは職歴ないのがばれてる
server side続けられずにフロント移動なら無能だろう
上流に近いところの仕事から外れたということはそういうことだ
539:デフォルトの名無しさん
20/10/12 09:11:48.12 8wcnti+0.net
>>524
難易度が上がるとかコストが上がるってのは成果物に対する副次的な話で、
具体的にって聞かれたら成果物の話をするだろう普通。
アスペには難しいか。
540:デフォルトの名無しさん
20/10/12 09:29:43.49 y+TJqPrh.net
> 難易度が上がるとかコストが上がるってのは成果物に対する副次的な話で、
成果物関係ないよ。人件費の話。
難易度が上がると高い人件費の人を雇わないといけないでしょ？ｗ
難易度上がっても給料は一緒でいいっていうのなら話は別だが
541:デフォルトの名無しさん
20/10/12 09:38:09.63 iawghE1m.net
>>533
つまり君の認識によると、
ウェブアプリとウェブサイトの違いは開発手法のみであって、成果物への違いは無いということなのかな？
542:529
20/10/12 09:54:32.88 CsRHImZw.net
Ruby on Rails で、Netflix 製のJSON シリアライザー・Fast JSON API を使っている人がいるけど、
これは、GraphQL とREST の中間的な立場になるようだ
REST 以外では、GraphQL と、どちらを使うことが多い？
543:デフォルトの名無しさん
20/10/12 10:04:11.76 y+TJqPrh.net
>>534
うはっ、このビジネスアプリの画面ゲームみたいｗｗｗ
という成果物でも目的は達成できるだろうが顧客は求めてない
結局ありきたりのシンプルなインターフェースが一番
成果物が違っていても、実現できることが同じなら違いはないと言える
544:デフォルトの名無しさん
20/10/12 10:14:25.70 941JO02h.net
>>511
twitterのスクロールが糞なのは同意するが
それはSPAの欠点という訳ではなく
単にtwitterの設計が間違ってるだけ
SPAを責めるのは筋違い
545:デフォルトの名無しさん
20/10/12 10:17:23.21 y+TJqPrh.net
使いやすいインターフェースを求めていくと
結局従来の1URL、1ページの構成が最適だって気づく
SPAも結局従来のインターフェースを目指してる
本末転倒ｗ
546:デフォルトの名無しさん
20/10/12 10:19:44.62 wrjLnlZW.net
というか個々の人件費が増えてもSPAで早く作った方が安いパターンもあるのでは？
547:デフォルトの名無しさん
20/10/12 10:22:32.51 y+TJqPrh.net
SPAが早く作れるなんてデータでもあんの？
むしろ分業作業がしづらくなるから遅くなるやろ
548:デフォルトの名無しさん
20/10/12 10:39:46.56 qUsLT1qO.net
>>511
新しいタブで開けばいいだけではないか？
戻ったりするより無駄な読み込みもなく速い
SPAが素晴らしいなんて風潮にはなってないでしょう
大手web serviceのほぼすべてがSPAになってない
URLが別々じゃないとデメリットの方が大きい
549:デフォルトの名無しさん
20/10/12 10:45:12.88 qUsLT1qO.net
>>539
SPAは開発生産性が悪く、開発コスト、工程は大幅に増える
しかも使いにくいサイトになる
ろくでもない
5chではSPA流行ってると嘘ついてるひといるけど
ぜんぜんそんなことはない。騙されてはいけない
550:デフォルトの名無しさん
20/10/12 11:23:58.45 iawghE1m.net
>>536
君の言っていることが二転三転してよく分からないからまとめるね。
これであってる？違っていたら教えてほしい。
・ウェブアプリは糞でウェブサイトのほうが優れている（開発難易度やコストの都合）
・2者の主な違いは開発手法にある
・2者はインターフェースにも違いがあるがそれは主旨とは外れているので優劣という意味では関係ない
・インターフェースの違いの掘り下げると、それはデザイン的な違いという意味ではなく、SPAかどうかが焦点
551:デフォルトの名無しさん
20/10/12 11:51:07.74 8wcnti+0.net
ID:y+TJqPrh
こいつ成果物は関係ないとか言ってるのに、思いっきりインターフェースの優劣比べてて面白いな
552:デフォルトの名無しさん
20/10/12 12:21:03.76 9fKl9/jQ.net
動的にすればするほど、ユーザーがページの挙動を予測しにくくなる
凝ったデザインにすればするほど装飾とマージンが増えて、価値ある情報の含有率が減る
この事実からひたすら目をそらして、UXだなんだと、耳障りのいい横文字言葉遊びでキャッキャとはしゃぐウェブ系フレームワークユーザー（エンジニアに非ず）がいかに多いことか
やつら遊び半分のウェブ系だから許されてるかもしれんが、ガチの業務系に行ったら無能どころか害悪にすらなりかねん
553:デフォルトの名無しさん
20/10/12 12:33:31.34 wrjLnlZW.net
お、求められてるものが違うのはわかってんのね
でも業務系以外の事、もっと勉強しようね
554:デフォルトの名無しさん
20/10/12 13:09:57.58 jwY2w92b.net
UXとかデザインの是非の話は完全にスレチじゃねーか
あのUXはjQueryだと難しいけどreactなら楽に実装できるとか、実装面での話をするならここでも良いが、UXを実装するしないの是非の話は余所でやってくれ
555:デフォルトの名無しさん
20/10/12 13:37:38.51 7YiZwJ+L.net
>>547
９月２日から１０月１０日までレスが３つしか付かなかった過疎スレだからスレチや余所でやってくれはまったく通用しない！！
おまえがこのスレに来なければいい！！！
過疎ったのにまたレスが付くようになっていいなと思ってる
おまえがスレチ！！
556:デフォルトの名無しさん
20/10/12 14:08:10.51 9fKl9/jQ.net
SPAで「ありがち」なUX設計が実はクソだということがわかってよかった
次は実装が楽になるのか？生産性が上がるか？という疑問だが
これも怪しい
ご存知の通りSPAは遅い、初回起動はとくに遅く
アプリの一部だけが更新されたにも関わらず全体を取り直す必要があるたね頻繁に更新されるアプリには不向きだ
またSEOにも弱い
SSRならば、と言う人がいるが、これはサーバーサイド資源の浪費や不安定さという別の問題を呼び込むので、スマートな解決策ではない
そう、SPAは実装する上でもあれこれ問題だらけの困ったちゃんなのだ
SPAの採用実績が少なくMVCフレームワークが持て囃されるのには理由がある
動的ビューの実装を楽にしたいがために、別の様々な問題を呼び込み、全体としては生産性が低下してしまっている
なんてことはない
SPAは実装能力もクソだった
だから選ばれないのだ
557:デフォルトの名無しさん
20/10/12 14:15:16.26 iawghE1m.net
>>544
恥ずかしくなってID変えちゃったね
558:デフォルトの名無しさん
20/10/12 14:37:19.13 qUsLT1qO.net
定期的にwebsiteの話題する人現れるけど
ここプログラム板だしweb siteではなくweb appが大前提
559:デフォルトの名無しさん
20/10/12 15:06:26.64 O4GtI7oq.net
でも、最新情報をゲットするアプリとか、正直ウェブサイトのほうが良いんだけど。
560:デフォルトの名無しさん
20/10/12 15:08:33.57 wrjLnlZW.net
> ご存知の通りSPAは遅い、初回起動はとくに遅く
Preactとかご存知ない？
20KB以下とかでアプリ作れるよ。起動も一瞬
561:デフォルトの名無しさん
20/10/12 15:16:17.49 wrjLnlZW.net
>>552
それはあるよね。
だからSPAサイトのクロールはリソース食うの我慢してヘッドレスブラウザ使ってるわ
562:デフォルトの名無しさん
20/10/12 16:05:22.47 MRg2pj1A.net
>>531
いや、フロントフレームワークでてきたのなんてここ最近だろボケが
それまではSSRやってたんだよ
フロントしかできないアホはフロントじゃなくてただのWebサイトhtmlコーダー
一緒にすんな
563:デフォルトの名無しさん
20/10/12 16:08:56.92 MRg2pj1A.net
>>549
WebアプリにSEOなんていらねーだろ
おめーはWebサイトしか作れない安月給底辺コーダーなわけだ
564:デフォルトの名無しさん
20/10/12 16:26:04.83 qUsLT1qO.net
>>555
ここ最近っていつのことだ？
おまえが最近知っただけでは？
人の入れ替わり激しいしフロントエンドしか知らないやつたくさんいる
あとSSRの意味を理解してないだろう
>>556
いやECとかはSEO必要なサイトもある
基本知らないしフロントの底辺だな
565:デフォルトの名無しさん
20/10/12 17:07:58.92 gy4yg8JT.net
> ご存知の通りSPAは遅い、初回起動はとくに遅く
いや、単純な速さを比べるなら、ページ遷移速度はSPAが圧倒的に軍配あるし、初回起動もSPA側がchunk化してればどっちも遜色なくね？
chunk化はVueでもReactでもできるし、書き方もルーターの書き方をちょっと変えるだけで手間もかからんぞ。
URLﾘﾝｸ(ja.reactjs.org)
URLﾘﾝｸ(router.vuejs.org)
一括ロードするべきか分割ロードするべきかはアプリの性質によると思うが、SPAの選択肢が一括ロードしかないと思いこむのは間違いだぞ。
566:デフォルトの名無しさん
20/10/12 17:20:52.41 MRg2pj1A.net
とにかくフロントフレームワークごときが難しいとかそもそも開発できないゴミの意見は不要
バックエンドしかできないゴミも不要
567:デフォルトの名無しさん
20/10/12 18:42:48.48 9fKl9/jQ.net
SPAもゴミ
568:デフォルトの名無しさん
20/10/12 20:29:03.84 kRs6xrkP.net
バックエンドはjsonさえ返せればいい
人員さくほどのことではない、なんならサーバーレスでもいい
569:デフォルトの名無しさん
20/10/12 20:30:53.59 s2VVgDut.net
SPA使ってる所ってたいがい重いよね
570:デフォルトの名無しさん
20/10/12 20:45:36.64 WX/9950s.net
そうかな？
サクサクじゃん
571:デフォルトの名無しさん
20/10/12 20:55:02.37 s2VVgDut.net
クライアントでレンダリングのためにJavaScriptで
処理をするんだからどうしても遅くなるよ
572:デフォルトの名無しさん
20/10/12 20:58:30.79 s2VVgDut.net
A single-page app is almost always worse than a multi-page app
URLﾘﾝｸ(news.ycombinator.com)
単一ページのアプリは、ほとんどの場合、複数ページのアプリよりも劣ります
573:デフォルトの名無しさん
20/10/12 21:00:05.31 wrjLnlZW.net
JavaScriptの処理速度よりネットワークやアクセスの集中したサーバのレイテンシの方が影響大きい場合の方が多くない？
574:デフォルトの名無しさん
20/10/12 21:00:53.63 s2VVgDut.net
これは良い意見だな
> SPA Webアプリの構築に数年を費やした後、ステートレスHTMLの単純さが本当に欠けています。
> 私の同僚が選んだフロントエンドフレームワークは、ページ間など、
> 状態を持ち運ぶのが本当に好きで、多くの見つけにくいバグを引き起こしました。
> これらのバグは、複数のページにわたって特定の一連のアクションを実行するとトリガーされます。
> そのようなことは不可能なはずです。ページ間のすべての状態をクリアする必要がありますが、
> これを行うためにフレームワークと戦うのは難しいようです。状態を持ち歩くことはそれの基本です。
SPAはステートフル。ページを移動するときに「状態」を引き継ぐ
575:デフォルトの名無しさん
20/10/12 21:03:43.32 s2VVgDut.net
>>566
ネットワークやアクセスが集中した場合、SPAでも遅くなります。
データベースから取ってきたデータ（ここが一番時間がかかる）を
HTML形式に変換して返すか、JSON形式に変換して返すかの違いしかありません。
HTML形式をサーバーサイドレンダリングというのなら、
JSONを返す場合は、サーバーでJSON形式に「レンダリング」してるんですよ
576:デフォルトの名無しさん
20/10/12 21:16:45.58 iawghE1m.net
ASPおじさんさ、ID変えて逃げないで>>543に答えてくれよ
577:デフォルトの名無しさん
20/10/13 01:08:15.40 y5Oy6HcC.net
アラフォー大逆転プログラマー たけ
【Rails】（送信時のリロード無し！）Action CableでSlack風チャットアプリを作成
URLﾘﾝｸ(www.youtube.com)
プログラミングを始めて半年で、こういうのを作って発表する怪物もいる
この人は、数学の博士課程まで行ってた人。
地頭さえ良ければ、Ruby on Rails 1年で、他言語の10年ぐらいの実力がつく
スクロールしたら、古いデータを取得して、そこに追加
578:していくだけ。 ページ遷移させない pjax(ajax + historyAPI のpushState)もある。 HTML のbody だけの入れ替え。 head 部分は送らないから、エコ
579:デフォルトの名無しさん
20/10/13 02:48:04.30 JYHD08ae.net
Railsで半年とか1年って最強にアホって言ってるようなものだぞ
2週間もあればそれなりのもの作れるだろ
580:デフォルトの名無しさん
20/10/13 04:37:45.47 tOXRY/5R.net
まあ品質悪くてもいいなら
2週間でも構わないがなｗ
581:570
20/10/13 05:58:55.92 y5Oy6HcC.net
そりゃRails では、Scaffold という魔法の呪文を唱えれば、CRUD アプリが15分で作れるw
たけがすごいのは、あちこちのサンプルを調べたら、ページ遷移するものばかりだったから、
ページ遷移しないものを作って発表した所
スクロールしたら、表示されているものより以前のデータを取得して、
jQuery で、要素を追加していく
582:デフォルトの名無しさん
20/10/13 06:24:59.26 ksuhhYbG.net
虎の威を借る狐
583:デフォルトの名無しさん
20/10/13 08:04:16.90 aQc1BNCz.net
またjQueryおじさんか
584:デフォルトの名無しさん
20/10/13 08:04:39.39 yu/XisN9.net
>>570
数学科卒みたいな人ならweb appはどんなのでも作れるだろう
1年でという言い方は嫌いだ
趣味でやる人は1日30分程度だが仕事でやれば10時間にもなる
Chat風ならpage loadしないのは当然だろう
page単位のloadが悪いわけじゃない
用途によって最適なものがあるというだけ
585:デフォルトの名無しさん
20/10/13 08:14:10.72 nauoGmcr.net
小学生がカメラと物体認識を使ってフィットネス系シューティングゲームを作れる時代に１年もかけてチャットだけじゃインパクト弱いね
586:デフォルトの名無しさん
20/10/13 09:34:06.55 P6i7DPOY.net
>>570
こんなの作るのに最短1日もかからない
587:デフォルトの名無しさん
20/10/13 09:49:56.38 nauoGmcr.net
大したことないことを大したことのようにアピールする能力が成功の鍵なんだろうな
SPAもその類のライブラリに属してる
588:570
20/10/13 10:15:10.64 y5Oy6HcC.net
とても、プログラミング始めて、半年の実力じゃないだろ
発表を見ている人は、皆、びっくりしてるだろ。
すごい拍手で
数学科へ行くような人は、集中力が桁外れだから、1日16時間ぐらい勉強できるのだろう。
脳が若いから
589:デフォルトの名無しさん
20/10/13 10:26:16.23 8ryt2HC/.net
周回遅れのくせに絵に描いたようなRails脳だな
Rails野郎はどいつもイキってて気持ち悪い
590:デフォルトの名無しさん
20/10/13 11:14:37.58 y5Oy6HcC.net
Rails は中高年でも、人生を大逆転できるという情熱がすごい！
他の言語じゃ、どう考えても無理
他のフレームワークよりも、数年以上突き放した、圧倒的な実力があるからこそ
ずっと、オワコンと言われながらも、最先端を走り続ける実力w
591:デフォルトの名無しさん
20/10/13 12:14:27.67 OoOYNuyt.net
既存資産ならjava, python, nodeが圧倒的なんじゃないの
何かしらやりたいなってググってrubyが出てくることほとんどないけど?
592:デフォルトの名無しさん
20/10/13 13:05:24.67 FpFGKRx+.net
[2|5]ちゃんの専ブラをwebアプリで造る場合
SPAにした方が良いと思うよ
593:570
20/10/13 13:48:48.69 y5Oy6HcC.net
たいていのベンチャー企業では、Ruby on Rails, AWS, CircleCI の組み合わせ。
Rails 以外のフレームワークでは、リスクが高い
また、大手の自社サービス系もそう。
GitHub, GitLab, Airbnb, Shopify, Netflix, Hulu, Cookpad
594:デフォルトの名無しさん
20/10/13 19:21:47.77 yu/XisN9.net
>>585
何回おなじようなレスするつもりだよ
自社の必要な仕様に合わせてスタックは選ぶもので
ただ真似をすればいいという話じゃない
クラウドは人気サイトになると維持費高いし
オンプレミスでやるサイトもたくさんある。
日本みたいに高速なFTTH普及してるところで最初から
クラウドに頼るのはヘタレだわ
595:デフォルトの名無しさん
20/10/13 19:22:28.72 ngQZ4wXR.net
確かに読点多すぎると地頭悪く見えるなｗ
596:
20/10/13 20:12:25.04 455DutI7.net
>>576
それは数学科を過大評価してませんか？
597:デフォルトの名無しさん
20/10/13 20:48:21.43 yu/XisN9.net
>>588
自分が数学得意だったということもあるが
数学科というか数学を評価してる
受験科目でもっとも論理的思考問われるのが数学
数学できるやつで頭悪いヤツはいない
数学科は数学が得意な奴しかいかない
あと低偏差値の大学って数学科はないイメージ
598:デフォルトの名無しさん
20/10/13 21:00:34.75 KS9TsiNN.net
Railsって意識高い系がよく使ってるけど実際公開のLinuxサーバー環境に自力でデプロイできるヤツは３割いないんじゃない？
せいぜいローカル環境で動かして喜んでるくらいだろ
599:デフォルトの名無しさん
20/10/13 21:54:10.42 ksuhhYbG.net
俺は古い人間だからLinuxサーバ立ててそこで公開しちゃうけど、今どきは「サーバレス☁で爆速🤯デブロイ✨✨」みたいな時代だから別になんでもいいんじゃないの？
何がサーバレスやねんとか思うけど、手を動かすやつがいつの時代も一番偉いかなって
600:
20/10/13 22:04:53.19 455DutI7.net
>>589
×受験科目でもっとも論理的思考問われるのが数学
○受験科目でもっとも論理的思考を問われるのが数学
日本語の格助詞を跳ばしてしまうなんて、日本語を操る能力がいささか不足していると思われます
言語能力が劣る人に、その言語能力に基づいた論理的思考の能力を評価できるとは思われませんね
それに、受験数学は数学じゃありませんよ、受験数学はせいぜい「算数」レベルでしょう？大学に入って先生から「受験数学は算数のお遊戯ですね」と罵倒された経験はおありですか？
私は高校時代からそういわれていたし、そういわれつつ受験数学をやっていましたが
601:デフォルトの名無しさん
20/10/13 22:21:14.13 iyblSnjm.net
前スレもガイジが一生一人でレスバしてたよな
可哀想
602:デフォルトの名無しさん
20/10/13 22:40:06.29 KS9TsiNN.net
>>591
詳しくないけどサーバレスってバックエンドのPHPとかRailsとかサーブレットが要らない構成パターンじゃなかったっけ？
603:デフォルトの名無しさん
20/10/13 23:00:43.41 yu/XisN9.net
>>592
なんだ、突然、数学できなかった数学コンプのバカがかみついてきた
俺のは脱字だと誰にでもわかるがおまえの文章は明らかにおかしい。
「言語能力が劣る人に、その言語能力に基づいた論理的思考の能力を評価できるとは思われませんね」
まず、「人が」だろう助詞がどうこう文句つけてるがおまえがまともに使えてない。
算数と数学の違いは分野の違いでレベルの違いではない。
と反論するのが論理的な人。
算数でも難関校の問題は難しく、高校で偏差値70以上でも解けない問題ある
604:デフォルトの名無しさん
20/10/13 23:06:21.63 yu/XisN9.net
>>592
数学でかみついてきたからおまえが低学歴なのはすぐ気が付いたけど
先生とかいってる当たりおまえ高卒だろ
大学ならふつうは教授とかだ
「受験数学は算数のお遊戯ですね」の発言はフェイクだろうが
本当にそれを言ったと仮定してもそれは罵倒でもなんでもない。
おまえは罵倒の意味もわかってない
605:
20/10/13 23:15:50.69 455DutI7.net
>>595
＞＞「言語能力が劣る人に、その言語能力に基づいた論理的思考の能力を評価できるとは思われませんね」
＞まず、「人が」だろう
「人に」でも有効でしょう？「人に」するのが間違っている理由はなんですか？
無論、「人が」として、述部の内容を実施する主語を示すのも問題はないとは私も思いますが、
「人に」として、「評価できる」に対する連用修飾語としても違和感はないですね
もしかして、あなたは日本語を習いはじめて 10 年くらいの人ですか？
＞算数と数学の違いは分野の違いでレベルの違いではない
私に言わせれば算数は数学の中のレベルの低い分野ですね、例えば計算問題とか計算で解かせる問題とか計算さえうまくいけば解ける問題とか、こういうのはみんな算数
唯一「数学」という名前に値する受験数学は「証明問題」でしょうね
それでも、本当は「証明する価値のある」定理や定義を提案してこそ数学といえるのだとはおもいますけれども、まあ、このあたりは妥協してもいいでしょう
606:デフォルトの名無しさん
20/10/13 23:16:16.44 ksuhhYbG.net
>>594
プログラム置けば動いてサーバ管理が不要って意味のようだけど、だからといってサーバあるのにサーバレスってネーミングは素人騙す気まんまんじゃない？
ってしょうもないところで引っかかったの
607:
20/10/13 23:23:01.95 455DutI7.net
>>596
＞大学ならふつうは教授とかだ
教授、というのは学生からはそのすごさはわからないもので、実際には、教わっている人が教授か助教授か選任講師か非常勤講師か助手か技官か全然区別がつかずに皆「先生」と呼んでいました
それが普通でしょう
608:デフォルトの名無しさん
20/10/13 23:36:44.09 yu/XisN9.net
>>597
私に言わせれば？はぁ？
おまえの勝手な定義はどうでもいいんだよ
難しいことで知られる灘中学の試験も「算数」だ
609:デフォルトの名無しさん
20/10/13 23:40:10.68 pbfg/soH.net
算数は知らんけど
「数学じゃなくて算術だ」
っていうのは聴いたことがある
610:デフォルトの名無しさん
20/10/13 23:44:43.26 yu/XisN9.net
>>597
違和感がない？ほんとアホだな
「人に」だったら「能力があるとは思わない」と続くのが正しい日本語
おまえの文は「評価できる」と続くわけだから
その前に来るのは「人が」が正しい。
評価するのは誰なのか意識していればわかりそうなものだが
まあいいや学歴コンプの低学歴みたいだし丁寧に説明してもわからないだろう
611:デフォルトの名無しさん
20/10/14 04:01:28.69 bBt9qTff.net
>>598
例えばFirebaseとか有名だけどアレほぼReactとかと直で繋がってる感じじゃない？
612:570
20/10/14 05:38:49.85 z5Uy/Vd3.net
YouTube で有名な、雑食系エンジニア・KENTA がびっくりした未経験者は、
ポートフォリオに、Ruby on Rails, AWS, CircleCI, Terraform, Packer まで入れていたとか！
こういう怪物もいる
これに、Docker, Kubernetes
Rails は、他のフレームワークよりも、数年以上先にいるから、
たぶん、これを超えるのは、サーバーレス・AWS Lambda だけ
Lambdaは、Ruby でも書ける
613:デフォルトの名無しさん
20/10/14 06:07:44.56 duga+8td.net
>>603
PreactとFirebaseで最近アプリ書いたよ。Firestoreのセキュリティ勉強してからやったから爆速デプロイとは行かなかったけどCloud Functions も使わず、クライアントからDB(Firestore)に直接アクセスするのは新鮮だったし、仕組み上セキュリティが確保できるってのも勉強になった。
今どきの開発体験ってこんな感じか、これはアプリに集中できて良いなと思った。
でもなんだかんだ鯖の事は形が変わっただけで意識してるなと個人的には感じた
614:デフォルトの名無しさん
20/10/14 08:11:02.42 8UJNbzYb.net
よくわからんのだけど、こららのjsフレームワークって
バックエンド側にアクセスする時、ブラウザから直接APIを叩きにいくの？
railsとかはサーバ側でバックエンドにアクセスして
HTMLを完成させてからユーザに渡すイメージだけど。
615:570
20/10/14 08:13:06.84 z5Uy/Vd3.net
Ruby on Rails でも、API モードで、GraphQL なども、やっておいた方がよい
616:570
20/10/14 08:19:31.40 z5Uy/Vd3.net
Ruby on Rails, React, Bootstrap という組み合わせも多い
Rails では、Vue.js は少ないけど
617:デフォルトの名無しさん
20/10/14 08:19:37.66 z5/Y8RhD.net
Railsゴミとフロント無能なケンタの話は聞く必要なし
618:デフォルトの名無しさん
20/10/14 09:11:05.35 z5Uy/Vd3.net
10/13、KENTA / 雑食系エンジニアTV
キャリアの立て直しにWeb系エンジニアという職業が最適である理由
URLﾘﾝｸ(www.youtube.com)
登録者数、5万人超。
月千円のサロン、2千人のスーパープログラマ！
619:デフォルトの名無しさん
20/10/14 10:37:09.48 9gD7Sa8Z.net
>>610
宣伝乙！
620:デフォルトの名無しさん
20/10/14 11:06:43.62 z5/Y8RhD.net
フロントできないくせにスーパープログラマーとかよく言えたものだな
621:デフォルトの名無しさん
20/10/14 11:16:11.67 z5Uy/Vd3.net
KENTA の経歴
URLﾘﾝｸ(github.com)
すごい！ 100以上の技術を書いてる
Vue.js もやってる
622:デフォルトの名無しさん
20/10/14 11:26:44.30 9HhhcjUt.net
しつこくKENTAの話題かいてたの本人だったのか
ぼったくり情報商材屋KENTAに騙されてはいけない
623:デフォルトの名無しさん
20/10/14 11:51:22.45 GsUUoEHv.net
NG で スッキリ
624:デフォルトの名無しさん
20/10/14 13:57:30.11 z5/Y8RhD.net
このしつこさがキショい
625:デフォルトの名無しさん
20/10/14 14:37:59.98 EoVZjJO9.net
URLﾘﾝｸ(github.com)
こいつサンプルプログラムみたいのしか書いてないじゃん
626:デフォルトの名無しさん
20/10/14 14:46:48.53 iz9+2TBp.net
>>617
atcoderとかpaizaに出てくるような問題集の中からそれぞれの言語で1,2問だけ解いた感じか
627:613
20/10/14 15:39:08.99 z5Uy/Vd3.net
KENTA の経歴には、100以上の技術を書いてる。
たぶん、日本一だろ
さすがに、これを超えるのは無理
628:デフォルトの名無しさん
20/10/14 16:23:19.20 9HhhcjUt.net
>>619
浅く広くの知識ではたいしたことない。うすっぺらい
たくさんの言語であいさつだけでできてもしょうがないのと同じ
優秀な言語を深くしっているエンジニアのが強い
629:デフォルトの名無しさん
20/10/14 16:24:30.40 9HhhcjUt.net
>>617
ほとんどの言語はハローワールドレベルってことだな
630:デフォルトの名無しさん
20/10/14 17:08:29.02 WmLWzaI4.net
>>606
おおむねブラウザからサーバのWebAPI叩くとJSONが飛んでくる
631:デフォルトの名無しさん
20/10/14 17:12:05.63 ZV1nncqg.net
13日の金曜日
632:デフォルトの名無しさん
20/10/14 18:58:26.93 8UJNbzYb.net
>>622
ということは今までrailsとかと違ってバックエンドにアクセスするのは
ユーザーのブラウザからだから、バックエンドサーバは外部に晒さなくてはいけないんだよね？
認識あってるかな
633:デフォルトの名無しさん
20/10/14 19:03:41.08 gLLEmkf+.net
>>624
バックエンドサーバーを外部に晒すだけじゃダメだぞ
バックエンドサーバーに認証と認可機能を実装しなければいけない
つまりMySQLの場合ユーザーごとにMySQLにログインするユーザーを作って
そのユーザーで参照できるテーブルとデータをちゃんと設定する
例えばUsersテーブルに全てのユーザー名とハッシュ化されたパスワードが入っているならば
ブラウザでログインしたユーザーはUsersテーブルの中の
自分のデータしか参照できないように、バックエンドサーバー（MySQL）の定義を作り込む
634:デフォルトの名無しさん
20/10/14 19:04:22.99 MAVLXRyI.net
>>624
そうだよ
とりあえずgRPCだけやっとけばいい
635:デフォルトの名無しさん
20/10/14 19:17:27.00 9HhhcjUt.net
>>625
意味不明
なんでパスワードハッシュにアクセスさせてんだよｗ
でたらめばっかりだな
>>624
まずはちゃんとした公式のドキュメントをよめって。
とんでもないでたらめおしえてるやついる
636:デフォルトの名無しさん
20/10/14 19:25:47.37 duga+8td.net
俺がFirestoreの例を出したのがいかんかったのか？
ああいうブラウザからDB直接叩く（ように見える）のはどちらかというと例外だよ
637:デフォルトの名無しさん
20/10/14 20:38:47.99 9lBc7xd9.net
>>619
多分津耶乃には負けてるんじゃね？
638:デフォルトの名無しさん
20/10/14 20:39:56.09 9lBc7xd9.net
>>625
どの道443番は外に晒してるだろ
639:デフォルトの名無しさん
20/10/15 05:25:47.10 7eWumHpU.net
DB サーバーは普通、AWS 内のプライベートエリアにある。
公開されていない
公開されているのは、AP サーバー。
それか、Nginx とか
Amazon Web Services パターン別構築・運用ガイド 改訂第2版 (Informatics&IDEA)、
NRIネットコム株式会社、2018
YouTube で有名な、くろかわこうへいのお勧め本
640:デフォルトの名無しさん
20/10/15 09:35:37.27 9xE2Evnq.net
ここ数年でReactとかangularとかの要は"クライアントサイドレンダリング"て言うの？
がメジャーになってきてて、Reactとか名前は聞いたことがあるが、サーバ間の構成を良く知らなかったので混乱してる。
今まではサーバサイドレンダリングの構成だと思うので。
641:デフォルトの名無しさん
20/10/15 09:48:41.09 2JJ7Sr7B.net
>>632
またそのデマか
こんなスレタイのスレなんてあるからそうなる
SPAはぜんぜんメジャーになってない
SPAは特殊な用途にしか向かない
ReactはUIライブラリとして使われているだけでSPAとしてはほぼ使われてない
VueもAngularもシェア1%未満
もうこのスレ廃止でいいだろう
SPAが流行ってるかのような誤解を与えるだけ
642:デフォルトの名無しさん
20/10/15 10:10:05.28 S6IC+plr.net
5chは流行ってる物のスレ立てる場所じゃないんだが。
forthスレに流行ってると勘違いするからスレ廃止しろとか言ってこいよ糞カスザコプログラマもどき。
643:デフォルトの名無しさん
20/10/15 10:12:25.67 7EcfSpT0.net
SPAの功績はSPAというアーキテクチャじゃなくてコンポーネント作るのが楽ってとこだよな
同じように楽にコンポーネントを作れるなら従来のMVCでいい
644:デフォルトの名無しさん
20/10/15 10:18:31.29 bXlOtEL6.net
SPAの良さは開発が楽になる点だぞ
お前らユーザーにとってはどうでも良いことだろ
645:デフォルトの名無しさん
20/10/15 10:26:48.68 GVD5pDuk.net
Reactでリスト的なコンポーネントいじってるとリアクティブって管理楽だなーって思う。あと副作用を避ける事を徹底しててコード組みやすい。
初見では直感的でないルール多くてちょっとビビるけど
646:デフォルトの名無しさん
20/10/15 11:00:56.47 7eWumHpU.net
Ruby on Rails では、Bootstrap と、GUI コンポーネントに、React を使う
647:デフォルトの名無しさん
20/10/15 11:02:20.68 2JJ7Sr7B.net
>>636
楽になるわけないだろ
おまえが生産性高いweb framework知らないだけだわ
楽ならもっと普及してる
SPAは時間、コストかかるのにデメリットばかりだからこんなに流行らない
648:デフォルトの名無しさん
20/10/15 11:05:12.44 2JJ7Sr7B.net
>>634
ろくに流行ってないくせに対決スレにするなってことだ
0.1%未満のもの比較するスレタイにしてるから騙される人が多い
649:デフォルトの名無しさん
20/10/15 11:07:46.27 ekPvmwVB.net
SPAは簡単だから誰でもできる
簡単なことだから高い技術力もいらないし
給料も高くない
650:デフォルトの名無しさん
20/10/15 12:30:47.06 7eWumHpU.net
レールは続く】 Ruby on Rails Part21 【これからも
ｽﾚﾘﾝｸ(php板:118番)
米国の平均年収では、
Ruby on Rails が、125,000 ドルでトップ！
Node.js が、90,000ドルで最下位
ただし、Railsの求人は、Node.jsの半分しかない。
Railsは、GitHub, Airbnb, Shopify など、巨大企業が多いから、年収が高いのかも
651:デフォルトの名無しさん
20/10/15 12:55:33.27 D7sEY+Oc.net
開発が楽なのはMVC
SPAはメリットとともに多くのデメリットも招き入れるのでそう簡単にはMVCには勝てない
SPAの利点であるコンポーネントの作りやすさについても
Asp.net Core MVCなどは非常に簡単にできるように設計されているのであまり差がつかない
652:デフォルトの名無しさん
20/10/15 13:01:41.49 GVD5pDuk.net
コンポーネント作りが何がどう非常に簡単なの？他と比べて説明してよ
653:デフォルトの名無しさん
20/10/15 13:06:36.37 3Edtkzo/.net
つやのとけんたならけんたのほうがましだな
どっちもくそだけど
654:デフォルトの名無しさん
20/10/15 14:38:45.19 Q+OzPLs+.net
>>637
副作用を避けてる？
適切なところで副作用起こすべきってReactのサイトに書いてるんだけど
655:デフォルトの名無しさん
20/10/15 16:02:37.01 7eWumHpU.net
決められたタイミングでの状態遷移の方法は、Redux だろ
Ruby on Rails では、Bootstrap と、
GUI コンポーネントに、React, Redux を使う人もいる
656:デフォルトの名無しさん
20/10/15 16:10:58.22 HEOH0x5y.net
Bootstrapは楽だけど細かく調整したい時にどうすればいいかわからなくて困る
657:デフォルトの名無しさん
20/10/15 16:35:35.86 e3JRhTYu.net
結局開発体験が優れてれば何でもいい
Reactが流行ってるのってそこじゃないのか
658:デフォルトの名無しさん
20/10/15 16:36:14.63 1kCtOLNX.net
>>637
何も考えずに副作用フック作りまくったらすぐに無限ループするよなw
propsのプロパティ一つでも変えたら他のプロパティも更新かかるのめんどい
659:デフォルトの名無しさん
20/10/15 17:17:56.53 7eWumHpU.net
そりゃ、Bootstrap を使う人は、デザイナーじゃない
サーバー側主体で、CSS を知らないけど、
レスポンシブ対応にしないといけないから、使ってる
コピペしてるだけで、詳しい意味は分からないw
660:デフォルトの名無しさん
20/10/15 17:32:07.30 Q+OzPLs+.net
フロントエンジニアなのにcssわからんとかゴミ
デザイナーにjsxやらせるのか？
Bootstrapはカスタマイズ前提で作られてるんだから仕様を見ればやり方わかるだろ
661:デフォルトの名無しさん
20/10/15 17:49:50.91 JyaQ9+VV.net
>>651
フロントなんてのはそれで充分だと思うがね
大きなビジネス価値を持つバックエンドと違って
その時々で流行り廃りやデバイスの進化に影響をうけて移ろいやすい
こんな賞味期限が短いものに学習リソースを割くのはバカみたいだ
662:デフォルトの名無しさん
20/10/15 18:20:55.48 GVD5pDuk.net
>>650
あるあるw
そのへんは意図的なデザインかもね
>>646
やむを得ないState以外は副作用無しで書けるようになってると感じたんだけどな
>>653
React作ったのはクソ程儲けてるFacebookなんですが……
663:デフォルトの名無しさん
20/10/15 18:30:57.64 cMr/9IBy.net
Facebookは中身の価値が高いからなぁ
別にUXが人気に繋がったわけじゃない
なのでまた別のUIフレームワークが流行ったり画期的なデバイスが生まれたらFBもすぐにUIを乗せ換えるよ
でもUIを乗せ換えてもFBのビジネスは変わらない
本当に価値があるのは中身だから
664:デフォルトの名無しさん
20/10/15 18:56:38.14 bXlOtEL6.net
reactはUIフレームワークじゃないんだが
665:デフォルトの名無しさん
20/10/15 19:56:39.78 UaQf+JoB.net
バックエンドもフロントに比べればゆっくりかもしれないけど日々変化してる。今いる位置に満足してる人が老いて枯れる程度には。
だから突き詰めると普遍の価値があるのはデータだって事になる。
でも誰も触らない死んだデータに価値はない。触りたくなる表面を重要視する事は何もおかしくはない
666:デフォルトの名無しさん
20/10/15 20:02:41.38 S6IC+plr.net
触りたくなるデータって女子中学生のバストサイズのデータとか？
667:デフォルトの名無しさん
20/10/15 20:15:24.57 9xE2Evnq.net
「フロントエンドエンジニア」なんてカッコよく言ってるけど、
逆にフロントエンドしか出来ませんって言ってるようなもんだよね
668:デフォルトの名無しさん
20/10/15 21:01:05.16 e3JRhTYu.net
Javascriptエンジニアです
669:デフォルトの名無しさん
20/10/15 23:16:19.72 Q+OzPLs+.net
バックエンドしかできない奴のほうが圧倒的に多い
フロントエンジニア探してるけどバックエンド95対フロントエンド5くらいの割合しかいないぞ
その5もかなりレベル低い
670:デフォルトの名無しさん
20/10/16 02:00:37.72 1ldh1gNy.net
フロントエンドエンジニアにはマークアップエンジニアも紛れ込んでる
671:デフォルトの名無しさん
20/10/16 06:43:23.46 mNNz1sQv.net
つまりちゃんと勉強してればフロントはブルーオーシャンなのか
672:デフォルトの名無しさん
20/10/16 07:45:18.52 wWII2Cv6.net
>>653
React作ったのはクソ程儲けてるFacebookなんですが・・・
673:デフォルトの名無しさん
20/10/16 07:49:28.78 hscjZ2ao.net
フロントはFacebookとか有名所に持ってかれてる
674:デフォルトの名無しさん
20/10/16 08:03:24.24 Ueb3a1qY.net
>>664
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
675:デフォルトの名無しさん
20/10/16 08:12:59.24 7v3+fMeC.net
>>664
だからどうした？
儲けてるから技術があるわけでもない
過去にはFacebookはPHPみたいなゴミを採用して改造していた
技術のセンスが悪い
Reactにしてもframeworkまで機能を追加できなかった
自社で使えればいいという程度の認識
676:デフォルトの名無しさん
20/10/16 08:13:59.79 7v3+fMeC.net
>>666
Facebookは個人情報を盗んで金儲けしてるだけ
677:デフォルトの名無しさん
20/10/16 08:50:51.37 3YV1q+v5.net
アンチフロントエンドの巣やんけ。どうしてこうなったw
678:デフォルトの名無しさん
20/10/16 09:07:27.26 U2mwlh0O.net
バックエンドのゴミクズたちがフロントできないから僻んでるんだよ
679:デフォルトの名無しさん
20/10/16 09:09:14.88 Z0vtD/Dq.net
>>653
React作ったのはクソ程儲けてるFacebookなんですが・・…
680:デフォルトの名無しさん
20/10/16 09:29:14.75 Ueb3a1qY.net
>>671
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
681:デフォルトの名無しさん
20/10/16 09:50:33.24 7v3+fMeC.net
有名企業が作ったからというだけでReact採用するのはアホだね
AngularなんてGoogleすら使ってないと言われてるしなｗ
682:デフォルトの名無しさん
20/10/16 10:31:27.69 bwQBizED.net
>>659
寧ろフロントエンドフレームワーク使ってるのは元々バックエンドやってたヤツだろ
フロントオンリーのヤツはjQueryの方が素晴らしいって言ってるんじゃないか？
683:デフォルトの名無しさん
20/10/16 10:33:02.15 bwQBizED.net
>>673
Facebookとかいう陽キャ専用SNSはぶっちゃけ嫌いだけどReactの設計ポリシーは素晴らしいと思うよ
684:デフォルトの名無しさん
20/10/16 10:55:37.86 flwBJ1Bb.net
jquery好きなのってマークアップ上がりのエラーあっても気にしないやつだよ
685:デフォルトの名無しさん
20/10/16 10:57:50.32 jOsz+QQ/.net
10/15、雑食系エンジニア・KENTA
Web系エンジニアの主要5職種、結局どれが一番得なのか？
URLﾘﾝｸ(www.youtube.com)
時給1万円などの高単価は、バックエンド・インフラなどの上流工程。
低単価は、フロントエンド・iOS・Android
漏れが補足説明すると、
先に、上流工程でお金を使ってしまうので、
下流工程では残ったお金を分配するだけになるから
会社の重役になる人も、サーバー側言語のRuby ばっかりw
686:デフォルトの名無しさん
20/10/16 10:59:23.53 Ueb3a1qY.net
Reactが素晴らしいっていうか関数型に寄せたModel View Updateが素晴らしいってだけだよな
687:デフォルトの名無しさん
20/10/16 11:28:09.39 U2mwlh0O.net
>>677
コイツはフロントやって挫折した奴
フロントで成功してる奴は散々バックエンドをやってきてるからコイツより圧倒的に有能
688:デフォルトの名無しさん
20/10/16 11:29:39.80 s+qbwWMb.net
>>677
上流の意味がわかってないぞｗ
689:677
20/10/16 12:22:00.87 jOsz+QQ/.net
先にシステムの構築運用から始まるから、
最初は気が大きいから、そこで予算を使ってしまうので、
フロントは、残りの予算から決まってしまうから不利
フロントは見たらわかるから、誰でも口を出しやすい。
ちょっとした見た目を直せと言われることが多い
ところが、違う人が来ると、また違うように直せと言われる。
違う人が来るたびに、修正しろと言われる
こういうやり取りが多いから、あいつは仕事が遅いとか、
デザインが悪いなどで、時給が下がっていく
相手がデザインを指定してくるから、
他の人には、エンジニアの腕が悪いように見える
最後には上司が来て、デザインが悪いから、エンジニアをクビにしろってなるw
色んな人が、デザインを指示してくるから
船頭多くして、船山に上る
690:デフォルトの名無しさん
20/10/16 12:56:55.44 AQ/XYXlc.net
>>677
自称有名エンジニアが使ったからというだけでその技術採用するのはアホだね
Rubyなんて雑食エンジニアすら使ってないと言�
691:墲黷ﾄるしなｗ
692:デフォルトの名無しさん
20/10/16 14:12:25.82 7v3+fMeC.net
>>681
いろんな人から指示されるのはフロントが悪いだろ
意見まとめる人つくって指示系統を一つにしろと言えばいい
デザイン悪いからクビなんてきいたことない、センスも悪すぎだろｗ
693:デフォルトの名無しさん
20/10/16 14:21:39.18 Ueb3a1qY.net
フロントは遊び半分のウェブ系が作るから「芯」がないんだよ
だから散々クレームくらっては場当たり的な対応を繰り返す
でそのパッチ作業が速いから生産性が高いなどとトンチンカンな自画自賛をしてしまう
最初からしっかり意志のすり合わせを行いクレームをくらわないUIを作るのが最も生産性が高いのだがそれが彼らには理解できない
694:デフォルトの名無しさん
20/10/16 14:25:03.71 XtprH8ZD.net
バックエンドのゴミクズたちがフロントできないからって僻んでるんだなｗｗ
695:デフォルトの名無しさん
20/10/16 14:40:44.94 7v3+fMeC.net
>>685
サーバーサイドのがフロントより格上だ。業界の常識
フロントは上流をまかされない時点で格下なんだよ
セキュリティやDBやOSやネットワークの知識に乏しい
696:デフォルトの名無しさん
20/10/16 15:01:01.44 U2mwlh0O.net
バックエンドでまともにDBすら設計構築できないゴミクズばかりじゃねえか
フロントエンジニアは元々バックエンドをやっていてマスターした奴がフロントやってるわけ
何回言ったら理解するんだこのアホどもは
697:677
20/10/16 17:01:06.75 jOsz+QQ/.net
バックエンドでは全く分からないから、客は何も言えない。
言う材料・知識がないから
一方、フロントは見た目だから、誰でも口を出しやすい。
だから、ここを直してとか言いやすい
あまり難しい事をやってるようには見えないから、簡単に直せると思ってしまう。
でも、その手間がうっとおしい
698:デフォルトの名無しさん
20/10/16 17:33:42.65 flwBJ1Bb.net
KENTAみたいなレスですね
その改行するのはKENTAの喋り方を参考にしているんですか？
699:デフォルトの名無しさん
20/10/16 17:52:20.91 mGgsIFZq.net
>>677
かなり偏った意見ですな。
700:デフォルトの名無しさん
20/10/16 18:55:46.80 gzagFIoh.net
KENTAってやつに他スレ荒らすなって言えばいいの？
701:デフォルトの名無しさん
20/10/16 19:01:20.23 U2mwlh0O.net
ケンタ自身が荒らしに来てるのか
702:デフォルトの名無しさん
20/10/16 19:04:24.17 EVdCVrH9.net
KENTAのサロンの会員
703:デフォルトの名無しさん
20/10/16 22:09:51.49 ORKkOrVS.net
before
afterみたいな
擬似要素使うのやめろや
あとCSSから外部ファイル読み込むもやめろや
devtoolから検出しにくいんだよ！
CSSでプログラムめいたことするのやめろやカスが
同じ事JSで全部できるから
704:デフォルトの名無しさん
20/10/16 22:25:53.17 JU6AgX+H.net
>>694
JSっていうかjQueryだろ
どちらも宣言的に記述できる
宣言的だからバグがへる
705:デフォルトの名無しさん
20/10/16 22:40:19.99 ud3FB9tY.net
素のJsやjQueryのどこが宣言的なんだ。
706:デフォルトの名無しさん
20/10/16 22:43:59.41 JU6AgX+H.net
どちらもっていうのは
CSSとjQueryのことだよ
宣言的っていうのは
クラス名 { 属性: 値 }
みたいに書くから
.class { color: red }
$(.class).css({color: red})
どちらも宣言的
707:デフォルトの名無しさん
20/10/17 00:00:16.51 hFf/ef7F.net
宣言的はキーワードを指定すると何が起こるか
って事の記憶することを強要する
プログラムのように上から論理的に処理を辿ることが出来ない
バグが減らないと言うが現実は
スタイル効かない、効かない、それがやりたかったんじゃない
そんな余計な効果は要らない…クラスが死んでる、重複してる
上書かれてる…こんなんばっか
構造化プログラミングは覚えゲー不要
余計なライブラリに頼らず素のJSで
構造化プログラミングでDOM操作。これぞ至高
708:デフォルトの名無しさん
20/10/17 06:25:29.32 1f/mlEIF.net
正直jQueryの時代は終わったと感じていて、なのにプログラミングスクールの類の宣伝がjQueryばっかで、こいつらいつの時代を生きてんだと思う。
初心者にReactやらせろとまでは言わないけど、せめて潰しの効く素のDOMやらせるとか、jQuery無しじゃ何もできないやつを量産するのやめて欲しい
709:デフォルトの名無しさん
20/10/17 06:27:33.64 Ty9bf9Kk.net
>>699
これが現実。お前が「狭い世界」に生きてるだけの話
URLﾘﾝｸ(w3techs.com)
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%
710:デフォルトの名無しさん
20/10/17 06:29:30.57 Ty9bf9Kk.net
「DOMはつぶしが効きますか！」
→React、Vue、AngularでDOMは使いません
711:デフォルトの名無しさん
20/10/17 06:51:25.79 1f/mlEIF.net
へ～、こりゃ失礼。既存ページがカウントに入ってるとはいえシェア減ってないのは凄いな。
Reactでも手が届かない部分はあるしDOMはやった方が良いと思うけど。
712:デフォルトの名無しさん
20/10/17 07:09:33.11 Ty9bf9Kk.net
減ってないどころか増えてるからね。もちろん年々増えるペースは減ってるが
それでも去年は0.6%だ。しかも今年はなぜか2%以上も増えてるｗ
最近流行りのフレームワークが1年で0.1%増えるか増えないかという状態なのに
> DOMはやった方が良いと思うけど。
jQueryはDOMと共存できるんだから、DOMもやったほうがいいのは当然
jQueryは全てのブラウザで動くように古くからあって共通で使ってる機能しか使ってない
だから最近のブラウザだけで使える機能を使う場合はDOMを直接使う
力があるならjQueryプラグインにすると更に便利にDOMを使えるようになる
713:デフォルトの名無しさん
20/10/17 07:39:48.48 hFf/ef7F.net
React使ってるのに内部でjQueryを使ってると地獄
あとフロントライブラリの中で
jQueryを前提としていてjqueryで書かれているものが
かなりあることと、
ライブラリの使用例がブログとかでjqueryが書かれている場合
他人がjqueryで書いててコピペしたい時に
jqueryに依存してしまうケース
新人は素のDOMでもReactでもなくまずjquery
でコードを書こうとするがこれを正そうとするのは
非常に面倒
こういうの加味すると脱jqueryはかなり困難
714:デフォルトの名無しさん
20/10/17 07:42:22.63 Ty9bf9Kk.net
> React使ってるのに内部でjQueryを使ってると地獄
そりゃそうだな。ReactはDOMと共存できない。
だからReact使ってると内部でDOMを使ってると地獄だ
jQueryだけに限らない
715:デフォルトの名無しさん
20/10/17 07:44:52.70 Ty9bf9Kk.net
皮肉が通じなさそうだからもう少し説明してやるかｗ
>>704はjQuery側の問題ではない。
React側の問題だ
jQueryがーと書いてあるが
それは全てDOM APIを直接使った場合にも当てはまる
ReactとDOM APIを共存させる方法だってあるーという
話をし始めたら、その方法を使えばjQueryも共存できることになる
jQueryはDOM APIを簡潔に使えるようにしたライブラリに過ぎないのだから
716:デフォルトの名無しさん
20/10/17 08:25:22.14 U9MsrWrp.net
実際なんで増えてるか不思議
技術スタックあるから大手の制作会社はjqueryばっか使ってるってことかね
717:デフォルトの名無しさん
20/10/17 08:39:42.69 1f/mlEIF.net
既存サイトやフレームワークやWordpressみたいなものでページ作ったらjQueryも付いてきたってパターンはありそうだと思った
718:デフォルトの名無しさん
20/10/17 08:51:11.19 Ty9bf9Kk.net
俺からすればなんで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の簡潔さに追いついてないし、フレームワークは全くの別路線だ
719:デフォルトの名無しさん
20/10/17 09:27:02.02 VD5xPr74.net
採用するメリットの少ないSPAフレームワークより
より便利で馴染みのある従来のフレームワークのほうが採用される確率が高い
従来のフレームワークにはたいていjQueryがセットで付いてくる
720:デフォルトの名無しさん
20/10/17 10:10:58.06 vimxgZ9f.net
bootstrap jQuery辞めるってよｗｗｗ
721:デフォルトの名無しさん
20/10/17 10:40:49.29 Xc+hYu9K.net
>>699
Webシステムの開発者にはReactとかの方がいいけどWebサイトのコーダーにはjQueryだろ
もう根本的に用途が違うものと見た方がいい
722:デフォルトの名無しさん
20/10/17 10:42:28.62 Xc+hYu9K.net
>>706
jQuery側の問題でもReact側の問題でもない
それをやる奴の頭が悪いだけ
723:デフォルトの名無しさん
20/10/17 11:25:56.09 HPgFuhDr.net
世の中圧倒的な数のゴミサイトが量産されてるんだからjqueryを使う意識なくてもWordPressとかが使ってるからな
WordPressなんかWordPress内のjqueryの他にテーマが読み込むjqueryや各プラグインが読み込むjqueryとか1ページに複数のjquery読み込んでいるサイトがけっこう多くてめちゃくちゃカオスだぞ
ReactなどのSPAライブラリはWordPressやjsプラグインみたいに勝手についてこないからな
ゴミが大量にある状態をシェアも人気も圧倒的とかほざくバカはそれはそれで勝手にそう思ってりゃいいから他で騒いでろ
724:デフォルトの名無しさん
20/10/17 12:12:21.74 0qFIP5N2.net
lisp系でお薦めの最新言語はなんでしょう？
Erlang?elixir?
725:デフォルトの名無しさん
20/10/17 12:25:07.47 Ty9bf9Kk.net
>>711
bootstrapがjQuery使うをやめたからbootstrapが使われてるから
勝手に入ってるんだという言い訳ができなくなった
そして>>714はWordPressを言い訳にしてる。
726:デフォルトの名無しさん
20/10/17 12:45:32.01 HPgFuhDr.net
>>716
ゴミ住人がゴミの数を自慢してもさぁ
はよ住処に帰れ
727:デフォルトの名無しさん
20/10/17 12:45:34.46 tqKCa8dx.net
>>707-708 >>716
前にも書いたがjQueryは依存関係で知らないうちに
入ってる人が多いだけ
アホなjQueryおじさんは事情を知らずにシェア増えてると喜んでる。
jQueryのコード書いてる人が増えてるわけではない。
例えばbootstrapもjQueryを読み込むようになってる
最新bootstrapはjQuery依存を解消したが最新版は旧ブラウザの
サポート切ってるからあえて古いBootstrap使ってる人も多い。
728:デフォルトの名無しさん
20/10/17 13:04:24.42 Ty9bf9Kk.net
> 前にも書いたがjQueryは依存関係で知らないうちに
> 入ってる人が多いだけ
依存関係で知らないうちに入ってるのを除くというなら
将来BootstrapやWordPressでフレームワークが
使われるようになっても除かないといけない
ということは理解してるかい？
729:デフォルトの名無しさん
20/10/17 13:10:28.75 Xc+hYu9K.net
このスレがプログラム板にあるのはWebサイトではなくWebシステムに焦点をあててるからだ
と後付けの理由を主張してみてすつ
730:デフォルトの名無しさん
20/10/17 13:12:58.88 tqKCa8dx.net
>>719
jQueryおじ、やっぱり頭悪い
Bootstrapがweb frameworkを使うことはありえない。
WordPressはCMSだからCMSのシェアを見るべき。
そもそもPHPはゴミだから採用の選択肢にあがらない
731:デフォルトの名無しさん
20/10/17 13:16:30.63 tqKCa8dx.net
jQueryおじはそもそもweb frameworkの必要性すら
理解してない無能だからどうしようもない
こういうのがいるからフロントはってバカにされわけ
732:デフォルトの名無しさん
20/10/17 16:39:18.03 Ty9bf9Kk.net
>>721
> Bootstrapがweb frameworkを使うことはありえない。
あれ？なんでWordPressはかかないの？
WordPressがweb frameworkを使うことはありえるわけだよねｗ
733:デフォルトの名無しさん
20/10/17 16:39:45.43 Ty9bf9Kk.net
> WordPressはCMSだからCMSのシェアを見るべき。
jQueryはCMSで採用されているのです。
734:デフォルトの名無しさん
20/10/17 16:42:17.00 Ty9bf9Kk.net
> Bootstrapがweb frameworkを使うことはありえない。
React Bootstrap
URLﾘﾝｸ(react-bootstrap.github.io)
Angular powered Bootstrapng-bootstrap.github.io
URLﾘﾝｸ(ng-bootstrap.github.io)
BootstrapVue
URLﾘﾝｸ(bootstrap-vue.org)
採用する人いなそうｗ
735:デフォルトの名無しさん
20/10/17 16:49:22.96 U9MsrWrp.net
本業じゃない人がちょっとwordpressのどこどこが不便だからコードコピペして修正、ってなると学習コスト低いjqueryくらいしか無理だろうしシェアは減らなそうだ
736:デフォルトの名無しさん
20/10/17 17:31:49.56 Xc+hYu9K.net
web frameworkって言葉じゃフロントエンドを指してるのかバックエンド指してる曖昧だからキッチリ明示した方がいいんじゃない？
従来なら寧ろバックエンド側を指して使われてた言葉なはず
737:デフォルトの名無しさん
20/10/17 17:32:36.04 Xc+hYu9K.net
>>725
それ全部触った事はあるけどAngularだけめっちゃ使いにくかったな
738:デフォルトの名無しさん
20/10/17 19:12:35.59 tqKCa8dx.net
>>725
アホすぎて>>721がそういう意味じゃないのわからない？
web frameworkがBootstrapを使う（呼び出す）ことはあっても
逆のパターンはあり得ないって言ってんだよ
>>723
CMSはなんらかのweb framework使ってるのが普通だろう
CMSの人気を測る際はCMSのランキングを見る。
CMSとweb framworkのシェアを比べたりするのは意味がないし
そんなことをするのはアホだろう
まったく用途、カテゴリが違うもの比べてどうするつもりだ？
739:デフォルトの名無しさん
20/10/17 19:17:20.82 tqKCa8dx.net
>>727
むしろわかりやすいようにきっちりweb frameworkと書いてる。
web frameworkはserver-sideまで含めた仕事するやつだ
UI側だけの場合は、UI frameworkとかUI libraryと表記されるのが普通
740:デフォルトの名無しさん
20/10/17 19:19:57.04 tqKCa8dx.net
このスレでいつもjQueryのシェア書いてるのは
web framework否定論者のアホってこと
741:デフォルトの名無しさん
20/10/17 19:31:23.99 vimxgZ9f.net
>>725
> 採用する人いなそうｗ
jQuery使ってたせいでreactやvueから敬遠されて他のcssフレームワークの隆盛を許してしまったからね。
いまさら脱jQueryしてももう巻き返しは難しいだろうね。
742:デフォルトの名無しさん
20/10/17 20:23:33.62 P3PLPttw.net
>>704
> React使ってるのに内部でjQueryを使ってると地獄
これ具体的にはどんな地獄があるの？
743:デフォルトの名無しさん
20/10/17 20:29:38.07 eMYmKq8F.net
>733
Reactは仮想DOMといってDOMの情報と同一のものを内部で二重に持っていて
差分ができたら内部のDOM情報を実際のDOMに反映している
だからDOM APIを使って直接実際のDOMを書き変えると
Reactの内部のDOM情報と食い違いが起きて正しく反映できなくなる
何が起きるかはわからない
744:デフォルトの名無しさん
20/10/17 23:06:55.61 P3PLPttw.net
>>734
そういう意味か
なら外部JSの恩恵を享受するためにDomの管理をReact管理から外して利用すれば
問題ないね（この内容はTutorialにもあった）
745:デフォルトの名無しさん
20/10/17 23:57:34.48 Xc+hYu9K.net
>>729
WebFrameworkって従来はバックエンドを指す言葉なんだけど
フロントならFront-end Frameworkとでも書いたらどうだ？
746:デフォルトの名無しさん
20/10/18 00:07:40.58 H1Ht+H/l.net
>>731
そりゃWebサイトおじさんからしたらjQueryは今でも現役だろうから反論したいんだろ
逆にWebシステムの構築を考えた場合Reactが一番妥当だから
中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる
Webサイトのコーダーにwebpackでのビルドとかやらすのもナンセンスだと思うから
サイト→jQueryに回帰
システム→React
っていう風になっていくんじゃないかね
ちなここはプログラム板だから議論対象はWebシステム
747:デフォルトの名無しさん
20/10/18 00:27:35.41 oU6L/1KQ.net
｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
URLﾘﾝｸ(www.excite.co.jp)
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
URLﾘﾝｸ(www.dreamgate.gr.jp)
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
URLﾘﾝｸ(newswitch.jp)
島田商高生がアプリ考案、発表 ＩＣＴ起業家育成プログラム
URLﾘﾝｸ(www.at-s.com)
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
URLﾘﾝｸ(diamond.jp)
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
URLﾘﾝｸ(diamond.jp)
起業で成功するキャリア形成の仕方とは？ 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
URLﾘﾝｸ(sogyotecho.jp)
年収3,000万超え!?個人開発で儲かっている海外コミュニティサイト5選！
URLﾘﾝｸ(note.com)
748:デフォルトの名無しさん
20/10/18 01:23:51.16 u/6+iFla.net
>>737
> 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる
Reactも含め、未完成のWeb Componentsを補うために
複雑なことをしてるから将来確実に廃れるか大幅に仕様が変わるよ
Web Componentsがどのブラウザでも実用的になったら
それをエミュレートしてる今のバージョンは完全にレガシーになって
将来のモダンブラウザのみを対象とした軽量なものが登場する
その時代でもDOMは変わらないだろうから、
そのDOMを簡略化するだけのjQueryは変わらず使えるわけさ
749:デフォルトの名無しさん
20/10/18 01:35:23.85 Yx1P9/Gs.net
>>736
勝手に名前つけても伝わらないだろ
例えばMicrosoftとかはBlazorをUI Frameworkと呼んでいる。
web appに限定されないからfrontend frameworkは不適切
750:デフォルトの名無しさん
20/10/18 01:38:35.01 5IG+e1ti.net
jQueryのセレクタ構文とか、いまじゃバニラのJSでも
document.querySelector('input[type=radio]:checked')
みたいな感じで使えるし簡略化するだけのjQueryはわざわざ読み込むまでも
なくなっていきそうだけどな
751:デフォルトの名無しさん
20/10/18 01:41:22.39 u/6+iFla.net
そりゃセレクタ構文だけだろ
jQueryの特徴は、そのセレクタにマッチする複数（ない場合も含めて）に対して
CSSのスタイルと同じように要素が存在するかをチェックすることなく
宣言的に処理を割り当てることができるのが便利なんだが
752:デフォルトの名無しさん
20/10/18 01:53:17.56 5IG+e1ti.net
メソッドチェインできることだけがjQueryのメリット？
ほんのちょっとの便利のために余分なファイルを読み込ませたくないな
753:デフォルトの名無しさん
20/10/18 01:56:11.41 u/6+iFla.net
メソッドチェインの話なんかしてないのに
いきなりなにいってんだろうねｗ
まさかメソッド呼び出しは全部メソッドチェインだとでも思ってんの？
754:デフォルトの名無しさん
20/10/18 02:05:59.33 5IG+e1ti.net
何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった
存在チェックすることなしに宣言的に処理をするなんて小粒も小粒
755:デフォルトの名無しさん
20/10/18 02:07:38.05 5IG+e1ti.net
わかった
知能が低くて最新のライブラリなりフレームワークについていけないから
ひがんでるんだな
756:デフォルトの名無しさん
20/10/18 02:09:36.41 5IG+e1ti.net
jQueryを使うので能力の精一杯なのか
757:デフォルトの名無しさん
20/10/18 02:11:04.54 u/6+iFla.net
>>745
そんなんだからjQueryがいつまでも増え続けてるのがわからんだよ
jQueryが物理的に行数が減るのは当然として、
その結果、メンテナンスのコストが下がって
バグが減るのが重要なところだろ
758:デフォルトの名無しさん
20/10/18 02:13:12.65 5IG+e1ti.net
素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには
jQuery使うと便利かもね
って程度だよ
jQueryにすがりついてるお前の程度もしれてるｗ
759:デフォルトの名無しさん
20/10/18 02:13:22.35 u/6+iFla.net
例えば、アロー関数なんて使わなくても
this保存してfunctionつければ同じことができるけど
アロー関数使わなくて良い世界を知ったら元に戻れないだろ？
ほんの数行の違いでもないほうが楽なんだよ
760:デフォルトの名無しさん
20/10/18 02:29:10.45 5IG+e1ti.net
まさかjQueryマンセーで愚かな考えを晒すことで周りから袋叩きされる
ということを通してjQueryを貶めるという作戦か
761:デフォルトの名無しさん
20/10/18 03:04:15.75 u/6+iFla.net
そんな願望垂れ流してないで
メリットとデメリットの話をしろよ
jQueryがなくても頑張れるっていうだけで
jQueryをなくすメリットを言わないんだもんなｗ
762:デフォルトの名無しさん
20/10/18 03:18:45.94 xWXtsYNK.net
ハァ？jQueryバカはCSSセレクタ丸パクリのクセして自分の手柄にしてんのか。チョンみてーだな(藁
763:デフォルトの名無しさん
20/10/18 03:23:44.86 5IG+e1ti.net
jQueryバカが言ってるメリットはどれも小粒
なくても困らない
なら最初から利用しなければ余計なファイルを削減できる
というのが使わないメリット
764:デフォルトの名無しさん
20/10/18 03:36:40.28 u/6+iFla.net
>>753
もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残ｗ
はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした
パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ
しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
765:デフォルトの名無しさん
20/10/18 03:38:05.32 u/6+iFla.net
余計なファイルを削減できる？
JavaScript使ってる時点で外部JavaScriptファイルがある
たかだか1ファイル減るだけの話
しかも結合すれば1ファイルですむ
766:デフォルトの名無しさん
20/10/18 03:44:26.00 5IG+e1ti.net
jQueryとかメリットなんて微々たるものなのにレガシーブラウザ対応とかで
無駄にサイズがでかいからな
減らす効果はそれなりにあるぞ
767:デフォルトの名無しさん
20/10/18 03:44:51.93 u/6+iFla.net
余計なファイルを削減できるというメリットは小粒
初回アクセス時に30KB読み込みができるというメリットは小粒
JavaScript処理が僅かに早く終るというメリットは小粒
jQueryをなくしたときのメリットはどれも小粒ではないか
体感上わからない程度の遅延があっても困らない
ならできる限り開発を楽にするほうがいい
というのがメリット
768:デフォルトの名無しさん
20/10/18 03:45:14.17 u/6+iFla.net
>>757
圧縮時30KBはものすごく小さいですが？
769:デフォルトの名無しさん
20/10/18 03:46:02.89 5IG+e1ti.net
バカに何言っても無駄かもしれんが
770:デフォルトの名無しさん
20/10/18 03:47:50.92 u/6+iFla.net
例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。
771:デフォルトの名無しさん
20/10/18 04:01:50.12 5IG+e1ti.net
jQueryを利用するメリットがそもそも小粒
ブラウザごとの分岐処理とかが埋め込まれてるから実行時の効率が悪い
ファイルサイズがでかい
つまりいらない
772:デフォルトの名無しさん
20/10/18 04:26:16.95 u/6+iFla.net
jQueryのメリットのうち小粒のものだけを抜き出したら
全部小粒だった
と言ってるのと同じだなｗ
773:デフォルトの名無しさん
20/10/18 04:27:54.23 xWXtsYNK.net
>>755
中学校を単に学校というって言ってるみたいなもんだな。バカが。
CSSのセレクタのルールそのままパクっただけの盗人。
盗んだものをもともと自分のだと主張。まさにチョン。
774:デフォルトの名無しさん
20/10/18 04:34:21.10 u/6+iFla.net
jQueryの価値はjQueryオブジェクトだよ
CSSセレクタなんか、素の使いづらいJavaScriptでもできるじゃんｗ
価値がないところだけを見て価値がないと言っても無意味だよ
もっと広い目でjQueryを見ないとｗｗｗ
775:デフォルトの名無しさん
20/10/18 04:34:51.73 5IG+e1ti.net
このjQueryバカは素人レベルのスキルしかなさそう
776:デフォルトの名無しさん
20/10/18 04:36:26.13 5IG+e1ti.net
しょぼいWebページをjQueryで作ってご満悦なんだろう
777:デフォルトの名無しさん
20/10/18 04:37:38.31 5IG+e1ti.net
いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ
778:デフォルトの名無しさん
20/10/18 04:45:10.27 u/6+iFla.net
ほらね、もう遠吠えいうことしかできなくなったでしょ？
779:デフォルトの名無しさん
20/10/18 04:50:29.21 xWXtsYNK.net
CSSセレクタパクリがバレたら開き直ったjQueryガイジ。
居直り強盗で駅前一等地を占拠してパチンコで儲けるチョンと同じ。
jQuery関係ないスレで居直り占拠jQueryチョン。
780:デフォルトの名無しさん
20/10/18 05:21:40.18 5IG+e1ti.net
おっと
>>1 に
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
と書いてあったな
781:デフォルトの名無しさん
20/10/18 07:08:38.76 u/6+iFla.net
>>770
なんで無視したの？もう一回同じことを書く羽目になったじゃないか
もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残ｗ
はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした
パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ
しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
782:デフォルトの名無しさん
20/10/18 07:17:16.70 d1Nj1iwg.net
言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。
783:デフォルトの名無しさん
20/10/18 07:50:51.32 d1Nj1iwg.net
言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか？
document.querySelectorAll('div.highlighted')
.forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
784:デフォルトの名無しさん
20/10/18 08:00:05.71 0puAkJ4t.net
document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
$('div.highlighted').css({color: 'red', backgroundColor: 'white'});
一行のものはだいたい半分になる。
だがそれよりも重要なのは「宣言的」であるということ
forEachというループが無くなっている
785:デフォルトの名無しさん
20/10/18 08:18:08.24 mPnoVdEN.net
無いとなんかすごいのか？
jQueryが裏で回してるだけじゃん
786:デフォルトの名無しさん
20/10/18 08:19:09.73 0puAkJ4t.net
>>776
jQueryが裏で回す（十分テスト済み）＝自分でやらないからバグが減る
787:デフォルトの名無しさん
20/10/18 08:27:01.54 0puAkJ4t.net
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箇所もある
788:デフォルトの名無しさん
20/10/18 09:50:11.92 mPnoVdEN.net
コードの意図を隠してまで短くすることか？
その時点で要素があるべきなのか複数なのか何も判らん
エラーが出ない=バグがないってことならいいが
789:デフォルトの名無しさん
20/10/18 12:28:55.12 atqzb7Sw.net
>>739
こいつ結局Webサイトの話しかできてねえな
アホだろ
>>750 こいつやはりアホだ アロー関数がfunctionの代用だと勘違いしてる その認識でほんの数行変えたらバグるわけ そもそも仕様がまったく違う
791:デフォルトの名無しさん
20/10/18 13:23:36.66 qDJHdxok.net
>>780
どこにアロー関数がfunctionの代用って書いてある？よく読んでみなよｗ
792:デフォルトの名無しさん
20/10/18 13:24:28.19 qDJHdxok.net
>>779
隠しているのはコードの詳細であって
詳細を隠してるから意図は明確になってる
793:デフォルトの名無しさん
20/10/18 13:56:45.57 H1Ht+H/l.net
>>739
Web Componentsは流行らんと思うよ正直
こんな移り変わりの激しいWeb技術の世界で3年以上前から話題が上がってるにも関わらず未だに流行りにもなってないっていうのはそういう事だろ
Recoidなんて登場してから殆ど経ってないのにもうReduxを抜きつつある
Web Componentsが本当に良いものならそういう速度感で流行るもんだ
現時点で流行ってないっていうのは結局D言語みたいなものにしかならない
794:デフォルトの名無しさん
20/10/18 13:58:18.90 H1Ht+H/l.net
訂正
Recoid→Recoil
795:デフォルトの名無しさん
20/10/18 14:09:20.19 nDjNgNBc.net
WebAssemblyも流行らなかったしね
796:デフォルトの名無しさん
20/10/18 14:39:50.73 H1Ht+H/l.net
WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな
797:デフォルトの名無しさん
20/10/18 15:05:47.51 WlQf1Fni.net
Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
a().b().c() みたいに
これを一々、存在チェックしてられない
return if obj = a() == nil
return if obj = obj.b() == nil
obj.c()
798:デフォルトの名無しさん
20/10/18 15:18:04.47 Yx1P9/Gs.net
WebAssemblyはこれからの技術
MS以外がまだまともなframeworkだしてない
JSが好きという人は少ないので必ず流行る
>>786
CPU速くなったらwasmの弱点が消えて長所だけが残るから
wasmはだんだん増えていく
799:デフォルトの名無しさん
20/10/18 15:32:42.61 nDjNgNBc.net
> CPU速くなったらwasmの弱点が消えて長所だけが残るから
> wasmはだんだん増えていく
そこに目的がありません
速くなったら使われると思うのはなぜか？
ウェブアプリが作れるようになったら、みんなウェブアプリを作ると思うのはなぜか？
目的がなければ、使うようにも作るようにもならない
800:デフォルトの名無しさん
20/10/18 15:36:35.19 nDjNgNBc.net
劣ってるから使われないって思うのは
技術者のよくある勘違いだよなｗ
そもそも需要がなければ使われないんだよ
801:デフォルトの名無しさん
20/10/18 15:38:29.83 nDjNgNBc.net
不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ？
802:デフォルトの名無しさん
20/10/18 16:42:00.34 Vj/rkYxM.net
URLﾘﾝｸ(classic.minecraft.net)
babylon.js製。
安定して60fpsで動くが、babylon.jsにはWebAssemblyは一切使われていない。
803:デフォルトの名無しさん
20/10/18 16:54:05.68 Yx1P9/Gs.net
>>789
JSに縛られず開発生産性高い言語を使える
それだけでwasmを使う理由になる
804:デフォルトの名無しさん
20/10/18 16:55:29.25 +DCedG5t.net
× JSに縛られず
○ もとからJS使わない人が使う
だからウェブ系の人は使わないし
JS使わないならネイティブアプリでいいんじゃね？ってなるんだよなｗ
805:デフォルトの名無しさん
20/10/18 17:07:08.15 Yx1P9/Gs.net
>>794
native appだけでいいってのは技術的にはそのとおり
wasmは中途半端な立ち位置だからな
ただApple, Googleで手数料30%取られるだろう？
wasmだとその手数料を回避できるから
そういうビジネスの問題考えたら価値がすごくあるわけ
806:デフォルトの名無しさん
20/10/18 17:09:18.69 H1Ht+H/l.net
結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな
807:デフォルトの名無しさん
20/10/18 17:12:35.13 Yx1P9/Gs.net
>>794
JSについては違う
Blazorのようなのが人気でてくると
JSしかできないフロントエンジニアの存在が不必要になる
C#プログラマーはserver sideとclient sideの両方のコードがかける
JSが必須ではなくなるということは
JSエンジニアが必要なくなる時代ってことだ
808:デフォルトの名無しさん
20/10/18 17:13:53.33 Yx1P9/Gs.net
>>796
まったく違う、わかってない
Sandboxあるからセキュリティが高い
さらにwasmはweb standard
809:デフォルトの名無しさん
20/10/18 17:19:17.50 d1Nj1iwg.net
Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い
810:デフォルトの名無しさん
20/10/18 17:27:55.50 d1Nj1iwg.net
wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる
811:デフォルトの名無しさん
20/10/18 17:57:09.49 sdwhAUyo.net
wasm＆SPAは業務系の希望になりうると思うが
業務系の複雑なUIはSPAと相性がいい
業務系エンジニアなら誰でも使えるJavaやC#がフロントでも使えたら学習コストが下がる
サーバーとクライアントでロジックを共有すればコストが下がる
812:デフォルトの名無しさん
20/10/18 18:11:07.46 Vj/rkYxM.net
>>797
> Blazorのようなのが人気でてくると
前提崩れだね。
十年で日本を追い抜く言ってた朝鮮はどうなりましたか？ｗｗｗ
Silverlightｗｗｗｗ
813:デフォルトの名無しさん
20/10/19 11:19:02.29 FE0TPttz.net
なんだよまたjQueryでスレ伸びてるのか。
クライアントがブラウザである以上、jsやcss,domに原則縛られるんだよ。あとは如何に効率よくラップするかの差でしかない。好きなもの選べばいいさ。
ただ未だに生のjsやcssで組んでるやつは流石に時代遅れと自覚して欲しい。
814:デフォルトの名無しさん
20/10/19 11:39:18.70 32Wztry8.net
>>803
BrowserはいまだにJSに縛られると思ってるやつは流石に時代遅れと自覚して欲しい
Blazor WebAssembly使い始めたがC#だけで書けるし
Visual Studioで開発できるし最高だわ
815:デフォルトの名無しさん
20/10/19 11:55:34.45 kIQ4aN8p.net
>>804
期待してるけどツールがまだ追いついてなくて….razorファイルのフォーマットが崩れる問題くらいはさすがに修正してくれないと。
まあ現状はスレチなので。
816:デフォルトの名無しさん
20/10/19 12:14:08.56 5B25o4c7.net
Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね
817:デフォルトの名無しさん
20/10/19 12:38:39.55 7BdQwjNC.net
つかそもそもロードが遅い
818:デフォルトの名無しさん
20/10/19 12:38:40.38 FE0TPttz.net
>>804
それは違うなだろう。
ラップしてるだけ、意識しないだけで最終的にブラウザが対応してる要素に縛られるのは変わらん。スマホアプリとは全く違う。
フレームワークの進化に対して実行エンジンであるブラウザの進化が遅すぎるんだよな。今でもsafariだけcssの解釈が違うなんてしょっちゅうだし、土台部分の知識が無いと結局対応できん。チグハグで不安定なのがフロントの宿命なんだよ。
だから各フレームワーク、IDEには本当に感謝してる。裏でとんでもない労力かけて俺たちの労力軽減してくれて有り難うだよな。
819:デフォルトの名無しさん
20/10/19 19:27:14.09 LEqT1iP9.net
5GとかiphoneとかRetinaみたいな余計なことして
業界混乱させる前にやるべき事やれや
まずまともなブラウザ提供しろ
さもなくばデフォのブラウザ大人しくchromeにしとけ
820:デフォルトの名無しさん
20/10/19 21:13:29.51 32Wztry8.net
>>808
自分が読み書きするコードがC#ならそれでいいでしょ
どんな言語も実行前には人間が読めない形になる
821:デフォルトの名無しさん
20/10/20 10:15:07.36 pHiz9StD.net
機械語直接読める人も稀に居る
822:デフォルトの名無しさん
20/10/20 11:32:32.11 YB4ljTXG.net
>>809
それって誰に対して言ってるの？
823:デフォルトの名無しさん
20/10/20 16:39:31.91 Nlf6zVNG.net
Netscape4のことやろ
824:デフォルトの名無しさん
20/10/22 11:04:28.44 /VYs8fos.net
web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。
今後はマイクロサービスと同様にその技術がフロントにも流れてきてマイクロフロントエンドアーキテクチャが主流になると思う。
そうなると、サービス単位で共通なコンポーネントはweb標準であるweb componentで作る必要が出てくる。
どうだろうか
825:デフォルトの名無しさん
20/10/22 11:08:22.84 /VYs8fos.net
jquery別に悪くないけど、今はvanilla jsで十分だし使う場面がない。
モダンフレームワーク（react,vue,etc）vs jqueryという構図をこのスレでは良くみるが意味がわからん。
正しく議論されるべきは
モダンフレーム vs web標準（web componentなど）
だと思う。
826:デフォルトの名無しさん
20/10/22 11:20:08.12 6pdR4Nyi.net
オライリーから出てるCSSシークレット著者によるWeb Components評。
ちょっと辛辣。コメント欄で議論盛り上がってるがここChrome翻訳効かないのな…
URLﾘﾝｸ(lea.verou.me)
827:デフォルトの名無しさん
20/10/22 11:51:03.89 6pdR4Nyi.net
Web Componentsに対する批判
URLﾘﾝｸ(thenewobjective.com)
・CSS疑似セレクターが機能しない
・ネイティブ要素と互換性がない
・Non-trivialな要素はHTMLElementを継承する必要がある
・JavaScriptが必要
・潜在的に指数関数的なフォールバック
・ポリフィルが必要
・Ariaの問題
・SEOの問題
・追加の制限
828:デフォルトの名無しさん
20/10/22 11:59:22.52 6pdR4Nyi.net
Web Componentsの問題
URLﾘﾝｸ(adamsilver.io)
829:デフォルトの名無しさん
20/10/22 12:01:23.69 /VYs8fos.net
俺の頭が悪いせいかこの記事の言いたいことがいまいちわからん
plug and playの箇所解説よろ
830:デフォルトの名無しさん
20/10/22 12:02:25.44 VEHOj23m.net
>>815
ｼｨｰｯ! (jqueryバカがよってくるから)
831:デフォルトの名無しさん
20/10/22 12:13:14.66 wabMUpti.net
>>814
流行らんよ
マイクロサービスはトレードオフ
832:デフォルトの名無しさん
20/10/22 12:14:15.55 /VYs8fos.net
何と何のトレードオフ？