レトロスペクティブのプライムディレクティブに対する問い
進みたいと思う方向へ向かうように脳を”だます”こと、これを時々することの良さを理解するのはなかなかの驚きですよ。私たちの脳は常にこのような”だまし”の影響を受けているのですね。 レトロスペクティブの後で私のとこへ来て、あなたとほとんど同じことを言いに来る人は大勢いました。しかしそう言った後でこう付け加えるのです。「こうしてプライムディレクティブに参加してレトロスペクティブを経験したわけですが、多分プライムディレクティブは正しいのだろうと思えます。」このことについて私から特に言うつもりはありませんが、ただ私がそれに同意していることをお伝えします。 Eugene: ある程度経験をしてきた者として、私もそのような人たちを知っています。たとえ優れた考えや優れた能力を持っていたとしても、チームワークを時として妨げてしまう人たちです。そのような人たちの周りで、あるいは一緒に、仕事をするのがフラストレー
ソフトウェアクラフトマンになる
ソフトウェアクラフトマンシップ運動とは，プログラミングスキルを体得してソフトウェアクラフトマンとなるための方法と，その実践について語るものだ。そこでは，技術的なプラクティスが重視されている。それらを学んでよりよいプログラマになるには，長い期間が必要なのだ。 ソフトウェアクラフトマンシップ宣言(Manifesto for Software Craftsmanship)は言う： 意欲溢れるソフトウェアクラフトマンとして，我々は，技能の習得を支援し，自らも実践することにより，プロフェッショナルとしてのソフトウェア開発が到達すべき水準を高める。この活動を通じて我々は，次のことを尊重する。 単に動作するソフトウェアではなく，巧緻なソフトウェアであること 変化に対応するだけではなく，確実に付加価値を得ること 個人と個人の交流だけではなく，プロフェッショナルのコミュニティであること ユーザとの協力関係だ
スクラムの先へ進む
アジャイル初心者の多くは、スクラムでアジャイルをはじめる。スクラムには明確な指針、ルール、プラクティスがあり、チームにアジャイルを導入するのに役に立つ。ところがスクラムもまた組織の中でさまざまな問題に直面し、多くの会社にとって成功を難しくする一因になっている。スクラムをやってきた人たちは自問する。どうすればよいのだろう？ スクラムだけで十分なのだろうか？ Jimmy Bogard氏は、なぜスクラムをやめたのか、なぜ彼のチームはスクラムで成功した後、そのコアプラクティスをいくつかやめることでパフォーマンスを改善できたのかについて、次のように説明する。 イテレーションはpullベースのアプローチほど効率的ではない。 タイムボックスで仕事をすること、割り当てて空きを埋めることには、何かしら心理的影響があります。明確なタイムボックスのイテレーションをやめて、できる限り早く納品することにのみ注力する
MongoDBの信頼性に疑問
原文(投稿日：2011/11/07)へのリンク 最近、MongoDB に関して非常に好ましくない内容のかなり話題になった市場報告が２つあった。批判の大部分は、パフォーマンス問題とデータ損失の組合せに集中している。この話を続ける前に、これらは公式の事例研究でないことを肝に命じて欲しい。そうではなくて、最近 MongoDBを使った開発チームによる市場報告である。 まず Urban Airshipの Michael Schurter氏のレポートから始める。 Urban Airshipは既に、MongoDBの問題を経験しており、このレポートを書く前にデータのほとんどを PostgreSQLに移行を済ませていた。残ったデータはMongoDBにとって理想的のようだ。 短命－もしそれを失っても、短い間サービス低下を経験するが、 壊滅的ではない 小さい－容易にメモリーに収まる(~15 GB) 二次索引－キ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
New Relicが自社Docker展開ツールのCenturionをオープンソースに
ドメイン・フレームワークのススメ(第1回)
静的な型付けによる高パフォーマンスなPHP
アジャイルのまずい考え方