Fabricは直列、Capistranoは並列 - Qiita
っていう感じで書けるんですが、複数サーバで実行する場合の順序が全然違うので要注意です。ロードバランサから外して、更新して、戻すなんてことを考えてると、Capistrano で死にます。 Fabric の場合: サーバAをロードバランサから外す サーバAを更新する サーバAをロードバランサに戻す サーバBをロードバランサから外す サーバBを更新する サーバBをロードバランサに戻す Capistrano の場合: サーバAをロードバランサから外す サーバBをロードバランサから外す サーバAを更新する サーバBを更新する サーバAをロードバランサに戻す サーバBをロードバランサに戻す Capistrano で Fabric の実行順序にするきれいな方法があればいいんですが。きれいな、というからには、汚い方法はあって、Can Capistrano Execute Tasks on Hosts Co
What does Ruby have that Python doesn't, and vice versa? - Stack Overflow
There is a lot of discussions of Python vs Ruby, and I all find them completely unhelpful, because they all turn around why feature X sucks in language Y, or that claim language Y doesn't have X, although in fact it does. I also know exactly why I prefer Python, but that's also subjective, and wouldn't help anybody choosing, as they might not have the same tastes in development as I do. It would t
RVM for Pythonistas, virtualenv for Rubyists
You are or have been a Pythonista? You are or were in love with virtualenv, virtualenwrapper or Buildout? Now you do some Ruby you are looking for the same wonderful tools? You should take a look at RVM or Ruby Version Manager. Oh, well. You are or have been a Rubyist? You are or were in love with RVM? Now you do some Python you are looking for the same wonderful tool? You should take a look at vi
RubyのStruct - 西尾泰和のはてなダイアリー
RubyのStruct irb(main):018:0> FooBar = Struct.new(:foo, :bar) => FooBar irb(main):019:0> FooBar.new(1, 2) => #<struct FooBar foo=1, bar=2> irb(main):020:0> _.foo => 1 へえー、これは便利。 Pythonで作ってみた。 >>> def Struct(*keys): class _Struct(object): def __init__(self, *values): self.__dict__.update(zip(keys, values)) return _Struct >>> Struct("foo", "bar") <class '__main__._Struct'> >>> FooBar = Struct("foo",
「Perl, Python, Ruby の比較」があまりにもいい加減な件 - odz buffer
ref:Perl, Python, Ruby の比較 ref:はてなブックマーク - Perl, Python, Ruby の比較 ref:はてなブックマーク - Perl, Python, Ruby の比較 ちょっと遅くなったが以前宣言したとおり、書いておく。 「Perl, Python, Ruby の比較」はどうも調査が足りないのか、結果的にかなり嘘のまじった文章になっている。あくまで、初心者の私見ですので気軽に聞き流してください。とはあるものの、はてブのコメント等で「参考になる」とか言っている人もいる*1ので一応指摘しておこうと思う。 3.2 次に Python 変数はデフォルトで局所変数となるので、 Perl のように my で宣言する必要はありません。 my を強制することで変数の typo を防げるという視点が抜けるのは若干フェアではないですね。 それから、Python には
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
