[B! Development process] RMS-099のブックマーク

アマゾンにおけるソフトウェア開発の仕事について感じたこと - 達人プログラマーを目指して

ちょうど、先日アマゾンのオープンハウスというイベントでお話をさせていただく機会があったのですが、開発者向けの20日のセクションだけで90名近くの方々にご参加いただきました。平日にもかかわらず、多数の方々にご参加いただき、どうもありがとうございました。私自身は、昨年秋にSIerからアマゾンに転職してまだ半年ですが、この機会にアマゾンにおけるソフトウェア開発の文化や考え方について、ブログでご紹介できる範囲でまとめてみたいと思います。私は、ずっとブログに書いてきたようにSI業界からの転職だったのですが、一般的なSIerにおけるソフトウェア開発の考え方や手法といろいろな面で違っているということは予想していたというか、もともと覚悟の上での転職でした。それでもやはり最初のうちはあまりにも大きな変化に自分の仕事のスタイルを合わせるのにいろいろと苦労しました。基本的には転職したての頃に抱いた感想（転職

RMS-099 2012/08/25

リンク

Getting Real by 37signals

Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> �LN�U �u�M�U Getting Real The smarter, faster, easier way to build a successful web application Start reading →

RMS-099 2012/01/28

リンク

なぜプログラマを難問奇問・一風変わったテストなどで雇ってはいけないのか？

By Iron Man Records 「なぜ我々はプログラマを難問・APIクイズ・不可解な演算・その他の面接トリックで雇わないのか？」というタイトルで「Ruby on Rails」「Basecamp」など、積極的にウェブ上の開発を行っている人々の間では一度は聞いたことがある小企業「37signals」が自身のブログ上でエントリーを出しており、その中身が非常に考えさせられる内容となっています。 Why we don't hire programmers based on puzzles, API quizzes, math riddles, or other parlor tricks - (37signals) http://37signals.com/svn/posts/3071-why-we-dont-hire-programmers-based-on-puzzles-api-qui

RMS-099 2012/01/28

リンク

http://www.leanagilepartners.com/

RMS-099 2011/06/25

リンク

アジャイル開発と反復開発の落とし穴

前回「『現状のソフトウェア開発は間違っていないか？』（プロセス編）」では、ウォーターフォール開発の問題点と改善方法を示した。さて、前回お話ししたようにウォーターフォール開発は本来、いくらプロセス改善をしたとしてもイノベーティブな開発がしにくい。ならば、反復開発（*1）やアジャイル開発に変えてしまおう、といいたいところ。しかし、導入するのであれば、それぞれのプロセスの特徴と弱点をしっかりと知っておくことが必要である。ウォーターフォール開発からの乗り換えを考えている方々だけではなく、いまアジャイル開発や反復開発を実践している方たちにもぜひ一読してほしい。（*1）反復開発とは例えばRUP（Rational Unified Process）やUP（Unified Process）のこと。反復開発とアジャイル開発の違い反復開発とアジャイル開発は、繰り返し型開発という意味では同じように思われる

RMS-099 2011/03/03

リンク

アジャイルはなぜ失敗するのか？～教科書には載っていない反復型開発の3つの掟 - プログラマの思索

牛尾さんがCodeZineに、アジャイル開発の運用のハードルが何故高いのか、優れた記事を立て続けに書かれているのでリンクしておく。牛尾さんのように、実際のAgileな開発だけでなくシステム化提案や要件定義のAgile化など、下流工程から上流工程まで全てで経験し尽くしている人だからこそ、分かっているような内容ばかりでとても興味深い。【元ネタ】ウォーターフォールの次に行け！～日本のソフトウェア開発を今一度洗濯いたし申し候（1/2）:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ) なぜアジャイルは本のとおりに実践しても失敗するのか？（1/4）:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ) なぜアジャイルは本のとおりに実践しても失敗するのか？（4/4）:企業のIT・経営・ビジネスをつなぐ情報サイト Enterpri