はてなブックマーク

Rubyでは、作成したオブジェクトがなにかのタイミングでGCによってメモリから解放されています。 一般的なオブジェクトは、どこからかに参照されている間は必要、参照されていないなら不要とGCに判断され、メモリから解放されます。 例外的に 弱い参照 -Wikipedia として定義されたオブジェクトは、まだ参照されていてもなにかのタイミングでGCにぽいぽいされてしまいます。 一見、使いようが無いようですが、生成コストがかかる値をキャッシュしておき、メモリに余裕がない場合（一般にGCが動くタイミング）にキャッシュを破棄する、というようなことができます。 機能の実現に必要となることはありませんが、速度改善などに役立つテクニック的な。 なおタイトルはてきとーです。「○○編」と書いていますが、別の編があったりはしません。たぶん。 Ruby2.1で動作検証をしましたが、1.9以降ならたぶん大丈夫なんじゃ

//実用には、以下のスクリプトをEventListenerに登録して、何かしらのイベント時に動くようにする必要がある。 // 選択範囲の背景を青くする function blinkBlue(){ var sel = window.getSelection(); if(!sel.rangeCount) return; //範囲選択されている箇所がない場合は何もせず終了 var range = sel.getRangeAt(0); var newNode = document.createElement('span'); newNode.setAttribute('style', 'background-color: blue;'); //範囲選択箇所の背景を青にする newNode.innerHTML = sel.toString(); range.deleteContents(); //

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

User.where(created_at: (1.days.ago)..(Time.now)) # SELECT "users".* FROM "users" WHERE "users"."created_at" BETWEEN '2014-09-16 15:05:05.279232' AND '2014-09-17 15:05:05.279753' # 同じ User.where(created_at: [1.days.ago..Time.now]) # Arelを使う User.where(User.arel_table[:created_at].in((1.days.ago)..(Time.now))) # SELECT "users".* FROM "users" WHERE "users"."created_at" BETWEEN '2014-09-16 15:08:32.97

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

こう書くことで、Hamlの中にCoffeeScriptを書けて便利、という記事で、確かによく使います。 が、いくつか落とし穴もあるよー、っていうことに遭遇しているので、それをまとめてみました。 HamlにCoffeeScriptを記述する利点 外部ファイルにするまでもない数行のスクリプト（ページ読み込み完了時に特定のdisplay: none;を解除とか）を気軽に書ける。 javascript内にrailsのControllerで作った変数やPathHelperメソッドを埋め込めこめる HamlにCoffeeScriptを記述する欠点 hoge.html.hamlのロードのたびに記述したCoffeeScriptがコンパイルされる コンパイルのオーバーヘッドは大したことがない しかしコンパイルに使われるライブラリ（主にTheRubyRacer）やその依存Gemのバグで謎のエラーに悩まされたり

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事は How to write the perfect pull request - GitHub を和訳というか、意訳した記事です。 ご指摘などありましたら大歓迎です！ 良いプルリクエストを書くには (原題 : How to write the perfect pull request) 会社が成長していくと、人もプロジェクトも様変わりしていきます。GitHubの中に私達が望む文化を育んでいくためには、我々が何を自覚してコミュニケーションするべきなのか分かってきました。私達のチームが最強であり続けるために、最近以下のよ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ネットサーフィンをしていると「CanCan便利！」「CanCanはRailsでの権限管理デファクトスタンダードだよ」などの声をぼちぼち見かけますが、あまりまとまったCanCanの使い方に関する記事を見つけられなかったので覚書をしたためます。 ほとんどCanCanの配布元Wikiに書いてあることですので、英語が読める方はそちらを参照するほうが正確だと思われます。 内容へのツッコミや訂正大歓迎です！ CanCanとは (by CanCan repo README - github) CanCan is an authorization li

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

いいタイトルが思いつかなかったのですが、javascriptの method.call の使い方がようやく分かったので備忘録。 tl;dr //インフォメーション用のDomのテキストを変更するメソッド function chMsg(text){...} $('input.responsible') .on('click', function(){ chMsg('click'); }) .on('change', function(){ chMsg('update!'); }) .on('input', function(){ chMsg('edit...'); }); function chMsg(text){ $(this).parent().find('.infomation').text(text); } $('input.responsible') .on('click', fun

flipsnap.jsはフリックによるページャーを実装するための軽量なjavascrpt pluginです。 ドキュメントも簡潔で、とても使いやすい。 ですが、フリックで表示ページを変更後した時のイベントで、表示ページ番号を取得する方法が公式ドキュメントに書かれていなかったので覚書。 var flipsnap = Flipsnap('.flipsnap'); // フリックではなく、前/次表示をボタンでもする $('prev_button').on('click', function(){ flipsnap.toPrev(); }); $('next_button').on('click', function(){ flipsnap.toNext(); }); // フリック後のイベント定義。toPrev/toNextによるページ移動時には**発火しない** flipsnap.elemen

Railsで、ファイルの形式変換をする処理をRubyで実装していたのですが、何となく遅い。 裏でいつの間にか変換しておいてくれれば、Rubyにこだわる必要ないんだよなあ。 という事で、いくつかの実装系でどれくらい性能が違うのか試して見ました。 ターゲットは「OS寄りっぽい処理系のAWK」「スクリプト言語（というかRuby）」「コンパイル言語からGo」です。チョイスは好みで決めました。 検証処理 100,000行のCSVがある。 $ head data.csv pref,code,id,value,cost,rank 新潟,00662,6425,7086,9441,94 京都,07758,577,4514,8715,55 :

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?