“binding.pry”って実際のところは何なのだろう - Qiita
はじめに この記事はPryのコミッターであるkyryloが書いたso-what-is-binding-pry-exactlyを訳したものです。日本語訳の公開を快く許可してくれたkyryloに感謝します。 Pryの使い方で一番最初に習うのは、“binding.pry”だと思います。この言葉をあちこちに埋め込むことで、幸せになれます。簡単にいうと、“binding.pry”を使うことで、日々の生活がだいぶ楽になります。あなたは“binding.pry”が何者なのか、不思議に思ったことはありませんか？ 細かいことなので気にならなかったことだと思います。私がPryを使い始めたときは、これをおまじないの一種と考えました。“binding.pry”は不思議な魔法のようにみえたのです。魔法などでないことは、確かです。しかし、新しいことを学ぶとき、実際より不思議に思えてしまうことはよくあることです。この記
node-redisを入れてみるメモ - Qiita
こないだ作ったmongoのレプリカセット( http://qiita.com/items/b5e99bf4923b84b2bb40 )が安定して仕事してくれてるぽいので、次は、欲を出して別のDBで「キーと値の対を、すべてメモリ上に保存する超高速な」redisのクラスタもテストしてみたくなる。 思い立ったが台湾吉日(注1)。牛久大仏の青銅鋳造は@台湾謹製、船で運びました。ってことで(＜関係ない^^?)、何はともあれ、さっそく、やってみる。 で、nodeで使えるredisはすでにいっぱいあるけれど、一番人気ありそうなnode-redis。 https://github.com/mranney/node_redis 注1:「思い立ったが台湾吉日」2012年 台湾観光局の日本向け観光スローガン インストール
チャットワークの新しい開発言語とフレームワークを決める開発合宿を開催！その全貌を丸公開します。 | チャットワーククリエーターズブログ
みなさんこんにちは、技術部Webチームリーダーの田中佑樹です。 みんなからはたなやんと呼ばれています。猫とVimが大好きです。 さて、今回は先日開催した2泊3日のChatWork開発合宿の全貌についてご紹介したいと思います。 「開発合宿をやってみたいけど、どうすればいいのかよくわからない」という方の参考になれば嬉しいです。 なぜ開発合宿をすることになったのか？ チャットワークは2011年3月の公開以来、順調にユーザー数を伸ばし2014年4月時点で世界170カ国42,000社の企業に導入されるまでに成長しています。 そんな中、現在チャットワークのバックエンドで動いているプログラムが今後の運用において最適ではないのではという懸念があり、言語とフレームワークの再選定をしようという声が上がりました。 ただ、なかなか日頃の業務の中で時間を取るのは難しく、今後のチャットワークを左右する重大な選択なので
Simple tricks to clean up your Capybara tests
I’d like to share with you a few simple tricks we use all the time at Varvet to clean up our Capybara tests. Often we want to find a specific area of the page, and perform some action in that area. With the imminent release of Capybara 2.0, you will probably find yourselves doing this even more, since you will sometimes have to be more specific about which element you want to interact with, since
bundler で管理している gem のソースをすぐに読み始める方法 - おもしろwebサービス開発日記
最近、「gem の README や rdoc を読んでもよくわからないのでソースを読む」ことがちょくちょくあります。そんなときは ググって github の該当する gem のページに移動 リポジトリのURLをコピペしてgit clone hoge emacs でファイルを開いて読む のような普通の手順でやっていました。結構めんどくさいです。でも bundler で管理している gem であれば、bundle open を使うだけでおｋです。例えば capybara のソースコードが読みたければbundle open capybaraのようすると、環境変数 EDITOR で設定されているエディタで gem のルートディレクトリを開いてくれます。べんり。 追加の関連エントリ より良い bundle open としての reditor - willnet.in
より良い bundle open としての reditor - おもしろwebサービス開発日記
以前、bundler で管理している gem のソースをすぐに読み始める方法 としてbundle openを紹介しましたが、今はもっぱら hibariya さん作の reditor を使っています。 bundle openと比べての利点は、標準添付なライブラリも開けるところと、正確な gem 名が分からないときに候補を出してくれるところです。特に後者の機能は超べんり！こないだ 「rails で link_to ... remote: true みたいにしたときに使われる js 部分のソース読みたいなー…でも名前なんだっけ？」というときに、適当に reditor rails_js とかしてみたら下記のように候補がズラズラ出てきてくれて、「あーそうだ jquery-rails だったっけ」とすぐに読みたいファイルを開くことができました。bundle openしか知らない頃の自分だったら、きっと
CoffeeScriptとExpressとMongoDbとMochaでNode.jsするメモ
Node, iOS, Android, HTML5, JavaScriptの話題。ときどきMacやLinux。 巷ではCoffeeScriptが流行っているそうで。ExpressとMongoDb、テストにMochaを使った定型文的なメモ。 インストールはこんな感じで。 $ sudo npm install -g coffee-script $ sudo npm install -g js2coffee $ express sample $ cd sample && npm install $ npm install mocha $ npm install mongoose expressで出来たテンプレをcoffeeに変換。 $ js2coffee app.js > app.coffee $ js2coffee routes/index.js > app.coffee Mochaのテスト。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
excale.net
MySQL with Node.js