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"> ะ`�U �? [�U Getting Real The smarter, faster, easier way to build a successful web application Start reading →
CEDEC 2010「アジャイル開発手法スクラムの基礎とゲーム開発導入事例」 - ゲームの花園
今回はゲームリパブリックさんのアジャイル開発手法のセッションまとめます。 このセッションは、アジャイルとはなんぞや？スクラムはどういうもの？という基本的なところからの説明で非常に分かりやすい内容でした。今までアジャイルの基礎をすっ飛ばしてきた自分には最適です。 なので自分でも詳細を振り返りつつ、レポートしてみます。 概要 スクラムの基礎の紹介と、ゲーム開発に導入した時の成功・失敗談 スクラムの基礎 導入事例 まとめ 質疑応答 公式サイト CEDEC2010:アジャイル開発手法スクラムの基礎とゲーム開発導入事例 スクラムの基礎 参考にした資料 Agile Game Development with Scrum ゲーム開発向けにアレンジが入っており、本家のスクラムとは若干違う手法になっている スクラムとは何か？ スクラム = アジャイル開発手法の開発技法の一つ アジャイル開発手法とは何か？ ア
nabokov7; rehash : 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
近況 - "チームがよくなる" 感じについて - steps to phantasien(2009-12-31)
2009-12-31 近況 プログラマとしての成長が感じられない一年だった. 目先の仕事に気をとられ, 問題についてよく考える時間をとらなかった. 過労を言い訳に勉強もしなかった. 情けない. 一方で仕事のチームでは成長を感じることができた. せっかくだから, "チームがよくなる" 感じについて書いてみたいとおもう. 最近, 私のいるチームはコードレビューをするようになった. 私はこれまで仕事の中でコードレビューを実施しょうと試行錯誤してきたけれど, チームに定着することは少なかった. コードレビューはそれなりに面倒な作業なので, 特に組織的な外圧がないところではさぼられがちだと思う. けれど今のチームは外圧なしでやっている. およそ一年間のプロジェクトを通じ, このチームがコードレビューをするに至った道程を振り返ると, チームが成長する様子をうまく捉えることができるかもしれない. フェー
Martin Fowler's Bliki in Japanese - 優れたほうが安い説
http://martinfowler.com/bliki/CheaperTalentHypothesis.html 2008/2/8 ソフトウェア業界では、才能あるプログラマのほうが生産性が高いとよく言われる。 生産性は計測不能なので証明はできないのだけど、おそらくそれは正しいだろう。 人間の活動のほとんど全てにおいて、他人よりも優れた人がいるのである。 そしてその違いは、著しいことがしばしばだ。 ソフトウェア業界においては、プログラマ自身がその違いに気づくことが多い。 ただ、その場合も常に自分を「才能ある方」に入れているみたいだけど。 当然ながら、優れたプログラマは、フルタイムで雇うにせよ契約するにせよ、その単価は高い。しかし、たとえ単価が高いとしても、高価なプログラマのほうが実際には安価なのではないだろうか？ バカげた質問に聞こえるかもしれない。 何をどうしたら高価な人材が安価になる
IDEAPLANT � 01.ブレスター（ブレインストーミング・カードゲーム）
〒981-0915 仙台市青葉区通町2丁目5-28 アクス通町3F 株式会社マグネットデザイン アイデアプラント事務局 TEL:022-272-8020（平日 10:00～18:00）
POLAR BEAR BLOG: Google は社内でどんなツールを使ってるの？
Enterprise 2.0 という言葉が作られるなど、WEB2.0的ツールを企業内で使うことが一般的になっているわけですが、それじゃ Google はどんな社内ツールを使ってるんだろう？という興味を満たしてくれる記事がありました： ■ The Tools Google Uses Internally (Google Blogoscoped) 元ネタはこちらのエントリに掲載されているもの（詳細なPDFファイルはこちら）で、KMWorld Magazine が主催したイベントで発表されたプレゼン内容とのこと。Google 社員の Naveen Viswanatha という方が、いくつかの社内ツールを紹介してくれています。早速どんなものか、というと： < Google Projects > プロジェクトに関係するタスクや資料を一覧表示する、ダッシュボードのようなツール。上の方にあるタブに「My
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - schacon/ddd: developer driven development talk
How to start a movement
OpenSpaceWorld.ORG | inviting faster, easier organization – everywhere
http://www.businessweek.com/the_thread/techbeat/archives/2008/03/apples_design_p.html