Можно ли искать информацию на работе, если не знаешь что-то?

Что проверяют

Не разрешение гуглить, а то, как вы работаете с незнанием: сколько сидите над задачей в одиночку, где ищете, когда идёте к коллегам и как проверяете найденное. Следом часто спрашивают: «Как понять, что пора просить помощи?» или «Как вы относитесь к ИИ-ассистентам в работе?»

Как отвечать

Ответ «да, конечно» очевиден, ценность в описании процесса. Каркас такой:

• источники: документация Microsoft Learn, исходники .NET на source.dot.net или в репозитории dotnet/runtime, issues и changelog библиотеки на GitHub, Stack Overflow, внутренняя вики и поиск по коду компании. Когда документации нет, помогает декомпилятор вроде ILSpy;
• проверка применимости: ответ десятилетней давности часто про .NET Framework, а у вас .NET 8 или .NET 10, где API и поведение другие. Сверяйте версию и воспроизводите решение на маленьком примере или в тесте;
• ИИ-ассистенты: нормальный инструмент, если вы проверяете результат и понимаете каждую строку. Код и данные компании в публичные сервисы не отправляют, это вопрос NDA;
• таймбокс: например, полчаса самостоятельного поиска, после этого идёте к коллеге с конкретикой: что пытались сделать, что уже проверили, где застряли;
• след для команды: найденное решение записываете в вики, README или комментарий к задаче, чтобы следующий не искал заново.

Подкрепите процесс своим случаем: незнакомая библиотека, дедлок из-за .Result на асинхронном методе, переход на новую версию EF Core. Скажите, сколько это заняло и чем закончилось, причём детали и цифры берите из своего опыта, а не придумывайте. Если коммерческого опыта ещё нет, возьмите учебный или пет-проект и прямо скажите об этом: сам процесс поиска от этого не становится менее ценным.

Где спотыкаются

Отвечают «я всё знаю, искать не приходится». Звучит как неумение признавать пробелы.

Уходят в другую крайность: «сразу спрашиваю тимлида». Интервьюер слышит, что вы будете отвлекать команду по каждой мелочи.

Говорят «беру решение со Stack Overflow или из чата с ИИ» без слова о проверке и версиях. Для C# это особенно рискованно из-за разницы между .NET Framework и современным .NET.