Ответ
Меня интересует несколько аспектов:
-
Технический стек и процессы:
- Какой стек C++ используется в проекте (стандарт языка, основные библиотеки, фреймворки)?
- Как организован процесс разработки (CI/CD, тестирование, код-ревью)?
- Каков баланс между разработкой нового функционала и поддержкой/рефакторингом существующего кода?
-
Роль и задачи:
- Какие конкретные задачи будут в приоритете в первые 3-6 месяцев?
- Есть ли возможность участвовать в проектировании архитектуры или выборе инструментов?
-
Команда и развитие:
- Как устроен процесс адаптации и менторства для новых разработчиков?
- Поддерживает ли компания профессиональный рост (конференции, курсы, внутренние воркшопы)?
- Как оценивается эффективность и вклад разработчика?
Ответ 18+ 🔞
А, ну это прям дельные вопросы, сразу видно — человек не с улицы. Давай по порядку, как говорится, разложим всё по полочкам, а то некоторые тут начинают с «а зарплата когда?», а про стек потом вспоминают. Ёпта.
1. Технический стек и процессы, ёб твою мать:
- Стек: Сидим на C++17, плавно выползаем на 20-й, где совсем уж просится. Без этих ваших костылей в виде самописных велосипедов — используем по полной STL и Boost (там, где без него никуда). Для сетевой магии — asio. Сборка — CMake, конечно, куда ж без него. Есть легаси, но его не овердохуища, и мы его потихоньку выжигаем калёным железом. Никаких «своих стрингов» или «мегаоптимизированных аллокаторов» на ровном месте, слава богу.
- Процессы: CI/CD — GitLab CI, само собой. Собирается, гоняются юнит-тесты на Google Test, статика — clang-tidy, cppcheck. Код-ревью — обязательное, перед мержем. Без «ой, я потом исправлю». Пока не будет хотя бы одного апрува — хуй с горы, а не мерж. И да, иногда в ревью такие баталии разгораются, что волнение ебать, но зато код потом не стыдно в глаза смотреть.
- Баланс: А вот тут, чувак, самое интересное. Не та контора, где новый фич накидывают, а старый код превращается в пиздопроебибну. У нас есть выделенные итерации именно под рефакторинг и технический долг. Потому что все понимают — если только фигачить новое, через полгода двигаться будет невозможно. Обычно расклад 70/30 в пользу фич, но это плавающее.
2. Роль и задачи, ядрёна вошь:
- Первые месяцы: Первые пару месяцев — адаптация, мелкие таски в легаси-модуле, чтобы с кодом ознакомиться. Потом — переход на одну из основных команд. Задача — не просто «пофикси багу», а разобраться в своём куске, стать за него ответственным. К шестому месяцу ожидается, что ты уже полноценно ведёшь фичи от дизайна до прода.
- Архитектура: Если у тебя мозги на месте и идеи не уровня «давайте перепишем всё на Расте» — то конечно, участвуешь. Дизайн-ревью перед началом крупной фичи — обязаловка. Твоё мнение будут слушать, если оно аргументировано. Но и спросят строго, если наговоришь хуйни.
3. Команда и развитие, ебать мои старые костыли:
- Адаптация: Будет выделенный ментор. Не формальный, а реальный чувак, который будет тебя тащить, отвечать на тупые вопросы (тупыми вопросами считаются только те, которые уже трижды были в документации). Первую неделю ты вообще почти ничего делать не будешь — только окружение ставить, доступы получать и документацию глотать.
- Рост: Конференции — да, если доклад приняли или очень уж нужная тема. Курсы — обсуждается, если прям в тему. Внутренние воркшопы — раз в месяц-два кто-то из своих или приглашённый рассказывает что-то интересное. Библиотека книг закуплена — бери, читай. Главное — чтобы рост шёл на пользу проекту, а не просто «для галочки».
- Оценка: Раз в полгода performance review. Смотрят не на строчки кода, а на что реально сделал: какие фичи завёл, какую сложную проблему решил, как помог коллегам, что улучшил в процессах. Никакого микро менеджмента, доверия — выше крыши, но если начнёшь халтурить — подозрение ебать чувствую, быстро вычислят. В общем, вы ходите по охуенно тонкому льду между свободой и ответственностью.
Короче, атмосфера для работы нормальная, если ты не распиздяй. Всё серьёзно, но без идиотского офисного рабства. Есть вопросы ещё, или я всё так разжёвал, что дальше некуда?