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

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

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

    351 = :

    >>344
    その必要のないカッコというのは、コンピュータがでしょう。
    それを見る人間には要る可能性がある。

    353 = :

    >>350
    どんなプログラムでもいいなら組めるでしょうよ。
    あなたがいってるのは
    「本気出せば書けるが、俺様は多忙だから試す時間がない。
    多忙な俺様のために暇人共が時間を消費して情報提供しろ。
    暇人なおまえらより俺様の時間のほうがよっぽど尊いのだ。」
    という事。
    そんな態度をとってる奴がまともな自己解決能力を持ってるとはとても思えないね。

    354 = :

    >>351
    それ読む人のレベルによるんだよね。
    ある程度、熟練すると括弧なしでもわかるようになる。
    チームで作業しているなら低レベルな人材にあわせるようになるから全体のレベル次第といえる。
    (正直、単純な参考演算子程度なら読める人材であって欲しいし、そこが読めないなら他の部分でも不安になる…。。)

    355 = :

    >>353
    「消しゴム貸して」程度の気持ちで「知ってるなら教えて」と聞いただけ
    むろん知らないなら答えなければいい

    356 = :

    こうゆう速度比較系の質問は、
    質問してる時点で低レベルってのは明らかだけどな。
    理由は実行速度はブラウザの種類やバージョンによって結果が変わるから。
    IE10だとAが速いけどchromeだとBが速いとか、
    IE7だとAが速いけどIE10やchromeだとBが速いとか
    そんなのがざら。
    しかもスマホとかが絡んでくるとさらに複雑になる。

    たぶん、全部のブラウザの全部のバージョンで同じ結果が得られると思ってるんだろうけど、
    その程度のレベルの人が自己解決能力伸びないとか、ばりばりコード書いてるとか言っても、
    まったく説得力無い。

    357 = :

    >>356
    低レベルはお前だよ
    こういうレベルの連中が出てくるから頓珍漢な言いがかりはやめとけっつってんの

    359 = :

    適当なことを抜かすな
    http://jsperf.com/math-min-max-vs-ternary-vs-if
    関数呼び出しコストがあるんだから遅いに決まってんだろタコ

    360 = :

    >>359
    ごめんね、俺もjsperfでしらべたけど、
    ちょっと余計な処理入ってる処理の比較結果だったわ。
    でも、そこ見てるならわかると思うけど、
    ブラウザによって結果変わる処理なんて腐るほどあるよ。
    しかも、そこ使えばわざわざ2chで質問する必要すらないし。

    361 = :

    >>359
    普通にMathの方が速いんだが@firefox

    363 = :

    関数呼び出しが遅いからって、手作業でインライン展開しようとかいう発想が素人くさい。

    364 = :

    ブラウザによって変わるとか当たり前だろw
    こういう場合は言うまでもなく一般的な環境でどうかという話をしてるんだよ
    こんなことは言わなくても分かっておかなければいけないこと
    D級プログラマーはつっこみ所がおかしいんだからじっとしたまま微動だにするな

    365 = :

    DOMオブジェクトを目印のために一瞬ピカッと光らせたいのですが
    どうやればいいですか？
    よくゲームで見るような、光に包まれたみたいな感じの処理です

    366 = :

    >>364
    だから一般的ってなんだよ。
    動かす環境によって速度が違うんだから、
    一般的な解なんて存在しないんだよ。
    条件によって結果が変わるのであれば、
    質問時に条件を掲示するのは当たり前のことだ。

    そもそも、全体の実行速度からみると誤差程度しか改善しないのに、
    細部にまで高速化に拘ろうとするのは初、中級者にありがちなんだよ。
    それなりの規模の開発だといろいろな人がコード見るし、
    自分しか触らなくても数年前のコードだと忘れてたりするから、
    基本は速度より可読性やバグが入らないシンプルな書き方を重視して、
    ボトルネックになっている（なりそうな）箇所のみ最適化するってのが普通。

    368 = :

    存在しないプロパティにアクセスした事を知る方法を教えてください。

    369 = :

    try {
    alert(window.aaaaaaa);
    } catch(e){}

    370 = :

    >>366
    傾向的な解は存在するに決まってんだろ
    詭弁しか述べられないなら口をつぐんで黙祷しとけよ

    371 = :

    >>370
    傍からで悪いんだが、一般的な環境ってどういう環境？

    372 = :

    >>369
    答えになっていません。

    375 = :

    んなわけない

    376 = :

    >>371
    逆に聞きたいんだが君は一般的な環境を想定せずにコーディングしているのか？
    そんなことがありえるのか？？

    377 = :

    当然だ！
    省略できるものは全部省略するな

    379 = :

    >>376
    は？ホントにJavaScriptでバリバリ開発してるのか？
    普通は一般的な環境じゃなくて具体的な環境を想定して開発するだろ。
    とりあえずIE6でも動くようにとか、IE9以降で動くようにとか、
    FireFoxでも動かしたいとか、スマホ向けとかタブレット向けとか。
    特にIE6とかが環境に入ってくると、
    バグ回避とか高速化テクニックとかががらっと変わって、
    IE6に特化したコーディングが必要になるわけだし。
    で、できるだけクロスブラウザでってなったら、
    速度や機能をある程度削って、どのブラウザでも確実に動くような機能(実装)にする必要があるわけだし。
    JavaScriptで一般的な…なんて寝言は寝てから言えって感じだわ。

    380 = :

    「一般的」の意味を勝手に限定して否定かよ
    相手の言葉を考えられる限り狭いものと勝手に解釈して否定するのは馬鹿特有の傾向
    IQの高い人間は逆に相手の言葉を可能な限り広いものとして解釈するのでお前みたいな頓珍漢な否定は絶対にしない

    381 = :

    馬鹿は他人を自分より馬鹿と思いたがる（実際はそんなことは稀にも関わらず）
    有能な人間は他人を自分と同じ程度の知性はあるとまず考える
    これを胸に刻んでおけよカス

    382 = :

    >>380
    だから、お前の言う一般的って言う意味はなんなんだよ。
    それを説明しないからこうなってるんだろ。
    各ブラウザで動いている言語はJavaScriptとは言われているけど
    ECMAScriptという仕様が共通なだけで、
    言語の名前も実装もブラウザによって別々なんだよ。
    速度やメモリ管理という部分は実装に強く影響する部分なんだから、
    どんなに拡大解釈しようが、一般的になんてものは無いと思うんだが。
    一般的なJavaScriptの高速化という意味なら、
    ECMAScriptの仕様に強く影響を受けてる部分で、
    どのブラウザの言語でも同じ傾向が見られるテクニックが紹介されてるだけ。

    383 = :

    厨二罵倒合戦の会場はこちらですか？

    384 = :

    documentもちゃんとwindowを省略しないで書かないと怒られるぞ！
    オプションぬるくしてんじゃねえぞ！

    385 = :

    >>382
    この文脈で一般的って言ったら「よく使われているブラウザ」のことに決まってんだろうが
    お前国語0点だったろ

    386 = :

    >>384
    window.document.getElementById()
    って書いてんのかよ
    うざいコードだな

    387 = :

    window.documentとしなきゃならない理由ってなんなの？

    388 = :

    >>385
    5年前ならまだしも、
    今は、IE8,IE10,FireFox,Chromeのシェアってだいたい同じなんだぜ。
    特に最近は急速にChromeのシェアが伸びてるのに、
    よく使われるブラウザってどれだよ。

    391 = :

    プログラマーはjshintにそってコーディングするべきだ！
    コードの最適化や軽量化はコーディングでやるべきことじゃねえっ！
    そういうのは専用のツールにまかせるべきだ！
    プログラマーはメンテナンスせいのあるコードを書くことに集中しろ！

    392 = :

    >>385
    よく使われてるブラウザ？
    そんなのの速度を聞いて何の意味があるの？
    一般的には速度を意識した記述をしなければいけないのは、
    シェアが多い最新のブラウザじゃなくて、
    速度が桁違いに遅い古いブラウザ（シェア小）なんだけど。
    シェアの多いブラウザはどんな書き方ををしても速く動くのに。

    393 = :

    速度が遅くても、使われてないブラウザなら
    無視するだろ。

    394 = 339 :

    速度で質問なんですが
    ビジー、もしくはビジーに近づいているかどうかって
    JSで検知できるもんですかね？

    395 = :

    >>393
    無視していいなら無視するだろ。
    でも大抵、速度遅いという問い合わせが来るのは
    シェアが低い古いブラウザを使ってる人たちだけだし、
    得意様が古いブラウザ使ってたりすると、
    シェアが低くても古いブラウザに対応しなきゃいけないわけだし。
    最新のブラウザのみで動けばいいサイトしか作ってない奴なら、
    速度なんて気にせず好きなように書けばいい。

    396 = :

    >>376
    開発する時、ブラウザのバージョンとかOSとかの前提条件を決めるのが普通だが
    上の発言を見る限り、一般的な環境と言うのは、そういうのとは違うように思えたのだが
    そういう解釈でいいのかな？

    397 = :

    >>396
    > 開発する時、ブラウザのバージョンとかOSとかの前提条件を決めるのが普通だが
    それが普通だよな。
    だが、彼は「誰もが認める一般的な環境がある」といっているように読めた。
    仕事ならクライアントが求める要求仕様が全てだが、それも一般的とか主観的な概念を持ち出しそうだ。

    398 = :

    即時関数ってクロージャのことじゃないの？
    っつーかスコープを視覚化してくれるIDEないのかね
    このスコープの仕様が糞すぎるから嫌いなんだよねJavaScript、というか動的型付けは

    399 = :

    >>359
    JITバリバリな今のご時勢に関数呼び出しコストって安定したコストじゃない気がするんだけどな。
    関数として切り出したほうが関数内の処理で型を確定させやすいだろうし、
    インライン展開が行われないっていう保証があるわけでも無いだろうし。

    400 = :

    >>398
    即時関数とクロージャは全く違う概念


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

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

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