Корутины: stackful vs stackless

https://habr.com/ru/articles/850970/

Статья не совсем по Go, она более общая (хотя, Go там тоже упоминается). Но тем лучше — чтобы лучше понимать, как что-то устроено в твоём языке, очень полезно поглядеть, как это сделано у соседей и сравнить.

Статья довольно короткая и написано очень хорошо, понятно, как я люблю.

#article

GO Scheduler: теперь не кооперативный?

https://habr.com/ru/articles/502506/

Да, это довольно старая статья, которая описывает изменения в работе планировщика Go в версии 1.14, которые касались вытеснения горутин.

Статья довольно сложная, но полезная. Поможет лучше осознать, что же там такого интересно произошло в 1.14

Если очень кратко:

Раньше горутину могла прервать только она сама, снаружи можно было лишь поставить флаг о желании её прервать, но проверяла его она сама. Из-за довольно легко можно было написать код, из-за которого горутина никогда не будет вытеснена, а это может привести к дедлоку программы.

В версии же 1.14 появился механизм, который позволяет прерывать такие вот жадные горутины с помощью сигнала SIGURG. Теперь если горутина работает более 10мс, планировщик может легко её прервать.

————

Но в статье это разобрано НАМНОГО подробней, мягко говоря. Настолько хорошего разбора я пока нигде не встречал.

Ranging over functions in Go 1.23

https://eli.thegreenplace.net/2024/ranging-over-functions-in-go-123/

Ещё один неплохой пост про range по функциям, который ввели в Go v1.23: что это и как пользоваться.

#go_1_23

🔥 weak: new package providing weak pointers 🔥

Соскучались по интересным изменениям? Их есть у меня!

Начиная с Go 1.24 у нас появится пакет который даст там т.н. "слабые указатели". Суть этих указателей заключается в том, что сборщик мусора вправе в любой момент времени собрать данные на которые они указывают. Т.е. сделать их указатели невалидными.

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

weakPtr := weak.Make(&SomeStruct{someData})
runtime.GC()
println(weakPtr.Pointer() == nil) // может быть true, а может и false

На самом деле эти указатели появились еще с приходом пакета unique о котором я писал ранее. Но затащить два пакета в рамках одного proposal'а нельзя, поэтому пришлось ждать Go 1.24. Go Core Team (и в особенности Расс Кокс) очень долго сопротивлялись добавлению этого вида указателей в язык, т.н. они ломают абстракцию со сборщиком мусора и имеют очень неочевидные механики взаимодействия с finalizers. Однако после добавление пакета unique отрицать необходимость (хоть и редкую) такой вещи стало невозможно, поэтому было принято решение дать ее использовать всем.

Основной плюс этого пакета в том, что разработчикам кешей стало намного легче собирать мусор. Даже человек, который слабо помнит алгоритмы, теперь может реализовать LRU кеши элементарно на мапах. Как именно? А вот это я покажу в сообщении о следующем за этим изменении.

Как писать качественные unit-тесты

https://habr.com/ru/articles/854546/

Немного про unit-тесты и как их прокачать: что такое мутационные тесты и зачем они нужны, что такое стабы и моки, в чем опасность использования моков и др.

Если вы уже умеете писать unit-тесты, но дальнейшие шаги пока не делали, статья вам будет полезна.

Автоматизация напоминаний клиентам

https://habr.com/ru/companies/exolve/articles/861346/

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

В чём суть: клиент соглашается на что-то во время разговора, и через месяц автоматически получает SMS-напоминание.

Технически это реализовано через связку звонка и транскрибации (Exolve API), анализа текста, планирования и отправки SMS. Всё на Go + SQLite.

————

Теперь позволю себе немного покритиковать текст:

1) При поиске согласия не учитывается контекст: просто ищутся слова "да", "согласен", "конечно" где угодно в тексте. Но диалог может быть таким:

- Вам интересно?
- Да, но сейчас не готов
Или:
- Раньше было да, а сейчас нет

И система посчитает это за согласие

2) Отправка SMS планируется в памяти, с помощью time.AfterFunc: если сервис перезапустится, все запланированные сообщения пропадут.
Нужно хранить задачи на отправку (не только общую инфу) в базе и использовать какой-то планировщик.

3) Отсутствие учёта часовых поясов: SMS отправляются ровно через месяц без учёта времени клиента. Можно разбудить человека в 3 часа ночи.

Также стоило бы написать пару слов по поводу аутентификации веб-хука.

Я понимаю, что это может быть очень упрощённый пример, но в таком случае стоило хотя бы оговорку сделать.

#automation #sqlite