「外部サービスを使わずにPullRequestベースの開発をするために行ったこと」参加レポート #jtf2015 - ブロッコリーのブログ
スライド Pull request based development from Kodai Sakabe www.slideshare.net 自己紹介 坂部広大 ツイッターアカウントは@koudaiii 2010年入社 2010年の社内環境 Trac and hiki and subversion Ruby 1.8.7 Gitが浸透していく時期だった 制約上、プログラムを外に出さない 外部のChat使用は禁止 Tracでチケットを見ながら、Subversionに上げていく 内部に入れるのは正社員のインフラのみ アプリケーションエンジニア「Deployお願いします！」 インフラエンジニア「今からDeployします！」 アプリケーションエンジニア「Mergeお願いします！」 インフラエンジニアもしくはPM「Mergeが大変…」 問題点 タスクとソースで2つのツールを行ったり来たり SubV
fluentdで集約したerror_logをslackに流すと捗る - UNIX的なアレ
nanapiでは社内のチャットツールに、Slackを導入しています。Slackの便利なところはintegration周りで、要するに他のツールとの連携が非常にし易いんですね。そういった、Chatを中心にした業務効率化を最近ではChatOpsと呼んだりします。 http://nanapi.co.jp/blog/2014/07/24/nanapi_chatops/ ChatOpsの重要な点はコンテキストを共有できる点ですよね。「○○ってエラーログが出てるよ」みたいな情報を直接誰かに伝えるのではなく、ログが出ているという状態をChatを経由して同じものを見ることで、説明が非常にラクになります。 ほかにもデプロイをHubot経由で指示したり、ステータス取得をしたりなど様々な使い方がありますがやはり重要なのは同じ画面を皆が見ているということですね。そういった点がChatOpsの大きなメリットとしてあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
