Комментарии 11
Из всех пунктов знание специфики go проявляется только в 1. Со всем остальным вы можете столкнуться не только в go, но и в других языках программирования.
2 - в других языках (например java) так-же
3 - Это про программирование вообще. На любом языке можно допустить такую ошибку
4 - Некорректная претензия. А что если надо дождаться http-ответа в любом случае? С таким-же успехом можно предъявить, что вы не прописали user-agent. Это просто опции, набор которых зависит от приложения.
8, 9, 10 - это не про go
10 - без внятного ТЗ результат ХЗ
Про первый пункт узнать было прям полезно. Сам не знал такой специфики make()
Не верю. Как вы работали Senior Go Backend Engineer 6 лет не зная таких базовых вещей? Почти обо всех пунктах можно найти практический в любой книжке по Go. Книга Донована и Кернигана хотя бы. Как вы язык то изучали? Не верю, что так бывает)
скептицизм понятен и принимается, попробую ответить - во первых я не все 6 лет в позиции сеньора, и не знаю компаний где сразу после обучения берут синьоров. Книги Донована и Кернигана стоящие, но все таки начинать надо с документации где обычно более подробно разобрано и исходников. Ну и при этом не надо забывать что под давлением будь хоть ты семи пядей во лбу - многое что может вылететь из головы, хоть код ты с закрытыми глазами пишешь.
Вопросы по Го на какой уровень? Выглядят как на джуна, может я не так понял.
make - надо тупо помнить, т.е. не так давно читать учебник. Вряд ли сеньоры часто пишут такое в своем коде. А увидев у джуна - как минимум напрягутся, даже если не помнят точное поведение.
Про ожидание горутин и WG - ну это же реально в любой статье про горутины для начинающих есть.
Про счетчик - а что не так? Где в вопросе про параллельность? Сказано - простенький. Может это сугубо однопоточный счетчик. Атомики - это уже усложение. А если бы вопрос был сформулирован корректно: нужен счетчик для многопоточной среды, кандидат (даже джун) сразу бы смекнул про атомики или мьютекс. Это просто вопрос на невнимательность
Уровень вопросов я не определял, но за годы меня про string в Go спросили и на джуновскую позицию, и на мидла. Интерфейсы — для всех уровней любимая тема.
А так как в основном работал в финтехе — то поговорить про то, как вместо float использовать decimal, уже воспринимается как аксиома и опять же независимо от уровня.
По мне, процесс интервью очень специфичный последнее время в связи с AI, причём независимо от местонахождения компании. Хочется уже увидеть, как адаптированное под настоящее время будет выглядеть собеседование, но при этом букварь останется всегда.
Пункт 3 - для избежаниия возможных дедлоков, запросы с блокировками к счетам надо проводить в стабильном порядке, например отсортировать account по их id.
Спасибо за статью! Интересный опыт: когда вроде умеешь программировать — а к собесам надо прям отдельно готовиться, натаскиваться, как на олимпиадные задачки :)

Как я завалил кучу собесов по Go и что из этого вынес