のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,908人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    元スレ+ JavaScript の質問用スレッド vol.136 +

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    501 = :

    面白いな
    でも一瞬でアカウント停止食らうぞ
    20年前なら通用したかもしれない

    502 = :

    >>501
    もうちょっと後でも大丈夫だったよ
    ソースはMTにアマゾン・アソシエイト貼るのが流行った頃にやってた俺

    503 = :

    >>493
    誰も使いたがらないものを実装する意味がないし
    誰も実装したがらないものを仕様に入れておく意味がないだろう

    不満と言うけどこのままWebが肥大化していくと不安だよ
    ようやく長年の努力が実って今年くらいから機能をどんどん削除していけてるんだからさ
    それは非常に喜ばしいことだよ

    504 = :

    Reactの最近の機能盛り盛りっぷりを見ると
    肥大化する場所が変わっただけだなという感想

    505 = :

    ウェブというかブラウザを
    ただのドキュメントビューアと思っている人にとっては肥大化かもしれんが

    アプリケーションプラットフォームと捉えている我々にとっては
    まだまだ痩せすぎ

    507 = :

    バックエンドエンジニアはAPIでデータを出して、受け取るだけの簡単なお仕事になった
    これからはバリデーションもフロントエンドエンジニアのお仕事

    バックエンドでは都合の悪いデータが来たらエラー吐いて終了
    データを送信したら後はフロントエンドエンジニアが如何様にも使ってくれ、責任は取らんってこと

    508 = :

    生のVue.jsで書いていた50行程度の処理を
    JSXのReactで書き直したら100行になったぜ！！
    ただパフォーマンスは目に見えて改善したので満足

    510 :

    主にスポーツ用品などの研究や開発を手がけるクロステクノロジーラボ（福島県会津若松市）などは２７日、
    外部からの電気を利用せずに水を水素と酸素に分解する特殊な炭素素材を開発したと発表した。
    この素材は貴金属を使わず、少量の炭素と負極になるアルミなどを用い、製造費用も抑えられるとしている。
    同社は、スポーツ用品販売大手ゼビオホールディングスのグループ企業にあたる。

    511 = :

    >>508
    50行→100行は
    DX(開発者体験)悪すぎだな

    そもそもwebアプリケーションのボトルネックって大半がバックエンドかつDBアクセスにあるから
    フロントエンドでパフォーマンスが目に見えて改善するというのが信じられない

    vue.jsでSSR使わず
    reactでSSR使ってるとか
    そういう比較してそう

    512 = :

    >>511
    外部apiを叩いて取得したJSONを元に
    23×300のテーブルを作って
    数秒毎に更新をする処理だから結構負荷が大きいかと。
    どちらかというとパフォーマンスが落ちても50行で実現するVueを褒めるべきかもしれない。

    SSRはReactもVueもどっちも遅かったから普通にテンプレートエンジンを使った方が良さそう
    そもそもFacebookがReactをSSRでは使ってないし

    514 = :

    >>512
    想像するとすごい表だなｗ
    topの結果がパカパカ更新されてるような絵が浮かんだ

    515 = :

    仮想通貨取引所くらいじゃないとそんな高頻度かつ高密度の情報必要としないような気がするな
    海外の取引所はGraphQL使って一度に欲しい情報を全部取得するようにしてた

    従来のRESTだと向かない

    518 = :

    DOM apiで要素を取得するとmapとかforEachとかが使えないのですが
    そういう変換するようなのは用意されているのでしょうか？
    document.getElementsByTagName('div').map()
    みたいにして使いたいのです

    521 = :

    >>518
    使えるブラウザと使えないブラウザがある
    新しく追加された仕様だから、まだ対応してない
    ブラウザがあるということ

    そういったブラウザ間の互換性を吸収するためにjQueryがある

    522 = :

    >>519-520
    chromeとff試しましたがnot a functionでした
    なるほどcallしてみます
    >>521
    ブラウザの拡張にするほどでもない感じの簡易ブックマークレット用途なので
    仕方なくDOMapiを使ったのです
    使いたいサイト先がjQuery使ってればよかったのですが。

    523 = :

    そういや昔ブックマークレットで改行ができないのが嫌で、
    ブックマークレット自体はscriptタグを書き出すだけにして
    特定のURLのスクリプトを読み込むようにしたなぁ

    527 = :

    ぽ、ぽりふぃるあるし（震

    528 = :

    新構文使った[...]とは違って単なる関数だからポリフィルあるし。

    529 = :

    ということで、ブックマークレットにポリフィル埋め込みましょう！

    532 = :

    秘技・プロトタイプ拡張でmapを生やすという手もあるぞ

    534 = :

    いや、ChもFxもできるように実装変えたろ

    536 = :

    >>534に書いてあるように、
    実装を変える前のブラウザでは動かない

    538 = :

    >>518
    返すのが配列じゃなくてコレクションなんて気づけないよね最近は
    色々便利になってきたし

    jQuery以前に俺俺ライブラリ書いてたおっさんたちは
    同じようにハマったからよく知ってっけど

    540 = :

    流石にJS動かない環境は無視してよくね？

    541 = :

    逆に最近のほうが気付き易いだろ。
    なぜならconsoleで実行するとコンストラクタ名が表示される親切機能ついてるし最近

    542 = :

    Ruby のNokogiri は使いやすいけど、単数・複数形が異なる

    一方、jQuery では、0・1・複数形のすべてが配列だから、シームレスに書ける

    543 = :

    >>542
    死ね不人気クソ言語キチガイ苦しんで死ね

    544 = :

    Rupy大人気！Ruvii大人気！！

    545 = :

    ひやぁぁRubyぃぃぃ！ひゃっはー！

    546 = :

    > 返すのが配列じゃなくてコレクションなんて気づけないよね最近は

    もともとJavaScriptはブラウザが実装しているDOM（C/C++で実装）
    しているものを、呼び出して使える簡易な言語だったからな。

    C/C++で実装されているものが、JavaScriptの配列（DOMとは無関係）に
    なるわけがないんだよ

    547 :

    最近セミコロン省略してるのよく見るけど流行ってるの？
    それともpythonerの悪いくせ？

    548 = :

    >>537
    forEachはPolyfill作れる

    550 = :

    >>547
    見たこと無い。流行ってないと思う


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について