A toolkit to automate & enhance your workflowLeverage gulp and the flexibility of JavaScript to automate slow, repetitive workflows and compose them into efficient build pipelines. TypeScriptDevelop in any languagePNGCreate assets with any toolMarkdownWrite using any formatJavaScriptGet compiled codeWebPGet optimized imagesHTMLGet rendered content
No Need To Grunt, Take A Gulp Of Fresh Air Recently, gulp was released to the world as a rival to the very popular JavaScript task runner, Grunt. Let's take a look at what sets them apart and understand why gulp was created. When it comes to JavaScript task runners, Grunt is king. Well, at least it has been... Earlier this year, the team at Fractal voiced their concerns with Grunt and came up with
The document discusses the structure and functionality of a todo application built with Ruby on Rails, covering model validations, controller actions, and JSON responses for creating, updating, and deleting todos. It includes testing strategies using RSpec and Mocha, as well as JavaScript with libraries like Chai and Sinon for assertions and mocking. Additionally, it emphasizes using AJAX for dyna
最近、Grunt と grunt-contrib-watch を使っているのだけど、grunt-contrib-watch が CPU を消費しがちである。 watch 対象のファイルが少ないうちは grunt-contrib-watch は問題なく動くんだけども、ファイル数が増えてくると CPU の消費量が増えてくる。自分の環境では、1,000 個ぐらいのファイルを監視していると、常時 10% 程度 CPU を消費している。 この問題は既知であり、FAQ には次のように書いている。 たくさんのファイルを監視している場合、デフォルトの interval の値が小さすぎるかもしれない。options: { interval: 5007 } のようにして増やしてみてほしい。詳しくは issues #35 と #145 を参照のこと (※日本語訳は私によるもの) Another reason i
今朝 Node.js でマージされたPull Request「 add configure option to build with ninja 」によって、Node.js が Ninja ビルドシステムに対応になりました。 Nodeの PaaSでは Nodejitsu や Node Ninjaなど忍者シリーズで命名されたものが思い当りますが、実は今回は全く関係ありません。 Ninjaビルドシステムは、米GoogleのChromiumプロジェクトの開発者、Evan Martin氏が開発した高速なビルドシステムです。このビルドシステムが作られた経緯や背景はこの記事「Chromiumの開発者、「Chrome」でも利用されているビルドシステム「Ninja」を公開」を参照してください。 1. NodeとNinjaの関係 Node.jsは、Googleから提供されている様々なオープンソーステクノロジ
Nov 24, 2012 先日、YUIコミッターのokuryu氏から、npmのプライベートリポジトリを作る手順をまとめたいい記事があるよと教えてもらいました。実は以前プライベートリポジトリの構築をしようとしてうまくいかずに諦めたことがあったので、記事に書いてある手順を読みながら、改めて手元の環境に構築できるかを試してみました。 CouchDBのインストール npmリポジトリのバックエンドには、CouchDBが使われているので先にこれをインストールします。手元の環境にはHomebrewがインストールされているので、今回は手っ取り早くbrewコマンドからインストールしました。 $ brew install couchdb npmのバックエンドとして使う場合には、CouchDBのsecure_rewriteオプションを無効化する必要があるようなので、以下のようにして設定を変更しておきましょう。
ちょっと前から、JS力を上げようと足掻いてます 今回はその中でも以下の内容を模索してみました 1.package管理 2.ミニファイ&ファイル連結 3.ファイル監視して、自動で2をやる 1をやりたいのは、以下の様な理由から そのページに必要なJSだけを読み込みたかった 他にも依存関係をぱっと見で分かるようにしたかった global領域を汚染しないようにしたかった 2をやりたいのは、以下の様な理由から 役割毎にファイルを分けたいが、jsファイルを読み込むオーバーヘッドは極力少なくしたい そして、RequireJSがそれを解決してくれそう 3をやりたいのは、以下の様な理由から 開発時にjsファイルを修正する度に、commandやらを打つのは面倒・・・ ClosureLibraryでも上記は満たせるのだけど、流石に仕事に使うにはマニアックな気もするので、 一般的?にはどうやるのか調べてみることに
Developer Guide DESCRIPTION So, you've decided to use npm to develop (and maybe publish/deploy) your project. Fantastic! There are a few things that you need to do above the simple steps that your users will do to install your program. About These Documents These are man pages. If you install npm, you should be able to then do man npm-thing to get the documentation on a particular topic, or npm he
Bower入門 これから Bower について書いてきます。Bowerの使い方から実際に使う上で考慮することまで含めて書きます。 長くなりそうなので単に使うだけの基礎編とモジュールを作る上で気をつけることをまとめた応用編に分けて書きます。 Bower とは Twitter社が作ったフロントエンド用のパッケージマネージャです。 Java で言う Maven、 Ruby で言う gem、 Perl で言う cpan のようなものです。 Node.jsには npm と呼ばれるパッケージマネージャがありますが、それに強く影響を受けています。 パッケージマネージャを利用することでライブラリを自分で管理する必要がなくなり、管理するファイルの数を減らすことができます。 また、パッケージマネージャを利用することでライブラリのバージョン管理をしやすくなります。 さらに自分のライブラリを Bower comp
HEADS UP! This article was written for an older version of node. More up-to-date information may be available elsewhere. UPDATE: This article was written for Node v0.4.1 and is no longer applicable. As of node.js 0.6.3 NPM comes pre-installed. These are some basic steps for writing a NodeJS module. Most of the suggestions in this document are optional. You can definitely write your program however
を2年前くらいに作ったのだけど、久々にGoogle Closure Libraryを使いたくなって、そうなるとテストも書かないとなので引っ張りだして使おうと思ったのですが、なにせ2年前に作ったものなので、ソースコードはレガシー感が漂ってて、使ってるPhantomJSのAPIもdeprecatedになっていたりしたのでいろいろ直してアップデート(リポジトリ名も少し変更)。 waka/closure-library-phantomjs 単一のテストファイルのテストでもマルチテストランナーを使った複数テストファイルのテストでも同じ使い方です。 詳しい使い方やオプションは、READMEに書いた。 最近Mochaでテストを書くことが多いのですが、出力形式をいろいろ選べるの楽しくていいなと思ったので、インターフェース切ってリポーターをいくつか使えるようにした。 実際よく使うのは、見やすいSpec形式と
※この記事は現時点での node.js 最新版 v0.6.6 に付属する npm 1.1.0-beta-4 を元にしています。 ※間違い等ありましたらご指摘いただけると幸いです。 npm は node.js のパッケージマネージャーですが意外と色々な機能が搭載されています。 「man を読め」とは良く言われますが、結構 ドキュメント を読むだけでも大変でした。 npm で使えるコマンドは以下の通りです。 adduser 対話的に username, password, email を登録します。.nvmrc に credential を保存します。後述の npm star する為にはこの登録が必要です。npm config set で username, _password, email をセットしているとデフォルト値として採用される?npm whoami した時に登録したユーザー名が表示
CouchDB をメインのアプリケーションサーバーとして使っているものの、サーバーサイドで他のサービスと連携したいときにはちょっと不便さを感じてしまいます。 そういうときは、イマドキ?のWeb Frameworkの上で、CouchDBをデータベースとして扱えば良いんですが、CouchDB のアプリと密に連携する(一部の機能のためだけだから)ためには言語も同じにした方が良いだろう、ということで、node.js を使い始めています。 とりあえず、認証をtwitterに任せよう。 CouchDBでアプリ作った場合、ユーザーDB自体はCouchDBに保持されます。。これはちょっとやだ。CouchDBのインスタンス毎にユーザー抱えるとか。。。 で、イマドキ、ということで、twitter を認証サーバーとして使うんです。OAuth ができればOKってことで。 PHPとかPythonとかRubyとかJa
JavaScript Advent Calendar 2011 (オレ標準コース) : ATND の 5日目の記事です。 最近書いた、スマートフォン向けのJavaScriptライブラリ?(紙芝居のようなものを描画するライブラリ)を書いている時に、テストをどうしようかといろいろ考えていましたが、RequireJS + QUnit + QUnit-TAP + PhantomJS という構成で書くことにしました。 (Jasmineが好きだったのでpavlovやMochaも気になっていましたが、上記の構成が安定しそうと思った) RequireJSが入っているのは、そのライブラリはRequireJSでモジュールを書いていて、r.jsでビルドするような感じにしている為です。 この構成を説明するにあたって、AMDTestingというサンプルプロジェクトを作成したので、それを見ながら書いていきます。 az
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く