Разработчики бьют тревогу: зачем мы усложняем backend, когда язык Go уже готов простыми бинарниками, компилирующимися за пару секунд? Статья с резким заголовком «Просто используй Go» призывает забыть о сборках на Node.js, TypeScript и пятнадцати пакетных зависимостях, которые разваливаются, если кто-то поднимет npm-зависимость вверх. Вместо этого авторы предлагают стандартную библиотеку языка как единственную нужную фреймворк. В коде нет вебпака, вите или dev-сервера, только один файл, который вы можете перекинуть на сервер и запустить. База данных подтягивается через database/sql, JSON кодируется стандартным пакетом encoding/json, а для отмены запросов, когда пользователь закрывает вкладку, используется context.Context. Это позволяет убирать goroutines без утечек памяти и зомби-запросов. Синхронизация потоков строится через типизированные каналы channels или sync.Mutex, а профилирование памяти и CPU работает сразу через встроенный инструмент pprof без сторонних плагинов. Форматируется код автоматически командой gofmt, чтобы отступы и стиль не становились предметом вечной войны между коллегами. Тесты запускаются одной командой go test с детектором гонок и бенчмарками, а зависимости фиксируются в go.mod и go.sum, исключая любые дрейфы версий между локальной средой и CI. Даже если команда требует Docker, бинарник можно упаковать в изображение на основе scratch. Авторы ругаются на необходимость в микросервисах и настоятельно советуют писать монолит, обслуживаемый одной машиной. Ошибки проверяются через если err != nil, а дженерики доступны с версии 1.18. Главное — перестать искать сложность там, где её нет, и просто собрать бинарник, внедрив шаблоны, и запустить. Скучный выбор оказался самым правильным с самого начала.
Авторы просят писать на чистом Go без сборщиков
08.05.2026 13:40 · hackernews