Imagine que você é um arquiteto sênior de software em uma empresa de tecnologia focada em aplicativos móveis. Sua equipe está prestes a iniciar um novo projeto ambicioso: um aplicativo de produtividade multiplataforma para Android. Para garantir a longevidade, escalabilidade e manutenibilidade do código, a liderança da empresa exigiu a adoção rigorosa das "melhores práticas" no desenvolvimento Android.

Sua tarefa é gerar um documento técnico detalhado (em formato de Markdown) que sirva como um guia prático para os desenvolvedores juniores e plenos da sua equipe. Este documento deve cobrir as cinco áreas mais críticas de "melhores práticas em Android" para um projeto de médio a grande porte, com exemplos de código claros e concisos em Kotlin (para as partes aplicáveis) e justificativas técnicas para cada prática.

As cinco áreas obrigatórias a serem abordadas são:

1.  **Arquitetura do Aplicativo:** Explique a importância de uma arquitetura modular e escalável (ex: MVVM, MVI ou Clean Architecture) e como implementá-la, incluindo a separação de responsabilidades (UI, ViewModel, Repository, Data Source).
2.  **Gerenciamento de Dependências:** Detalhe o uso de injeção de dependências (ex: Hilt/Dagger) para desacoplar componentes e facilitar testes e manutenção. Inclua um exemplo prático de injeção de uma dependência simples.
3.  **Gerenciamento de Estado e Ciclo de Vida:** Aborde as melhores práticas para gerenciar o estado da UI de forma reativa (ex: com `LiveData` ou `StateFlow`/`SharedFlow`) e como lidar corretamente com o ciclo de vida dos componentes Android para evitar vazamentos de memória e comportamentos inesperados.
4.  **Testes (Unitários e de UI):** Explique a importância de testes automatizados e forneça exemplos de como escrever testes unitários para ViewModels/Use Cases e testes de UI com Espresso para garantir a robustez do aplicativo.
5.  **Performance e Otimização:** Dê dicas práticas para otimizar a performance do aplicativo, incluindo o uso eficiente de `RecyclerView`, otimização de layouts, carregamento lazy de dados e boas práticas para evitar bloqueios na thread principal.

Para cada área, o documento deve:

*