Евгений Усачев, почитал, префорк по сути создает несколько процессов, между которыми не шарится память (чтобы убрать накладные расходы го на шаринг памяти). Поэтому не работают никакие глобальные переменные (они не могут быть доступны сразу из всех процессов). Если у вас есть какой-то кэш в памяти (не Редис, а кэш в памяти самого приложения), вам в случае префорка придется создавать по экземпляру кэша на каждый форк.
У вас все сделано правильно, defer resp.Body.Close() закроет соединение как только будет return из функции.
Нужно учитывать, что bufio вычитает чуть больше из соединения, но буфер там небольшой по-умолчанию. Если у вас дочитывается прямо до конца, надо проверять алгоритм парсинга данных, возможно он действительно все пытается вычитать.
shasoftX, можно, есть инструмент "линейка", а можно в настройках включить отображение длин граней при редактировании.
Плюс, можно настраивать разные единицы измерения. Но нужно понимать, что Blender это не CAD. Если вам нужно моделирование для конструкторских целей, лучше обратите внимание на OpenSCAD, там моделировать можно путем описания моделей через встроенный язык программирования.
Евгений Усачев, это не библиотека, это приложение, которое нужно запускать с соответствующими ключами в командной строке. Это одно из самых быстрых решений, но его нужно уметь настроить. Обычно транскодинг делают через видеокарту.
Буфер он на то и буфер, что не должен вмещать в себя весь ввод. Он хранит в себе кусок ввода, чтобы уменьшить количество системных вызовов. Вам правильно в ответе подсказывают использовать пакет bufio, там все эти вещи уже сделаны за вас, просто используйте.
Принимаем сообщение от пользователя, смотрим в базе, какой у этого пользователя сейчас статус.
Если статус "Ждем первую команду", меняем статус на "Ждем имя"
Если статус "Ждем имя", записываем в базу имя и меняем статус на "Ждем сумму"
Если статус "Ждем сумму", берем сумму из сообщения, берем имя из базы (записанное на втором шаге) и выполняем все, что нужно. Ставим статус на "Ждем первую команду"
Mikhail, стандартные типы у Го захардкожены в компилятор, поэтому и определяются так странно. Чтобы понять как они устроены, нужно для начала понимать как в целом работает компилятор, какие у него стадии и как генерируется машинный код. Потом смотреть исходники компилятора.