Какие ключевые темы и навыки стоит продемонстрировать на собеседовании на позицию Go-разработчика?

Ну, слушай, вот ты идёшь на собеседование по Go, а там сидит какой-нибудь переутомлённый тимлид, который уже пятую неделю не может починить один ёбаный рейс-кондишен в продакшене. И ему похуй на твои красивые глаза, ему надо понять — не сольёшь ли ты ему всю систему в пизду через месяц. Так что давай по полочкам, что тебя там ждёт, а то потом будешь охуевать, почему не спросили про «Hello, World».

Во-первых, фундамент. Тут тебя начнут ебать по самое «Муму» вопросами про горутины и каналы. Не просто «что это», а чем они отличаются, когда что использовать, и почему канал с буфером — это не всегда панацея от всех бед. Если начнёшь путать Mutex с RWMutex — считай, уже полупидор. А ещё спросят про управление памятью: как работает сборщик мусора, чем стек от кучи отличается. Если скажешь, что «ну, оно там само как-то» — тебе пизда, чувак. Интерфейсы — это святое. «Утиная типизация» — это не про птицеферму, а про то, что если твоя структура крякает как io.Writer, то её можно запихнуть куда угодно. Слайсы, мапы, строки — тут надо знать, как они внутри устроены, а то будешь в цикле append делать и охуевать от производительности.

Дальше — практика. Сеть. net/http. Ты должен уметь не только сервер на коленке собрать, но и понимать, как там внутри request болтается, как middleware цеплять. Контекст — это, блядь, не просто context.Background() вставлять, а понимать, зачем он: отмена, таймауты, передача значений. Если не используешь — тебя нахуй пошлют, потому что твой код будет висеть вечно, если внешний API ляжет. Ошибки — тут всё просто: if err != nil. Но если ты их заворачиваешь в panic или, хуже того, игнорируешь — ты манда с ушами, и тебе в продакшене дорога закрыта.

Инструменты и экосистема. Тестирование. Напишешь один кривой тест — скажут «спасибо, до свидания». Table-driven tests — это must have, а не прихоть. Go Modules — ты должен в них ориентироваться, как в своей квартире. go.mod, go.sum — это не магические файлы, а зависимость, и если ты их сломаешь, весь проект накроется медным тазом. Профилирование — pprof, бенчмарки. Если не умеешь искать узкие места — как ты вообще жить собрался?

Лучшие практики. Чистый код — это не про то, чтобы отступы расставить, а про то, чтобы другой разработчик, глядя на твой код, не захотел тебе вилкой в глаз ткнуть. Глобальное состояние — это зло, особенно в горутинах. Композиция вместо наследования — в Go нет классов, но есть embedding, и это надо использовать, а не выдумывать велосипеды с костылями.

И наконец, обязательные темы, без которых тебя даже слушать не станут. Планировщик Go (M, P, G) — как он распределяет горутины по потокам. Состояние гонки — что это, как обнаружить (-race флаг) и как не допустить, чтобы два горутина не подрались за одну переменную, как пиздатые. Работа с базами — database/sql, пулы соединений, драйверы. Если скажешь, что «ORM спасёт» — тебя, возможно, поймут, но потом заставят писать сырые запросы, и ты охуеешь.

Короче, готовься, блядь. Это не школьная контрольная, тут надо реально понимать, что и как работает. Удачи, а то без неё — чих-пых тебя в сраку.