関東Firefox OS勉強会 2ndに参加してきました

TypeScriptで作る型安全FirefoxOSアプリ from progre

人生初のスピーカーなんとかやり遂げました。このｇｄｇｄっぷりはどうなんだろう。多分ダメだろうなあ。 ツッコミ ---- <blockquote class="twitter-tweet"><p>HaxeもアノテーションつければJSとのインターオペラビリティ有りで運用できるからその表はちょっと危うい気がする <a href="https://twitter.com/search?q=%23FxOS&src=hash">#FxOS</a></p>— わかめ@TypeScriptバトラー (@vvakame) <a href="https://twitter.com/vvakame/statuses/358185614497153024">July 19, 2013</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script> numberとかstringとかその辺のJavaScriptの型がそのままだよ、ってところを言いたかったけど上手く伝わらなかったっぽい… <blockquote class="twitter-tweet"><p>EventEmitterとlinqとrequire.jsかー。EEはEE2じゃなくて、素のEEなのかな <a href="https://twitter.com/search?q=%23FxOS&src=hash">#FxOS</a></p>— kyo ago (@kyo_ago) <a href="https://twitter.com/kyo_ago/statuses/358186211409534976">July 19, 2013</a></blockquote> <script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script> EventEmitter2を入れようとしましたが上手く行かなかったのでやむなくEventEmitterを入れてました。原因はよくわかりませぬ。 んで、結局コーディング中にEventEmitterは使ってないっていう。 いろいろ伝えきれなかったこと ---- - TypeScriptはほんとに良い言語だよ、ってこと 結局上手く伝わったんでしょうかね。 JavaScriptはクソ！TypeScriptは神！ - フォルダ構成 今回はこれで良い感じに作れたけど、Firefox23でSourceMapに対応するってことは<del>.jsと.tsは同じフォルダに置かないとダメなのかもしれません。</del> SourceMap内にソースファイルのパスが記録されるので特に問題は無いみたいですね。 - ひよこ 結果的に今回の発表の肝になったひよこさんですが、 これは[暫定ひよこ置き場](http://banraku-games.sakura.ne.jp/)さんからお借りしたフリー素材です。 ---- TypeScriptはほんとに良い言語なんでこれからもサバクラ共に使っていこうかなと思ってます。 FirefoxOSもまたネタが浮かべば作っていこうかなと。

「JavaScriptのイディオム集@nmi.jp」をTypeScriptでやるとどうなるの、っと

[JavaScript イディオム集 » nmi.jp](http://nmi.jp/archives/488 "JavaScript イディオム集 » nmi.jp") が、最近話題になっていますが、これらをTypeScriptでやってみました。 [「JavaScriptのイディオム集@nmi.jp」をJSXでやるとどうなるの、っと - Islands in the byte stream](http://d.hatena.ne.jp/gfx/20130706/1373144753 "「JavaScriptのイディオム集@nmi.jp」をJSXでやるとどうなるの、っと - Islands in the byte stream") というJSX版のオマージュですが、そもそもTypeScriptとJavaScriptは文法がほぼ同じなので、 どれだけ型推論が助けになるか、という視点でも見ていきます。 総じてTypeScriptでもほとんどそのまま使え、都度型推論されるのでわかりやすくなっていると思います。 <br><br> ---- - +v （数値化） <pre class="brush:js"> var v = "123"; console.log(+v + 100) // 223 console.log(v + 100) // 123100 </pre> キッチリnumberに推論されます。 <br><br> - v – 0 （数値化）TypeScript版 <pre class="brush:js"> var v = "123"; console.log((v - 0) + 100) // コンパイルエラー console.log(v + 100) // 123100 </pre> こちらはエラーになります。 <br><br> - v + "" （文字列化） <pre class="brush:js"> var n = 123; console.log(n + 123); //246 console.log(n + "" + 123); //123123 </pre> - if(v != null) （nullとundefinedのチェック） <pre class="brush:js"> var o = { value: 0 }; if(o.value != null) { console.log("value property exists"); } </pre> そのままですね。なお、stringとobjectを加算するとどんなobjectでもstringになります。 <br><br> - () => { … }(); （スコープ化）TypeScript版 <pre class="brush:js"> () => { var x = "hello world"; console.log(x); } (); </pre> TypeScriptでは使用する機会がだいぶ減りますが、使用する場合は括弧の数も減ってかなりスッキリした見た目になっています。 コンパイルするとfunctionを使った形になります。 <br><br> - && （if文の省略） - || （if文の省略） - v = v || {}（nullガード） 使うかどうかはともかく、使えます。基本的にプロパティがハッキリしているので使う機会は少ないのかなとおもいます。 <br><br> - +v || 0 （数値化、かつNaN以外を保証） 最初の例と同様、numberに推論されます。 <br><br> - v | 0 （整数化）TypeScript版 <pre class="brush:js"> var i = v | 0; // vがnumber以外の場合、コンパイルエラー </pre> 実数を整数化する場合は問題なく使えます。それ以外のobjectの場合はエラーです。 <br><br> - ~~v （整数化） そのまま使えます。 <br><br> - !! （論理化） 有効で、booleanに推論されますが、明示的にnull比較ないし0比較すべきでしょう。 <br><br> - ~array.indexOf() （配列の値探索） 使えますがbooleanに推論されるわけでもないので、素直に.indexOf() > 0なり === -1なりにすべきでしょう。 <br><br> - new Function("return this;")() （グローバルオブジェクトの取得） - function() { return !this; }() （Strict Modeチェック） - typeof(v) === "undefined" （undefinedチェック） - v >>> 0 （符号なし整数化） そのまま使えます。 <br><br> ---- <br> 言語の拡張が少ないTypeScriptでは、JavaScriptの複雑なイディオムをほぼそのまま引き継いで入るものの、 型推論によって同じ手法でもよりわかりやすく、また、型の明示によってイディオム自体が不要になる機会が増えるかと思います。

Sublime Text 3がパブリックベータになりました

Web界隈ではおなじみの便利なテキストエディタSublime Text 2ですが、 暫く購入済ユーザー限定で公開されていた次期バージョンのベータ版が未登録ユーザーにも公開されました。 もう主要のニュースサイトに取り上げられましたが、公式のリリースノートを（かなり下手な）翻訳してみました。 [Sublime Blog ≫ Sublime Text 3 Public Beta](http://www.sublimetext.com/blog/articles/sublime-text-3-public-beta) > [Build 3047](http://www.sublimetext.com/3)は登録ユーザーも一般ユーザーも利用できるようになりました。 > Build 3047は今までの中で、高速で、最も安定していて、最も洗練されたSublime Textのバージョンです。 > > 3047では新たにWindowsとLinux向けの高DPIをサポートし、ファイル変更の認識を改善し、アトミックセーブをより賢くし、レンダリングのパフォーマンスを改善し、多くのバグを修正しました。 > 変更のすべてのリストは[Sublime Text 3](http://www.sublimetext.com/3)のページにあります。 > > もしあなたがSublime Text 2から移行する場合のSublime Text 3のいくらかの基本的な特徴は： > - 速さ。起動時間、ファイルロード時間、そして全置換は、以前よりもずっと改善されました。もしあなたがOS XをRetinaディスレイで使っているなら、あなたはその描画速度の改善に驚くでしょう。 > - プロジェクト内の定義への移動やシンボルへの移動の為のシンボルのインデックス。 > 補足するとこれらは前方ジャンプ、後方ジャンプの機能です。 > - タグの挿入や属性の補完、閉じタグの自動挿入などのHTML編集の改善。 > - 複数ワークスペースを含む単一のプロジェクトのプロジェクトやウィンドウ枠の管理の改善。 > - Richer API。プラグインはアプリケーションからより良く保護され、また、同時に動く広域の完全なスレッドセーフAPIを持つようになります。 > > ありとあらゆる多数の細かな改善がされています。オリジナルの[アナウンス](http://www.sublimetext.com/blog/articles/sublime-text-3-beta)により細かくあります。 > > あなたはBuild 3047をダウンロードでき、また、すべての修正の一覧を[Sublime Text 3](http://www.sublimetext.com/3)のページで見ることができます。

プロキシがNTLMだったからCntlmで突破してみました

組織のネットワークはプロキシを介することはよくあります。 また、その際にユーザー認証を行なってトラフィックを監視したりします。 で、そのユーザー認証がベーシック認証であれば、比較的どういったツールでも プロキシ設定を適切に行えばネットワークを使えるのですが、 今の組織は[NTLM](http://e-words.jp/w/NTLME8AA8DE8A8BC.html)などという面倒くさい認証方式だったため困ってしまいました。 この状況を助けてくれる、Cntlmというソフトがあることを教わったのでご紹介します。 [Cntlm: Fast NTLM Authentication Proxy in C](http://cntlm.sourceforge.net/) ---- 公式サイトでバイナリをダウンロードしてきます。 インストーラーを使えば楽なのでしょうけど、管理者権限が無い、なんてこともよくある（？）ので、そういう時はzip版を使います。 適当なフォルダにzipを解凍して、cntlm.iniを適当に編集し、cntlm.exeを以下のようにパラメーターをつけて実行します。 <pre class="brush:ps"> cntlm.exe -c cntlm.ini </pre> 後は各種ツールでプロキシに「localhost:3128」を指定すればOKです。