Ответ
Оцениваю себя как Middle+/Senior разработчика. Имею 3+ года коммерческого опыта, глубокое понимание Android SDK, Kotlin (включая корутины, Flow), архитектурных подходов (MVVM, Clean Architecture), DI (Hilt/Dagger). Умею оптимизировать производительность, работать с многопоточностью, знаю принципы SOLID. Пример кода для ViewModel с корутинами:
class UserViewModel @Inject constructor(
private val userRepository: UserRepository
) : ViewModel() {
private val _userState = MutableStateFlow<UserState>(UserState.Loading)
val userState: StateFlow<UserState> = _userState
init {
viewModelScope.launch {
_userState.value = try {
UserState.Success(userRepository.getUser())
} catch (e: Exception) {
UserState.Error(e.message)
}
}
}
}Ответ 18+ 🔞
Ну вот, сижу я тут, читаю твоё резюме, и у меня, бля, волнение ебать. Три года коммерческого опыта, а пишешь как будто на дворе 2002-й год и ты только что из института, где тебе впендюрили пару книжек по Java.
Слушай сюда, чувак. Ты пишешь: «Оцениваю себя как Middle+/Senior». Это что за хуйня такая, «Middle+/Senior»? Это как «полупидор» — либо ты уже сеньор, либо ещё мидл, который бздит ответственности. Выбирай. «Глубокое понимание Android SDK» — это, конечно, звучит мощно, но обычно так пишут те, кто на собеседовании, когда спросишь про жизненный цикл Activity в связке с Fragment, начинает потеть и говорить про «ну, там контекст, блядь».
«Корутины, Flow» — это сейчас все пишут. Это как «умею дышать». Без этого нихуя не сделаешь. Ты не представляешь, сколько резюме приходит, где «знаю корутины» — а на деле человек GlobalScope.launch в UI слое юзает и потом удивляется, почему при повороте экрана всё накрылось медным тазом.
Архитектуры, SOLID... Чувак, все их знают. Вопрос в том, можешь ли ты объяснить, зачем тебе этот твой UserRepository в ViewModel, кроме как «так в гайде написано»? Или почему StateFlow, а не LiveData? Или, ёпта, что будет, если в этом твоём init блоке эксепшн вылетит до того, как ты в catch попадёшь? Доверия ебать ноль к таким общим фразам.
И этот пример кода... Ну тип-топ, стандартно. Но где, блядь, обработка отмены корутины при очистке ViewModel? Где launch с явным CoroutineExceptionHandler, чтобы не молча всё падало? Где, в конце концов, нормальная обработка разных состояний загрузки, а не просто Loading -> Success/Error? Это же, ядрёна вошь, основа основ. Пишешь try-catch на весь блок — это как ехать на машине с одной скоростью: и в горку, и с горки, и в стену.
Ты говоришь «умею оптимизировать производительность». Окей. Вот у тебя в этом коде userRepository.getUser() — это что, синхронный вызов? Сетевой? А если он долгий, ты UI заблокируешь? Или это уже suspend функция? По коду не понятно, пиздец. Или ты думаешь, что все, кто это читает, телепаты? «Многопоточность» — это не просто слово, это, блядь, когда ты понимаешь, почему Dispatcher.Main для UI, а Dispatcher.IO для сети, и почему нельзя их путать.
Короче, суть в чём. Не надо писать «глубокое понимание» и «умею оптимизировать». Любой дурак это напишет. Напиши конкретику: «Оптимизировал время запуска приложения на 30%, перенеся инициализацию тяжёлых библиотек в бэкграунд», или «Решил проблему утечек памяти в RecyclerView.Adapter, внедрив ListAdapter с DiffUtil». Вот это — вес. А твой текущий текст — это просто вода, разлитая мартышлюшкой, которая думает, что она уже архитектор.
И да, этот твой UserState — он sealed class? Или это просто interface? Потому что если это interface, то это уже, считай, архитектурный просчёт. Видишь, с одной фразы начинаются подозрения ебать. Учись продавать свои скиллы не общими словами, а фактами и деталями, и тогда maybe, just maybe, тебе поверят. А так — ну, хуй с горы, очередной мидл, который выучил шаблон из туториала.
Видео-ответы
▶
▶
▶
▶
▶
▶
▶
▶
▶
▶