$ ruby method_added.rb added method is: #<UnboundMethod: Foo#x> defined in: Foo has 0 argument(s) added method is: #<UnboundMethod: Foo#y> defined in: Foo has 3 argument(s) ちなみに余談だが、 UnboundMethod は、普通に使うためには、そのメソッドを切り出したクラスのインスタンスか、その子供のクラスのインスタンス、またはそのメソッドを切り出したモジュールをインクルードしたインスタンス、などとにかく ancestors にそのメソッドを定義したクラス/モジュールがいなければ 再 bind できないので、結構使いでが悪い。この記事で言う「アドバイス」の他は、委譲の実現ぐらいか……。 記事にあるような before
文書間通信をより広範囲な環境で 動作させるための考察 nanto_vi, 2011-12-08 postMessage 文書間通信 同一生成元ポリシーを越えられる Opera, Firefox, Safari, Chrome and IE 8 iframe.contentWindow.postMessage('Hello', '*'); window.addEventListener('message', function (event) { alert(event.data); }, false); What about IE? IE 8 supports postMessage IE 7? IE 6! OK, let's implement XDM in IE 6/7! クロスドメイン通信方法のまとめ - nopnopの日記 サーバーサイド技術を使わないクロスドメイン通信補足 -
©Powered by hamsketch Quoraの"What are some good resources for Backbone.js?" のトップ回答がcoolだったので、翻訳して追加して編集してコメントしてメモ。 - 公式 Backbone.js 公式サイト ソースコード 解説付きソースコード 解説付きソースコードの翻訳（日本語） Underscore.js（公式サイト）（ソースコード） backbone.jsはunderscore.jsに強く依存してるから、こっちも勉強した方が良いよ 実はこの2つはホストしてるところは一緒だよ（DocumentCloud） 最新の情報が欲しいなら... 公式Wiki GithubのWiki。活発 Backbone.jsは、コードのホストは勿論、公式サイトもデモサービスもgithub::pages、Wikiもgithub::wikiと、Oc
英語版記事を日本語へ機械翻訳したバージョン（Google翻訳）。 万が一翻訳の手がかりとして機械翻訳を用いた場合、翻訳者は必ず翻訳元原文を参照して機械翻訳の誤りを訂正し、正確な翻訳にしなければなりません。これが成されていない場合、記事は削除の方針G-3に基づき、削除される可能性があります。 信頼性が低いまたは低品質な文章を翻訳しないでください。もし可能ならば、文章を他言語版記事に示された文献で正しいかどうかを確認してください。 履歴継承を行うため、要約欄に翻訳元となった記事のページ名・版について記述する必要があります。記述方法については、Wikipedia:翻訳のガイドライン#要約欄への記入を参照ください。 翻訳後、{{翻訳告知|en|Backtracking|…}}をノートに追加することもできます。 Wikipedia:翻訳のガイドラインに、より詳細な翻訳の手順・指針についての説明があり
_ 関西オープンソース2005発表 発表してきた。 スライド ちょっと会場入りが遅れたせいもあり、進行がぐだぐだになってしまって、 申し訳なかったです。 Tags: ximapd Rast _ 非決定性計算 今回いちばん面白かったのが、Haskell同好会のセッション。 吉田さんのプレゼンで非決定性計算の話が出て来たのだが、 Wikiでも紹介されていたようだ。 「他の言語じゃこんなことできないでしょ」という話だったが、 実はRubyConf2005のChad FowlerとJim Weirichのチュートリアルでも同じようなデモをやっていた。 それを使って書くと、 require "amb" A = Amb.new baker = A.choose(1, 2, 3, 4, 5) cooper = A.choose(1, 2, 3, 4, 5) fletcher = A.choose(1,
はじめに みなさん、お元気ですか＞＜リリースも終わって、一息ついたあまちゃんです！ ヽ(´ー｀)ノわー さて今日は、最近「お花サプライズ！」というサービスをリリースしたのですが、そのときにちょっと面白いデータを見つけたのでそのいきさつも含めて紹介したいと思います。 （今日のテーマはこの円グラフ） フェイスブック系のサービスはどのブラウザに対応すれば良い？ よく、ウェブサービスを開発するときの悩みとして「古いブラウザでのデザインをどのくらいケアするか？」というものがあります。 「お花サプライズ！」でも、割と短い期間で実装することを目標としていたり、本番の HTML を書いた経験があまりないメンバーが多くいたことで「IE6 や IE7 への対応が鬼門なんじゃないか？」という心配が常にありました。 そこでよぎる甘い誘惑 このご時世、 IE6 とか IE7 に特別対応する必要なんてないんじゃね？
クラスの継承リスト: Module < Object < Kernel < BasicObject 要約 モジュールのクラスです。 目次 特異メソッド constants nesting new インスタンスメソッド < <= <=> === > >= ancestors autoload autoload? class_eval module_eval class_variable_defined? class_variables const_defined? const_get const_missing const_set constants freeze include? included_modules instance_method instance_methods method_defined? name to_s private_class_method private_i
Cedric Beustはアスペクト指向プログラミング（AOP）を「これからも少数の開発専門家の特権のままとなるすばらしい構想」(source)と称しました。SpringとJBossがあっても、一部の人にとって、手をつけるにあたっての障害は大きいままです。幸運なことに、これは動的言語が役に立つ場面かもしれません。動的言語は、AspectJの実践に先立って実験と学習のためのわかりやすい導入部となるほか、それ自身きわめて生産性の高い環境を提供します。Java開発者はそれほどなじみの場所から離れる必要すらありません。Javaに似たシンタックスを持つJVM動的言語のGroovyは、AOPの模倣を容易にする見事なほど強力な機能を誇ります。今回の記事はGroovyに焦点を合わせることになりますが、最近の動向を見ると、かなり愛されながら恐れられてもいるRubyとの比較が求められています。Ruby信奉者は
2014年05月13日 ActiveRecordを何も考えずに複数スレッドが動作する環境で利用すると、スレッド毎にActiveRecordがコネクションを確保しようとするので、プールサイズを超えてコネクションが確保できないというエラーが発生する。 activerecord-4.1.1/lib/active_record/connection_adapters/abstract/connection_pool.rb:190:in `block in wait_poll': could not obtain a database connection within 5.000 seconds (waited 5.001 seconds) (ActiveRecord::ConnectionTimeoutError) こちらとしてはコネクションプールがあるのだから、ActiveRecordの方でや
いやー、とちぎは安定ですね。素晴しかった！ 特に松田さんの話は本当に良くて、この松田さんの話を聞いていないのなら、今後5年間くらいはモグリっていわれるくらい素晴しい話だった。（なので、来ていなかった日本Rubyの会の会長とか、あの人とか、あの人は今後モグリのRubyistです） 懇親会の挨拶でも話したのだけれども、こういう素晴しい集まりが地域毎にひらかれるって本当に素晴しいことで、日本ってすごいなあって思います。日本は後進国として、Ruby先進国に追い付くポテンシャルはあるのだから、なんとかしたいですね。 それから、いつもの通りに写真を撮りました。ぜひご覧ください。 http://www.flickr.com/photos/recompile_net/sets/72157628255611679/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
