元スレ+ JavaScript の質問用スレッド vol.137 +
JavaScript覧 / PC版 /みんなの評価 :
551 = :
よっぽど悔しかったんだねrubyキチガイ
552 = :
僕のクラスは3年5組!!
554 = :
>>553
そういう時は自分で確認した方が良い
そもそもjsでビット演算とか読みづらいだけでは?機械学習でも回してるなら別だろうけど
556 = :
>>555
いるじゃないですかートリッキーなコード書ける俺はイカしてるんだぜって人が
まあ僕のことですが…
558 = :
Array.from({length: 72}, (v, i) => i);
みたく書けばfillとmap一緒にできるよ
559 = :
>>558
書きゃ分かるがそっちのほうが長くなるよ。
560 = :
夢のないことを言うようでアレだが
'□■□■□■□■\n■□■□■□■□\n'.repeat(4)
のほうがもっと短いし何より分かりやすい。
561 = :
>560
分かるけど、こういうのは短く書くことに意味があるんだ
562 = :
>>559
でも中間リストがなくなるよ
563 = :
× 短く書くことが大事
○ 少ない単語数で書くことが大事
単語数が同じで可読性も変わらないから短い方が良いけど
564 = :
>563
これfizzbazzゲームじゃないの
565 = :
>>561
だから>>557より>>560のが短いんだってw
>>558で>>557を書きかえても短くなるどころかさらに長くなるw
長い上に分かりにくいとか最悪じゃんw
566 = :
>>560
こっちのほうが更に分かりやすい。
`□■□■□■□■
■□■□■□■□
`.repeat(4)
567 = :
つ 顧客が求めていた物
`
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□
`
568 = :
>>565
あぁそうなのか、スマン
569 = :
>>567
これ以上分かりやすくはできないなw
570 = :
用途が限定的すぎると最終的なプログラム量が増えない?
競プロあたりの話ならともかく
571 = :
>>570
そりゃ当たり前だ
具体的になるほどコードは増える
極端に言うとテキストなどはプログラムに任せられないからな
>競プロ
が何か分からないけど、
まぁいいや
572 = :
この文脈で競プロが何か分からないといっちゃう奴にとやかく言われたくないわな
知らないことを威張るのではなく恥と思ってほしいわ
573 :
アロー関数を使ってる解説書も解説サイトもまだあまりないね。
これから増えるかな。
574 = :
>>571
ありがとん
いや、汎用的という意味なら最初の方が関数にくくり出したりしやすそうだなと思っただけ
競プロは競技プログラミングね
数字を読み込んで大きさの異なる盤を出力するとかよくある部類だし、ちょっと考えてた
まぁ最初の書き込みはワンライナーにしかこだわってないっぽいけど
575 = :
>>553
JSはGCすら義務ではない そういう最適化はすべてエンジンの努力
だからここから言うのは一般的なことになるが、
何を使おうと使わなかろうと、型変換やチェックが走ってしまえば遅くなる
結局n & 1としたときのnがなんであるかが問題
十分慎重に扱っていれば、nは内部的にSMI(31bit整数)型で保てているはず
その状態を維持できる演算を続ける限りロスはない
例えば右シフトはOKだが左シフトは実数部30bitを超え31bitになる可能性がある
演算中は32bit整数として扱われるので問題ないが、その値を変数に入れると
doubleにするかどうかのチェックが入ってしまう
ただしその変数が一時変数で最終的に最適化で削減されれば影響はない
Math関数は最適化にブーストがかけられていて
Math.floor(smi)は特別な最適化で理想的な状態なら実際に行われる演算はsmi | 0と同じになる
他にもsmi / 2も除算ではなくsmi >> 1として評価される
結局bit演算を使うのはそこで早くなると言うより、それ自体が最適化を壊しにくいという点で価値がある
576 = :
>>557-562
>562
>中間リストがなくなる
Ruby のmap は、新しい配列を作って返すけど、
map! は、元の配列(self)を破壊的変更して返す
JavaScript には、self を返すバージョンが無いのか?
それと、Ruby をクソって言ってる荒らしが、
色々な板を荒らしまくっているから、そいつにかまわないように!
Ruby の会話を禁止するとか、あちこちのスレタイを勝手に変えている。
jQuery の会話を禁止するとか、スレタイに入れてる奴と同一人物かも?
577 = :
破壊的変更をドヤってるあたりがRubyistだなあとしか
578 = :
本当にrupiキチガイは物知らずのバカだなぁ。
新しい配列を返すからこそmapやfilter、reduceをチェインする度に新しい配列が作られるんだというのに。
本当に何にも分かってない。
roopy仲間が「rupuはここがいいんだ」って言ったら訳もわからず崇めてるだけ。
そんなカスが故意にスレ違いして宣伝するクソ言語なんか誰が使うか糞マヌケ。
クソ言語とともに滅びろ!
579 = :
>>576
ここはクソ言語rubyのスレではありません。荒らしはお前。死ね、苦しんで。
580 = :
よそ様のスレで脈絡なくrubyの宣伝はじめてスレ民が迷惑がっても一顧だにしないrubyキチガイさんの厚顔無恥さはすごいと思います!
rubyのことなんて知りませんでしたが、おかげで一番嫌いな言語になりました!
ありがとうございます!
581 = :
>>576
荒らしじゃないよ
rubyがクソは単なる共通認識
582 = :
>>576
> Ruby のmap は、新しい配列を作って返すけど、
Rubyのmapは新しい配列を作らないよ?
Enumeratorを返すから中間リストがなくなる
583 = :
クソ言語のクソ仕様の話はよそでやってほしい…
pythonスレみたいにスレタイにもruby禁止って入れようぜ。
584 = :
>>583
見て笑ったw
どんだけ嫌われてるんだよwww
585 = :
一人のキチガイがヘイトを集めまくって一つの言語を滅ぼそうとしてるwww
586 = :
この流れを見るとJSも年を取ったなと感じる
俺も何度このスレや別スレでJSは糞だ糞だ言われて出張して弁護したものか
機能が少ないことが逆に将来の可能性を残してるんだと
色んな言語で成功してからを取り入れる慎重さと賢さがあるんだと
いくらPythonバカが来ようと禁止とかしなかった
今の流れはただの弱い者いじめ 簡単に言うと老害
イテレータ廻りなどRubyから取り入れるべきものはたくさんあるし
逆に今となってはRubyを助けてあげることだってできるはず
いくらスレチとは言えこき下ろして排除すればいいってものじゃない
587 = :
と老害が申しております
588 = :
イテレータ廻りで今さらrubyから取り入れるべきものとは?
寝言は寝てから言ってほしいね。
589 = :
>>588
数年前から寝言で言ってんだが
今はもう仕様化が始まってる段階
590 = :
>>585
言語って最後はユーザーによってトドメを刺されるんだね
非常に貴重な瞬間に立ち会った気がする
591 = :
>>587
俺は実際に色んな意味で老害だから老害な発言しても良いんだよ
でもお前らが老害に老害と言われちゃ駄目だろ
皆が老害な発言をするようになってしまったら言語が年老いたってことになる
592 = :
居直り強盗みてーだなオイw
本当rubyキチガイはたち悪いわ。
593 = :
>いくらスレチとは言え
そこが大問題なんだが
594 = :
すみません、質問させてください。
おそらくたまに配信されてくる広告の影響で、勝手にリダイレクトする場合があり、
その原因ファイル(広告)を特定したいのですが、どのようにすれば良いでしょうか。
ブラウザの開発ツールでリダイレクト時に止める設定ができれば良いのかな?とふんわり思っているのですが、
開発ツールの操作に疎く、ヒントだけでも頂けたら嬉しいです。その際はできればFirefoxやEdgeでお願いしたいです。
もし質問先として間違っていたらごめんなさい。
595 = :
>>593
スレチに対してもちょっとは品のある対応しようぜ
蛮族じゃないんだから
596 = :
強盗「もてなせ!」
597 = :
>>594
開発者ツールでunloadイベントでブレイクさせるようにするとか、
自分のページだったら
window.onbeforeunload = function(e) {
e.preventDefault();
return '止めたわ';
};
入れとくとか。
599 = :
phpなら配列系の関数山程あるんだけどね
あまりに面倒なら一度サーバーに投げてphpで処理した方が早いかも
600 = :
>>599
なるほどー
実際には数字じゃなく、オブジェクトになる予定なんで
そうなったらJSON化ですかねー
類似してるかもしれないスレッド
- + 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.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.107 + (1001) - [97%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.127 + (1001) - [97%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.127 + (160) - [97%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.113 + (1001) - [95%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.118 + (1002) - [95%] - 2014/8/29 22:30
トップメニューへ / →のくす牧場書庫について