課題

【課題】
既存アプリのリファクタリング
<https://github.com/yumemi-inc/android-engineer-codecheck>

上記リポジトリーの README.md を熟読した上課題に取り組んでください。

【提出期限】
本日より1週間後

締め切り

• 原則1週間

フィードバック例

• 不合格の場合もコーディングチェックの結果のフィードバックは比較的丁寧に行い候補者体験を大事にする
• 未来のゆめみのファンになってもらう為
• 以下は具体的にフィードバックとして実施している参考例

## 良かった点

<!--
例：
- コミット粒度が細かくて読みやすいです。
- READMEで概要の説明やリファレンスのリンクがきちんとかかれてありました。
- 独自のアプリアイコンが設定されており、レビューするときにアプリが探しやすく助かりました。
- ダークモード時の考慮がされていました。
など
-->

## 機会点

<!--
例：
- Fragment のプロパティに binding を持たせ続けてしまっているためメモリリークを起こしてしまっています。公式にもあるように onDestroyView に null を代入したりしてメモリの解放を行うと良いです。
  - [<https://developer.android.com/topic/libraries/view-binding#fragments>](<https://developer.android.com/topic/libraries/view-binding#fragments>)
- 公式で推奨されているコーディングのスタイルガイドに従うようにすると、可読性や保守性が向上しそうです。もし特別なスタイルガイドを定めておきたい場合は、他の開発メンバーで共通化できるように、.idea/codeStyles/Project.xml を修正してバージョン管理に含めることをおすすめします。また、Android Lint や ktlin などで、静的解析をしたり、自動フォーマットしたりすると、一人一人のコストを抑えることができます。
  - [<https://developer.android.com/kotlin/style-guide>](<https://developer.android.com/kotlin/style-guide>)
  - [<https://kotlinlang.org/docs/coding-conventions.html>](<https://kotlinlang.org/docs/coding-conventions.html>)
  - [<https://developer.android.google.cn/studio/write/lint>](<https://developer.android.google.cn/studio/write/lint>)
  - [<https://github.com/pinterest/ktlint>](<https://github.com/pinterest/ktlint>)
  - [<https://pleiades.io/help/idea/copying-code-style-settings.html>](<https://pleiades.io/help/idea/copying-code-style-settings.html>)
など
-->

## その他

<!--
良かった点でも改善点でもないが、応募者への一言コメント等
例：
- 総じて完成度が非常に高いです。
など
-->