1日に175回もGitHubはデプロイしているだとぉ…！？ | Act as Professional
GitHubは普通の会社とどう違うのか？ リリースマネージャーがいない（いる必要がない） 週次のデプロイセットもありません（この週にこれだけの機能をまとめてリリースとかがない） 開発者とデザイナーは、早く提供できるように自分たちでデプロイする（できる）作った人達が自ら確認できて、サクッとデプロイできるのであれば、さっさと作って、ささと出してしまった方が良いに決まっています。これを実現させるために様々な工夫がされているようです。 GitHubの基本的なワークフロー The basic workflow goes like this: Push changes to a branch Wait for the build to pass on our CI server Tell Hubot to deploy it Verify that the changes work and fix a
達人プログラマーに学ぶ どこでも自動化 | Act as Professional
達人プログラマーはどうするのか？ p.240 第8章 達人のプロジェクトより 我々よりもコンピュータの方がうまくやってのけるような繰り返しや俗っぽいことは、すべてコンピュータに任せてしまいましょう。我々にはもっと重要で難しい仕事が待ち構えているのですから。 HIROCASTERの経験から cobblerをつかって、OSのインストールは自動化 puppetやChefをつかって、OSの設定やアプリケーションの導入と設定を自動化 capistranoをつかって、デプロイ作業を自動化 Nagiosなどの監視システムやCactiなどのモニタリングシステムへの追加も自動化 こんなことはさっさとやってしまおう。物理サーバが到着したら数分で本番環境へ投入できるように。 Amazon EC2を使えば、物理サーバが到着するのも待たなくてすむ。 達人プログラマーから想像できる開発中の自動化は… シェルを書いてし
開発現場に見る今ドキの「自動化」
開発作業の「自動化」と聞いて，正直，うんざりする人もいるだろう。「思った通りの成果物なんてできやしない」「ソースコードの中身がブラックボックス化してしまう」「費用や教育といったツール導入の負担が大きい」――。自動化にはこうしたいくつもの不安やリスクがあるためだ。 だが一方で，生産性と品質のさらなる向上を目指し，企業トップやバックオフィス部門は自動化を強く推し進める。現場では渋々自動化に取り組むが，やはり失敗してしまう。「自動化なんて夢のまた夢，もう自動化はコリゴリだ」。そんな風に思うのも，当前と言えば当然である。 では自動化は悪か，と言えばそんなことはない。人間がやる作業をきちんと自動化できれば，それは素晴らしいことだ。自動化は作業の効率化・迅速化や，成果物の均質化といった大きなメリットがある。開発プロジェクトでは様々な作業が発生し，「猫の手も借りたい」と本気で思う現場はいくらでもある。そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
