PRO Go - изучение Go

Вышло новое обновление курса PRO Go для продвинутых — добавили сразу три главы, и это, кажется, одна из самых практичных тем во всём курсе. Разбираемся, как писать тесты, которые ловят баги, а не просто существуют для галочки. Пройдём путь от самого первого теста до приёмов, которыми пользуются в боевых проектах, когда код завязан на что-то внешнее — например, на сервис в интернете, который нельзя дёргать в каждом тестовом запуске. Без спойлеров — но после этих глав по-другому смотришь на то, что значит код, в который можно спокойно вносить изменения и ничего не сломать. Как обычно — на каждую тему есть и лекция, и куча заданий на закрепление: квизы, сопоставления, задачи на программирование. Тем, кто уже в процессе — удачи с новыми главами, вы отлично держите темп 💪 Тем, кто ещё присматривается — самое время начать! Не забывайте, что для всех тех, кто прошел PRO Go Основы программирования, есть скидка. Что бы её получить, вам нужно всего лишь написать мне) Спасибо, что вы рядом ❤️

Советуем))) #memes

Вышел Go 1.27 ❤️ Вчера команда языка выпустила новую версию. Почти всё старое продолжит работать, а внутри есть несколько приятных обновлений. Главное, чего многие ждали ещё с появления дженериков: теперь методы тоже могут иметь свои типовые параметры. Раньше для этого приходилось выносить функции на уровень пакета, теперь можно писать ближе к самому типу. Ещё из того, что сразу заметно: • появился encoding/json/v2 • в стандартной библиотеке есть пакет uuid • маленькие объекты стали аллоцироваться быстрее Если хочется посмотреть своими глазами — вот официальный пост ⬇️ Скачать go 1.27

Совсем скоро в курсе PRO для продвинутых откроем тему тестирования, и на табличных тестах — той самой конструкции, когда пачку проверок гоняют одним циклом вместо кучи отдельных функций — наткнулись на мелочь, которая неплохо объясняет, как Go относится к таким вещам. Если в тестовой таблице у двух разных случаев случайно оказалось одинаковое имя — Go не упадёт с ошибкой и не перепутает их между собой. Он просто сам различит подтесты, добавив к повторяющемуся имени суффикс: TestToFahrenheit/case TestToFahrenheit/case#01 TestToFahrenheit/case#02 Ничего не сломается, всё запустится и отработает как надо. Но появление #01 в выводе — это, по сути, тихий сигнал от компилятора: у тебя тут копипаста, ты забыл поправить название после того, как скопировал строку таблицы Технической ошибки нет, а вот сигнал для читающего код есть, и довольно явный. Забавно, что язык в принципе не обязан был это разруливать — мог бы просто требовать уникальные имена и ругаться. Но вместо этого выбрал более дружелюбный путь: не мешать работе, но оставить маленький след, по которому потом можно найти небрежность 🙂