diff --git a/README.md b/README.md index cb1a7cf..f91a24f 100644 --- a/README.md +++ b/README.md @@ -11,11 +11,18 @@ * [Английский](https://github.com/viraptor/reverse-interview) Переводы: -* Китайский [Упрощенный](https://github.com/yifeikong/reverse-interview-zh) / [Традиционный](https://github.com/NeroCube/reverse-interview-zh-tw/blob/master/README.md) -* [Французский](https://github.com/viraptor/reverse-interview/blob/master/translations/FRENCH.md) -* [Корейский](https://github.com/JaeYeopHan/Interview_Question_for_Beginner/blob/master/Reverse_Interview/README.md) -* [Португальский (Бразильский)](https://github.com/viraptor/reverse-interview/blob/master/translations/pt-BR.md) -* [Испанский](https://github.com/felHR85/Entrevista-inversa/blob/master/README.md) +- [Арабский](https://github.com/sherifsaleh/reverse-interview/blob/master/translations/ARABIC.md) +- [Каталонский](https://github.com/viraptor/reverse-interview/blob/master/translations/CATALAN.md) +- Китайский [упрощенный](https://github.com/yifeikong/reverse-interview-zh) / [традиционный](https://github.com/NeroCube/reverse-interview-zh-tw/blob/master/README.md) +- [Английский](https://github.com/viraptor/reverse-interview/blob/master/README.md) +- [Французский](https://github.com/viraptor/reverse-interview/blob/master/translations/FRENCH.md) +- [Немецкий](https://github.com/viraptor/reverse-interview/blob/master/translations/GERMAN.md) +- [Корейский](https://github.com/JaeYeopHan/Interview_Question_for_Beginner/blob/master/Reverse_Interview/README.md) +- [Португальский (Бразильский)](https://github.com/viraptor/reverse-interview/blob/master/translations/pt-BR.md) +- [Русский](https://github.com/kix/reverse-interview/blob/master/README.md) +- [Испанский](https://github.com/felHR85/Entrevista-inversa/blob/master/README.md) +- [Турецкий](https://github.com/viraptor/reverse-interview/blob/master/translations/TURKISH.md) + ## Как пользоваться списком @@ -29,15 +36,21 @@ Само по себе наличие багтрекера не делает работу над багами эффективной, а наличие CI/CD не означает, что время выполнения и выкатывания фич сокращается. # Должность + - Есть ли план дежурств? И какой он? Оплачиваются ли дежурство и связанные с ним переработки? - Какие типичные задачи мне придётся решать в течение обычного рабочего дня? - Какой сейчас в команде баланс специалистов разных уровней (junior/senior), и есть ли планы его изменять? - Как выглядит процесс приёма на работу и погружения в рабочие процессы? -- Как будут в должности соотноситься самостоятельные действия и работа по конкретным спискам? +- Как много свободы в принятии решений есть у разработчиков? - Каковы ожидания по объему основного рабочего времени? - Назовите критерии успеха для специалиста в данной должности. +- Есть ли у вас какие-то замечания по поводу моего резюме? +- Расскажите, с кем я буду наиболее плотно работать. +- Каков стиль управления у моего непосредственного начальства, и у последующих менеджеров? (микро- или макроменеджент) +- Как я смогу развиваться в этой должности? # Технологии + - Какой технический стек обычно используется в компании? - Как вы используете системы контроля версий/исходного кода? - Как вы тестируете код? @@ -51,28 +64,45 @@ - Как быстро вы реагируете на проблемы безопасности в вашем собственном коде и в зависимостях? - Имеют ли все разработчики права локальных администраторов на своих рабочих компьютерах? - Расскажите мне о ваших технических принципах и взглядах? +- Есть ли у вас разработчицкая документация к вашему коду? И существует ли отдельно документация для клиентов? +- Используете ли вы статический анализ кода? +- Как вы управляете внутренними и внешними артефактами? +- Как вы управляете зависимостями? # Команда + - Как у вас организована работа? - Как обычно работает взаимодействие внутри и между командами? +- Есть ли у вас какие-то инструменты для управления и организации проектов? Каков ваш опыт с ними? - Как разрешаются противоречия во мнениях? - Кто устанавливает внутренние графики и приоритеты? - Что происходит при внезапных срывах сроков? +- Что происходит, если команда не достигает целей, поставленных в релизе? - Происходят ли какие-то встречи в течение недели? Если да, то какие? +- Будут ли у меня регулярные встречи тет-а-тет с моим менеджером? - Каков график релизов продукта? (Каждые n недель / continuous deployment / несколько каналов релизов / что-то ещё) - Что происходит в случае ЧП на продакшене? Есть ли у вас культура анализа инцидентов без обвинения конкретных лиц? - Какие сейчас есть проблемы у команды, которые ещё только предстоит решить? +- Как вы следите за прогрессом по задачам? +- Как устанавливаются цели и ожидания, и кто их устанавливаеи? +- Как выглядит ваш процесс код-ревью? +- Расскажите, как проходит типичный спринт в команде? - Различаете ли вы цели на технические и бизнес? Если да, как вы оцениваете важность одних перед другими? +- Каковы размеры команд? # Ваши будущие коллеги + +- От кого разработчики обычно получают новые знания? - Что вам больше всего нравится в работе в текущей компании? - А что меньше всего? - Что бы вы хотели изменить, если бы могли? - Кто в команде старожил? Как долго он работает в компании? # Компания + - Есть ли отдельный бюджет на конференции/рабочие путешествия, и как его можно использовать* - Как происходят повышения? Как вы договариваетесь о требованиях и ожиданиях в таком случае? +- Как проходит процесс оценки соответствия должности? - Разделены ли карьерные пути в менеджменте и разработке? - Как много дней можно пропустить ежегодно / по причине болезни / из-за детей / без сохранения зарплаты? - Каковы взгляды работодателя на культурное разнообразие при найме?