大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06Designer’s Design Talk Azure / Windows Development ２人のMVPの場合 -
JavaScript.Next Returns
JavaScript : What is it really? AND Some new features in ES6
Smashing Node.js に書いてあるEffective Node.jsなこと(第一部を翻訳してみて) - from scratch
※ 2012-10-18追記 forEachはfilterの間違いでした。修正しておきます。 Smashing Node.js: JavaScript Everywhere (Smashing Magazine Book Series) 作者: Guillermo Rauch出版社/メーカー: Wiley発売日: 2012/09/11メディア: ペーパーバック購入: 1人 クリック: 67回この商品を含むブログを見る 本ブログは東京Node学園祭2012 アドベントカレンダーの1日目の記事です。 さてさて、Smashing Node.jsを読んでます。 読んでいて思ったのですが、非常に良書です。 著者は 前回のNode学園祭で魔法のようなライブコーディングを見せた Guillermo さん。 せっかくなので、Smashing Node.jsで書かれている内容の中で琴線に触れたものはシリーズ
JavaScriptのテストツール「testem」が素晴らしいぞ - Mach3.laBlog
この記事は賞味期限切れです。（更新から1年が経過しています） JavaScriptユニットテスト一年生の私が、Nettuts+ のチュートリアルで知ったテストツール 「testem」のお陰で大変捗ったので是非お勧めしたく、ここで紹介してみます。 testem ってなに testem via GitHub : airportyh/testem Unit testing in Javascript can be tedious and painful, but Testem makes it so easy that you will actually want to write tests. 要するに、面倒なJSのユニットテストをより快適にしてみんなでハッピーにテスト書こうよ！というツールです。 testem自体はnode.jsベースで動作し、Jasmine/QUnit/Mochaに対応して
Your Web, documented. · WebPlatform.org
Notice: The WebPlatform project, supported by various stewards between 2012 and 2015, has been discontinued. This site is now available on github. New documentation can be found at MDN Web Docs. Your Web, Documented. The latest information on how to use the technology that runs the web — HTML, CSS, JavaScript and more. WebPlatform.org is a work in progress. We could use your help in making it bett
Variations on the Mobile Web
Avoid images for UI components: buttons, gradients, etc. Often unavoidable (eg. photo gallery). Goal: serve the high quality images efficiently Overview of approaches: Optimized single image. Optimizing to pick the best from a set of images. Problem: high DPI images → large file size! 2x retina images are often 3-4x times larger at the same compression WebP 30% smaller than JPEG (but no good way t
関連づいたオブジェクトを表現する高度なJavaScriptライブラリ·sigma.js MOONGIFT
sigma.jsはネットワーク図をはじめとする多数のノードが絡むグラフを描くライブラリです。 有機的な要素やネットワークが重なり合っているグラフを描きたい時に使えるのがsigma.jsです。Canvasタグを使って簡単にグラフを描き出します。 かなり密集したデモ。 ズームイン/アウトもできます。 こちらはアニメーション。動き続けています。 プラグインで独自拡張もできます。 もちろんズームできます。描画はCanvasを使っており、拡大しても奇麗です。 選択したノード以外を隠すデモです。 隠れました。 さらにマウスのある場所を膨らませるデモです。 sigma.jsはデータさえあれば容易に使えること、カスタマイズ性の高いこと、jQueryライクなイベントシステム、プラグイン対応、豊富なAPIなどが特徴になっています。 sigma.jsはJavaScript製、MIT Licenseのオープンソー
mochaとphantomJSとtravis-ciでフロントエンドJavaScriptのテスト - Webtech Walker
東京Node学園祭2012 アドベントカレンダーの9日目です。Node.jsとほとんど関係ないうえに内容がけっこう薄い感じなった気がするんですけど気にせずいこうと思います。 フロントエンドのJavaScriptをテストするとき最近はいつもmochaを使ってるんですが、やはりJenkinsとかtravis-ciを使って自動テストもしたいと思って試してみました。 hokaccha/mocha-phantom-travis-test ここではよくあるjQueryで画像のロールオーバーをするというプラグインを作ってそのライブラリに対してテストを書いています。ソースコードはこんな感じです。 $.fn.rollover = function() { return this.each(function() { var $img = $(this); var src = $img.attr('src');
JavaScriptエディタ「Scripted」をVMware/SpringSourceがオープンソースで公開
VMwareのSpringSourceが、JavaScript/HTML5対応のエディタ「Scripted」をオープンソースで公開しました。 Scripted自身がHTML5/JavaScriptで記述されているためWebブラウザ上でエディタとして動作し、HTML/CSS/JavaScriptのシンタックスハイライト、JSLintによる文法チェック、エディタのカスタマイズ機能などを備えています。エディタ部分の機能はEclipse Orionを再利用したとのこと。 Scriptedの全体画面。右側に別ファイルを表示しているところ。
JavaScriptのデバッグ情報を表示してくれる『Rescue.js』 | 100SHIKI
まだオープン前だが、便利そうなのでご紹介。 Rescue.jsを使えば、あなたのサイトに潜む、JavaScriptのデバッグ情報をまとめて表示してくれるようだ。 いつ、どこから、どのブラウザでアクセスされたときにエラーが起きたのかを教えてくれるので便利だろう。 クロスブラウザのテストで見落としていた点がこれでわかるのかもしれないですな。 サイト上にはデモもあるので興味がある人は覗いて見るといいだろう。
JsDoc Toolkitを使ってJavaScriptのAPI仕様書を作る（環境構築から出力まで） | DevelopersIO
そんな訳で、JsDocについて少し調べたので、備忘録としてここに残しておくとします。 はじめに - JsDocについて Java開発者の方々ならば、JavaDocというのは馴染み深いを通り越して、もはや聞き飽きているかもしれません。同様にFlashのActionScriptにはASDoc、PHPにはPHPDocなるものがあります。ちょっとした規模のアプリケーションを開発すると、後々の保守を考慮してこういったAPI仕様書を作成し、後から「あれ、ここの処理って何の為にあるんだっけ？」となっても、ソースコードを直接追いかけることなく、概要を大まかに確認できるようにしておくのが慣例かと思います。※あくまで慣例です。実際にやっているかどうかは・・・(ry JsDocは、名前のとおりJavaScriptのAPI仕様書を指し、JavaDocと同様にHTMLドキュメント形式で出力されたもので、Webブラウ
ブラウザ動作の理解－リフローとリペイント及びその最適化 | ゆっくりと…
ブラウザ動作の理解の2回目です。今回はレンダリング・ツリーの更新に絡む、リフロー （要素の大きさ、位置などの再計算） とリペイント （描画） に関する解説を、「High Performance Web Pages – 20 new best practices」 の著者 Stoyan Stefanov のブログエントリーから 「Rendering: repaint, reflow/relayout, restyle」 を翻訳してお届けします。 同記事は、前半がリフローとリペイントに関する解説と、表示レスポンスを向上させるためのスタイル変更に関する Tips、後半は dynaTrace AJAX Edition と SpeedTracer を使った IE および Chrome の描画パフォーマンスの計測の解説で構成されてる、長い記事となっています。 今回はその前半部分をご紹介します。 レンダ
Doppio: A Java Virtual Machine, Compiler and...
Badass JavaScriptA showcase of awesome JavaScript that pushes the boundaries of what's possible on the web, by @devongovett. There is no shortage of impressive things that have been done in JavaScript, and we’ve seen JVM implementations in JavaScript before as well. However, Doppio appears to be the most complete and actively worked on project of the bunch. Basically, Doppio is a project to get J
JavaScriptをClosure CompilerのADVANCEDモードに完全対応させるその方法！ - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。会社を抜けだしてiPhone5を予約しに行ったら熱中症になりかけたkintone開発チームの天野(@ama_ch)です。 kintoneでは10万行以上のJavaScriptが動いており、ライブラリにはClosure Libraryを利用しています。この規模になると、1ページあたりで読み込むjsファイルの容量が数MB単位(！)になってしまいます。そこで、通信量を減らすためにClosure CompilerでJavaScriptをミニファイしています。今となっては特に珍しい話ではないですね。 ところで、Closure Compilerの最適化レベルには3段階あるのをご存知でしょうか。 ・WHITESPACE_ONLY コメントとホワイトスペースの除去など ・SIMPLE_OPTIMIZATIONS（デフォルトレベル） WHITESPACE_ONLY に加え、ローカル変数のリネーム
ECMAScript と OOP パラダイム、それに ES.next の議論中 OOP 周りのシンタックス - oogatta のブログ
JavaScript Advent Calendar 2011 (オレ標準コース)4日目の id:oogatta です。どうもどうも、いやどうも。 最近丁度 ES Wiki を眺めていて、面白いことになってるなあ。変態的なことになってるなあ。と楽しく見ていた OOP パラダイム周りのいくつかの手法（定義、継承、 mixin 、 trait ）について、 ES.next または Harmony で議論されているものをご一緒に調べながらご紹介したいと思います。 ECMAScript3 さて、復習としてまずは ES3 での OOP パラダイムの実装についてですが、これはもう Dmitry 先生の ECMA-262-3 in detail. Chapter 7.1. OOP: The general theory. を読んでくださいというか、気持ちよく丸投げしたいところですが、翻訳すると言ってまだ
JSCoverage - code coverage for JavaScript
Note: Any future development of the JSCoverage code base will likely occur in the new JSCover project on GitHub, which reuses a substantial amount of JSCoverage code and aims for a high degree of backward compatibility with JSCoverage. JSCoverage itself is unlikely to have any further releases. JSCoverage is a tool that measures code coverage for JavaScript programs. Code coverage statistics show
JavaScript向けのコードカバレッジ測定ツール「ScriptCover」、Google Chrome拡張として米Googleがリリース | OSDN Magazine
米Googleは10月26日、JavaScriptコードのカバレッジ分析ができるGoogle Chrome拡張「ScriptCover」をオープンソースとして公開した。Google Codeのプロジェクトページよりソースコードなどを入手できる。 ScriptCoverは、Webページ内で用いられているJavaScriptについてコードカバレッジを測定するツール。Webページに手を入れることなく、リアルタイムでのカバレッジデータを表示できる。ユーザーの操作があると結果が自動的にアップデートされ、行単位でカバレッジを測定できる。 ライセンスはApache License 2.0。マニュアル/自動化テストや複雑なコードのデバッグ作業の際に利用できるとしている。 今後、パスカバレッジ、コンディションカバレッジなどの新しい手法への対応、レポート機能の充実とHTML/XMLへのエクスポートなどの機能を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模 JavaScript その設計と実装と現実
GitHub - ryanseddon/bunyip: Automate client-side unit testing in real browsers using the CLI
GitHub - borismus/srcset-polyfill: [Warning: not for production code]![GitHub - borismus/srcset-polyfill: [Warning: not for production code]](https://cdn-ak-scissors.b.st-hatena.com/image/square/67b13e29f9f07f377e086de3fe4f4f317ad5d282/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2F307d87042d8ab7ab5b809262ce745680389500b58733757949672aa9aa49d0df%2Fborismus%2Fsrcset-polyfill)
