Ответ
-
Опыт и роли
Какой опыт у команды в Android-разработке? Какие роли в команде (джуны, мидлы, сеньоры)? -
Процессы
Как организован процесс разработки (Agile, Scrum, Kanban)? Как часто релизы? -
Технологии
Какие технологии и библиотеки использует команда (Kotlin, Jetpack, Retrofit и т.д.)? -
Код-ревью
Как проходит код-ревью? Какие критерии качества? -
Тестирование
Есть ли юнит/UI-тесты? Кто пишет тесты (разработчики или QA)? -
Онбординг
Как проходит адаптация новых разработчиков? Есть ли ментор? -
Коммуникация
Как часто синхронизация внутри команды (daily, planning)? Какие инструменты (Jira, Slack)? -
Документация
Ведётся ли документация (Confluence, Notion)? Как часто обновляется? -
Роадмап
Какие планы по развитию проекта (новые фичи, техдолг)? -
Метрики
Какие метрики качества кода используются (SonarQube, Crashlytics)?
Пример:
// Как часто релизы?
if (isFeatureReady) {
releaseWeekly()
} else {
releaseBiweekly()
} Ответ 18+ 🔞
А, ну это же классика, ебать мои старые костыли! Приходишь на новое место, а там — ёперный театр. Чтобы не сесть в лужу, надо эти десять пунктов, как мантру, отбарабанить. Слушай сюда, я тебе по полочкам разложу, что спросить, чтобы потом самому от себя не охуеть.
-
Опыт и роли Первым делом — кто в команде? Там одни джуны, которые только вчера
Hello Worldвывели, или есть пара седых волков, которые помнят, какAsyncTaskписали? Если команда — это один сеньор и овердохуища стажёров, это пиздец, чувак. Тут волнение ебать начинается. -
Процессы Как работают-то? По-человечески, по скраму, с планированиями и ретро, или у них адский канбан, где таска на месяц вперёд висит? И главное — как часто в прод летит? Раз в квартал — заснуть можно. Каждую неделю — придётся бздеть как заяц, но хоть фичи быстро до пользователей доходят.
-
Технологии Тут всё просто, но важно. Kotlin? Обязательно. А то вдруг они до сих пор на Java клепают, как будто на дворе 2012-й год. Jetpack Compose уже юзают или сидят на старых вьюхах? От этого зависит, будешь ты современные штуки учить или вздрачивать legacy-код, от которого воняет нафталином.
-
Код-ревью Вот это — святое. Есть ли оно вообще? Или каждый коммитит в мастер, как в помойку? Если ревью есть, то что там гоняют? Только чтобы код собирался, или ещё смотрят на архитектуру, читаемость, чтобы не было распиздяйства? Если на ревью всем да похуй — это плохой знак.
-
Тестирование Самый больной вопрос. Пишут ли тесты эти... ебанашки? Или это считается тратой времени, а потом прилетает баг на проде, и все бегают как мартышлюшки? И кто их пишет — сами разработчики или есть отдельные QA, которые только кнопки тыкают? Если тестов нет — доверия ебать ноль.
-
Онбординг Как нового человека вводят? Кинут ссылку на Confluence (который не обновлялся с прошлого года) и говорят «разбирайся», или есть вменяемый план и ментор, который не посылает тебя на хуй при каждом вопросе? От этого зависит, будешь ты первые три месяца полезен или как хуй в пальто.
-
Коммуникация Говорят ли они друг с другом? Дейли — это формальность на пять минут или настоящий разбор полётов? Какие инструменты? Если у них таски в Jira, а общение в десять разных чатов в Telegram, WhatsApp и Slack — это хитрая жопа. Потом полдня ищешь, где что обсуждали.
-
Документация Она живая или музейная? Бывает же: написали один раз и забыли. Потом пытаешься по ней что-то сделать, а там всё не так, и остаётся только материться «ёб твою мать». Хорошо, если её хотя бы раз в полгода приводят в чувство.
-
Роадмап Что в планах? Бесконечный техдолг и багфиксы, или есть крутые новые фичи? Понимает ли тимлид/продакт, куда проект движется? Если планов нет — это как плыть без руля и ветрил, хуй с винтом.
-
Метрики Ну и чем меряются? Только количеством закрытых тасков или ещё смотрят на качество? Есть ли мониторинг крашей (типа Crashlytics), статический анализ кода (типа SonarQube)? Если про качество кода никто не парится — значит, там под капотом пиздопроебибна, которую все боятся трогать.
Вот, собственно, и всё. Задашь эти вопросы — сразу поймёшь, в рай ты попал или в адскую сраку. Удачи, чувак, не проёбывайся.
// Как часто релизы?
if (isFeatureReady) {
releaseWeekly() // Ёклмн, придётся пахать!
} else {
releaseBiweekly() // Ну, можно и вздохнуть немного.
}