Talk from the second stahlstadt.js meetup http://www.meetup.com/stahlstadt-js/events/143609572/
最近シリコンウエハーもらって嬉しかったago(@kyo_ago)です。 このエントリはGREE Advent Calendar 2013 11日目の記事です。 今回はクライアントサイドJavaScriptにおけるライセンス管理の問題を取り上げたいと思います。 ライセンス管理の問題点 「使用しているライブラリのライセンス管理をどうするか」はクライアントサイドJavaScriptにかぎらず発生する問題ですが、クライアントサイドJavaScriptには以下の様な特徴があるため問題が複雑になります。 コードが結合、圧縮される場合がある クライアントサイドJavaScriptでは読み込みの速度を上げるため、使用しているライブラリの結合、圧縮を行うことがあります。しかし、この時誤ってライセンス文が捨てられてしまうことがあります。 ソースが外部に公開される クライアントサイドJavaScriptではソー
弊社の大先輩、mashさんがpull-req送っていたのを偶然見て、 grunt-releaseというプラグインの存在を知りました。 dry run support by mash · Pull Request #29 · geddski/grunt-release これが、npmやbowerにがんがんライブラリを置いている自分には、 めちゃくちゃべんりでした! bowerでライブラリ公開するハードルを下げることにもなる、 と思うのでちょっと紹介してみます。 grunt-releaseとは geddski/grunt-release grunt-releaseは、git管理しているライブラリの versionアップ時の作業を自動化してくれる gruntプラグインです。 具体的には、 設定ファイルから、現在のversionを取得 次に使うべきversionを計算 (semver形式) そのv
はじめに この投稿はGrunt Plugins Advent Calendar 2013の8日目の記事です。 http://qiita.com/advent-calendar/2013/grunt-plugins/ grunt-sync-versionとは JSONファイルのバージョンの更新し忘れを防ぐだけの簡単なプラグインです。 http://github.com/1000ch/grunt-sync-version https://npmjs.org/package/grunt-sync-version 普段の開発でもversionを記述するファイルはpackage.jsonの他に、 bower.jsonとか、ChromeExtensionをたまに開発するときはmanifest.jsonと色々あり、 たまにversionを更新し忘れてpushとかpublishしてしまうときがあった。ので
Grunt 0.4.2 is now available on npm. This release should address a lot of issues for Windows developers, such as pipe-redirection, console output and BOM preservation. Besides a number of bug fixes, we have made a few decisions going forward regarding external dependencies in Grunt. These external libraries are deprecated and should now be required as npm modules: Use glob instead of grunt.file.gl
A relevant ad will be displayed here soon. These ads help pay for my hosting. Please consider disabling your ad blocker on Pony Foo. These ads help pay for my hosting. In a Pinch Always --save-dev Heroku Custom Buildpack Forget grunt.loadNpmTasks Spread out watch Use a nice JSHint reporter Keep your Gruntfile organized! Investigate These are explained and detailed below. grunt.png Always --save-de
最近、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
One of the awesome things about Grunt is how easy it is to configure. Unlike the imperative tasks in a Rakefile or a Makefile, Grunt has a simple, declarative configuration. A Gruntfile is simply a JS file that loads tasks and sets up the configuration. A traditional Gruntfile, like this one from Grunt's documentation, looks like this: This is an awesomely powerful build setup - concatination, min
grunt-task-helperというGruntプラグインを使っている。ざっと言うとsrcとdestを比較してフィルターをかけた結果を他のタスクで使えるようになったりするもの。例えばビルトインの比較機能であるnewFileを使うと、更新されたファイルがあった場合にだけ走るタスクと似たようなものが簡単に作れる。 grunt-contrib-concatを使っているとして、そのタスク設定が以下のようになっているとする。 concat: { options: { seperator: ';' }, prettify: { src: [ 'scripts/prettify/prettify.js', 'scripts/prettify/lang-config.js', 'scripts/prettify/lang-css.js', 'scripts/prettify/lang-scss.js',
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く