Ответ
Возможность работать над интересными проектами, использовать современные технологии (Kotlin, Jetpack Compose, Coroutines) и участвовать в архитектурных решениях. Важна адекватная нагрузка, баланс между новыми фичами и поддержкой легаси.
Пример:
// Хочется писать чистый код с SOLID, а не так:
fun doEverything() { /* 500 строк спагетти */ }Плюсом будет:
- Гибкий график/удалёнка
- Code review и менторство
- Технический рост (конференции, курсы)
- Адекватные дедлайны
Ответ 18+ 🔞
А, ну вот это уже конкретика, а не просто "хочу денег и чтоб не орали". Слушай, если по-честному, то я тоже от такого не откажусь, ёпта.
Смотри, главная фишка — чтобы технологии были современные, а не как будто на дворе 2002-й год. Вот этот Kotlin с его корутинами — это просто песня, блядь. После Java с её вечными колбэками и AsyncTask-ами — как будто из совдеповской квартиры в нормальную съехал. А Compose? Да это же вообще, блядь, революция какая-то после этих древних XML-разметок, которые только ломают мозг. Хочется уже наконец-то этим всем пользоваться в бою, а не на пет-проектах дома.
И самое главное — архитектурные решения. Вот это вот прям ключевое слово. Потому что как часто бывает? Приходишь, а там один сплошной GodObject и doEverything(), который на 500 строк. И ты сидишь и думаешь: "Ёб твою мать, как это вообще работает-то?!" Чистый код с SOLID — это не для галочки, это чтобы с утра не хотелось головой об стенку биться, пытаясь понять, что этот кусок кода, написанный каким-то пидарасом шерстяным три года назад, вообще должен делать.
// Вот это — мечта. Чётко, понятно, приятно глазам.
interface UserRepository {
suspend fun getUser(id: String): User?
}
// А вот это — кошмар наяву, от которого волосы дыбом встают.
fun doEverythingAndSaveToDbAlsoUpdateUIMaybe(id: String, context: Context, db: SQLiteDatabase, callback: (Boolean) -> Unit) {
/* Тут 500 строк спагетти, три вложенных цикла и магическое число 42 */
}Ну и по плюсам — всё верно. Гибкий график — это не про то, чтобы в обед просыпаться, а про то, чтобы мозг работал, когда он может работать эффективно, а не с девяти до шести из-под палки. Code review и менторство — это чтобы не превращаться в того самого "пидараса шерстяного", который потом оставляет после себя нечитаемый код. Без этого — доверия ебать ноль, что проект движется в сторону света, а не в сторону ещё большей помойки.
Технический рост — это да, обязательно. А то бывает, сидишь на одном стеке десять лет, а потом выходишь на рынок и сам от себя охуеваешь, насколько всё ушло вперёд. Конференции, курсы — это инвестиция компании в то, чтобы ты не стал моральным устаревшим легаси.
И, конечно, адекватные дедлайны. Вот это, блядь, основа основ. Потому что можно самые крутые технологии взять, но если тебе сверху говорят "надо вчера", то в итоге получится тот самый doEverything(), только написанный на Kotlin. И все эти красивые архитектурные паттерны накрываются медным тазом в угоду "скорости". А потом все месяцами расхлёбывают баги и техдолг, ебушки-воробушки.
Короче, идеал — это когда есть баланс. Можно и новую фичу на Compose сделать, и при этом не бояться залезть в старый кусок кода, потому что он хоть как-то, но поддерживаемый. И чтобы не было этого вечного цейтнота, от которого терпения ноль ебать. Вот за такое место — да, я готов всерьёз рассматривать.