December 2008
8 posts
ソフトウェア開発で1本10万円のワインを造る方法 − ＠IT MONOist →
良い解説記事。だけど、一カ所だけ、記事の無いようでは無く筆者の感想に対する疑問が。
「なんのかんのいっても、最後は人かい……」と悲観的な気分にならざるを得ません。
なんで悲観的になる必要があるんだろぅ？つまり「最後は人」以外の結論が欲しいという事なのかな。
“たとえ敬語を使っていても内心では馬鹿にされる老害予備軍と言って良いだろう．...”
– 老害予備軍 - カレーなる辛口Javaな転職日記
InfoQ: 事例研究：Dutch... →
私達はスクラムを利用したアジャイル手法を提案し、顧客の密な協力、オープン・コミュニケーションそして少しずつ開発していくことに集中しました。
顧客の密な協力
いくつかのイテレーションの後、これらの機能について’可能な限りの’見積もりを作成することでこの問題を解決しました。その頃には、自分達の開発速度について確信の持てる精度の情報を蓄えていました。従って、作成したバーンダウン・チャートを使うことでプロジェクトの状況の追や、進捗状況の共有がとてもよく出来ました。このことで学んだのはどんな見積もりでもないよりはマシということです。例えほとんど情報が入手できないとしてもです。
そうかな「どんな見積もりでもないよりはマシ」と言えたのは、その前にある「いくつかのイテレーションの後」だからではないかな。
...
“過去にもプラットフォームを提供することでエンジニアを固定化してしまう戦略は多くのプラットフォームで行われてきており、一度そのプラットフォームに取り込まれたエンジニ...”
– Software Development > ソフトウェア開発者獲得競争 : ITmedia オルタナティブ・ブログ
ドキュメントはブレーキになる (mark-wada blog) →
だからといって全面的にやめろと言っているわけではない。早く走るにはアクセルだけあればいいというものではない。ブレーキがあってこそアクセルを踏めるのである。紙のドキュメントに立ち戻ることもあるからである。ですから、いざという時のためにドキュメントがあるという意味である。
日本のある有名な会社では電子化システムと平行して紙の伝票を走らせるそうだ。もし何かあっても紙で仕事ができるようにとのことだそうだ。
確かに、ブレーキとしてのドキュメントは必要かもしれないが、紙は業務処理のスピードを抑えるわけだから、アクセルを踏みながらブレーキをかけたり、何度もブレーキを踏むようなことはやめたいのである。
保険としてのドキュメント、かぁ。なるほど。
“Sunの決算の数字を見ると、売上の15 -...”
– 【インタビュー】Javaがレガシーだって? 冗談じゃないよ - James Goslingが語るJavaの現在 (4) 訊きにくいんですが…最近のSunの経営状態はどうですか? | エンタープライズ | マイコミジャーナル
“ハードウエア、ソフトウエア、プラットフォーム、インフラ、開発メソッドなどなどあらゆる領域で目を見張る“Change”があった。...”
– IT革命を身体で感じた世代 (mark-wada blog)