⚙️ Разбираем код на атомы

Лексер (или лексический анализатор) — это первый этап обработки исходного кода. Он получает на вход строку символов и превращает её в последовательность токенов — элементарных единиц языка.

Если у вас есть код x = 42 + y, лексер разобьёт его примерно так:

• идентификатор x
• оператор =
• число 42
• оператор +
• идентификатор y

Зачем это нужно

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

Как устроен лексер в Go

Базовая структура выглядит так:

type Token struct {
    Type  TokenType
    Value string
}

type Lexer struct {
    input   string
    pos     int  // текущая позиция
    readPos int  // следующая позиция
    ch      byte // текущий символ
}

Лексер движется по строке посимвольно. Метод readChar() сдвигает позицию, а NextToken() определяет тип очередного токена по первому символу.

Стандартная библиотека

В Go есть пакеты go/scanner и go/token для работы с самим языком Go. Они показывают профессиональную реализацию лексера: обработку Unicode, точные позиции в файле, все угловые случаи синтаксиса.
Если строите свой язык или парсите конфигурационный формат, можете вдохновиться их архитектурой.

Когда писать свой лексер

Для JSON или YAML проще взять готовые библиотеки. Но если вы разрабатываете DSL, шаблонизатор или интерпретатор учебного языка — лексер придётся написать самостоятельно.

🐸 Библиотека Go-разработчика

#GoDeep

🐸 Библиотека Go-разработчика

#GoGiggle

👨‍💻 Zed теперь доступен для Windows

Редактор кода Zed вышел в стабильной версии для Windows.

Zed использует DirectX 11 для рендеринга, а DirectWrite — для отрисовки текста. Это не очередной Electron-редактор, а нативное приложение, которое работает напрямую с системой.

Редактор полностью интегрирован с Windows Subsystem for Linux (WSL). Вы можете открыть папку в Zed прямо из WSL-терминала через команду zed.

Разработчики просят обратную связь по работе с WSL, поддержке IME и раскладок клавиатуры, настройке мультимониторных систем и дисплеев с частотой 120-144 Гц.

➡️ Попробовать Zed

Zed реально шустро работает на винде. Чтобы также проектировать приложения советуем пройти наш интенсив по архитектуре пока он со скидкой!

🐸 Библиотека Go-разработчика

#GoLive

📰 Дайджест недели

Взглянем на то, что произошло за эту неделю.

— Go 1.25.3 и 1.24.9

— 50 фраз, из-за которых ваше резюме летит в корзину

— Как вайб-кодинг меняет рынок IT-образования

— Zed теперь доступен для Windows

— Ютуб отдохнул

🐸 Библиотека Go-разработчика

#GoLive

🐸 Библиотека Go-разработчика

#GoGiggle

📎 Проверка наличия элемента в слайсе

С версии Go 1.21 появился встроенный пакет slices с функцией для поиска элементов:

exists := slices.Contains(items, target)

Функция принимает слайс и искомое значение, возвращает true если элемент найден, false если нет. Работает с любыми сравнимыми типами.

Примеры:

numbers := []int{1, 2, 3, 4, 5}
hasThree := slices.Contains(numbers, 3) // true
hasTen := slices.Contains(numbers, 10)  // false

tags := []string{"go", "python", "rust"}
hasGo := slices.Contains(tags, "go") // true

До Go 1.21 приходилось писать цикл вручную или использовать сторонние библиотеки. Но базу нужно знать, вдруг попадётся проект на старой версии? А подтянуть ту самую базу можно на нашем курсе по алгоритмам.

🐸 Библиотека Go-разработчика

#GoToProduction

👨‍💻 Вакансии для разрабов с опытом

Go-разработчик — от 300 000 ₽ и удалёнка в Москве.

Помогут переехать в Казахстан или на Кипр Senior Backend Engineer'у

Tech Lead — солидные 400 000 ₽ и удалёнка.

➡️ Еще больше топовых вакансий — в нашем канале Go jobs

🐸 Библиотека Go-разработчика

#GoWork

🌐 Похоже, что девопсов заменил ИИ

15 октября упал YouTube. Google починили всё за два часа, но причину не назвали.

20 октября остановился Amazon Web Services на 15 часов. Вместе с AWS полегли Docker, Postman, Snapchat, Roblox, Duolingo, Reddit и десятки других сервисов. Проблема была в DNS — системе, которая переводит адреса сайтов в IP-адреса для компьютеров.

Админу пришлось использовать инсомнию вместо постмана несколько часов.

💬 Коснулись сбои вас? Пришлось адаптироваться или просто ждали, когда пожар потушат 👇

Чтобы ваши приложения не падали нужно строить надёжную инфраструктуру. В этом поможет наш интенсив по архитектуре. Успевайте до конца октября, ведь там скидка закончится!

🐸 Библиотека Go-разработчика

#GoTalk

🔍 Как проверить тип переменной в Go во время выполнения

В Go есть несколько способов узнать тип переменной в рантайме. Разберём каждый подробно.

1️⃣ Type Assertion

Самый простой способ для проверки конкретного типа:

var i interface{} = "hello"

// Проверка с обработкой ошибки
s, ok := i.(string)
if ok {
    fmt.Printf("Это строка: %s\n", s)
} else {
    fmt.Println("Это не строка")
}

Когда использовать: когда нужно проверить один конкретный тип.

2️⃣ Type Switch

Элегантный способ для проверки нескольких типов:

func checkType(i interface{}) {
    switch v := i.(type) {
    case int:
        fmt.Printf("Целое число: %d\n", v)
    case string:
        fmt.Printf("Строка: %s\n", v)
    case bool:
        fmt.Printf("Булево: %t\n", v)
    default:
        fmt.Printf("Неизвестный тип: %T\n", v)
    }
}

Когда использовать: когда нужно обработать разные типы по-разному.

3️⃣ Пакет reflect

Для продвинутой работы с типами:

import "reflect"

var x float64 = 3.14

// Получить тип
t := reflect.TypeOf(x)
fmt.Println("Тип:", t) // float64

// Получить значение
v := reflect.ValueOf(x)
fmt.Println("Тип через Value:", v.Type())
fmt.Println("Kind:", v.Kind()) // float64

4️⃣ Форматирование %T

Быстрый способ для вывода типа:

var x = 42
fmt.Printf("Тип переменной: %T\n", x) // int

Когда использовать: для быстрой отладки.

Best practises:

• Избегайте reflect там, где можно обойтись type assertion или type switch

• Используйте type switch вместо цепочки type assertion

• Проверяйте ok при type assertion, чтобы избежать паники

• Предпочитайте интерфейсы вместо проверки конкретных типов

🐸 Библиотека Go-разработчика

#GoDeep

❌ 14 вопросов, после которых вам не перезвонят

Разбираем 14 вопросов, которые лучше не задавать на собеседовании: что не так с каждым из них и как переформулировать, чтобы получить нужную информацию без риска для репутации.

➡️ Прочитать статью

🐸 Библиотека Go-разработчика

✏️ Filter, Map и Reduce для слайсов

В Go нет встроенных функций для работы с коллекциями, которые есть в других языках. Хотите отфильтровать слайс или применить функцию к каждому элементу? Придется писать цикл вручную.

Библиотека pie решает эту проблему. Она добавляет привычные функции для работы со слайсами и мапами: Filter, Map, Reduce, Find и десятки других.

Примеры:

names := pie.FilterNot([]string{"Bob", "Sally", "John", "Jane"},
    func(name string) bool {
        return strings.HasPrefix(name, "J")
    })
// ["Bob", "Sally"]

name := pie.Of([]string{"Bob", "Sally", "John", "Jane"}).
    FilterNot(func(name string) bool {
        return strings.HasPrefix(name, "J")
    }).
    Map(strings.ToUpper).
    Last()
// "SALLY"

Для чейнинга есть три варианта обёрток, в зависимости от типа данных:

• pie.Of — работает с любыми типами, но набор функций ограничен
• pie.OfOrdered — для чисел и строк, функций больше
• pie.OfNumeric — только числа, доступны все функции включая математические операции

Требует Go 1.18+ из-за дженериков. Если работаете на более старой версии, есть v1 библиотеки без дженериков.

➡️ Попробовать либу

Своё приложение или либа = опыт. А опыт просто так не получить, но мы поможем.

🐸 Библиотека Go-разработчика

#GoToProduction

👨‍💻 Хвастайтесь своими машинками

Все мы разные и такие же разные наши ПК. Кому-то для работы нужно топовое железо, а кому-то хватает ноутбука, который старше любого зумера и в этом тоже есть своя прелесть.

Админ недавно взял себе RTX3060. Да, не самая новая железка, но зато какая гордость!

💬 Похвастайтесь какие у вас комплектующие в комментариях 👇

🐸 Библиотека Go-разработчика

#GoTalk

🐸 Библиотека Go-разработчика

#GoGiggle

🎧 Короткие новости Go

Иногда самые полезные вещи — самые короткие. Как команды Unix: ls, cd, rm — всё по делу, ничего лишнего. Недавний эпизод подкаста Cup o' Go взял этот принцип на вооружение и выдал порцию Go-новостей без воды.

➡️ Послушать подкаст

Кратко про наши курсы: скидки до конца октября!

🐸 Библиотека Go-разработчика

#GoLive

🖥 Почему данные сбегают

Когда программа запускается, операционная система выделяет ей память. Но не всю сразу одной кучей — память организована в разные области, каждая со своим назначением. Две самые важные из них — стек и хип.

Стек: быстрый и дисциплинированный

Представьте стопку тарелок. Положили одну, сверху ещё одну, потом ещё. Снимаете тарелки строго сверху — это и есть принцип работы стека. Последним пришёл — первым ушёл, то есть LIFO.

В стеке хранятся локальные переменные функций и информация о вызовах. Когда вызываете функцию, для неё создаётся стековый фрейм — туда помещаются все её параметры и локальные переменные.

Хип: гибкий и непредсказуемый

Хип — это большая область памяти для динамического выделения. Здесь нет строгого порядка. Вы можете запросить память когда угодно, освободить в любой последовательности, хранить сколько угодно, в пределах доступной памяти.

В хипе размещаются объекты, которые должны жить дольше одной функции, или размер которых заранее неизвестен. В языках с ручным управлением памятью вы сами очищаете память. В языках со сборщиком мусора тот сам решает, когда удалять неиспользуемые объекты.

Практический пример:

func createUser(name string) *User {
    count := 42  // в стеке
    user := &User{Name: name}  // escape to heap
    return user
}

func processData() {
    data := make([]byte, 100)  // скорее всего в стеке
    // ... используем data только внутри функции
}

Переменная count останется в стеке и исчезнет при выходе из функции. Структура User уйдёт в хип, потому что мы возвращаем указатель на неё — компилятор видит, что данные сбегают из функции.

Слайс data может остаться в стеке, если компилятор убедится, что он не покидает функцию и его размер разумен.

Как Go решает, что куда положить

Go использует escape analysis во время компиляции. Компилятор анализирует код и решает, может ли переменная безопасно жить в стеке:

// Останется в стеке
func stackAlloc() {
    x := 42
    fmt.Println(x)
}

// Уйдёт в хип
func heapAlloc() *int {
    x := 42
    return &x  // escape: возвращаем указатель
}

Можете проверить сами:

go build -gcflags="-m" your_file.go

Компилятор покажет, какие переменные сбегают в хип и почему.

В Go вы не управляете памятью вручную — компилятор и runtime делают это за вас. Но понимание разницы между стеком и хипом помогает писать эффективный код.

🐸 Библиотека Go-разработчика

#GoDeep