学生のイニシアチブに非常に満足していると言うことから始めなければならないでしょう。 実際、以前のスレッドは、いくつかの星を除いて私を失望させました。 無関心、イニシアチブの欠如、完全な無知、トラブルを予測するための初歩的なスキルの欠如-これらは私に明らかにした主な資質です。 同時に、学生側のイニシアチブは混乱を引き起こしました。 私はやる気に対処することにしましたが、結局は無駄ではありませんでした。
特定のグループ向けに追加のチップを使用してソーシャルネットワークを作成することはアイデアです。 アイデアは、しかし、男は困難の山を征服することを決めました、完全に仕事のボリュームまたは本質のどちらでも表しません。 PHPの経験があり、MySQLの知識があることに注意してください。 アクション1の 2番目のシステムの効果を言うことができます。 彼はすでに何かをする方法を知っており、すでに何かを知っており、すでにある程度の経験があり、すべてを行うことができると信じています。 私は、学生が彼の考えを擁護した粘り強さが好きでした。 フレーズが刻印された戦車が乗っているのを感じました。
「振り返るのではなく、先を見据えて、自分のやりたいことを見てください。そうすれば、確実に計画を達成できます。」
失敗したプロジェクトの強迫観念と経験不足は、製品開発の初期段階で結果に大きな影響を与える可能性があります。 ほとんどの場合は機能しませんが、「プロジェクトを高速化しよう」という原則が機能しないとは言いたくありません。 IP開発の分野が起源の段階にあったときでさえ、ライフサイクルには「すごい、私たちはコーディングする」だけでなく、「おっと、しかしそれを維持する方法」も含まれていることがわかりました。 実装とサポートは開発の最も興味深い段階ではなく、設計に固有の基本的なエラーが特定されるのはその中です。 設計には多くの注意を払う必要があります。
まだ所有していないテクノロジに基づいてIPを設計すると、ほとんどの場合、テクノロジ自体の使用方法と開発者に課せられる制限の両方の理解が不完全なため、大きなエラーが発生します。 エラーは長い間修正するのが嫌で、これは開発チームの動機を完全に失います。
実際、空中の学生の城のもう1つの基本的な問題は、チームワークに関連しています。 チームワークをサポートする手段（SVNなど）を無視すると、作業の有効性が著しく低下します。 チームワーク自体の経験の欠如は、このチーム自体のほとんどの努力を無効にします。 非公式な関係（間違いなく若者チーム）は、紛争の肥沃な基盤です。
しかし、元の質問に戻って、前述のことを頼りにそれをもう一度入力すると、それほどおかしく聞こえないでしょう。 元々失敗する運命にあったプロジェクトを作成するために時間と労力を無駄にするのはなぜですか？ たぶん、あなたは自分にほぼ等しい対戦相手を選択する必要があります。つまり、ある仮想重量カテゴリのボクシングのように。
これは、私が学生を拒否したことを意味するものではありません。
「彼の狂気に固執する彼はいつか賢者であることが証明されるでしょう。」
____________
1 Brooks F. Mythical man-monthまたはソフトウェアシステムの作成方法/ Symbol-Plus、2006-304s。