問題タブ [projects]

PPM（プロジェクト、需要、タイムシートなどの管理）に対するあなたの会社のソリューションは何ですか？そして、それについてのあなたの経験は何ですか？

私はあなたの会社の特定のビジネスプロセスではなく、ツールの展望について知りたいと思っています。

よろしくお願いします！

Windows Mobile用のC＃で実装されたキラーアプリの実用的なプロトタイプがあります。商品に梱包して効率的に販売する必要があります。おそらく、Web中心のプラットフォームにも変換されます。

今、私はベテランの、おそらく半引退したIT専門家のコミュニティを集めたいと思います。彼らは将来の利益を見据えて、楽しく自由に働くことをいとわないはずです。このようなことで時間を危険にさらす選択肢を持っている人はあまりいないと思いますが、世界規模では複数あるはずです。

私は上記の変種をグーグルで検索しましたが、サイコロはありません。そして、私はSourceForge et alを採用の場としてではなく、プロジェクトの進行中にコードベースを置く可能性のある場所として見ています。私はオープンソースに精通しておらず、ある程度の審査プロセスが行われるまで、ソースで「着物を開く」かどうかはわかりません（もちろん、双方向に進みます）。

それで、質問を言い換えると、このようなプロジェクトに人々を募集するための最良のサイトは何ですか？

もしあなたが持っていたら

• 4 ソフトウェア開発者
• オープンソース ソフトウェア
• サーバー ハードウェア
• ホスティング用のインターネット接続
• それを行うのに100人日？

ソフトウェアプロジェクトがある限り、世界はなぜそれらがそれほど頻繁に失敗するのか疑問に思っています。

今日失敗したソフトウェアプロジェクトの数を示すリストまたは同等のものがあるかどうかを知りたいです。過去20〜30年の比較があればいいのにと思います。

ソフトウェアプロジェクトが失敗する主な理由を追加することもできます。私のは「要件が不十分であるか、存在すらしていない」です。これには、「（実際の）顧客/ユーザーは関与していません」も含まれます。

編集：「失敗」という用語を明確に定義することはほぼ不可能です。失敗とは、プロジェクトが予算と時間を10％以上上回っていたことを意味するとしましょう。私の意見では、10％+/-はオファー/入札に適した範囲です。

編集：これまで（2月11日）、ほとんどのポスターは、プロジェクトの失敗は基本的にプロジェクト管理の失敗であることに同意しているようです（失敗が意味するものは何でも）。しかし、私見では、ほとんどの開発者はこの状況に満足していないことがわかりました。プロジェクトが成功しなかったときにマネージャーが罰せられるのではなく、怠惰で無能な開発者チームが罰せられるからかもしれません。

投稿を読むと、開発者側と管理者側の間に大きな「ギャップ」があることもわかります。期待（おそらく要件も）が非常に異なるため、プロジェクトは最終的に成功することができません（時間/予算、ユーザーは満足していません、すべてのファーストプリオ機能が実装されているわけではありません、開発者が強制されたためにバグが多すぎます）短すぎる時間枠で実装する...）

私は自分自身に問いかけています：どうすればそれを改善できますか？それとも私たちはそれを改善する可能性がありますか？誰もが今のやり方に不満を持っているようです。これら2つの世界の間のギャップを埋めることができますか？私たち（開発者）は、「高品質の要件」と「現実的/反復ベースの時間制限」のためにストライキを行い、戦うべきですか？

編集： RalphWestphalとStefanLieserは、Clean-Code-Developerと呼ばれる新しい「コミュニティ」を設立しました。このグループの目的は、ソフトウェアエンジニアリングにより多くの専門性をもたらすことです。独立して、開発者が学位または数トンの経験を持っている場合、あなたはこの運動に参加することができます。

クリーンコード開発者は、SOLIDのような原則を毎日実践しています。プロの開発者は、彼自身の作品の最大のレビューアです。そして、彼は彼が改善し、より良くなるのを助ける内部価値システムを持っています。

チェックアウト： クリーンコード開発者

編集：私たちの会社は現在、「アプリケーション開発とメンテナンスのベンチマーク」と呼ばれることを行っています。これは、ソフトウェアエンジニアリングプロセスの品質などについて外部の誰かからフィードバックを得るためにIBMが提供するサービスです。結果が得られたら、それについて詳しく説明します。

大規模なDjangoプロジェクトを整理して分割する方法について、ヒントやガイドラインが記載された優れたガイド/チュートリアル/記事を推奨できる人はいますか？

最初の一意のファイル（models.py、urls.py、views.py）の因数分解を開始し、数十を超えるエンティティを操作する必要がある場合のアドバイスを探しています。

私は自分のプロジェクトをどのように構成すべきか疑問に思っていました。

他のプロジェクトで (再) 使用されているプロジェクトがいくつかあります。

つまり、私たちのデータ プロジェクトとモデル プロジェクトは、1 対多の他のプロジェクトで使用されます。

私が実際に知っておくべきことは、このタイプのプロジェクトをどのように構築するか、どのように名前を付けるのが最善かということです。

標準の 3 層アプリケーションでは、次のようになります。

1. DAL、DataAccessLayer、データ...
2. モデル、ビジネス オブジェクト、BOL ...
3. UI、ビュー、...

他のアイデアはありますか？

私が働いている各会社では、組織化の方法が異なります。他より優れているものはありますか? どちらを使用し、どちらを好みますか?その理由は?

どうも！

ランタイム型情報に関連するいくつかのことを考えています。私よりもはるかに大きなプロジェクトに取り組んでいるプログラマーからのフィードバックが欲しいです。プログラムが 1 つのプロジェクトで 65536 (2^16) を超えるユーザー定義型 (クラスと構造体) を持つことを期待するのはまったく合理的ですか? これは65536 インスタンスを意味するのではなく、65536タイプを意味します。コンパイラが 1 つのプロジェクトで 65536 個のクラス/構造体に制限したとしても、実際にはまったく問題になるでしょうか?