Golang книги

👣 Go Concurrency Exercises Если ты думаешь, что “я знаю Go concurrency”, потому что запускал go func(){} - вот тебе реальный чек. go-concurrency-exercises - это набор задач, которые заставляют врубиться в конкурентность : не по книжке, а через боль, race conditions и дедлоки 😅 Что внутри: ✅ задачи на goroutines / channels / select ✅ fan-in / fan-out, worker pool, pipeline ✅ rate limiting, timeouts, context cancel ✅ типичные ловушки: race, deadlock, leak горутин ✅ решения и объяснения - можно сверяться Подойдет: - для подготовки к собесам - для мидлов, которые хотят стать сеньорами - для тех, кто хочет писать конкурентный Go и разбираться в нем 📎 GitHub: github.com/loong/go-concurrency-exercises @Golang_google

PostgreSQL: архитектура и тюнинг SQL-запросов Погрузись в архитектуру и прокачай оптимизацию запросов одной из самых популярных open source СУБД – PostgreSQL. 🌐 В программе курса: 🤩 Разберем, как работают СУБД вообще и PostgreSQL в частности: что такое MVCC, ACID, WAL, LRU, PPC/TPC и другие фундаментальные понятия архитектуры баз данных 🤩 Получите теорию и практику EXPLAIN и EXPLAIN ANALYZE на разных типа запросов: без индексов, с индексами, index only, нормализованные и документ-ориентированные данные и json-поля, изменение параметров сессии/конфигурации для ускорения запросов 🤩 Изучите архитектуру хранения данных в PostgreSQL, типы и особенности индексов, а также получите полезные советы и трюки оптимизации БД 🤩 Получите свой собственный выделенный облачный PostgreSQL-сервер (8 vCPU, 12G RAM, 100G NVMe) – предоставляется БЕСПЛАТНО на время обучения + готовый e-commerce датасет TPC-H (миллион пользователей, несколько миллионов заказов на десятки гигабайт) 🗓 Старт курса: 22 января. 5 недель обучения. Изучить программу и записаться можно здесь. 🤩Кто мы: R&D-центр Devhands, основатель школы Алексей Рыбак. Автор курса — Николай Ихалайнен, эксперт по СУБД (ex-Percona), со-основатель MyDB, энтузиаст открытого ПО. Реклама. ИП Рыбак А.А. ИНН 771407709607 Erid: 2Vtzqv4Eziv

🔥 Нашёл годноту для тех, кто готовится к собесам по Go: go-interview-practice - интерактивный тренажёр, который прокачивает Go не “по книжке”, а именно как на реальных интервью. Что внутри: - 30+ coding challenges (от базовых до сложных) - задачи на конкурентность, каналы, контексты, архитектуру - автотесты + мгновенная проверка - подробный разбор результатов и метрик - лидерборд и соревновательный режим Самое крутое - у проекта есть живой веб-интерфейс: там можно решать задачи прямо в браузере, смотреть прогресс и получать фидбек. 📌 Репозиторий: github.com/RezaSi/go-interview-practice

Atomic быстрее Mutex? Спойлер: НЕ всегда ⚡️ Есть популярный миф: атомики = быстрее, чем mutex. На практике это работает только в очень узких случаях. В чём разница: - Atomic - это операции на уровне CPU (CAS / fetch-add). Быстро, но цена растёт с конкуренцией. - Mutex - это блокировка: “один работает - остальные ждут”. При высокой конкуренции часто оказывается эффективнее, чем постоянные попытки атомиков. Почему атомики иногда проигрывают: 🔻 Контеншн (соревнование потоков) Когда много потоков одновременно пишут в одну и ту же переменную: - CAS начинает часто падать - начинается цикл повторных попыток - ядра дерутся за одну cache line ➡️ итог: атомики превращаются в cache-coherence ад и тормозят сильнее mutex. Когда atomic реально лучше: ✅ простой счётчик/флаг ✅ низкая конкуренция ✅ операция над одним значением без сложных инвариантов ✅ нужен минимум задержки (latency), а не максимум throughput Когда mutex лучше: ✅ есть несколько связанных переменных (инварианты) ✅ много потоков/горутин пишут часто ✅ нужен стабильный throughput ✅ важна простота и надёжность Главная мысль: Atomic - не “быстрее по умолчанию”. Он становится быстрым, когда contention низкий. Если contention высокий - mutex часто выигрывает, потому что не заставляет всех бесконечно крутиться и биться за cache line. Правило по жизни: Сначала бери mutex, потом профилируй, и только после этого думай про atomic. https://madflojo.dev/posts/are-atomic-operations-faster-than-a-mutex/ https://www.youtube.com/watch?v=lwXhJl1zdZ8

Go на Nintendo 64 🎮⚡️ Наткнулся на мощный туториал: как начать писать под Nintendo 64 на Go и собрать свой первый ROM. Автор пошагово показывает путь “с нуля”: - установка EmbeddedGo toolchain - сборка ROM через утилиту n64go - запуск в эмуляторе - вывод графики прямо в framebuffer - чтение геймпада - базовый звук и ассеты Самое кайфовое - это не теория ради теории. Ты реально быстро приходишь к результату: вывод на экране + управление, можно самому запилить мини-игру или демку. Если любишь ретро, low-level и Go - must read. 📌Источник: timurcelik.de/posts/n64go-1-getting-started/ 📌 Код: https://github.com/clktmr/n64tutorial @Golang_google

👣 Go Мстители: Битва за Цифровую Вселенную 🔥Баги захватывают мир и только ты можешь их остановить 🔥 Прокачай суперсилу Go-кодинга, сразись с вирусами, дедлоками и гонками данных - и стань Стражем Цифровой Вселенной. ⚡ В это текстовой игре-кветсе реальные задачи, эпичные битвы и путь от нуля до профи. Готов спасти код или он уничтожит всё? ⚡️ Начать игру: https://uproger.com/golang-avengers-bitva-za-czifrovuyu-vselennuyu-kvest-igra-dlya-izucheniya-go/

Как находить утечки горутин в Go с помощью DTrace 🕵️‍♂️ В блоге Gaultier описан способ обнаруживать утечки горутин в Go-приложениях, используя мощный трассировщик DTrace. Это особенно полезно, когда приложение живёт долго и горутины накапливаются без явной причины. Почему это важно Горутины — лёгкие потоки выполнения в Go. Но если они не завершаются как ожидалось, это может привести к: - росту потребления памяти - зависшим обработкам - неожиданному поведению сервера Простого способа отладить такие утечки в рантайме нет. Вот где в дело вступает DTrace. Что делает DTrace DTrace - это динамический трассировщик, который позволяет: - наблюдать за событиями в рантайме - фиксировать вызовы функций - измерять длительность выполнения Он умеет работать с Go-программами и может отслеживать состояние горутин. Как использовать DTrace для горутин 1. Запускаем DTrace со скриптом, который цепляется за жизненный цикл горутин. 2. Отслеживаем события создания и завершения горутин. 3. Замеряем, какие горутины не завершаются, и сколько их активны в каждый момент времени. Идея в том, чтобы: - отфильтровать ожидаемые горутины от тех, которые «зависли» - найти паттерны роста горутин - быстро локализовать утечку Преимущества подхода - не требует изменения исходного кода - работает в продакшене - помогает понять реальный runtime-поведение Недостатки - требует прав доступа для запуска DTrace - нужно уметь писать DTrace скрипты - влияет на производительность при глубоком трейсе Вывод Используя DTrace для наблюдения за горутинами в Go, можно эффективно выявлять ситуации, когда горутины не завершаются и накапливаются. Это отличный инструмент для поиска утечек в сложных сервисах. Источник: gaultier.github.io/blog/detecting_goroutine_leaks_with_dtrace.html #Go #golang #goroutine

🔴 Тестовое собеседование с Go-разработчиком из Яндекса 25 декабря(уже в четверг!) в 19:00 по мск приходи онлайн на открытое собеседование, чтобы посмотреть на настоящее интервью на Middle Go-разработчика. Как это будет: 📂 Владислав Кирпичов, Go-разработчик в Яндексе, ex-VK, будет задавать реальные вопросы и задачи разработчику-добровольцу 📂 Влад будет комментировать каждый ответ респондента, чтобы дать понять, чего от вас ожидает собеседующий на интервью 📂 В конце можно будет задать любой вопрос Владу Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для Go-разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы. Переходи в нашего бота, чтобы получить ссылку на эфир → @shortcut_go_bot Реклама. О рекламодателе.