Перейти на PRO

Какие технические вопросы вы хотите задать?

Тип вопроса: Софт-скиллы Вероятность: 24% Категория: PHP Разработчик

Ответ

Мне важно понять технический контекст и культуру разработки в команде. Я бы задал следующие вопросы:

  1. О стеке и инфраструктуре:

    • "Какой основной стек технологий (.NET, C#) вы используете? Какие версии .NET (Core/5/6/7/8) и ключевые библиотеки (EF Core, Dapper, MediatR) находятся в production?"
    • "Как организована инфраструктура: on-premise, облако (Azure/AWS/GCP)? Используете ли контейнеризацию (Docker, Kubernetes) и оркестрацию?"

  2. Об архитектуре и процессах:

    • "Какие архитектурные подходы и шаблоны преобладают в проекте (Clean Architecture, DDD, CQRS, микросервисы vs модульный монолит)? Можете привести пример организации слоев в типичном сервисе?"
    • "Как выглядит процесс CI/CD: какие инструменты (GitHub Actions, Azure DevOps, TeamCity), насколько автоматизированы сборка, тестирование и деплой? Есть ли практика feature flags?"

  3. О качестве кода и совместной работе:

    • "Как проходит код-ревью? Есть ли чек-листы или автоматические проверки (статические анализаторы вроде SonarQube или Roslyn Analyzers)?"
    • "Какой подход к тестированию (пирамида тестов)? Какой процент покрытия считается достаточным, и какие фреймворки (xUnit/NUnit, Moq/NSubstitute) используются?"

  4. О проекте и техническом долге:

    • "С каким самым сложным техническим вызовом или legacy-кодом сталкивалась команда в последнее время? Как вы с этим работали?"
    • "Как в команде принимаются решения о внедрении новых технологий или обновлении major-версий фреймворков?"

  5. О моей потенциальной роли:

    • "Над каким конкретным продуктом или сервисом я буду работать в первую очередь? Какие ближайшие технические задачи стоят в бэклоге?"
    • "Как в команде распределяются обязанности между разработкой новой функциональности, поддержкой текущей системы и работой над техническим долгом?"

Эти вопросы помогают оценить зрелость процессов, технические сложности и то, насколько мой опыт и подход к разработке будут здесь востребованы.

Ответ 18+ 🔞

Давай разберём, какие вопросы реально помогут понять, во что ты ввязываешься. Это же не просто про «ой, а на чём пишем?», а чтобы сразу увидеть, не пиздец ли там под капотом и не придётся ли тебе потом ебаться с легаси, от которого волосы дыбом встают.

  1. Про железо и софт:

    • «Какой у вас основной стек, кроме очевидного .NET? Какие версии .NET в продакшене — всё ещё какой-нибудь Framework 4.8, или уже Core/6/8? И главное — какие ключевые библиотеки таскаете (типа EF Core, Dapper, MediatR), или там своя велосипедная сборка, от которой потом охуевать?»
    • «Инфраструктура как устроена? Старые сервера в подвале, или облако (Azure, AWS)? Контейнеры (Docker) и оркестрация (Kubernetes) есть, или деплоят по старинке, „скопипасть бинарь на прод“?»

  2. Про то, как всё устроено внутри:

    • «Какая архитектура в проекте? Чистая архитектура, DDD, или там монолит с кучей спагетти-кода, который все боятся трогать? Микросервисы есть, или один большой ком, где всё связано? Можете пример структуры типичного сервиса кинуть — я сразу пойму, не пиздопроебибна ли она.»
    • «CI/CD как работает? Автоматическая сборка-тесты-деплой через GitHub Actions/Azure DevOps, или всё вручную, по пятницам, с молитвами? Feature flags используете, или каждый релиз — как русская рулетка?»

  3. Про качество кода и как вы не убиваете друг друга:

    • «Как код-ревью проходит? Есть чёткие правила, чек-листы, или это формальность типа „ой, ну ладно, апрув“? Статические анализаторы (SonarQube) гоняете, или на глазок?»
    • «Как с тестами? Есть пирамида тестов, или только пара юнит-тестов для галочки? Какое покрытие считаете нормой? И чем мокаете (Moq, NSubstitute)?»

  4. Про грабли и технический долг:

    • «С каким самым ебанутым легаси или сложной задачей команда недавно столкнулась? Как вышли из ситуации — переписали, залатали, или просто закрыли глаза и сделали вид, что всё ок?»
    • «Как принимаете решения по новым технологиям или обновлению major-версий? Есть tech lead, который решает, или коллективный мозговой штурм, который кончается ничем?»

  5. Про то, чем буду пахнуть я:

    • «На каком конкретно продукте или сервисе я буду вкалывать в первую очередь? Какие задачи ждут в бэклоге — фичи, багфиксы, или разгребание того самого технического долга, про который все молчат?»
    • «Как время делится между новой разработкой, поддержкой текущего и рефакторингом? Или тут по принципу „пока не сломалось — не трогай“?»

Эти вопросы, бля, — как рентген. Позволяют за пару минут понять, попадёшь ты в адекватную среду, где ценят качество, или в адок, где каждый день — борьба за выживание с кодом, который писал какой-то пидарас шерстяной десять лет назад.

Видео-ответы

© ХакСобесов, 2026
support@hacksobesov.com