私のパートナーをプログラミングペアは慎重に簡単に私の個人的な意見について話carbatexコードを読んだ後、王Wenxuanです。
一つの利点：
（1）コードは非常に読み取り可能です。
コード方式、名前付きオブジェクトが明らかになり、オブジェクトが表現されているもの、この第2の方法はやって理解することができます。
非常にニートインデント;「{}」は、各対の列でなければならない;及び別個のライン、一度に新しいメソッド呼び出しなどを使用して、新しい「{}」を生成する文がある場合に「IF一部またはきちんとインデント4つのスペース、各インデントは4つのスペース現在の方法未満です。
きちんとしたコーディング、それは非常に快適になります。
コードは、ほとんどの個人的な項目の要件を満たすために、単純明快です。プロンプトコンソールは非常に非常に読みやすい、包括的、かつ非標準入力が処理されたので、それはバグではありませんので、非常に包括的なプログラムが実行されて考えるためです。
（2）モジュールのコード明確な、高度を書き込むために、順序の要件に応じて、次のように分割：
日付Timeモジュール：現在の時刻と日付を生成するために、命名論文のために良いです。
紙生成モジュール：フォルダを考慮して、難易度の異なる紙を生成して出力します。
ログインモジュール：ログインするには、正しいユーザー名を入力します。
グレードスイッチングモジュールと、ユーザを切り替えるためのグレード;
プロジェクトの要件を達成するために、より直接的ためのmain（）関数モジュール呼び出しで、
二つの誰も完璧ではありません。コードは確かにいくつかの欠点になります。
（1）オブジェクト指向を書き込むために考えに使用されていません。
ニーズが変化した場合、あなたは劇的にコードを変更する必要があります;このプログラムは、プロセス指向のクラスに使用されていないので、スケーラビリティが非常に良いではなく、コード内のgoto文の使用、バグが発生しやすいです。
（2）プログラムを保存しない非通電され、ユーザデータがソースファイルに格納されたファイルまたはデータベースに格納されているが、これは、アカウントに対して行わ閉鎖手順が保存されない操作の前にように、しかし毎回されていません初期固定口座取引。
（3）関数の実装は、再チェック機能を実現するのではなく、非常に完全ではありません。
三つは、お互いから学びます：
私はコードを自分で記述する必要が問題のいくつかに反映するために、コードを読んで、
まず彼女についての手紙の中でしばしば混乱、メソッドとオブジェクトの名前自分自身のコードを書いて、急いで、インデントと中括弧を使用した場合も、非常に不規則任意です。
以降プログラミングは、一般的に共同作業グループは、独自のコードを記述することは、自分の表情の人ではありません。読みやすさは非常に重要です。
第二：コード明晰な思考力、コーディング不要の冗長性が非常に重要であると私はいつも、コード、およびアルゴリズムは、実行時間を短縮するために最適化する必要がある偉大な長符号化につながるソリューションの十分な混乱、オーダーの内容の一部を繰り返します。