プロジェクトの問題こんな資料があったとは(JDCSDCの会員登録が多分必要)。最初から設計し、コーディングなどに大量の時間を費やしている。構築工程が存在しないため、構築品質が低い構築を行っている間は何も作業できず、構築の遅れが開発の遅れにつながっているコンポーネントを統合する前に十分にテストしていない。つのコンポーネントを安定しないうちに統合し、そのスタックトレースを検証している解決策:優れたソフトウェア技術を採り入れる必要があります。詳細については最後の「参照情報」から関連サイトを参照してください。使用することをお勧めします。方法論を支援する無料のツールです。読解ツッコミに書いたことは別として、あの文書の内容がどこまで有効かの議論とは別に、読解しておく。問題は、「徴候」のパートで、これは4つの異なる徴候を示している。直下型の問題として、最初から設計し、コーディングに時間をかける。訳が変なんじゃないかと思うが、原文を探す気にはならないので、かってに逆翻訳してから再翻訳して、最初に設計してからコーディングするので時間がかかるというふうに読み取った。構築工程がないそんなバカな。いうことで、おそらくここで想定している状況は、どっかにクラスツリーが非管理レポジトリとして用意してあって、メンバーが別々にjavacした出力をコピーするというようなことを指しているのだと思う。解決策:仕事やめろと思うが、ここではantくらい使えということ。構築に時間がかかる2.はさすがにバカげていると気付いたので、ソースのツリーを作り、誰かがソースをコピーしてから、全体をコンパイルする。誰かがコンパイル中はほかのことが(テスト実行を含み)できない解決策:仕事やめろと思うが、ここではantくらい使えということ。解決策:JUnit使って順に検証し、新たな実装の追加が、元の実装の破壊を生むこと無いように確認してから、統合テストのフェーズに移れ2と3はさすがに考えにくいが、僕には、1.と4.は有意な提言だと思う。ちなみに、500人のプロジェクトでXPは使えるか、について、使えるとこないだ気付いた。最初の時点できちんとアーキテクチャを構築すれば、500人分の作業といっても50の異なるサブドメインに分割可能なはずだ。各サブドメインは別にWebサービスで結合する必要はないが、SOAの考えを流用してきちんとブラックボックス化したサービスとして相互に結合可能なアーキテクチャだ。あれば、10人1プロジェクトとなるのだから、そこでXPすれば良い。500人のうち、優秀なのが20人(そのくらいはいるだろう)いれば、その20人から1番出来の良いのを1〜2人、喧嘩になるようなら3人の合議制で、アーキテクチャを決めさせる。出来が良いんだから、スケジュールは守るだろう。次にその20人を重要度の高い20のプロジェクトに配分すれば、50のサブプロジェクトのうち2/5は確実にまかなえるはずだ。実際には500人もいれば優秀なのは100人以上はいるはずだから、その配置をきちんとやり、週1ペースでサブプロジェクトのリーダーによる相互の進捗ミーティングを行いサブプロジェクトの重要度に応じたメンバー移動などを行っていけば良い。真似るということそういや、子供を見てたり、自分のことを振り返ったり、その他いろいろな見聞から考えると、最初はマネするもんだな。マンガを見ればマンガを書き、病気になれば看護婦や医者になりたがり、小説を読めば小説を書く。子供は金を稼ぐためのシノギとして考えないから素直なもんだ。自分がそれによって何か、心が動かされれば、同じように、心を動かすためのものを自分の手で作りたくなる。プログラマがシノギのための学習項目であるならば、まず読むまず観るなんて面倒なことがなおざりになるのも、効率ってやつに焦点を当てれば無理もなかろう。その無理のなさが、世に腐れプログラムが垂れ流される元凶なんだとしたら、それは良くない。「仕事は趣味ではない」というのは、フツーの文脈では、「遊びじゃないんだから真剣にやれ」という意味であるとか「遊びじゃないんだから規約を守れ」というどちらかといえば積極的にプラス方向へモノゴトを進めるために使うべきものなのだが、ことプログラムに関して言えば、「手を抜け」であるとか「後先を考えちゃおしまいよ」とか「目先の利益優先」とか「形式さえ合っていれば内容は問わない」とマイナス方向へ進めるために利用されているのではなかろうか。いうか、「形式」が2種類の意味を持ってるのがまず問題だろう。ドキュメントの整形式ってのが、数合わせだったりするわけだし、コーディングルールが目先の見易さだったりするようなことだ。して、やはり「文芸的」と訳すのが正解なのだ(プログラミングは理系作業ではなく、文系作業。レトリック重要)とここでひとまず結論をおいてみる。データベースを指定されたキーで読み込んで中に入れて返す。各フィールドの並び順は運任せ。バータリーなんだから命名もいい加減。指定されたキーで読み取った内容を格納したインスタンスを生成。#dataSource}に有効なデータソースを設定しておく。エラーになるのはいつだって引数が変だからである。なんでもクローズする。クローズしたいオブジェクト。nullの場合は既にクローズ済みとみなし、何も行わない。#a1}を操作すること。コードによって表現されている内容。フィールドは配列ではなく、きわめて抽象的なフィールド名によって示されているのは、抽象化こそ人間精神の発露であるという自己表現。intで決定となっているのは、すべての事象は数値的に表現できる(しかし32ビット以内)という明確な意思の表現。SQLがなんであろうが受け止めてしまうのは柔軟な精神の表現。どんなエラーであっても引数が悪いことにしている(データベースが落ちていた時に呼び出したやつ=引数を与えたやつが悪いという含意も)、悪意に満ちた眼差し。意味無くリフレクションを使用してコード量を削減して省力化をアピール。Javadocは嫌味っぽくそれなりに記述してあるのは、底意地の悪さと嫌々やっていることの意思表示。それから見逃してはいけないのは、クラス名のAというのが、どんなSQLでも受け付ける=どのようなロウのインスタンス化も引き受けるという点から、AnonymousやAliasのA、すなわち匿名のAという極めて意味付けされた名前だという点。...)という極めて正しい命名則に則っていると言う点。ここを見逃すと重要な意味が理解できなくなる。バータリーなんだから命名もいい加減。)は、韜晦であって事実ではないという点。コードに韜晦的なコメントを入れると言うのは、バータリーな作業なためウンザリしているという心理状態を反映している。「非常に無意味なでバータリーな」作業だと感づいているということを示している。01:07)Waterfallがまずいのではなく、極端な工期圧縮によりコーディング→単体テスト→結合テストの流れのなかで単体テストが省かれてしまい、結果としてデスマーチになっているということかと思います。TestDrivenDevelopment的な小規模で機敏な構築&検証の実現が求められているのでしょう。01:29)いや、行けませんでした。残念>DOAセミナー<br>多分、指摘されている1番の問題は「最初から設計し」ではないかと思います。実際問題として、大雑把な部分まではあらかじめモデル化できますが、実装詳細でどのようなクラスが必要になるかはわからないと思います。わからないからこそのTDDです。実装するのと同程度の検討を加えれば可能ですが、それは無駄だという発想が根底にあるはずです。次は実装であるべきだということです。詳細の設計は不要です。大きな設計(アーキテクチャと必要に応じたフレームワーク)はあらかじめ決定可能だとは思いますが。スキルセットの問題、ドメイン分析をどこまで委譲できるかといった(技術的なものだけではなく政治的なものも含む)判断、が必要ですし、それをどこまでプロジェクトメンバーに与えることが可能かといった点(教育とかも。ペアプログラミングは1つの解決策でしょうが完全ではないし、土地が狭い=机が狭い日本の状況も考えるべきでしょう)まで考えなければならないので、事は単純では無いとは思います。したがって、すべてのプロジェクトでXPを採用するわけにはいかないかも知れないし、必要であれば、構造化設計をして1インスタンスシングルスレッドというか全部staticの最低プロジェクトもありだとは思います(が、そんなものはごめんですけど)。設計からユニットテスト完了までのフェーズについては、10人のプロジェクトで3人が設計し6人が設計を待って実装するのではなく、同時に9人が設計/実装を行うというのが、中抜きの理想です。計算通りなら、ボトルネックが生まれません。01:30)長い......本文に書くべきだった。.NET)いきなり実装はOKだと思います。・・・<br>すみませんが、ここら辺は、ちょっとパスさせてください。ボトルネックが生まれません。<br>TDDなら、結合テストでのバグ検出待ちが出にくい(ちょっといいすぎ?)ので、さらにスループットを増すことがみこめると思います。(http://member.nifty.ne.jp/yamazaki/doc/code_design/vol11.htmlのイメージです)<br><br>徒然気味のツッコミですみません。01:56)>TDDなら<br>同意します。<br>>DOA<br>プラットフォームの移行プロジェクトといった場合、データは既存のものの再利用となるので、まさにそんな感じですね。最初のツッコミのは期間が最初から短いという前提なので、どうあがいてもだめではないかと。05:58)ソース先頭の「とりあえず、」が強烈。12:56)ひとふで書きでコーディングすることを目指すことないのにね。