课设Day17-バグが修正され

まず、仕事今日

1. バグの日の昨日のトーンは最終的に良い曲です（涙メッシュ）、復興プロジェクトを放棄する準備ができたかもしれません。今日は長い時間のために彼に耳を傾ける指し、ポストバーに男を追加するだけでなく、トーンが活動し、フラグメント曲のトーンlayout_width layout_heightはオーバーなしの結果の上にあります。私はこの問題は、上記のXMLファイルに決定的なこと、およびさまざまな設定ファイルに目を通す、（今と私はコメントアウトされている）、一見無関係な言葉でstyle.xmlのターンまではならないと思う：
   
   私の直感は、それは私のコードではなかった私に言ったプラス：最後に正しく表示- 、再度それを再び走ったコメント
   
   、彼はいつものレイアウトを設定するための間違っていたと感じたので、前に問題の他の側面を想像しませんでしたが、良い今日他の人が見つけてみましょう、知りません私はしっかりと自分のコードを見つけることができませんでした長い時間のためだけでなく、動機が間違って見つけるために他の場所に問題があると信じています。

第二に、計画明日

1. 書かれたフィルタボックスのホーム（ページの上にスピナーを見ることができました）
2. ページのリロードフラグメントは空白をロードするとき、ナビゲーションバーの下をクリックし、どのようなバグを除外：最初のバグがあります
3. 注文を追加してみましょうし、使用可能な状態で注文を検索。

第三に、合計アップ今日

1. 真剣に、後続のプログラミングのバグに影響を与える数日間続け、このに直面して、これらの日の気分にも一時的に中断し、今日のプロジェクトは、このバグの修正が再び力で、単に春風で、非常に低かったです。教訓は、バグが遅延を解決できない場合は、あなたの側でその人が、建設的なコメントを提供しなかった場合でも、より良い選択である助けるために誰か、誰かを見つけることであり、あなたが気分を持って、一緒に学びます大きな助け（プログラマの慰めの役割？（偽））。
2. より多くの柔軟性を提供するために、バグの方法を探して、ローカルに巻き込まれて世界的な問題に構築しないようにバグを探す：例えば、この例では、私は他のXMLファイルが表示されロードが、より多くの私はバグを締結させているだけ部分コンテンツ、ソースはグローバルです。