![Amazon.co.jp: エンジニアのための データ可視化[実践]入門 ~D3.jsによるWebの可視化 (Software Design plus): 森藤大地, あんちべ: 本](https://cdn-ak-scissors.b.st-hatena.com/image/square/1965c347a4e5cca149223b8dd684aec3e9703e62/height=288;version=1;width=512/https%3A%2F%2Fm.media-amazon.com%2Fimages%2FI%2F51kgB5g91EL._SL500_.jpg)
Presented at the STL Ember.js Meetup on 2014-02-06. Video: http://youtu.be/wc72cyYt8-c
※過去記事のメンテナンスは通常やっていないのですが(当時の記録を残す意味でも)、最近閲覧してくださる方も多いので、研究も兼ねて2014年7月23日に少し追記等を行いました。 ※2015年2月に書き直したgulpfileを、「My gulpfile.coffee (Early 2015) でSassのコンパイルとか」で紹介しています。 ※gulp-ruby-sassの記述方式の変更について追記しました。 2012年にGruntを知ってから便利に使わせてもらっていますが、最近話題になっているgulp.js(以下gulp)を試してみました。今のところGruntには大きな不満はないのですが、万が一に備えて代替手段を用意しておく方が良いと考えていること、そしてGetting started with gulp -- Mark Goodyear — Front-end developer and de
RedmineにREST apiでアクセスするgit subcommandをRubyのActiveResourceを使って作ってみたRubyGitRedmineActiveResource はじめに Rubyは初めてさわりました。なんとかgitのsubcommandがつくれましたが、動作はするもののコード的に書き方が正しいのかよくわかりません。なのでとりあえずgistで公開。 置き場所 gist 使い方 git configに下記の設定をします。 git config redmine.url https://hoge.com/ git config redmine.apikey yourKey git config redmine.project yourProjectName チケット一覧表示 git redmine n番のチケットタイトル表示 git redmine n n番のチケット
Notice: The WebPlatform project, supported by various stewards between 2012 and 2015, has been discontinued. This site is now available on github. You’ve been waiting for a space to share your most treasured thoughts on JavaScript? Well, the wait is over. We’re ready for the second content project on webplatform.org. The JavaScript reference pages that Microsoft donated have been imported. That me
This article would be helpful if you develop Chrome extension and you need automation testing to reduce cost of testing. We try to automate functional testing of Chrome extension with Selenium WebDriver. On the other hand it may look impossible to automate as Selenium works only with webUI and to manipulate Chrome extension should be used GUI testing tool similar to ldtp. You can use any GUI autom
2014/01/31 | lastmod: 2024/06/29 この記事は書かれてから1年以上が経過しており、最新の情報とは異なる可能性があります techJavaScriptjQuerypolyfills (2024 年追記)古い記事なので誰も見てないと思いますが、現在 polyfills を使うのは危険なのでやめましょう。もはや機能が足りなくて困るケースはないようなので、使う意味もないかと思います。 https://www.itmedia.co.jp/enterprise/articles/2406/29/news057.html (追記終わり) jQuery というライブラリは非常に便利な JavaScript ライブラリであります。 jQuery 便利!いやー、便利ですよね。便利すぎて、JavaScript を書いて HTML 要素を何かしようと思ったときに、無条件で使用してしま
// 基底クラス function f () { this.f_has = "f_has"; } // 基底クラスのprototypeを設定 f.prototype.f_proto = "f_proto"; // サイ本の手法で継承 function F () { this.F_has = "F_has"; } F.prototype = Object.create(f.prototype); F.prototype.constructor = F; // ウェッブの手法で継承 function G () { this.G_has = "G_has"; } G.prototype = new f(); TestCase("inherit test", { setUp : function () { this.F = new F(); this.G = new G(); }, "test i
Wrap Like An Egyptian Let's take a quick look at querySelector-based libraries such as jQuery and Zepto. You're probably familiar with their syntax: var $items = $('.items'); Once you've queried some elements, there's a lot you can do with those elements, such as adding classes (e.g. $el.addClass('active')), insert other elements, add event listeners, and so on. Elements vs. API The elements being
List.js v2.3.1 Tiny, invisible and simple, yet powerful and incredibly fast vanilla JavaScript that adds search, sort, filters and flexibility to plain HTML lists, tables, or anything. Hi! I'm Jonny and the author of List.js. I hope you like the lib. I’ve put a lot of hours into it! Feel free to follow me on Twitter and GitHub for news and donate a coffee for good karma ;) Follow @javve Donate a c
はじめに 毎日新しいJavaScriptライブラリが登場していると思いますが、それらがどういう実装になっているかを知ることはライブラリを使う以上に大事かもしれません。 ソースを全部読めば分かるかもしれませんが、それをやるには時間が足りません。 JavaScriptに限った話では無いですが、今回はJavaScriptを例に”特定の機能はどうやってるんだろ?”という事を調べる方法についてです。 探す前にドキュメントに載ってないかを見るのが手間がなくて一番よいですが、書いてない場合は実装を見ます。 Vue.js 今回はVue.jsというAngularJSやKnockoutのようなViewとModelのデータバインディグを行うライブラリを例に、データバインディグはどうやっているのかを2つの方法で調べてみたいと思います。 コードをステップで見ていく これはよく見る方法で皆さんもやったことがあると思い
Backbone is a hugely popular MV* framework because it gives you a ton of freedom of implementation. There is no one "Backbone way" to accomplish most coding tasks. This freedom is wonderful when you need it, but when you don't, Backbone's lack of official guidance makes it easy to stray into some bad patterns. When writing new code, try following these rules, and you'll likely find that your code
ES6ならびにDOM4にPromiseが投入されることとなり、すっかりJavaScriptでよく陥るコールバック地獄に対する至高の解決策のように扱われているPromiseだが、万能の解・聖杯ではない。 たぶん誰かが既に似たようなこと書いてると思うけど、とりあえず自分の思考の整理に書く。 Promiseといえば以下のようにコールバックによるコードの無限ネストを解決するものとして扱われることが多い。 var p = new Promise(); p.then(function () { ... }).then(function () { ... }) だが、これはコールバックをPromiseというラッパーを用いてネストしない形に変換しただけに他ならず、Promiseの利点ではない。適当なラッパー関数を作って解決しているのと大差はない。 本質的にはPromiseとは将来的などこかの時点になれば値
The Progressive JavaScript Framework An approachable, performant and versatile framework for building web user interfaces. Why Vue Get Started Install Approachable Builds on top of standard HTML, CSS and JavaScript with intuitive API and world-class documentation. Performant Truly reactive, compiler-optimized rendering system that rarely requires manual optimization.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く