Golang
Telegram-канал Golang посвящён языку программирования Go. Здесь вы найдёте новости, статьи, обучающие материалы и советы по Go.
Go — высокоуровневый язык, разработанный Google. Он используется для создания эффективных и надёжных приложений.
Присоединяйтесь, чтобы быть в курсе событий и развиваться в Go!
Публикации канала
🖥️ История Linux на русском – от студенческого проекта Торвальдса до устройства современной системы. В репозитории linux-history собран большой иллюстрированный README со схемами, практическими командами и вопросами для самопроверки. Что внутри: - Предыстория: Unix, GNU, MINIX и появление Linux в 1991 году. - Развитие ядра: ключевые события и участники проекта. - Древо дистрибутивов: как связаны Debian, Ubuntu и другие семейства. - Устройство системы: загрузка Linux, жизнь процесса и взаимодействие компонентов. - Разработка ядра: как изменения проходят путь до включения в Linux. - Практика: команды для изучения своей системы, варианты запуска без установки и квиз. Материал оформлен прямо на GitHub: раскрывающиеся разделы, таблицы и более 20 схем. В конце – книги, документальные фильмы и ссылки для дальнейшего изучения. Подойдёт новичкам, которые уже пользуются Linux и хотят понять, откуда он появился и как работает изнутри. https://github.com/justxor/linux-history
Ozon Tech Platform Meetup 30 октября команда Ozon Tech проведёт митап о том, как устроена технологическая платформа большого бигтеха. В программе: — устройство платформы, стандарты разработки, CI/CD и сетевая инфраструктура; — оптимизация архитектуры за счёт сокращения микросервисов и высвобождения 7000+ CPU; — портал платформы данных и взаимодействие с множеством сервисов. Ничего лишнего — только технические доклады, чтобы осталось больше времени на общение. Регистрируйтесь заранее, чтобы попасть на митап офлайн и лично пообщаться с теми, кто руководит разработкой фундаментальных инструментов Ozon Tech. 30 октября | 19:00 мск | Москва, лофт Casa Picassa Регистрация. Ждут всех, не только Go-разработчиков
👣 Закрытые ключи удостоверяющего центра можно было восстановить за микросекунды. Команда Go выпустила защиту менее чем за 7,5 часа. Инцидент затронул восемь промежуточных сертификатов eMudhra, шесть из которых использовались для TLS. Их ключи оказались настолько слабыми, что позволяли восстановить закрытую часть. Это давало атакующему возможность подписывать поддельные TLS-сертификаты для любых доменов и выдавать свой сервер за настоящий при перехвате соединения. 19 октября команда Go впервые задействовала экстренный процесс URGENT и выпустила Go 1.27.3 и 1.26.10. Обновления блокируют цепочки сертификатов, проходящие через скомпрометированные промежуточные центры. Особенно остро проблема стояла на Linux: там Go использует собственный проверяющий код, а единого системного механизма отзыва сертификатов нет. Разработчикам нужно обновить Go, пересобрать и заново развернуть приложения. Установка нового компилятора сама по себе уже запущенные бинарники не исправит. Проверить, какой версией Go собрана программа: go version -m ./app Проверить бинарник на известные уязвимости: govulncheck -mode=binary ./app https://go.dev/blog/emudhra-incident @Golang_google
👣 Редактировать конфиги через форму, сохраняя комментарии и форматирование - для этого сделали ConfigDeck. Десктопное приложение из репозитория jsonui превращает JSON, JSONC, YAML и TOML в поля для редактирования. При сохранении оно меняет только затронутые значения. Комментарии, порядок ключей, окончания строк и неизвестные параметры сохраняются. Если ничего не исправляли, файл не перезаписывается. Перед каждой записью ConfigDeck: - Показывает изменения для проверки. - Создаёт резервную копию. - Проверяет, не изменил ли файл другой процесс. - Сохраняет результат через атомарную замену. Работает локально, без сетевого доступа. Схемы поставляются вместе с приложением или выбираются с диска. Первый встроенный пресет – настройки Claude Code. Для собственных конфигов можно использовать JSON Schema. Под капотом - Tauri 2, Rust и React. Лицензия – Apache 2.0. https://github.com/altafino/jsonui
В Go появился SIMD без ассемблера: скалярный цикл обгоняют в 9 раз ⚡ Джесус Эспино разобрал, как устроена поддержка SIMD в Go 1.27 (пока экспериментальная, включается через GOEXPERIMENT=simd, основной фокус на amd64). Есть два уровня. Пакет simd/archsimd из Go 1.26 даёт низкоуровневые типы фиксированной ширины вроде Float32x8 и привязан к архитектуре. Новый пакет simd в Go 1.27 портабельный: типы Float32s и Int8s не знают ширину регистра, количество lane выбирается при старте программы, и один и тот же цикл работает на 128, 256 и 512 битах. Под капотом методы вроде Add это интринсики компилятора без тела, они превращаются в инструкции вроде VADDPS. Для портабельного пакета компилятор строит по копии функции под каждую ширину плюс чистый Go-фолбэк, а диспетчер выбирает нужную при запуске. Принудительно выбрать путь можно через GODEBUG=simd. Замер на AMD Ryzen AI Max+ 395: скалярное скалярное произведение двух массивов по 4096 float32 занимает около 3,9 мкс, версия на SIMD около 0,41 мкс. Выигрыш примерно в 9 раз, и автор оговаривает, что это близко к лучшему случаю для длинных непрерывных данных. Подводные камни. API экспериментальный, имена могут поменяться. Archsimd не проверяет поддержку CPU, поэтому без проверки AVX2 и FMA программа упадёт с illegal instruction. Float32x8 не компилируется на ARM. На ветвистом коде, разбросанном доступе к памяти и коротких входах выигрыш может быть небольшим или нулевым. Вывод автора: профилируйте и мерьте, а SIMD применяйте только в горячих циклах. Источник: https://internals-for-interns.com/posts/go-simd/
👣 Вышли Go 1.27.3 и 1.26.10 - важное обновление безопасности. Исправлена уязвимость CVE-2026-111943 в стандартной библиотеке crypto/x509, связанная с проверкой цифровых сертификатов. Что изменилось: - Ограничено доверие к небезопасным промежуточным сертификатам. - Verify больше не возвращает цепочки с такими сертификатами. - Повышена безопасность проверки TLS-сертификатов. Анонс: https://groups.google.com/g/golang-announce/c/66pojueaQek/m/tmWX2Pq9AgAJ Скачать: https://go.dev/dl/ @Golang_google
👣 NumPy и PyTorch из Go? У LLGo для этого есть инструменты. LLGo — компилятор Go на базе LLVM, который упрощает работу с экосистемой C/C++ и Python. Что внутри: • Прямые вызовы C-функций через C ABI — без накладных расходов стандартного cgo на переключение стека и планировщика. • Python-библиотеки из Go: доступны привязки для NumPy, pandas, PyTorch и matplotlib. • Привязки к SQLite, OpenSSL, raylib и другим нативным библиотекам. • Поддержка WebAssembly и ряда встраиваемых платформ. Есть существенная особенность: у LLGo собственный runtime. На нативных платформах горутины соответствуют потокам ОС в соотношении 1:1, а сборщик мусора по умолчанию - BDWGC. Это нужно учитывать при переносе приложений. https://github.com/xgo-dev/llgo
Forwarded From 🐋 DeepSeek V4.1-Flash-1017: метрики выше, ответы короче, Search и Fetch API открыты всем DeepSeek обновили Flash-версию V4.1. Модель сильнее прошлой, быстрее решает задачи и выдаёт более короткие ответы, то есть выходит дешевле. Доступна на сайте, в приложении и по API, веса открыты. На DeepSWE v1.1 модель набирает 77.0 против 74.0 у Claude Opus 5 и 73.0 у GPT 5.6-Sol. На Automation-Bench 60.5 против 50.3 у Opus 5, на Agents' Last Exam 35.4 против 28.6. К прошлой Flash прирост большой: Terminal-Bench 4.0 вырос с 31.2 до 42.3, ProgramBench с 20.3 до 29.1. На HLE (56.3), Terminal-Bench 4.0 (51.8) и NL2Repo-Bench (75.3) Opus 5 всё ещё впереди. Цифры приведены самой компанией, а методики оценки у бенчмарков разные. Отдельно открыли Search и Fetch API на собственном поисковом движке: $0.75 за 1000 вызовов на каждый эндпоинт. Модель: https://huggingface.co/deepseek-ai/DeepSeek-V4.1-Flash-1017 Документация API: https://api-docs.deepseek.com/guides/search Источник: https://x.com/deepseek_ai/status/2111375640717033777 @ai_machinelearning_big_data #DeepSeek
🔥 Хочешь быстрее расти в IT? Хватит учиться в одиночку Окружение решает больше, чем кажется. Собрал папки и каналы, где можно быстрее влиться в нужное направление, следить за трендами и не вариться в своём пузыре. AI: t.me/ai_machinelearning_big_data Python: t.me/pythonl Linux: t.me/linuxacademiya Хакинг: t.me/linuxkalii DevOps: t.me/DevOPSitsec Docker: https://t.me/+90Z5TAyfuNU5YmRi Golang: t.me/Golang_google Rust: t.me/rust_code C++: t.me/cpluspluc C#: t.me/csharp_ci Java: t.me/javatg JavaScript: t.me/javascriptv React: t.me/react_tg Frontend: t.me/front PHP: t.me/phpshka Android: t.me/android_its Мобильная разработка: t.me/mobdevelop Базы данных: t.me/sqlhub Data Science: t.me/data_analysis_ml Big Data: t.me/bigdatai Математика: t.me/data_math Физика: t.me/fizmat Kubernetes: t.me/kubernetc GameDev: https://t.me/gamedev Haskell: t.me/haskell_tg Собеседования и карьера: DS собеседования: t.me/machinelearning_interview Python собеседования: t.me/python_job_interview Папка с вакансиями: t.me/addlist/_zyy_jQ_QUsyM2Vi Папка Go разработчика: t.me/addlist/MUtJEeJSxeY2YTFi Папка Python разработчика: t.me/addlist/eEPya-HF6mkxMGIy Папка ML: https://t.me/addlist/2Ls-snqEeytkMDgy Папка Frontend: https://t.me/addlist/mzMMG3RPZhY2M2Iy Полезное сверху: ИТ-мемы: t.me/memes_prog Английский для программистов: t.me/english_forprogrammers ИИ и технологии: t.me/vistehno 954 ГБ open-source курсов: https://t.me/+rKBQEMccAA01MTcy ИТ-книги бесплатно: https://t.me/addlist/BkskQciUW_FhNjEy Max Ai: https://max.ru/ai_machinelearning_big_data Max python: https://max.ru/pythonl ТЕХНО: https://max.ru/vistehno Max Go: https://max.ru/Golang_google Max Linux: https://max.ru/linuxkalii Devops: https://max.ru/DevOPSitsec C#: https://max.ru/csharp_ci C++: https://max.ru/cpluspluc SQL: https://max.ru/sqlhub Java: https://max.ru/javatg Подписывайся на нужные направления и собирай себе ленту, которая реально двигает вперёд.
🔎 Конец программирования: создатель InfluxDB считает, что код скоро перестанут писать и читать люди Пол Дикс, основатель InfluxData и автор InfluxDB, опубликовал эссе «The end of programming». Его тезис: ручное написание кода и построчное ревью вымирают. Софт будут производить агенты, а люди будут проверять результат работы системы, в сам код почти не заглядывая. Главный аргумент Дикса связан с Bun 1.4. Рантайм переписали с Zig на Rust, это больше миллиона новых строк. Сделал это один разработчик, Джаред Самнер, вместе с предрелизной Fable 5 и почти безлимитным бюджетом на токены. Он собрал харнесс для параллельной работы агентов, и за 11 дней они сделали 6778 коммитов. По API это стоило бы около $165 тысяч. На возражение, что переписывать готовую программу легко, ведь старая версия служит эталоном, Дикс отвечает так: если есть система верификации и толковое направление, ИИ доводит до рабочего состояния очень сложный софт. Его собственные эксперименты на форке InfluxDB. Интеграцию с Apache Iceberg, где задействованы API, CLI, компактор, манифесты и S3, Fable собрала за 14 часов: Дикс только описал архитектуру, а дальше работали сабагенты с код-ревью. Репликацию данных с edge-узлов в центральный кластер модель сделала за 28 часов, сама развернула в AWS и чинила баги по логам и метрикам. Система крутится до сих пор. Обе фичи пока остаются прототипами, а держать агента в постоянном цикле улучшений Дикс не может себе позволить: по его оценке, это сотни тысяч долларов в месяц. По словам Дикса, в Anthropic и OpenAI разработчики уже выпускают десятки и сотни PR в неделю. Они строят системы, промпты и инструменты проверки и не читают каждую строку. Остальная индустрия придёт к этому примерно через год. К концу 2027 года интеллект уровня Fable должен стать достаточно дешёвым для работы на полный день, а железо вроде Cerebras даст в 10-100 раз больше токенов в секунду. При этом Дикс не обещает мгновенной революции. Из-за инерции организаций ручной код с построчным ревью во многих компаниях проживёт ещё лет десять. И вместе с полезным софтом нас ждёт море слопа. Самыми продуктивными станут те, кто управляет агентами, строит харнессы, фабрики софта и системы QA. Главными вопросами будут «что мы хотим выпустить?» и «что мы готовы поддерживать?». https://pauldix.com/the-end-of-programming
На GitHub доступен модульный фреймворк для гибкого тестирования на Go — Testo. Testo написали разработчики Ozon Tech и уже проверили на тысячах своих e2e-тестов на проде. Фреймворк работает как слой над testing.T внутри экосистемы Go. Он адаптируется под потребности за рамками стандартного пакета и позволяет быстро создавать тесты под любую задачу. Попробуйте, если хотите расширить ваши тесты отчетами, фильтрами и собственным функционалом через плагины: https://ozon.tech/testo
🐹 Один непрочитанный ответ мог заставлять Go заново открывать HTTP-соединения. В Go 1.27 это исправили. Раньше при HTTP/1 одного resp.Body.Close() было недостаточно: если тело ответа не дочитано, соединение приходилось закрывать. Следующий запрос снова тратил время на TCP и TLS. Теперь net/http при закрытии тела асинхронно дочитывает остаток в пределах установленного лимита, чтобы сохранить соединение для следующих запросов. В тесте авторов статьи 100 запросов, которым нужен только статус ответа, заняли 150 мс вместо 710 мс. Почти пятикратное ускорение в конкретном сценарии, без изменений кода. Закрывать `resp.Body` по-прежнему обязательно. Изменение касается HTTP/1: у HTTP/2 непрочитанное тело отдельного ответа не мешает другим запросам использовать соединение. https://uproger.com/go-1-27-http1/ @Golang_google #golang
10 ноября в Москве пройдёт Go Birthday Conf от RWB Отметим день рождения Golang вместе с экспертами RWB, YADRO, Т-Банка, VK и Avito. Разберём кейсы из продакшена, поговорим о highload и будущем Go в эпоху AI. В программе: Доклады: — 10 лет Go глазами практика: как менялся язык и что с ним сейчас; — SIMD без ассемблера: что изменилось и какой прирост производительности можно получить; — Архитектура доставки продуктовых метрик под высокой нагрузкой; — Геокодинг и построение маршрутов под нагрузкой. Дискуссия «Go в эпоху AI» — обсудим, как меняется разработка, что остаётся инженеру и почему растёт роль инженерного мышления. Воркшоп и архитектурные каты, где можно порешать задачи вместе с другими участниками. Приглашаем Go-разработчиков, backend-инженеров, тимлидов и всех, кто работает с highload и архитектурой или хочет разобраться, как AI меняет разработку. Первые 100 офлайн-гостей получат беспроигрышные лотерейные билеты с подарками. 📍 Москва Старт в 15:00 Программа и регистрация по ссылке
🤖 Зачем держать отдельный контейнер для каждого ИИ-агента, если большую часть времени он ждёт? Agent Substrate использует это ожидание для экономии ресурсов: приостанавливает окружения, сохраняет их состояние и возобновляет на свободных воркерах в Kubernetes. В демо около 250 окружений со своим состоянием работают через пул из 8 подов. Что умеет проект: • Сохранять оперативную память и файловую систему между запусками. • Переносить окружения между воркерами. • Изолировать выполнение через gVisor и microVM. • Запускать агентов на разных стеках, включая Claude Code, Codex и LangChain, а также MCP-серверы. Авторы заявляют возобновление менее чем за 500 мс и плотность размещения в 10 раз выше стандартных контейнерных рантаймов. Это инфраструктура для массового запуска агентов. Проект пока до версии 1.0, API могут существенно меняться. Лицензия Apache 2.0. https://github.com/agent-substrate/substrate
Комментарии
Комментариев пока нет
Комментарии пишут вошедшие — так видно, кто автор.
Войти