よっぽど悔しかったんだねrubyキチガイ

僕のクラスは3年5組!!

javascriptのビット演算は実は速くないと聞いたのですが本当ですか？
内部で浮動小数点数を32ビット整数に変換して、ビット演算して、また戻して・・・という処理が走るらしいのです
今までカッコつけて n & 1 とかやってたのは実はより可読性のある n % 2 でよかったと知り衝撃です
あと、整数化をオシャレに n | 0 とかやってたのも Math.floor(n) のほうがいいらしいですね

>>553
そういう時は自分で確認した方が良い
そもそもjsでビット演算とか読みづらいだけでは？機械学習でも回してるなら別だろうけど

速いかどうかは誰かが答えるとして、
n % 2 より n & 1 のほうがカッコいいなんて全然思わないし、
Math.floor(n) より n | 0 のほうがオシャレだなんてまったく思わない。

>>555
いるじゃないですかートリッキーなコード書ける俺はイカしてるんだぜって人が
まあ僕のことですが…

一行チェスボード
Array(72).fill().map((v, i)=>i%9?'■□'[i%2]:'\n').join``
結果：
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□

Array.from({length: 72}, (v, i) => i);
みたく書けばfillとmap一緒にできるよ

>>558
書きゃ分かるがそっちのほうが長くなるよ。

夢のないことを言うようでアレだが
'□■□■□■□■\n■□■□■□■□\n'.repeat(4)
のほうがもっと短いし何より分かりやすい。

>560
分かるけど、こういうのは短く書くことに意味があるんだ

>>559
でも中間リストがなくなるよ

× 短く書くことが大事
○ 少ない単語数で書くことが大事

単語数が同じで可読性も変わらないから短い方が良いけど

>563
これfizzbazzゲームじゃないの

>>561
だから>>557より>>560のが短いんだってｗ
>>558で>>557を書きかえても短くなるどころかさらに長くなるｗ
長い上に分かりにくいとか最悪じゃんｗ

>>560
こっちのほうが更に分かりやすい。
`□■□■□■□■
■□■□■□■□
`.repeat(4)

つ 顧客が求めていた物
`
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□
□■□■□■□■
■□■□■□■□
`

>>565
あぁそうなのか、スマン

>>567
これ以上分かりやすくはできないなｗ

用途が限定的すぎると最終的なプログラム量が増えない？
競プロあたりの話ならともかく

>>570
そりゃ当たり前だ
具体的になるほどコードは増える
極端に言うとテキストなどはプログラムに任せられないからな

＞競プロ
が何か分からないけど、
まぁいいや

この文脈で競プロが何か分からないといっちゃう奴にとやかく言われたくないわな
知らないことを威張るのではなく恥と思ってほしいわ

アロー関数を使ってる解説書も解説サイトもまだあまりないね。
これから増えるかな。

>>571
ありがとん
いや、汎用的という意味なら最初の方が関数にくくり出したりしやすそうだなと思っただけ
競プロは競技プログラミングね
数字を読み込んで大きさの異なる盤を出力するとかよくある部類だし、ちょっと考えてた
まぁ最初の書き込みはワンライナーにしかこだわってないっぽいけど

>>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演算を使うのはそこで早くなると言うより、それ自体が最適化を壊しにくいという点で価値がある

>>557-562
>562
>中間リストがなくなる

Ruby のmap は、新しい配列を作って返すけど、
map! は、元の配列(self)を破壊的変更して返す

JavaScript には、self を返すバージョンが無いのか？

それと、Ruby をクソって言ってる荒らしが、
色々な板を荒らしまくっているから、そいつにかまわないように！

Ruby の会話を禁止するとか、あちこちのスレタイを勝手に変えている。
jQuery の会話を禁止するとか、スレタイに入れてる奴と同一人物かも？

破壊的変更をドヤってるあたりがRubyistだなあとしか

本当にrupiキチガイは物知らずのバカだなぁ。
新しい配列を返すからこそmapやfilter、reduceをチェインする度に新しい配列が作られるんだというのに。
本当に何にも分かってない。
roopy仲間が「rupuはここがいいんだ」って言ったら訳もわからず崇めてるだけ。
そんなカスが故意にスレ違いして宣伝するクソ言語なんか誰が使うか糞マヌケ。
クソ言語とともに滅びろ！

>>576
ここはクソ言語rubyのスレではありません。荒らしはお前。死ね、苦しんで。

よそ様のスレで脈絡なくrubyの宣伝はじめてスレ民が迷惑がっても一顧だにしないrubyキチガイさんの厚顔無恥さはすごいと思います！
rubyのことなんて知りませんでしたが、おかげで一番嫌いな言語になりました！
ありがとうございます！

>>576
荒らしじゃないよ
ｒｕｂｙがクソは単なる共通認識

>>576
> Ruby のmap は、新しい配列を作って返すけど、

Rubyのmapは新しい配列を作らないよ？
Enumeratorを返すから中間リストがなくなる

クソ言語のクソ仕様の話はよそでやってほしい…
pythonスレみたいにスレタイにもruby禁止って入れようぜ。

>>583
見て笑ったｗ
どんだけ嫌われてるんだよｗｗｗ

一人のキチガイがヘイトを集めまくって一つの言語を滅ぼそうとしてるｗｗｗ

この流れを見るとJSも年を取ったなと感じる
俺も何度このスレや別スレでJSは糞だ糞だ言われて出張して弁護したものか
機能が少ないことが逆に将来の可能性を残してるんだと
色んな言語で成功してからを取り入れる慎重さと賢さがあるんだと

いくらPythonバカが来ようと禁止とかしなかった
今の流れはただの弱い者いじめ　簡単に言うと老害
イテレータ廻りなどRubyから取り入れるべきものはたくさんあるし
逆に今となってはRubyを助けてあげることだってできるはず
いくらスレチとは言えこき下ろして排除すればいいってものじゃない

と老害が申しております

イテレータ廻りで今さらrubyから取り入れるべきものとは？
寝言は寝てから言ってほしいね。

>>588
数年前から寝言で言ってんだが
今はもう仕様化が始まってる段階

>>585
言語って最後はユーザーによってトドメを刺されるんだね
非常に貴重な瞬間に立ち会った気がする

>>587
俺は実際に色んな意味で老害だから老害な発言しても良いんだよ
でもお前らが老害に老害と言われちゃ駄目だろ
皆が老害な発言をするようになってしまったら言語が年老いたってことになる

居直り強盗みてーだなオイｗ
本当rubyキチガイはたち悪いわ。

>いくらスレチとは言え
そこが大問題なんだが

すみません、質問させてください。
おそらくたまに配信されてくる広告の影響で、勝手にリダイレクトする場合があり、
その原因ファイル（広告）を特定したいのですが、どのようにすれば良いでしょうか。

ブラウザの開発ツールでリダイレクト時に止める設定ができれば良いのかな？とふんわり思っているのですが、
開発ツールの操作に疎く、ヒントだけでも頂けたら嬉しいです。その際はできればFirefoxやEdgeでお願いしたいです。
もし質問先として間違っていたらごめんなさい。

>>593
スレチに対してもちょっとは品のある対応しようぜ
蛮族じゃないんだから

強盗「もてなせ！」

>>594
開発者ツールでunloadイベントでブレイクさせるようにするとか、
自分のページだったら
window.onbeforeunload = function(e) {
e.preventDefault();
return '止めたわ';
};
入れとくとか。

phpなら配列系の関数山程あるんだけどね
あまりに面倒なら一度サーバーに投げてphpで処理した方が早いかも

>>599
なるほどー
実際には数字じゃなく、オブジェクトになる予定なんで
そうなったらJSON化ですかねー