JavaScriptのループはどれが一番高速なのか - Qiita
JavaScriptで画像処理などの重い計算をしているとどうしても気になるのがループの部分。実際の処理に加えてループの部分でのロスが気になり始めたので実際にどのループ方法が速いのか試してみました。 概要 0~9999999の長さ1000万の配列のすべてを足し合わせるという単純な計算を行います 配列は、各ループの前で常に初期化を行います。 ループはforまたはwhileを用います。foreachやforinは使いません。 v8（Node.js）、Chrome、Firefox、Safariで実験を行います 筆者が噂で聞いた５つのポイント（後述）を加味した計32種類のコードを自動生成し、実行します。 各プラットフォームで５回実行し、平均をとります。 ウェブブラウザではWebWorkerを用いて実行します。 結果は実行環境に左右されている可能性があります 環境 MacBook Air (11-in
Flux in Depth. Overview and Components.
Edit · May 15, 2015 · 16 minutes read · Follow @mgechev Flux JavaScript AngularJS React MVC MVW This is the first blog post of the series “Flux in Depth”. Is this “yet the another flux tutorial”? What I have seen so far, while researching flux, were mostly “how-to” tutorials (usually with todo applications), which describe the main components of given flux application and the data flow between the
俺の最近のRailsのJS開発環境を教えてやる - Qiita
こうやってるだけでも出力されたhtmlにはscriptタグが30個ぐらいならんでて、ページの読み込みに10sec以上かかる。 だけど、単にapp/assets/javascriptsをgulp watchとかはしたくない。 なぜならビルドはブラウザのリロード時に変更がある場合だけして欲しかった。 あとwindow.AppNamespace以下にモジュール追加していくのも辛い。 モジュール同士の依存関係もよくわかんないし、何よりwindow.AppNamespace.Modules.UserList.ItemViewとか長すぎ！ browserify-railsってやつ使ってみた browserifyがrailsの仕組みの中で動くようになる。 browserify-rails/browserify-rails https://github.com/browserify-rails/brows
Node.jsのコールバック地獄をPromiseやGeneratorを使って解消する | POSTD
下のようなコードが、親しみをこめて「コールバック地獄」とか「死のピラミッド」とか呼ばれているのはご存じですよね。 doAsync1(function () { doAsync2(function () { doAsync3(function () { doAsync4(function () { }) }) }) この状態がコールバック地獄かどうかは、意見の分かれるところでしょう。ネストがいくら深くても全く問題がないコードもあるからです。非同期のコードでフロー管理ができないほど複雑になってしまった場合は悪夢ですが。自分のコードがどの程度”ひどい”状態に陥っているかを確認するには、こう自問してみてください。「 doAsync1 の前に doAsync2 が実行された場合、リファクタリングにどこまで労力がかけられるか」と。ここでのゴールはネストの階層を減らすことではなく、モジュール化された（も
Node.jsエンジニアなら2014年内に知っておきたいPromise入門 | Tokyo Otaku Mode Blog
Promiseは非同期処理をベースにした並列処理の実装方法の一種です。Promiseでは並列処理の各タスクが必ず1回実行されることが保証され、タスクとタスクからの結果を取得する処理を分離することできます。また、タスクの並列処理／直列処理をユーザーが自由に制御することができます。 ECMAScript Language Specification 6th EditionにPromiseが追加されたことから、しばらくの間JavaScriptの非同期処理に関する話題の中心はPromiseになると思われます。 Node.jsでも既にPromise対応したモジュールも多く、Promiseでのみ非同期処理を提供しているモジュールも存在します。Promiseを使用する機会は今後必然的に増えていくでしょう。 今回のエントリーでは、Node.jsでPromiseを使用する方法を説明します。コード例を中心に理
[iOS] JavaScriptの話題を英語で聞く
あいかわらず英語ができなくて、読むのは時間かければできなくはないかもしれないで、リスニングが結構厳しい感じです。 あいかわらず英語の勉強が長続きしないので、JavaScriptのついでに英語のリスニングができると良さそうかなと思ったのと、移動中に聞けるといいなと思ってちょうどいいものを探していました。 JavaScriptのPodcastサイトでJavascript Jabber - DevChat.tvというサイトでは、Podcast(音声)とTranscript(文字起こし)が一緒に公開されています。 ゲストもBrendan EichだったりReactのPete Huntだったりやたら豪華なことが多いので、内容も面白いです。 このPodcastで英語を読みながら聞くと良さそうと思って最近結構聞いています。(ただし一つ一つが長い…) 動画でもいいようなきがするのですが、ちょうどいい題材が
![[iOS] JavaScriptの話題を英語で聞く](https://cdn-ak-scissors.b.st-hatena.com/image/square/b26f7dc8f9e783316f720174980e93c627438d74/height=288;version=1;width=512/https%3A%2F%2Fefcl.info%2Fpublic%2Ffavicon.png)
サードパーティJavaScript - それはBooks
タイトル サードパーティJavaScript 著者 Ben Vinegar (著), Anton Kovalyov (著), 水野貴明 (翻訳) 出版社 KADOKAWA/アスキー・メディアワークス Amazonで購入する サードパーティ JavaScript とは 異なる Web アドレスから配信される、独立したクライアントコード のことを意味します。 例えばソーシャルウィジェットやアナリティクス用のトラッカーがそうです。 本書はこのサードパーティ JavaScript をどのように開発するとよいかについて書かれています。 サードパーティ JavaScript には様々な難しいポイントがあります。 動的なスクリプト読み込み サードパーティ Cookie の保存と読み込み HTTP / HTTPS を使ったサーバとの通信 多くの人に使われる JavaScript を開発するには、数多くの落
React.js – アカベコマイリ
前回、音楽プレーヤーを作成したのだが、もうすこし機能を盛り込みたくなった。せっかく Spectrum を取得しているのだから Analyzer 表示がほしい。ジャケット画像も表示できたら更によし。 というわけで、これらの実装と Electron 的な考察などをまとめてみる。 シリーズまとめ – Electron を試す もくじ Spectrum Analyzer ジャケット画像の取得と表示 Artist & Album View userData のディレクトリ名 サンプル プロジェクト Spectrum Analyzer 前回、というより元となった nw.js を使ってみる 5 – 簡易音楽プレーヤーのサンプル時点で既に音声の Spectrum 取得は実装されていたのだが、UI を決めかねていた。専用のスペースを作るのか、それとも Electron なので専用ウィンドウを個別に表示するの
軽量なマークアップ言語 Jade 入門 からの Gulp でコンパイルまで - Gulp で作る Web フロントエンド開発環境 #5 | PSYENCE:MEDIA
軽量なマークアップ言語 Jade 入門 からの Gulp でコンパイルまで - Gulp で作る Web フロントエンド開発環境 #5 wakamsha 2015.04.24 190 12187486 これまでずっと Rails での開発をしていたので軽量マークアップ言語に Slim を使っていましたが、Gulp 環境になっても同じような言語でマークアップしたいので Jade を導入してみたいと思います。 サンプルコードはこちらからどうぞ。 wakamsha/try_gulp Jade とは Jade is a high performance template engine heavily influenced by Haml and implemented with JavaScript for node and browsers. For bug reports, feature r
React に対する感情とかコンポーネント管理ライブラリの選定とか
コンポーネント管理できそうなライブラリの選定 ここでいうコンポーネントは HTML 要素をコンポーネントに見立てるような、近代 Web フロントエンドにおける狭義のコンポーネントです。大まかな条件は次の3点。 コンポーネント中心の開発ができること >= IE9 をサポートすること（切っても良さそうなんだけど...） 既製品・スクラッチは問わないが極端なリスクは踏めない（納期がシビア） あとは期待度や API のセンスなど、個人的な審美眼判定に依ります。 angular/angular : 2.0 が正式リリースしたらまた会いましょう jashkenas/backbone : 最近のコンポーネント管理には及ばない Custom Elements ( Polymer ) : polyfill が >= IE10サポート segmentio/deku : 振る舞いは十分だったけど、>= IE10
ここ数年前から2015/5までのモダンフロントエンドを総まとめしてみた
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? HTML5や、次々と台頭するJavaScriptフレームワークにみられるように、現在のフロントエンドは異常なほど動きがあります。 常にキャッチアップしていないと、いつのまにかOLDな技術を使い続けることになります。実際に今回記事にしてみて、ちょっとつらくなりました。。 しかし、フロントエンドエンジニアとしてコードを書いていて（最近は主にJavaScript）、そのおもしろさに日々驚いています。 そこで今回は、ここ数年~2015年のフロントエンド界隈で一度は流行った技術、今後の動向などをまとめました。タイトルにモダンとありますが、その辺は
jQueryは有害なのか | POSTD
ずっと「～は有害なのか」という記事を書いてみたかったんです ^(1) 。 まず本題に入る前に、1つ言わせてください。 jQueryはWeb業界の発展に大いに役立った と私は考えています。jQueryがあることで、開発者はこれまで想像もできなかったことをできるようになりましたし、そういった機能をブラウザの製作者がネイティブに実装するきっかけにもなりました（もしjQueryが開発されていなければ、今でもdocument.querySelectorAllは存在していなかったでしょう）。jQueryは、今ある便利なツールを使うことができなかったり、IE8やそれ以下の過去の遺産をサポートしなければならない際に今でも必要になってきます。 しかし、そのようなケースはもはや稀なものとなりました。Web開発者の大半は、マーケットシェアの縮小した古いブラウザをサポートする必要はありません。更に、忘れてはならな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
rubocopやjshintなどをgit-hookにまとめて設定できるpre-commit gemが便利そう（メモ） - Qiita
(0, eval)('this')とは何なのか - Qiita
jQueryの基本 - $(document).ready - Qiita
今更だけどPromise入門 - Qiita
SLOBSERVER - L'actualité de Second Life
jQueryを使わずjavascriptだけで書き直した際の記法メモ - Qiita
Promiseに関するパターンや命名規則 - Qiita
https://qiita.com/nbnb/items/b44810b7ccffcdfa8ac7