第２章のケーススタディにある、以下の様なツライ環境で開発している方にお すすめの一冊です。 ・毎日バグ対応に追われている ・検証用環境がない ・適切なバージョン管理システムを使っていない。もしくはバージョン管理システムを適切に使っていない ・リファクタリングできない、もしくは奨励されていない ・リリース手順が複雑 チームで開発するために必要なノウハウが広く浅く書かれています。手始めに この本を読んでから『GitHub実践入門 』や『入門ChefSolo 』に進むと良いので はないでしょうか。 幸いにも私はそれほど当てはまらない職場で働いている(いた)ため、ほぼ既知 の内容でしたが、第６章のデプロイの自動化や第７章のリグレッションテスト は思考を再整理する上で有用でした。 個人的にはSeleniumはいきなり導入するものではなく、Capybaraでカバーでき ないブラウザ依存のテストをするく
この書籍に関連する記事があります！ はじめに 本書は「チーム開発実践入門」です。読者のみなさんの中にはよくご存じの方も多いかとは思いますが，チーム開発というのは複雑で難しいものです。 チーム開発を円滑に行うには 本誌の読者の中にソフトウェアやサービスの開発を仕事にしている方もいるかと思います。 第1章 チーム開発とは 1.1 1人だけでも開発はできる 1.2 チーム開発で直面する課題 1.3 どのように課題に立ち向かうか 1.4 本書の構成 第2章：ケーススタディ 第3～5章：基礎的なプラクティス 第6～7章：継続的デリバリーとリグレッションテスト 1.5 本書を読む前の注意点 最適なプラクティスはケースバイケース どのツールを使うかに正解はない 第2章 チーム開発で起きる問題 2.1 ケーススタディの前提 プロジェクトの前提条件 2.2 ケーススタディ（1日目） 問題1：重要なメールが多
斎藤です。こんにちは。 今日は、etckeeperを用いて、設定ファイルをバージョン管理する方法を説明します。設定ファイルの書き換えで辛い目に遭う前に、どうぞお試しください。 ※CentOS 6.4, Ubuntu 12.04 LTS, etckeepr 1.7を基準に説明します etckeeperとは etckeeperは主に/etc配下をVCS(Version Control Systems)を用いてバージョン管理します。実態は、gitやmercurialのwrapperとなっています。 設定ファイルの書き換えの際に、ファイル名に日付をつけてバックアップしたりする手間を省いたり、誤って書き換えてしまったときのための 保険 として利用する事ができます。 インストール方法 はじめに 先程も述べました通り、etckeeperはVCSのwrapperとして動きます。そのため、インストール時には
コードレビュー
開発担当のsugimotoです。 シャノン技術ブログが始まってインフラのネタが多いですが、そろそろ開発のネタも出していきます。 今回はシャノンでのアプリケーション開発においてのコードレビューについて紹介したいと思います。 弊社でメインサービスあるSHANON MARKETING PLATFORMの開発プロセスにはコードレビューが組み込まれています。 コードレビューを行うようになったのは2008年の夏くらいです。 導入したきっかけはあまり覚えていませんが、ソースコードの品質を上げることが当初の目的だったと思います。 このコードレビューですが、ソースコードを製品リリース用のバージョン管理システムへコミットする前に行うことが義務付けられています。 コードレビューを行う目的は主に次の３つになります。 ・ソースコードの品質向上 ・バグの早期発見 ・他の人のソースコードを見ることによる学びの場 この中
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: チーム開発実践入門 ~共同作業を円滑に行うツール・メソッド (WEB+DB PRESS plus): 池田尚史, 藤倉和明, 井上史彰: 本
