jewel12のブックマーク - はてなブックマーク

デプロイ作業の属人化を徹底的に排除したい話 - @kyanny's blog
ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-pick するのだそうだ。 2012/07/25 追記 Facebook のリリースエンジニアリングについては Facebook のリリースと文化 - Kato Kazuyoshi を参照のこと cherry-pick は無いわー、というのは置いておくとしても、リリースという極めて重要な作業が特定の人たちに委ねられている点に恐ろしさを感じた。嫌だと思うのはなぜなのかしばらく考えて、デプロイ作業の属
jewel12 2017/05/30
“deployment hogehoge”
リンク
フレームワークとアプリケーションの境目 - @kyanny's blog
それでもRailsを選択する3つの理由 - pblog 興味深く読んだ。ずっと気になっていることがある。フレームワークとアプリケーションの境目について。アプリケーションとフレームワークははっきり区別されるべきなんだろうか。 Rails は「区別するべきだ」と要請しているように感じられる。アプリケーションはフレームワークが規定する「できること」の範囲内で書くべきであり、その範囲を外れる場合は相応の覚悟をしろ、領分を守る限り難しいが一般的な問題はフレームワークが正しく解決してやるぞ、と。一方で、フレームワークもアプリケーションの一部である、とする考え方もあると思う。足場を支えるライブラリに過ぎない、という思想。両者の境界は曖昧になり、フレームワークが規定する「できること」だけでは物足りなくなったとき、アプリケーション側を「できること」の枠内に合わせるのではなく、フレームワーク側を拡張して
jewel12 2015/02/20
リンク
「RSpec は英語として読みやすいから良い」というお題目はなんだったのか - @kyanny's blog
rspec-2.11 がリリースされましたね。いくつかの変更点の中に、今後は should ではなく expect を推奨し、デフォルトでは expect のみが有効化されるようになる、というものがありました。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax 個人的にこの変更は説得力に欠けるなーと思っていて、 expect 推しにする理由が should は Kernel にはえるので Kernel を include しない BasicObject のインスタンスに対して should を呼ぶとおかしくなる標準ライブラリ delegate は Kernel のメソッドの一部だけを include するので rspec と delegate のどちらが先にロードされるかによって should の挙動
jewel12 2012/07/13
RSpec
リンク
Google Chrome の「検索エンジンの管理」にるりまサーチを追加する - @kyanny's blog
いままで無意識に「ruby inject」とかでぐぐって赤いページを見ていたんだけどリダイレクトされるようになって permalink にたどりつくまでのステップ数が増えたので、この機会にスマートキーワード的に引けるようにした。 Google Chrome では設定 - 基本設定 - 検索 - 検索エンジンの管理から追加できる。 http://doc.ruby-lang.org/ja/search/query:%s/これを ruby というキーワードで追加したので、アドレスバーに「ruby inject」とかいれるとだいぶ幸せになれた。まぁいちいちネットで検索するのもどうなのよ、という話だけど（いちおう Emacs からもひけるようにしてあるけど細かいインターフェースを自分ごのみにカスタマイズしきれてない）もっとはやくやっておけばよかった。
jewel12 2011/07/26
ruby
リンク
1