エンタープライズアジャイルは袋小路に陥っているのではないか - プログラマの思索
最近のアジャイル開発の事情を書いた記事があったのでメモ。 ラフなメモ書き。 【元ネタ】 Agile2014に参加してみて分かった昨今の世界のアジャイル事情 - THE HIRO Says もはやウォーターフォールだけでは通用しない：エンタープライズアジャイルが難しい理由と、実践の「現実解」 - ＠IT 動き出した エンタープライズアジャイル - 導入効果を「最大化」する5箇条：ITpro (引用開始) 一方で今年参加してみて、下記の図にあるような傾向が見えるようになってきました。 Agile/Scrum/Lean/XP 自体は既に当たり前になっており、それらをどうよりうまく活用するかに焦点が移ってきている。 アメリカのコンサルを中心に「Enterprise Agile」が流行っているが、一方でこれに嫌悪感を持つ勢力も増えつつある。 BDD/ATDD を中心に、Testing のセッションに
時代はO-Rマッピングからkey-valueストアへ: プログラマの思索
Apache CouchDBに関するメモ書き。 ＃理解が不完全なので、後で正しく書く。 【元ネタ】 Apache CouchDB: The CouchDB Project Web 時代の非リレーショナルデータベース: 第 1 回 Apache CouchDB の概要とインストール Web 時代の非リレーショナルデータベース: 第 2 回 Apache CouchDB と Ruby on Rails を使って wiki アプリケーションを作成する Web 時代の非リレーショナルデータベース: 第 3 回 Apache CouchDB で MapReduce フレームワークに基づく問いあわせを行う MOONGIFT: ? Web2.0時代のニュータイプDB「CouchDb」:オープンソースを毎日紹介 CouchDBはこのように説明されている。 CouchDB を探る CouchDB はオープン
チケット駆動開発の論文 - プログラマの思索
さかばさんがチケット駆動開発の論文を書かれたのでリンクしておく。 【元ネタ】 ソフトウェアさかば: TiDD：チケット駆動によるアジャイル開発法 さかばさんの論文の主張を抽出すると下記になる。 １・TiDD(Ticket Driven Development)は、古くからある障害管理ツールなどを包括的な構成管理ツールへ拡張し、それらのツールに合わせた開発プロセスである。 例： バージョン管理(ソース管理)→Subversion 障害管理→Redmine 単体テスト→テスト駆動開発 自動ビルド→継続的インテグレーション ２・アジャイル開発を運用する上での難点の一つである進化的保守は、TiDDでは、プロジェクト管理をチケット管理で置き換えることで解決しようとする。 ３・二つ目の難点である並行開発は、メインラインモデルとチケット管理の組み合わせで解決しようとする。 ４・３つ目の難点である頻繁なリ
Subversionを見直せ - プログラマの思索
SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー｜gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
