Golang вопросы собеседований

JetBrains опубликовала State of Go 2026: как изменился Go и что происходит с разработчиками

В ежегодном исследовании приняли участие 28 945 разработчиков, включая 1 836 Go-программистов.

Самые интересные результаты:

📊 Кто пишет на Go
- 66% имеют более 6 лет профессионального опыта.
- 80% используют Go для backend-разработки.
- 40% занимаются full-stack разработкой против 30% годом ранее.
- 70% не планируют переходить на другой язык.

🛠 Инструменты
- net/http используют уже 46% разработчиков против 32% годом ранее.
- Gin остаётся лидером с 48%.
- TypeScript стал самым популярным языком-компаньоном Go: 43% используют их в одном проекте.
- GoLand используют 49%, VS Code - 48%.

🤖 ИИ в разработке
- 86% используют ИИ-агентов в терминале хотя бы раз в неделю.
- 55% сообщают, что более 60% написанного ими за последний месяц рабочего кода полностью сгенерировано ИИ.
- 79% регулярно проверяют или всегда проверяют код перед принятием.
- 64% отдельно проверяют безопасность сгенерированного кода.

Что меняется в самом языке?

Среди ключевых нововведений Go 2026 года JetBrains выделяет generic methods, encoding/json/v2, сборщик мусора Green Tea, UUID в стандартной библиотеке и развитие go fix.

Исследование: https://blog.jetbrains.com/go/2026/11/10/state-of-golang-2026/

Go 1.25 научился учитывать CPU-лимиты Kubernetes. Но с памятью проблема пока остаётся.

Если Go-сервис работает в контейнере на 64-ядерном сервере с лимитом в 2 CPU, старые версии Go могли считать, что им доступны все 64 ядра.

Результат: лишние OS-потоки, CPU throttling, скачки p99 latency и повышенная нагрузка на планировщик.

Что исправили в Go 1.25:

- GOMAXPROCS автоматически учитывает CPU-лимиты cgroups.
- Значение периодически пересчитывается при изменении лимитов контейнера.
- Поддерживаются cgroup v1 и v2.
- Можно отключить автоматическое поведение через GODEBUG.

Но с памятью всё сложнее.

Go пока не определяет лимит памяти контейнера автоматически. Из-за этого GC может слишком поздно запускать сборку мусора, а Kubernetes завершит процесс через OOM Killer.

Решение: настроить GOMEMLIMIT вручную или использовать automemlimit.

import _ "github.com/KimMachineGun/automemlimit"

Библиотека автоматически устанавливает лимит примерно на 90% от доступной контейнеру памяти, оставляя запас для runtime и других выделений.

Что использовать:
- Go 1.25+: встроенный container-aware GOMAXPROCS.
- Go 1.24 и ниже: uber-go/automaxprocs.
- Для управления памятью: automemlimit.

Разбор с примерами Kubernetes Deployment: https://dev.to/prasadekke/container-aware-resource-management-in-go-the-problem-go-125s-fix-and-whats-still-missing-5gjm

encoding/json/v2 в Go 1.27: что сломано в старом JSON и как переходить

В Go 1.27 вышли encoding/json/v2 и jsontext: почти шесть лет работы и самое большое обновление JSON в истории языка. Разбираем проблемы старого пакета, новый потоковый слой jsontext, API v2 с опциями и MarshalJSONTo, изменения поведения по умолчанию, ускорение Unmarshal до 10 раз и постепенную миграцию.

00:00 Что вышло
00:26 Проблемы encoding/json v1
01:14 jsontext: синтаксис отдельно
01:53 API v2
02:41 Поведение и скорость
03:34 Миграция

https://www.youtube.com/watch?v=ougKdgdkeXE