GitHubで自分が関係しているIssueを見逃さないようにするためのページ一覧 - Qiita
世の中には、いろんなツールがあるけれど、ここではデフォルトでGitHubが用意してくれているページを駆使して、自分が関係しているIssueに気づかない問題を解決する方法を紹介する。 Notificationの活用 まずは、通知を意味あるものにしたうえで、毎日見に行くという習慣付けが大事。 ショートカットとしてはg+nでいける。 運用にあたっては、まず、今までのNotificationを全てクリアして、必要なものだけがNotifyされるようにWatch設定をちゃんとする。 実際、Notificationが多すぎて役に立たなくなっている人は全てUnwatchすることから始めてもいいかもしれない。 そうするとNotificationが結構役に立つようになる。 Watchしてるものの中で、自分が関係しているものだけを見たい場合は、Participatingタブを選べば良い。 なお、全てUnwatc
Capybara::Poltergeist::TimeoutErrorが稀に起こる問題の対応 - Qiita
Capybara::Poltergeist::TimeoutErrorで苦しんでいて解決した方法のシェア 対象となる症状 条件1: 以下の様なエラーが出る 1) #show User can view signle preference articles Failure/Error: sign_in_as candidate Capybara::Poltergeist::TimeoutError: Timed out waiting for response to {"name":"visit","args":["http://127.0.0.1:38925/user/auth/facebook/callback"]}. It's possible that this happened because something took a very long time (for example
ABテストのための有意性検定 - Qiita
こんにちは、awakiaです。今回のアドベントカレンダー、結構、機械学習ガチなメンツが揃ったみたいなので、俺も対抗してやる！！とも思ったのですが、研究を離れて2年が経とうとしているので、真っ向勝負とか今更無理なことに気づきました...ｗ なので、開発者の皆も知っておくと便利なデータサイエンスの話をすることにします。 ABテストと検定の必要性 Webサービスを運営していると、見た目の問題だけでも結構悩みます。ボタンの色や文言などの小さなところから、トップページに盛り込む内容をどうするかまで、いろいろです。 今回、「ABテスト」と呼ぶものは、画面に占める大きさ等にかかわらず、パターンAとパターンBを作って、そのどちらがいいかを判断するための実験と定義することにします。 なお、ABテストの呼び名には結構流派があるので別の名前で聞いたことがあるかもしれません。例えば、Googleのマット・カッツ先
RSpecのshouldはもう古い！新しい記法expectを使おう！
というように書くようになりました。 別にshouldを使った記法がなくなったわけではありませんが、 https://github.com/rspec/rspec-expectations のREADME.mdには、もう新しいSyntaxの説明しか載っていないし、今後はexpectの方を使っていくほうがいいでしょう。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax には、新しいSyntaxを導入した背景が説明されています。 簡潔に書くと、shouldだとBasicObjectを継承したクラスのテストを書くときに不具合が起こるみたいですね。 移行方法 基本 基本的には、上に書いたように、 foo.should を expect(foo).to に foo.should_not を expect(foo).
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
