タグ

2013年5月29日のブックマーク (7件)

  • SEが知っておきたいソフトウェア構成管理きほんのき

    EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

    SEが知っておきたいソフトウェア構成管理きほんのき
  • 構成管理 実践入門 第3章 Subversionベストプラクティス コードライン編その2 コードラインポリシー

    第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス

  • InfoQ: 複数のアジャイルチームでのバージョン管理

    複数のチームが動いているアジャイル環境では、以下の目的を実現するバージョン管理モデルが必要になります。 フェイルファースト フェイルファーストとはコードのコンフリクトや統合での問題を可能なかぎり早期に発見することです 大きな問題を数回のタイミングで修正するよりも、小さな問題を何度も修正していく方が賢明です 常にリリース可能 どんなに悪いスプリント(イテレーション)だったとしても、その成果物は何かしらリリース可能なものでないといけません シンプル このスキームはチームのメンバ全員に毎日使われることになるので、ルールや定型作業は明確かつシンプルでないといけません 紙1枚にまとめた要約図(壁張り用) この図を見て分からないことがあっても構いません。この先を読んでください。 この図を見て分からないことがなくても、この先を読んでください。 この要約図はPDFでもダウンロードできます(DL) バージョ

    InfoQ: 複数のアジャイルチームでのバージョン管理
  • 大規模プロジェクトはバージョン管理が重要になってくる - プログラマの思索

    ソース管理について良い記事があったのでメモ。 Subversionベストプラクティス 複数のアジャイルチームでのバージョン管理 「複数のアジャイルチームでのバージョン管理」の指摘は非常に重要なので、まとめておく。 【1】バージョン管理の目的 1-1. Fail First コードのコンフリクトや統合の問題を早期に解決する。 1-2. 常にリリース可能 どんなに悪いイテレーションでも、その成果物はリリース可能にならねばならない。 1-3. シンプル チェックインやマージ作業などのポリシーはシンプルで明確であること。 オブジェクト指向のパッケージ原則の一つに「再利用できる粒度とリリースできる粒度は同じだ」という法則がある。 つまり、最終的にリリース可能であるということは、その成果物が公開された時、他の誰もが安心して使える品質レベルを保障しているということ。 我々プログラマは、結局、他の開発者が

    大規模プロジェクトはバージョン管理が重要になってくる - プログラマの思索
  • 構成管理 実践入門 第3章 Subversionベストプラクティス コードライン編その1 メインライン

    第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス

  • 「正しいアジャイル」でなくてもいい

    34. スケジュール 先行開発チーム 仕様策定チーム 開発チーム 1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月 ▼先行開発 ベースラインアーキテクチャの策定やコア機能を先行で開 発。何度となくハマったが、難易度の高い部分に取り組んだ ことによって早期に多くことを学習できた。 顧客 10年戦士 5年戦士 13年5月26日日曜日 35. スケジュール 先行開発チーム 仕様策定チーム 開発チーム 1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月 ▼既存システム調査 既存システム要件/機能を分析し、随時「仕様策定チーム」 と連携。テスト仕様書に積極的にフィードバックし、仕様書 の精度を上げていった。 顧客 10年戦士 5年戦士 13年5月26日日曜日

    「正しいアジャイル」でなくてもいい
  • なくすと困るアイテムに取り付けてスマホ&クラウドで管理・追跡できる「Button Trackr」

    家の鍵やリモコン、眼鏡などの小物はどこに置いたかうっかり忘れてしまい、探し出すのに一苦労するときもあります。なくしがちなアイテムなどに取り付けて、スマートフォンやタブレットで管理することができるのが「Button TrackR」です。 Button TrackR - Find Lost Items | Indiegogo http://www.indiegogo.com/projects/button-trackr-find-lost-items Button TrackR - YouTube Button TrackRは小さな小物にも付けられるように、直径25mm、薄さ4mmとかなり小型のデバイスになっています。 iPadの裏にピタッと貼り付けたり…… 付属のアタッチメントを使ってキーホルダーのようにしてカギに取り付けて持ち運びが可能。 なくしたものを探す時には、Button TrakR

    なくすと困るアイテムに取り付けてスマホ&クラウドで管理・追跡できる「Button Trackr」