Откуда получаете информацию для решения задач, используете ли поисковики и примеры кода
Что проверяют
Как вы подступаетесь к незнакомой задаче: есть ли порядок поиска, проверяете ли найденное, понимаете ли код, который приносите в проект. Ответ «я всё знаю сам» тут не выигрывает, ждут инженерной гигиены, а не памяти.
Как отвечать
Опишите свой порядок, от надёжного источника к шумному.
- документация и исходники: javadoc, справочник фреймворка, а при сомнении сразу исходный код библиотеки. В Java это одно нажатие в среде разработки и обычно быстрее, чем читать чужой пересказ;
- спецификации, когда вопрос про поведение языка, памяти или коллекций: там ответ однозначный ровно в тех местах, где статьи спорят между собой;
- свой репозиторий: похожая задача уже решена в проекте, и решение согласовано с принятыми правилами;
- сообщество и статьи: вопросы и ответы, доклады, блоги. Смотрите дату и версию, ответ многолетней давности вполне может относиться к API, которого уже нет;
- коллеги: после того как сформулирована гипотеза, а не вместо неё.
Скажите и про проверку: воспроизвести проблему минимальным тестом, посмотреть отладчиком или профайлером, а не подбирать варианты наугад. Про помощников на языковых моделях отвечайте прямо: пользуюсь, но в проект попадает только то, что понимаю и чем могу закрыть тестом.
Где спотыкаются
Отвечают, что в поисковик не ходят. Это звучит неправдоподобно, а если это правда, то хуже: значит, человек решает задачи по памяти и не сверяется со спецификацией.
Берут пример из сети без оглядки на версию и контекст. Классика: код со старым API работы с датами или с ручной синхронизацией, которая в нынешних версиях уже не нужна, приезжает в проект вместе с чужими допущениями.
Пересказывают историю по шаблону и завершают её эффектной цифрой вроде ускорения на треть. Без описания замера такие проценты воспринимаются как выдумка и тянут за собой вопросы, на которые нечем ответить.