私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.136 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
面白いな
でも一瞬でアカウント停止食らうぞ
20年前なら通用したかもしれない
でも一瞬でアカウント停止食らうぞ
20年前なら通用したかもしれない
>>493
誰も使いたがらないものを実装する意味がないし
誰も実装したがらないものを仕様に入れておく意味がないだろう
不満と言うけどこのままWebが肥大化していくと不安だよ
ようやく長年の努力が実って今年くらいから機能をどんどん削除していけてるんだからさ
それは非常に喜ばしいことだよ
誰も使いたがらないものを実装する意味がないし
誰も実装したがらないものを仕様に入れておく意味がないだろう
不満と言うけどこのままWebが肥大化していくと不安だよ
ようやく長年の努力が実って今年くらいから機能をどんどん削除していけてるんだからさ
それは非常に喜ばしいことだよ
Reactの最近の機能盛り盛りっぷりを見ると
肥大化する場所が変わっただけだなという感想
肥大化する場所が変わっただけだなという感想
ウェブというかブラウザを
ただのドキュメントビューアと思っている人にとっては肥大化かもしれんが
アプリケーションプラットフォームと捉えている我々にとっては
まだまだ痩せすぎ
ただのドキュメントビューアと思っている人にとっては肥大化かもしれんが
アプリケーションプラットフォームと捉えている我々にとっては
まだまだ痩せすぎ
バックエンドエンジニアはAPIでデータを出して、受け取るだけの簡単なお仕事になった
これからはバリデーションもフロントエンドエンジニアのお仕事
バックエンドでは都合の悪いデータが来たらエラー吐いて終了
データを送信したら後はフロントエンドエンジニアが如何様にも使ってくれ、責任は取らんってこと
これからはバリデーションもフロントエンドエンジニアのお仕事
バックエンドでは都合の悪いデータが来たらエラー吐いて終了
データを送信したら後はフロントエンドエンジニアが如何様にも使ってくれ、責任は取らんってこと
生のVue.jsで書いていた50行程度の処理を
JSXのReactで書き直したら100行になったぜ!!
ただパフォーマンスは目に見えて改善したので満足
JSXのReactで書き直したら100行になったぜ!!
ただパフォーマンスは目に見えて改善したので満足
主にスポーツ用品などの研究や開発を手がけるクロステクノロジーラボ(福島県会津若松市)などは27日、
外部からの電気を利用せずに水を水素と酸素に分解する特殊な炭素素材を開発したと発表した。
この素材は貴金属を使わず、少量の炭素と負極になるアルミなどを用い、製造費用も抑えられるとしている。
同社は、スポーツ用品販売大手ゼビオホールディングスのグループ企業にあたる。
外部からの電気を利用せずに水を水素と酸素に分解する特殊な炭素素材を開発したと発表した。
この素材は貴金属を使わず、少量の炭素と負極になるアルミなどを用い、製造費用も抑えられるとしている。
同社は、スポーツ用品販売大手ゼビオホールディングスのグループ企業にあたる。
>>508
50行→100行は
DX(開発者体験)悪すぎだな
そもそもwebアプリケーションのボトルネックって大半がバックエンドかつDBアクセスにあるから
フロントエンドでパフォーマンスが目に見えて改善するというのが信じられない
vue.jsでSSR使わず
reactでSSR使ってるとか
そういう比較してそう
50行→100行は
DX(開発者体験)悪すぎだな
そもそもwebアプリケーションのボトルネックって大半がバックエンドかつDBアクセスにあるから
フロントエンドでパフォーマンスが目に見えて改善するというのが信じられない
vue.jsでSSR使わず
reactでSSR使ってるとか
そういう比較してそう
>>511
外部apiを叩いて取得したJSONを元に
23×300のテーブルを作って
数秒毎に更新をする処理だから結構負荷が大きいかと。
どちらかというとパフォーマンスが落ちても50行で実現するVueを褒めるべきかもしれない。
SSRはReactもVueもどっちも遅かったから普通にテンプレートエンジンを使った方が良さそう
そもそもFacebookがReactをSSRでは使ってないし
外部apiを叩いて取得したJSONを元に
23×300のテーブルを作って
数秒毎に更新をする処理だから結構負荷が大きいかと。
どちらかというとパフォーマンスが落ちても50行で実現するVueを褒めるべきかもしれない。
SSRはReactもVueもどっちも遅かったから普通にテンプレートエンジンを使った方が良さそう
そもそもFacebookがReactをSSRでは使ってないし
バックエンド何使ってんの?
SSRはサーバレスアーキテクチャ(FaaS)だと糞遅いぞ
SSRはサーバレスアーキテクチャ(FaaS)だと糞遅いぞ
仮想通貨取引所くらいじゃないとそんな高頻度かつ高密度の情報必要としないような気がするな
海外の取引所はGraphQL使って一度に欲しい情報を全部取得するようにしてた
従来のRESTだと向かない
海外の取引所はGraphQL使って一度に欲しい情報を全部取得するようにしてた
従来のRESTだと向かない
SSRするならAWS LambdaではなくGAE/SE Node.jsが適任
DOM apiで要素を取得するとmapとかforEachとかが使えないのですが
そういう変換するようなのは用意されているのでしょうか?
document.getElementsByTagName('div').map()
みたいにして使いたいのです
そういう変換するようなのは用意されているのでしょうか?
document.getElementsByTagName('div').map()
みたいにして使いたいのです
そういや昔ブックマークレットで改行ができないのが嫌で、
ブックマークレット自体はscriptタグを書き出すだけにして
特定のURLのスクリプトを読み込むようにしたなぁ
ブックマークレット自体はscriptタグを書き出すだけにして
特定のURLのスクリプトを読み込むようにしたなぁ
>>518
[...document.getElementsByTagName('div')].map()
[...document.getElementsByTagName('div')].map()
>>518
NodeListはArrayライクオブジェクトであってArrayではないので、Array.fromで変換しましょう
NodeListはArrayライクオブジェクトであってArrayではないので、Array.fromで変換しましょう
新構文使った[...]とは違って単なる関数だからポリフィルあるし。
ただしDOMオブジェクトをプロトタイプ拡張
できるかどうかはブラウザ依存である
できるかどうかはブラウザ依存である
>>531
ほんとだ、getElementsByTagName が返すのは NodeList じゃないんだな…
簡単に回したいなら document.querySelectorAll(‘div’).forEach でいいんじゃね
ほんとだ、getElementsByTagName が返すのは NodeList じゃないんだな…
簡単に回したいなら document.querySelectorAll(‘div’).forEach でいいんじゃね
>>534に書いてあるように、
実装を変える前のブラウザでは動かない
実装を変える前のブラウザでは動かない
逆に最近のほうが気付き易いだろ。
なぜならconsoleで実行するとコンストラクタ名が表示される親切機能ついてるし最近
なぜならconsoleで実行するとコンストラクタ名が表示される親切機能ついてるし最近
Ruby のNokogiri は使いやすいけど、単数・複数形が異なる
一方、jQuery では、0・1・複数形のすべてが配列だから、シームレスに書ける
一方、jQuery では、0・1・複数形のすべてが配列だから、シームレスに書ける
>>542
死ね不人気クソ言語キチガイ苦しんで死ね
死ね不人気クソ言語キチガイ苦しんで死ね
> 返すのが配列じゃなくてコレクションなんて気づけないよね最近は
もともとJavaScriptはブラウザが実装しているDOM(C/C++で実装)
しているものを、呼び出して使える簡易な言語だったからな。
C/C++で実装されているものが、JavaScriptの配列(DOMとは無関係)に
なるわけがないんだよ
もともとJavaScriptはブラウザが実装しているDOM(C/C++で実装)
しているものを、呼び出して使える簡易な言語だったからな。
C/C++で実装されているものが、JavaScriptの配列(DOMとは無関係)に
なるわけがないんだよ
最近セミコロン省略してるのよく見るけど流行ってるの?
それともpythonerの悪いくせ?
それともpythonerの悪いくせ?
>>537
forEachはPolyfill作れる
forEachはPolyfill作れる
組み込みオブジェクトにメソッド追加して
Polyfill作れるかどうかはブラウザ依存
Polyfill作れるかどうかはブラウザ依存
>>547
見たこと無い。流行ってないと思う
見たこと無い。流行ってないと思う
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.126 + (952) - [97%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.126 + (348) - [97%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [95%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.119 + (1002) - [95%] - 2014/10/3 15:30
トップメニューへ / →のくす牧場書庫について