gulpとBrowserifyでJSをビルドしてみた - Qiita
はじめに gulpとBrowserifyを組み合わせてフロントエンドJSをビルドする機会があったので、一通りやってみたことをまとめてみた。 gulpについて Node.jsのstreamを活用したビルドシステム、ということらしい。 Streamのおかげでビルドフローをとても直感的に記述できると感じた。 他のWebフロントエンドのビルドシステムは使ったことがないので比較はできないけど…。 Browserifyについて node.jsと同じように (npm、requireなどを使って) モジュール化されたフロントエンドJSが書けるツール。便利。 JSのモジュール化というと、最近はwebpackというのもあるらしい。 基本 gulp = require 'gulp' source = require 'vinyl-source-stream' browserify = require 'brow
TypeScript 1.5 + ES6 を今すぐ使う方法を調べた - Qiita
TypeScript + ES6 が使いたい! JavaScript には ES6 (ES2015) になって多彩な便利機能が追加され、babelなどのトランスパイラを使えば今すぐES6を使った快適生活が実現できる。 また、TypeScriptも、JavaScriptをベースにしながらも静的型付きプログラミングを実現しており、実行時の下らない型エラーなどから解放されてこちらも非常に快適だ。 TypeScript の最新版 (もうすぐリリースされるといいなあ) 1.5では、ES6の機能のサポートが多く追加されており 、TypeScript と ES6 の快適さを両方享受することができる。 しかし、1.5 はまだ正式リリースされておらず、実際ES6と組み合わせて使おうとすると問題がいくつか起こるようだ。そこで、現時点で TypeScript 1.5 + ES6 を合わせて使ううまい方法を試して
Rubyのdefine_method、class_evalで動的に定義されたメソッドの呼出コストを調べてみた - Qiita
Rubyのdefine_method、class_evalで動的に定義されたメソッドの呼出コストを調べてみたRuby はじめに Rubyでは、通常のメソッド定義のほかに、動的にメソッドを定義する方法がいくつかありますが、 動的に定義されたメソッドと通常のメソッドの呼出コストの差が気になります。 また、動的に定義されたメソッドの中でもdefine_methodで定義されたものは重いということもよく知られています。 一例として、Railsでは、重いdefine_methodを使う代わりに文字列のclass_evalを使用している箇所が多くあります。 というわけで、 通常のメソッド定義 define_method class_eval + 文字列 class_eval + ブロック で定義したメソッドの呼出コストのベンチマークを取ってみました。 class_eval + ブロックは 正確には動的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
