Мои 10 лет в ИТ и почему я иду в Go

Когда-то этот текст мог бы называться «Пока фронтенд, привет бэкенд». Но не для меня — слишком просто.
За плечами 10 лет в ИТ. И да, я видел тезис «если у тебя больше 8 лет на РФ-рынке — ты точно работал с CMS». Подписываюсь обеими руками: вручную чистил VPS от вирусов, прилетевших через формочки; поднимал WordPress и «хоп-хоп» натягивал тему; ставил OpenCart, настраивал ModX, аккуратно обходил Joomla и вел бесконечную борьбу с 1С-Битрикс. Кто знает — тот понял.

Шесть лет назад я закончил с проектной деятельностью и фрилансом и ушёл во «фронт» по трудовой. Но бэкенд меня не отпускал.
Я работал с базами — и с реляционными, и с NoSQL; трогал брокеров — Kafka, RabbitMQ; много писал на Node: express/koa/nest; немного на Python. То есть по факту всегда оставался «на грани».

И вот сейчас самое время залезть в хайп-тренд осознанно — изучить Go. Не удивляйтесь, если в ленте начнут появляться посты по бэкенду. Это не «смена веры», а расширение горизонтов.

Зачем вам это (и мне тоже)

— Более полные разборы. Я буду полноценно закрывать темы со всех сторон от деплоя до production

— Архитектурный рост. Буду больше проектировать и демонстрировать вам: от «собрать фичу» к «собрать систему».

Что будет дальше

Я готовлю серию материалов, где разложу по полочкам то, что часто подаётся кусками и с пропущенным флоу

Ближайшее — полный разбор JWT:
— жизненный цикл токена (access/refresh), сроки, ротация;
— где хранить и как передавать (cookie vs localStorage, httpOnly, SameSite, CORS, CSRF);
— подписи и алгоритмы (HS/RS/EdDSA);
— refresh-флоу и «one-time use» на бэке;
— трекинг сессий, отзыв токенов, списки deny/allow;
— best practices для SPA/SSR и мобильных клиентов;
— срез на уровне фронта (middleware, перехватчики, silent refresh) и бэка (guards, middleware, issuers, rotators);
— типовые грабли: clock skew, повторные запросы, гонки, утечки токенов.

Дальше в планах:

— Go для «фронтов»: контекст, горутины, каналы — когда это проще, чем promise/worker.

— Kafka и RabbitMQ «для людей»: какие задачи реально оправдывают брокер, а где это оверкилл.

— Node vs Go на реальных сценариях: API с высокой конкуррентностью, очереди, воркеры, стриминг.

— Нормализация ответственности между фронтом и бэком: где граница и почему её постоянно переносят.

— Тестируемость интеграций: контрактные тесты, фэйковые брокеры, стаб-сервисы.

Коротко про мой путь (для тех, кто тут недавно)

— 10 лет в ИТ, «олдскул» с CMS и «натяжкой тем».

— 6 лет в продуктовой разработке во фронте, но постоянно с бэкенд-контактом (последние два года тимлид кросс функциональной команды и СТО в собственном Edtech продукте)

— Базы, брокеры, Node (express/koa/nest), чуть Python.

Поехали расширять экспертизу — расти выше и проектировать больше.