cockokのブックマーク - はてなブックマーク

春からはじめるモダンJavaScript / ES2015 - Qiita
春ですね！人の配置がリファクタリングされ、コードもリファクタリングの季節です。では僕がここでモダンなJavaScriptとES2015の利点を語る役をやるので、みなさんはチームを説得する役をやってください。 JavaScriptの歴史まず最初にJavaScriptの歴史を踏まえることで、今学ぶべきものとその理由を確認しましょう。なぜ2016年の記事でES2016ではなく、ES2015なのか、と疑問に思った方もいるかもしれません。それは、ES2015がただの年次アップデートではなく、これから始まる毎年のメジャーバージョンアップの起点となるバージョンであり、またES5から飛躍的に仕様が増えたバージョンであるからです。簡単に(雑な)歴史を紹介します。ブレンダン・アイクによってNetScapeに実装/搭載された古の時代〜IE6 (1996~2005) ES3: 一時はシェア7割を誇ったレ
cockok 2016/03/22
リンク
JavaScriptのモジュールシステムの歴史と現状 - Qiita
社内向け資料。自分が書いたコードを説明するために資料作る羽目になった。昔のことはうろ覚えで雰囲気で書いてる部分もあるので、そこらへん勘弁。古の時代(~2010) 前提としてJavaScriptは名前空間がwindowの一つしかない。昔Prototype.jsがあった。もうみんな忘れたけどあの時期はプリミティブなオブジェクトのprototypeを生やしまくって、それが衝突しまくってprototype良くない的な雰囲気が生まれたり生まれなかったりした。その反省があってか(歴史的に若干微妙な気がするが) jQueryは名前空間を一つに集約した。いわゆる jQueryPlugin は、jQueryのプロトタイプにヘルパを生やしまくっていた。グローバルを汚すのは駄目だけどjQueryの名前空間を汚すのはいいよね、ぐらいの考え。 jQuery非依存なライブラリは、「GoodParts」として、
cockok 2015/02/07
リンク
俺のJSライブラリの世界観(2014末版) - Qiita
http://qiita.com/advent-calendar/2014/frontrend 概論ここ近年のモダンJSは特に理由がなければcommon.jsのrequireスタイルで記述され、webpack/browserifyでビルド/読み込むことを前提にしてよい。今やビュー層を除いてブラウザとnodeのライブラリの境界は非常に曖昧である。識者諸君においては常にどちらの環境でも読み込めるようなライブラリを提供するように心がけることを切に願う。今日はライブラリの名前しか出さないんで各自ググるように。立場サーバサイド~ゲームプログラミング出身node寄りフロントエンドエンジニアこのサイトのスタッフだけど他のことに手一杯でQiitaのフロントはまだそんなにいじってない　すまんな　他ってなんだろうな言語 CoffeeScript TypeScript 最近DDDっぽい構成を目指し
cockok 2014/12/11
リンク
1