Обновить

Комментарии 11

Из всех пунктов знание специфики go проявляется только в 1. Со всем остальным вы можете столкнуться не только в go, но и в других языках программирования.

2 - в других языках (например java) так-же

3 - Это про программирование вообще. На любом языке можно допустить такую ошибку

4 - Некорректная претензия. А что если надо дождаться http-ответа в любом случае? С таким-же успехом можно предъявить, что вы не прописали user-agent. Это просто опции, набор которых зависит от приложения.

8, 9, 10 - это не про go

10 - без внятного ТЗ результат ХЗ

Про первый пункт узнать было прям полезно. Сам не знал такой специфики make()

Согласен! Фокус статьи был именно на "что реально спрашивают", а не строго Go-специфичные особенности. Наверно в будущем напишу и про специфичные вопрос - материала то же воз и маленькая тележка))) Спасибо за коммент.

Не верю. Как вы работали Senior Go Backend Engineer 6 лет не зная таких базовых вещей? Почти обо всех пунктах можно найти практический в любой книжке по Go. Книга Донована и Кернигана хотя бы. Как вы язык то изучали? Не верю, что так бывает)

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

Вопросы по Го на какой уровень? Выглядят как на джуна, может я не так понял.

make - надо тупо помнить, т.е. не так давно читать учебник. Вряд ли сеньоры часто пишут такое в своем коде. А увидев у джуна - как минимум напрягутся, даже если не помнят точное поведение.

Про ожидание горутин и WG - ну это же реально в любой статье про горутины для начинающих есть.


Про счетчик - а что не так? Где в вопросе про параллельность? Сказано - простенький. Может это сугубо однопоточный счетчик. Атомики - это уже усложение. А если бы вопрос был сформулирован корректно: нужен счетчик для многопоточной среды, кандидат (даже джун) сразу бы смекнул про атомики или мьютекс. Это просто вопрос на невнимательность

Уровень вопросов я не определял, но за годы меня про string в Go спросили и на джуновскую позицию, и на мидла. Интерфейсы — для всех уровней любимая тема.             

А так как в основном работал в финтехе — то поговорить про то, как вместо float использовать decimal, уже воспринимается как аксиома и опять же независимо от уровня.

По мне, процесс интервью очень специфичный последнее время в связи с AI, причём независимо от местонахождения компании. Хочется уже увидеть, как адаптированное под настоящее время будет  выглядеть собеседование, но при этом букварь останется всегда.                                                 

Кстати, про специфику финтеха было бы очень интересно почитать если напишете.
Да и другие примеры с собеседований тоже были бы не лишними

спасибо, буду дальше делиться. надеюсь дальше на ваши комменты и реакции. то же помогает обновить знания в голове)))

Пункт 3 - для избежаниия возможных дедлоков, запросы с блокировками к счетам надо проводить в стабильном порядке, например отсортировать account по их id.

все так, но это уже отдельная история

Спасибо за статью! Интересный опыт: когда вроде умеешь программировать — а к собесам надо прям отдельно готовиться, натаскиваться, как на олимпиадные задачки :)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации