Go for Devs – Telegram
Go for Devs
1.3K subscribers
59 photos
17 videos
73 links
По сотрудничеству пишите в личные сообщения канала.
Download Telegram
⚙️ Go + cgo + Docker: как вернуть воспроизводимую кросс-сборку

Хороший практичный разбор про то, что происходит с Go-проектом после появления cgo. Формально go build всё ещё работает, но на практике каждый разработчик начинает жить в своём окружении с набором флагов, версий библиотек и локальных костылей.

В статье простой, но рабочий выход: всю сборку вынести в Docker и рассматривать его как единое билд-окружение. Внутри контейнера явно задаются CC, CXX, AS и ldflags для каждой пары OS/arch, что позволяет из одного места собирать Linux, macOS и Windows бинарники, включая статическую линковку там, где это возможно.

Важно, что Docker используется без Dockerfile — берётся официальный golang-образ и напрямую запускается bash-скрипт. Это делает процесс легко воспроизводимым как для команды, так и для пользователей open source-проекта.

Подход не самый быстрый и не самый изящный, но он позволяет сделать локальную сборку идентичной продакшену, а cgo перестаёт быть источником проблем.

@go_for_devs
👍6🔥32
⚡️ Две короткие новости про Claude Code

Во-первых, Anthropic добавили нативную поддержку LSP — включая Go. Агент теперь работает не через grep и эвристики, а видит семантику кода как IDE: go-to-definition, ссылки, типы, символы. Для больших кодовых баз и рефакторинга — качественный скачок.

Во-вторых, на новогодние праздники удвоили лимиты для подписок Pro и Max — с сегодняшней ночи и до конца года.

Если до сих пор не пробовали AI-помощников разработчика в деле, то стоит начать. В 2026 это точно станет БАЗОЙ.

@go_for_devs
👍7🔥3💯3🤔1
Forwarded from AI for Devs
🎄 Итоги года 4Devs 2025

На прошлой неделе Habr опубликовал итоги года — и наш проект попал в ТОП-2 среди UGC-авторов (независимых, не аффилированных с компаниями) и в ТОП-8 overall!

Учитывая, что активно публиковаться мы начали только в сентябре, результат за один квартал, на мой взгляд, более чем достойный. Проект изначально запускался как эксперимент — и теперь уже можно уверенно сказать, что эксперимент удался.

В следующем году постараемся как минимум сохранить текущие темпы, а как максимум — заметно их преумножить. Если вы следите только за одним из каналов проекта, напоминаю полный список наших ресурсов:

@ai_for_devs — флагман проекта. Неудивительно, учитывая взрывной рост прикладного ИИ именно для разработчиков
@go_for_devs — второй по популярности, но самый активный по вовлечённости
@python_for_devs — канал, с которого всё началось, и этим он прекрасен
@js_for_devs — здесь всё ещё впереди. Если вы из frontend-мира — добро пожаловать, догоним остальных 🙂

Суммарно за проектом уже следит более 6.5 тысяч человек!

Поздравляю всех с наступающим Новым годом и желаю профессионального роста и сильных результатов в 2026!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10🔥42
⚡️ В Go 1.26 (релиз которого планируется в феврале) добавят поддержку SIMD

SIMD (Single Instruction, Multiple Data) — это способ выполнять одну инструкцию сразу над набором данных. Проще говоря, процессор может сложить, умножить или сравнить сразу несколько чисел за один такт. Это критично для задач вроде обработки массивов, графики, ML, криптографии и любых data-heavy пайплайнов — прирост производительности там может быть кратным.

В следующей версии Go появится новый низкоуровневый пакет simd/archsimd, и на старте — только amd64. Команда Go сознательно начала с архитектурно-специфичного API, отложив высокоуровневые абстракции, чтобы сначала получить реальный фидбэк от разработчиков.

Подход разумный. SIMD сильно зависит от железа, и преждевременный «универсальный» интерфейс легко может стать ошибкой.

SIMD в индустрии появился давно, но почти везде путь был болезненным:

– C / C++ живут с SIMD десятилетиями, но ценой сложного и хрупкого кода: разные заголовки, ручной выбор инструкций, слабая переносимость.

– Rust долго шёл к стабильному SIMD: первые версии API ломались, часть решений признали неудачными, прежде чем остановиться на архитектурно-разделённом подходе.

– Java больше десяти лет избегала SIMD вовсе и только недавно представила Vector API — после серии прототипов и экспериментов с производительностью и переносимостью.


@go_for_devs
👍18🔥62🤯1
🆕 Совсем скоро релиз Go 1.26 — и сегодня команда выложила go1.26rc2, второй release candidate

RC получился почти полностью «про безопасность»: в него вошли 6 фиксов с CVE.

В основном это DoS-кейсы и проблемы с неожиданным поведением тулчейна.

archive/zip — суперлинейная индексация имён файлов позволяла повесить парсер на специально собранном архиве
net/httpRequest.ParseForm мог аллоцировать неограниченное количество памяти при большом числе параметров
crypto/tlsConfig.Clone больше не копирует автоматически сгенерированные session ticket keys; также при session resumption теперь учитывается срок действия всей цепочки сертификатов, а не только leaf.

@go_for_devs
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8👏2🔥1😢1
🔥 Перевели хороший разбор про атомарные операции и мьютексы в Go — на примерах и с бенчмарками, без абстрактной теории.

Коротко: sync/atomic действительно быстрее. В простом кейсе с одним общим счётчиком атомики дают ~3× выигрыш по времени операции по сравнению с sync.RWMutex. Это ожидаемо: одна инструкция CPU против захвата блокировки, пусть даже с быстрым путём в рантайме Go.

Проблемы начинаются, как только логика перестаёт быть «одна операция — одно поле». Атомарные операции защищают ровно одну инструкцию. Последовательность прочитать → проверить → записать уже не атомарна. Для корректности приходится переходить к CAS-циклам, ретраям, лимитам попыток. Код быстро обрастает условиями, и цена ошибки становится выше, чем выигрыш в наносекундах.

Из статьи я бы вынес одно практическое правило. Начинать стоит с мьютекса.

Атомарные операции — это инструмент точечной оптимизации, когда:

* объект — одно значение или независимые счётчики,
* нет сложных инвариантов,
* выигрыш подтверждён измерениями, а не ощущениями.

Во всех остальных случаях простота и локальная очевидность кода обычно оказываются важнее разницы между 30 и 100 наносекундами.

📚 Читать на Хабр: https://habr.com/ru/articles/986732/
👍7🔥72💯1
Философский подход к бэкенду
😁27👍4💯2😢1
Помните, осенью мы писали про запуск опроса Go Survey 2025. Так вот, вчера команда Go опубликовала результаты!

В опросе приняли участие 5 379 разработчиков.

Коротко по результатам:

🟣 Профиль выборки: 87% — профессиональные разработчики, 82% используют Go в основной работе, 72% — ещё и в личных/OSS-проектах. Возраст 25–45 указали 68%, стаж в разработке 6+ лет — 75%. При этом 81% сообщили, что их общий опыт разработки больше, чем опыт именно с Go — Go чаще становится “вторым языком”. Доля новичков с опытом Go < 1 года снизилась до 13% (в 2024 было 21%).

🟣 Отношение к языку стабильно положительное: 91% сказали, что им комфортно работать с Go, и почти ⅔ выбрали вариант “очень доволен(на)”. На этом фоне заметнее звучат конкретные “точки трения”: 33% сложнее всего “держать код идиоматичным/по best practices”, 28% говорят, что в Go нет важных для них возможностей из других языков, 26% отмечают сложность поиска надёжных модулей и пакетов.

🟣 Отдельный сигнал — базовые команды go: 15–25% респондентов (кроме go test) часто возвращаются к документации по подкомандам вроде go build, go run, go mod, и жалуются именно на навигацию и читаемость help-системы.

🟣 Инструменты и окружение: разработка в основном на macOS (60%) и Linux (58%), развёртывание почти полностью на Linux-окружениях/контейнерах (96%). Среди редакторов лидируют VS Code (37%) и GoLand (28%); новые Zed и Cursor выбрали по 4%.

🟣 ИИ-инструменты уже стали рутиной, но без “вау-метрики”: 53% используют их ежедневно, 29% — почти не используют. “Агентный” режим — ранняя стадия: основной формат у 17%, “иногда пробую” — 40%. Удовлетворённость средняя: 55% в целом довольны (из них 42% — “скорее”, 13% — “очень”). Главные проблемы качества: 53% сталкиваются с генерацией неработающего кода, 30% — с рабочим, но низкого качества. При этом большинство не добавляет ИИ-фичи в Go-продукты (78%), и у 66% софт вообще не использует ИИ.


Подробнее с результатами опроса можно ознакомиться на Habr.

@go_for_devs
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8🔥32🤔2
Forwarded from AI for Devs
Перекличка. Сколько % кода за вас пишет AI в ПРОДАКШЕНЕ?
Anonymous Poll
11%
0%
14%
<10%
8%
от 10% до 30%
7%
от 30% до 50%
7%
от 50% до 70%
8%
от 70% до 90%
7%
>90%
10%
100%
27%
Посмотреть результат
👍5🤯3🔥1