Занимаюсь программированием более 30-ти лет, из них 22 - коммерческое программирование для самых разных систем, от Windows 3.11 до Android 9. Последние 13 лет работаю удалённо.

В прошлом имел дело с Ассемблером, Паскалем, C#.

В данный момент я программирую на Java и Kotlin, по возможности уклоняясь в последний. Достаточно хорошо знаю gradle.

Программирую для Android практически с момента появления этой ОС в относительно свободном доступе: первое моё приложение было написано для Android 1.5.

До 2016-го года занимался разработкой игр, затем переключился на разработку прикладных приложений.

Имею опыт разработки достаточно сложных приложений, хорошо понимаю принципы построения надёжного, отзывчивого приложения. В целом в качестве основы использую принципы Clean Architecture в объёме, который позволит полагать, что это - не стрельба из пушки по воробьям.

Использую в своей практике:
AppCompat/AndroidX - основа любого приложения. Знаю хорошо. Могу, к примеру, построить иерархию Layout/View без вёрстки, одним лишь кодом.
JetPack - Данный набор решений преобразил подход к созданию приложений и задал новую планку качества "из коробки". Активно использую в последнее время Room, Lifecycle.
GSON/Kotson - лучшего транспорта чем JSON не знаю.
OkHttp - для "голого" HTTP;
Retrofit - для REST API;
ButterKnife - если приложение на Java. В случае, если проект на Kotlin, обхожусь посредством kotlinx.
Picasso/Glide - для вывода изображений. В целом, они одинаковы, выбор зависит от предпочтений клиента.
Это неполный перечень инструментов, лишь самые значимые.

Что я не использую:
RxJava - собственно, наследие Java. Я достаточно хорошо понимаю, как устроены потоки в Android и могу обходиться без этого инструмента. Kotlin своими языковыми возможностями сводит практически на нет преимущества RxJava в лаконичности.
Dagger - огромное методологическое лазерное ружьё для больших проектов и "взрослой" Java. Есть ружья поменьше: ButterKnife, Kotlin Android Extensions и ряд других.
Moxy - хорошо. Было. Когда не было Android Architecture Components.
Инструменты тестирования в любых видах - вероятно, потому что 90% приложений для Android - это web-клиенты разной степени декорированости, не имеющие сложного поведения. В типовом приложении практически нечего тестировать Unit-тестами. Так зачем вам видеть лишние строки? А ошибки я увижу в logcat, Firebird Analytics или в панели публикации приложения на странице "ANR и сбои".

Обладаю опытом реверс-инжиниринга в степени, позволяющей создавать собственные средства обфускации.

Также, активно использую чистый PHP без дополнительных библиотек и фреймворков. HTML и CSS мои слабые стороны, я их практически не знаю и испытываю лёгкий дискомфорт, когда мне приходится иметь с ними дело.

Имею опыт командной разработки, небольшой опыт руководства проектами, что, возможно, будет плюсом. Но вообще, я не претендую на какие-либо командные должности, меня интересует исключительно прикладное программирование для Android.