■ [ruby] ルビーチョットデキル T シャツ販売のお知らせ 鹿 ( shikakun )のワタシハ ルビー チョットデキルTシャツ ∞ SUZURI が販売開始しました。リナックスチョットデキルと合わせてご活用ください。 RubyKaigi で Matz に着せたり、姉妹品としてパールチョットデキル T シャツ作って Larry に着せたりしたい。
![[ruby] ルビーチョットデキル T シャツ販売のお知らせ - HsbtDiary(2014-05-26)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
■ [github][irc] gig(github irc gateway)を使い始めた 数日前から net-irc に添付されている gig.rb を使い始めている。使い方は ruby gig.rb だけでだいたい動く。オレはサーバー上で常駐させたいので、gig.rb の deamonize な処理をコメントアウトしてから OS の daemontools で起動するようにしている。 これを limechat の showTwitterAvatar で見ると画像のようになる。github の follow とか watch ってダッシュボードで見ると何が起きているのかよくわからないし、たまに開いた時にたまたま目に入ったものを追いかける程度の用途しかないけど、gig.rb で表示するようになるとこの世界がだいぶ変わる。具体的には rails/rails のように注目しているプロジェクトで
■ [github] github で開発するなら pull request を使いましょうという話 rubyconf の How GitHub Uses GitHub to Build GitHubの話を kakutani から展開してもらって github 使うなら pull request を積極的に使った方が良いということがわかった。ポイントはいくつかあって下のような流れ。 pull request するのに fork する必要は無い organization, contributer アカウントで origin に別ブランチを作って push, そこから master に対して pull request すればいい commit に対してコメントすることは出来るけど、コードに対してのコメントになってしまって、どうした方が良いかとか、仕様についての議論は pull request
■ [mongodb] MongoTokyo 2012 に参加してきた 朝になるまですっかり参加登録したことを忘れていたんだけど品川シーサイドの楽天で開催された MongoTokyo 2012 に参加してきた。 10gen の人の話 今日は President と Technical Director が来ていて割と話の内容には期待していたんだけど、10gen 社と MongoDB のご紹介という感じの"2年前に聞いたわー"みたいな内容だったのでだいぶ聞き流していた。会場には MongoDB は使った事ないんですけど…みたいな人も割と多かったので、そういった層に向けてはちょうど良かったのかな。 楽天の人の話 ニュース配信のバックエンドを MongoDB で作ってみましたという話。MongoDB は read はとても性能が出るけど write がダメやとか、session ストレージに使っ
■ [jenkins][funtoo][ci] Funtoo と Jenkins と Selenium で CI を実現 社内で動かしている Jenkins では cucumber で @javascript な feature はスキップする設定、つまり $ bundle exec cucumber features -t ~@javascript を実行してたんだけど、Jenkins でも Xvfb を使えば firefox を仮想ディスプレイ上で起動して Selenium を走らせることができるということは知っていたので重い腰を上げて環境を構築してみた。 まずは Xvfb と firefox を入れなければならない。OS は funtoo を使っているので emerge を使ってガンガン入れる。 $ USE="xvfb" emerge -auvDN xorg-server firef
■ [bitbucket][github] dotfiles を github と bitbucket に分割 今まで dotfiles は公開する物としないものを全部まとめた上で公開しないファイル群を private というフォルダで gitignore して github に置いてたけど、private は bitbucket の private リポジトリ、public は github の公開リポジトリという風に分割することにした。 https://github.com/hsbt/dotfiles https://github.com/hsbt/dot.emacs.d あと、今までは .zshrc というような形式で直接 github に置いていたものを dot.zshrc とリネームした上でこれを symlink するようにした。この public と private というディ
■ [git][github][tDiary] master ブランチで pull request していいのは小学生までってこともない GitHubへpull requestする際のベストプラクティス - hnwの日記を読んで感じたこと。 このエントリではmasterブランチで pull request していいのは小学生までと言われているけど、少なくとも tDiary ではどうでも良いからパッチ送れとしか思わないなあ。 具体的には master ブランチで作業したものを pull request しても別にコードの内容に問題がなければがんがん取り込むし、コンフリクトがひどかったり、なんじゃこりゃというのは差し戻すのでパッチを投げる側は気にする必要はない。繰り返すけど、Gitのお作法よりもコードの内容の方が重要ってことを頭に置いた方が良い。 もちろん、件の記事のようにちゃんと Git を
■ [lunch]反同盟活動 そろそろグラコロも何なのでジューシーチキンあかとうがらしを食べてきた。ごちそうさまでした! ■ [Plagger][livedoor]livedoor clip に delicious.com から plagger で同期すると文字化けするらしい 昼に nipotan さんから指摘されて初めて気がついた。 livedoor clip は @hsbt 氏が 1st クリッパーになると、タイトルが全部化けるのな… http://clip.livedoor.com/clips/hsbt なんとかならんもんか。。 んー、plagger 側が悪いのか livedoor clip 側なのかちょっと追いかけ切れてないです。週末になっちゃいますが調べてみます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く