クライアントの要望にこたえるWebサービス開発 ～「らせん型ワークフロー」のススメ～2012年8月26日に行われた、CSS Nite in SAPPORO, Vol.5 での発表資料です。
Agileな開発からAgileな組織へ #aj21 #b2
2012/3/16のAgile Japan大阪メイン会場B2セッションでお話した資料です。質問等があれば@ryuzeeまでお願いします
How Heroku Works - Teams and Tools
Heroku is a largely agile company, we work in primarily small teams that talk via api and data contracts. Its also a company comprised primarily of engineers, even product managers often write code. Heroku as a platform drives many of the features not from top down, but from bottom up based on engineers desires or skunkworks projects. There’s many valuable insights into how Heroku runs efficiently
アジャイル開発手法でクラウドを作るHerokuのやり方とは － Publickey
Amazonクラウド上でPaaSを提供しているHerokuのエンジニアCraig Kerstiens氏が、Heroku社内でのソフトウェア開発がどのように行われているのかを紹介した記事「How Heroku Works - Teams and Tools」を、自身のブログに掲載しています。 全体の運営をアジャイルにしつつ、小さな独立したチームが独自のツールを使い、頻繁なコミュニケーションの下で開発を進めるのがHerokuのやり方のようです。記事からポイントを引用しつつ、先進的な例の1つとして見てみましょう。 チーム、コミュニケーション、コラボレーション 記事の冒頭で、チームがAPIやデータ規約によって構成されていることが説明されます。 Heroku is a largely agile company, we work in primarily small teams that talk
マーチン・ファウラー氏が語る、21世紀のソフトウェアデザインとしてのアジャイル開発（前編）。Agile Conference tokyo 2011 － Publickey
アジャイル開発に関する論客の一人マーチン・ファウラー氏は、7月20日にテクノロジックアートが主催したイベント「Agile Conference tokyo 2011」で「21世紀のソフトウェアデザイン」をテーマに基調講演を行いました。 ファウラー氏の基調講演の様子を紹介しましょう。 アジャイル開発の意味が希薄化している ThoughtWorksのマーチン・ファウラー氏。 アジャイルソフトウェア開発宣言から10年がたち、そのあいだいろんな人が伝えていくうちに当初の意味の希薄化（Semantic Diffusion）が起きてしまったと思う。私の役割は、最初の意味を思い出してもらうことだ。 要件の安定性に依存するのは不健全だ まずは「予想的な計画（Predictive Plannning）」と「適応的な計画（Adaptive Plannning）」について。 土木や建築に由来するのが「計画駆動開
Kanban Boards from Sys Admin to Sales
Sustainable Security Requirements with the ASVS Josh Grossman provides a brief overview of what the ASVS is, but takes a closer look at balancing trade-offs and prioritizing different security requirements. Josh shares how to make the process repeatable and how to implement it as part of your own organization's requirements process.
マーチンファウラのDSL本をマインドマップにまとめてみた：An Agile Way：オルタナティブ・ブログ
マーチンファウラーのDSLの本（厚い黒本）を読んだので、まとめのマインドマップを描いた。画像をクリックすると拡大します。(astah share で詳しく見れます。こちら。) 最近、Rubyist がまわりに増えて、内部DSLをRubyで作るのが楽しそう。Rubyはメタプログラミングに加えて、豊富なリテラル（MapやList）、ブロック、シンボルをうまく使えることなどもあって、すごくきれいなシンタクスのまま、DSLをサポートできる。 この本では、"Part I"がWhatとWhyに集中してかかれていて、他のパートはDSL設計者のためのパターン集。パート１では、DSLの定義やSemantic Modelの意味、そして、なぜDSLをつかうか、DSLの3つのガテゴリなどが書かれている。 All the DSL does is provide a readable way of populatin
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルテストの描写