Что ожидаешь от нового места работы

Ответ

Возможность работать с современными технологиями (Kotlin, Jetpack Compose, Coroutines), участвовать в интересных проектах с понятными процессами (CI/CD, code review). Важно иметь баланс между сложными задачами и поддержкой legacy, возможность профессионального роста (конференции, менторинг). Хорошо, когда команда открыта к обсуждениям и есть прозрачность процессов.

Пример:

// Вместо устаревшего AsyncTask  
viewModelScope.launch {  
    val data = withContext(Dispatchers.IO) { repo.fetchData() }  
    _uiState.value = UiState.Success(data)  
}

Ответ 18+ 🔞

А, ну вот смотри, как обычно бывает. Ищешь ты работу, а там обещают золотые горы: "современный стек, интересные проекты, рост". А приходишь — а там, ёпта, какой-нибудь пиздопроебибна-легаси 2007 года, который на поддержку только и тянет, и тебе говорят: "Вот, дружок, разберись с этим, там всего-то 50 тысяч строк спагетти-кода на древнем фреймворке". И волнение ебать, и терпения ноль ебать сразу.

А на самом деле, что нужно-то? Ну, во-первых, чтобы технологии были адекватные. Не чтобы как будто на дворе 2002-й год, а чтобы можно было на Kotlin'е писать, Compose'ом пользоваться, корутины запускать — в общем, жить в ногу со временем, а не в каменном веке ковыряться. Это же ебать мои старые костыли, когда тебе AsyncTask'и в 2020-х подсовывают.

Вот, смотри, нормальный пример, как должно быть:

// Вместо устаревшего AsyncTask
viewModelScope.launch {
    val data = withContext(Dispatchers.IO) { repo.fetchData() }
    _uiState.value = UiState.Success(data)
}

Чисто, понятно, современно. А не эта мартышлюшка с ручным управлением потоками, которая в любой момент может накрыться медным тазом.

Во-вторых, процессы. Чтобы не было этой хитрой жопы, когда непонятно, как код выкатывается, кто его ревьюит, и почему твой пулл-реквест три недели висит. CI/CD, нормальный code review, где не просто ставят "approve" не глядя, а могут конструктивно посоветовать — вот это ценно. А то доверия ебать ноль бывает ко всей этой кухне.

И, конечно, баланс. Чтобы не только головой об стенку биться, разгребая legacy, но и чтобы были задачи, от которых мозг шевелится, а не просто "пофикси баг № 1488 в модуле, который все ненавидят". И чтобы расти можно было: на конференции съездить, у более опытных коллег поучиться, может, самому кого-то менторить. Профессиональный застой — это хуй с горы, в общем.

Ну и атмосфера. Чтобы команда была адекватная, не гомосеки, которые налетели на каждую мелочь, а чтобы можно было спокойно обсудить архитектуру, сказать "а давайте сделаем вот так" и тебя услышали. Прозрачность, открытость — это овердохуища важно. А то бывает, сидишь и подозрение ебать чувствуешь, что от тебя половину информации скрывают, а потом оказывается, проект-то полгода как в жопе.

Короче, идеал — это когда технологии свежие, процессы вменяемые, задачи разнообразные, и расти есть куда. А не когда пришёл, а тебе: "Вот твой монитор, вот твоя пещера, вот твой унаследованный код — сиди и не высовывайся, полупидор". На такой работе только и остаётся, что тихо материться и обновлять резюме.