GitHub - power-assert-js/grunt-espower: Grunt task for power-assertYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
「今どきのGruntを使ったフロントエンド開発（HTML/CSS編）」HTML5 Conference 2013 セッションレポート
「今どきのGruntを使ったフロントエンド開発（HTML/CSS編）」HTML5 Conference 2013 セッションレポート 出口 達也 2013年11月30日（土）に開催された「HTML5 Conference 2013」の、株式会社サイバーエージェント・石本光司さんによるセッション「今どきのGruntを使ったフロントエンド開発（HTML/CSS編）」の内容をご紹介します。 なお、セッションのターゲットはGruntを使ったことのないHTML/CSSコーダーやWebデザイナーさんです。 なぜGruntを使うのか Gruntとは、JavaScriptで書いたタスクを実行してくれるアプリケーション（JavaScript Task Runner）です。 Webアプリケーションの開発が複雑になってきて、CoffeeScript、Sassなどのコンパイルが必要な技術を使うことが多くなってきた
【Grunt】おれおれな画質調整の自動化 – T2
読了: 約 7 分 今制作に携わっているアプリケーションでページ毎、パーツ毎(ファーストビューであるか否か、アイコン等)でフォルダを作って画像を管理しています。 ホーム、投稿ページ、マイページ、タイムライン等。その中でもGoogleが最近1000ms以内で表示しろというものを出していて、 それじゃないと評価しないぞという事でスピードに本当にシビアになってきていますね。 Google公式サイトから Mobile Analysis in PageSpeed Insights Googleの方が書いた最近のspeedに対しての記事 Intro – Webを速くするためにGoogleがやっていること Make the Web Faster 00 – スタートアップのようにアプリを出してすぐの時や2,3年は改善を早いサイクルで回すために、 CSS Spriteや1つ1つの画像の管理が難しくなってきま
JavaScriptフロントエンド開発の昨今
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
grunt-contrib-watch が重いので grunt-este-watch を試したら幸せになった
最近、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
ぼくのかんがえたさいきょうのしーえしゅえしゅ - MOL
俺ももう30だし、夏なんで、CSSフレームワークはじめました。 とりあえず、UIエレメントとか作ってないし、CSSフレームワークとか言いながら、GithubのLanguage Staticsは98.3%、JavaScriptってな感じでGrunt Taskばかり充実してるような感じです、現状。 とりあえず、設計方針としてはマシなCSSを書くことを目標としている。この一年、スマホアプリのHTML/CSSコーディングをやってきたわけだが、度重なるUIの変更に耐えうるCSS、そして肥大化しないCSSとは何かずっと考えていて、特に答えという答えもで見つかっていわけだけど、とりあえずはこうしたほうがBetterなんじゃないかというの自分的に固まってきたので、公開してみた。 てか、最強のCSSなんて存在しないからなっ！！ t32k/maple - GitHub ありがちな落とし穴 これを作るにあたって
Toolkit for CreateJSのmanifestデータを自動でbase64化するgruntタスク | k-factory
Toolkit for CreateJSからpublishされたhtmlの、manifestに記述されたimagesデータをbase64化するgrunt task pluginを作成しました。Toolkit for CreateJSからpublishされたhtmlの、manifestに記述されたimagesデータをbase64化するgrunt task pluginを作成しました。 https://github.com/youtakanke/grunt-tfc-datauri Flashのextensionである、「Toolkit for CreateJS」（※以降 TFC ）を使用したプロジェクトで、 image画像を大量に使用している場合、スマートフォンでは画像のリクエスト数が増えてしまい、 3G回線端末などではロードに時間がかかってしまいます。 そこで画像データをdatauriで使用
フロントエンドのツール Yeoman を勘違いしていた
Yeoman を勘違いしてスルーしてたところもあったので、 改めてこんなメリットがあるんだーみたいなところを共有しつつ、 必要性を感じられる人が使い始める機会になれればと思います。 僕もこれからちょいちょい使っていきたいです。Read less
Bower入門(応用編) - from scratch
Bower入門(応用編) さて、応用編を書いていきます。 基礎編ではBowerのインストールとライブラリ管理する上での基本的なコマンドを紹介しました。 応用編ではBowerのライブラリを管理する上で利用するべきツールやライブラリを公開する上で心がけるべきことについて書いていきます。 少し長いのでサマリ Bowerを管理する上で利用すると良いツール：grunt-bower-taskがオススメです ライブラリを公開する上で心がけること、その1：mainとignoreをちゃんと書きましょう ライブラリを公開する上で心がけること、その2：ちゃんとgit tagを使ってバージョン管理しましょう Bowerからインストールしたライブラリを利用する場合 前回の基礎編で少し書きましたが、おさらいすると、Bowerはあくまでパッケージマネージャなので、インストールしてもフォルダ構造までは変えてくれません。
coffee, lessなプロジェクトをgruntで便利に
最近ようやくcoffeescriptにもLESSにも慣れてきました。で、そろそろgruntを活用しようかなと先月くらいから使ってみてますが便利です。 *.less →(コンパイル)→ style.css →(圧縮)→ style.min.css *.coffee →(コンパイル)→ *.js →(連結)→ app.js →(圧縮)→ app.min.js *-test.coffee →(コンパイル)→ *-test.js →(連結)→ tests.js app.min.js, tests.jsを読み込んでqunitでテスト index.htmlではapp.min.jsとstyle.min.cssを読み込む こんなかんじの事を簡単にできます。テストもcoffeescriptで書けて良いです。 現在リリースされている grunt v0.3.9 では coffee, less, sqwishに対
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
grunt のバージョン上げずにタスクを CoffeeScript でかく - Qiita