defer panic

Я не знаю зачем, но теперь вы можете отправлять сообщения прямо в личку каналу ¯\_(ツ)_/¯

Plata снова в поиске разработчиков — как в мою команду, так и в новые направления.

Мы разрабатываем финтех-продукты для Мексики: кредитные карты, кредиты наличными, рассрочки. Недавно нам одобрили банковскую лицензию, и совсем скоро появятся дебетовые карты. Сейчас — отличное время присоединиться: Plata уже уверенно стоит на ногах (мы — единорог с миллионом+ клиентов), но внутри всё ещё есть пространство, где можно влиять на курс компании.

Технологии: Go, PostgreSQL/MongoDB, gRPC, Kafka (стек может немного отличаться от команды к команде)

Условия:
- Помогаем с релокацией на Кипр, в Сербию или Испанию
- Удалёнка возможна (кроме РФ и Беларуси)
- Ищем от миддлов до сеньоров

Откликнуться можно здесь:

https://career.platacard.mx/vacancy/details?id=4681079008

Укажите, что вы от меня — подойдёт «Я от Ильдара» или «Я из канала defer panic».

Если у вас в жизни мало мистики, взгляните на язык программирования Mistical. Он визуальный, а программы на нём выглядят как магические руны. На картинке — программа для алгоритма Евклида для вычисления НОД.

Дядюшка Боб обронил в интернете, что вообще-то SQL — не самая удачная технология для общения с базой данных. После этих слов в маршрутке начался сущий кошмар!

Интересно, что у многих людей, кажется, нет убеждений. Есть эмоции и реакции, но нет какой-то базы, на которой это все строится.

Его называли старым пердуном, хотя он, наоборот, предлагал отказаться от пятидесятилетней технологии. Где тут логика?

Его обвиняют в то, что он пропагандирует SQL-инъекции, хотя он делает ровно обратное (у тебя не получится SQL-инъекции, если ты общаешься с базой по API, а вот если через SQL — получится. Блин, они даже называются: SQL инъекции).

Обвиняют, что он не разобрался. Ммм, это мое любимое. Я часто это слышу тоже, когда какую-то нетривиальную мысль задвигаю. Людям кажется, что я отбился от стаи, и их цель — меня вернуть.

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

Людям кажется, что если отнять SQL, то придется придумывать другой язык (Ватсон без трубки уже не мог), или что куда-то денутся производительность и надежность (а ничо тот факт что парсить строку и строить план тоже так-то не бесплатно?)

Вообще, кажется, людям сложно представить, что мир не обязательно должен быть устроен так, как он сейчас устроен. В смысле замена SQL? Им же все пользуются. Это ж стандарт. Как может быть что-то еще?

Хотя, казалось бы, провести анализ SQL довольно легко, и он будет во многом печален. Но это если знать и принять, что может быть по-другому. Кругозор нужен, короче.

Дело усугубило то, что дядюшку Боба начали сразу же спрашивать, мол, а что лучше-то? Как будто нельзя просто признать что-то плохим или неудачным (можно). Ну и он показал им кусок даталога из XTDB. Тут маршрутка просто перевернулась, даже водитель вышел на полной скорости. Люди начали высмеивать его за синтакс и непривычность. Ощущения, как опять пытаешься продать широкому программерскому комьюнити Кложу, а они не готовы, потому что сКоБкИ жЕ.

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

И, блин, как же хочется современную БД, чтобы реально с API, чтобы запросы конструировать в коде, чтобы параметры передавать свободно, чтобы план можно было самому строить, чтобы коннекшн пулы не нужны были, чтоб на апдейты можно было подписаться. Сделайте, а?

🔥Podlodka Go Crew запускает неделю «Стандарты разработки» — с 12 по 16 мая. Я снова работаю в программном комитете сезона, поэтому приглашаю всех!

Формализуем знания, чтобы экономить силы на важное 💡

Почему мы до сих пор пишем boilerplate вручную, спорим на код-ревью и каждый раз заново договариваемся? Иногда достаточно стандарта, чтобы снять десятки вопросов.

В программе:

💬 Идиоматичный Go — Артём Чаадаев (Туту) расскажет, как менялось представление о «правильном» стиле кода. История, которая помогает писать чище и спорить меньше.

🛠️ Централизованные стандарты — Андрей Тихов (VK Tech) покажет, как Uber выстроили масштабируемую архитектуру и кодстайл, и что из этого можно перенять.

🧠 Стандарты против гибкости — круглый стол с инженерами из Авито, Туту и VK Tech. Где правила спасают, а где мешают? Настоящие кейсы и честные выводы.

🧩 SQL-грамотность как стандарт — Никита Русин (ex-Avito) разберёт реальные инциденты из-за ошибок в SQL. Поговорим про транзакции, идемпотентность и open-source инструмент для надёжного кода.

Кому точно будет полезно: Go-разработчикам, лидам и всем, кто хочет системности без перегибов.

🔗 Подробнее: https://podlodka.io/gocrew

По моему промокоду deferpanic получите скидку 500 ₽

К слову об агентах: Junie, агент от JetBrains, стал доступен для всех

https://blog.jetbrains.com/blog/2025/04/16/jetbrains-ides-go-ai/

Thorsten Ball (автор книг о написании интерпретатора и компилятора на Go) опубликовал пост о том, как можно написать на Go своего кодинг-агента и обанкротить Cursor. Весь код агента — меньше 400 строк.

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

https://ampcode.com/how-to-build-an-agent

Вышел golangci-lint v2.0.0 https://golangci-lint.run/product/changelog/#200

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

Итак, DumbQL — это простой язык запросов (или, точнее, фильтрации), созданный под влиянием KQL (языка запросов в эластике) и синтаксиса поиска на гитхабе.

Ключевые особенности
- Выражения с полями: age >= 18, field.name:"field value", etc.
- Логические выражения: age >= 18 and city = Barcelona, occupation = designer or occupation = "ux analyst"
- One-of-выражения: occupation = [designer, "ux analyst"]
- Выражения с булевыми типами, в том числе с сокращенными синтаксисом: is_active:true, verified and premium
- Валидация по схеме
- Интеграция со squirrel из коробки
- Матчинг структур: через рефлексию (медленно, но работает сразу) или кодогенерацию (уже побыстрее)

Буду рад, если поставите звезду на гитхабе. А ещё лучше, если сможете попользоваться и/или заглянуть в ишуи!

Также я опубликовал короткую заметку, где проект раскрыт чуть подробнее с примерами.

---
*Идея показать процесс создания целого языка программирования, хоть и маленького и очень простого оказалась слишком амбициозной. Да и ролик бы тогда длился бог знает сколько. Поэтому решил взяться за язык попроще. Но большинство концепций и подходов, освещаемых в ролике остались прежними.

Компилятор TypeScript переписывают на Go. Анонс и видео тут, транскрипт ключевой части на Reddit, а на картинке – ответ Anders’а Hejlsberg’а (создателя TypeScript, C#, Delphi и Turbo Pascal’я). Сам ответ вот тут, но потрясающий UI GitHub’а вам его не только скроет, но и будет скрывать при каждом новом ответе – а ответы там появляются часто, потому что у любителей C# и Rust’а там конкретно подгорает.

Подробный разбор от авторов языка, как работают Swiss Tables в Go https://go.dev/blog/swisstable

🤓 Самый подробный гайд по планировщику максимально простым языком

https://youtu.be/kedW1xO3Zbo

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

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

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

————

Мои платные каналы для вашей поддержки (скоро там будут эксклюзивные видео):

- Закрытый Телеграм-канал
- Boosty
- Patreon

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

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

Но как находить такие проекты и ишью, которые ждут, когда вы придёте и наведёте красоту? Есть два способа.


Способ №1. Чините то, что болит у вас

Практически каждый из нас пользуется хотя бы одним опенсорсным инструментом, который не устраивает на 100%. Это могут быть баги, отсутствие нужных вам фич, плохой UX (или DX) и т. д. Лучше всего начать именно с такого проекта.

Алгоритм действий:

1. Определить, что именно вы хотите исправить или улучшить.
2. Найти репозиторий проекта.
3. Проверить, нет ли уже открытого ишью с этой проблемой. Желательно, чтобы оно было помечено как good first issue или first-timers only.
4. Если ишью есть, но пулл-реквест уже кто-то открыл — вернуться к шагу 1.
5. Если ишью есть, но никто его пока не взял — отлично! Форкаем репозиторий, работаем, создаём пулл-реквест.
6. Если ишью нет — создать его самому, чтобы понять, важна ли эта проблема только вам или кому-то ещё.


Способ №2. Агрегаторы ишью для новичков

Если первый способ вам не подходит, можно воспользоваться специальными сервисами для поиска ишью для новичков. Они чем-то напоминают платформы типа Upwork и FL.ru, только здесь никто никому не платит 😁 Все сервисы похожи между собой, но лучше искать проекты сразу везде.

Вот некоторые из них:

- Up For Grabs
- Good First Issues
- Good First Issue (да)
- CodeTriage
- Quira — всё то же самое, но в игровой форме и с монетизацией
- Hacktoberfest — ежегодный октябрьский ивент, посвящённый вкладу в опенсорс


Что почитать

- A First Timer’s Guide to an Open Source Project от auth0
- Open Source Friday от Гитхаба
- First Timers Only

❤ • ютуб • бусти • патреон • платный канал

Кратко о состоянии AI, который уже почти заменил всех программистов

🎉 Go 1.24

🔸 Теперь инструменты типа кодогенераторов, линтеров и т.п. можно указывать как зависимости в go.mod;

🔸 Встроенный линтер (это который go vet) теперь умеет анализировать тесты. Кроме этого, vet теперь распознаёт ситуации, когда fmt.Printf вызывается на голой строке без аргументов, а в билд-тегах написана чушь. Ещё линтер научился находить один редкий кейс, связанный с изменением поведения циклов;

🔸 Рантайм по классике слегка ускорили;

🔸 Представили новую реализацию мап на основе swiss tables;

🔸 Теперь к объектам можно писать финалайзеры (что? да) или что-то вроде деструкторов, если говорить по сиплюсплюсному;

🔸 Добавили слабые указатели;

🔸 Появился новый пакет testing/synctest для тестирования конкурентного кода.

Остальные изменения минорные и/или не зацепили мой взгляд.

Хочу рассказать вам об одной старенькой игре — SHENZHEN I/O. Прямо сейчас у вас может возникнуть вопрос: «Так, стоп, это же канал про программирование. Почему пост про игру?». Но игра тоже про программирование!

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

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

К игре прилагается документация в виде PDF-мануала. Как любая настоящая документация, она содержит неточности: где-то вместо спецификации вы увидите страницу с текстом в стиле “TODO: write this section later“, а где-то она не до конца переведена с китайского. А ещё в игре есть рабочий чат и Солитёр. И всё это завёрнуто в UI некой операционной системы. В общем, над атмосферой и правдоподобностью поработали отлично.

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

И немного цитат из отзывов со страницы игры в Стиме:

Работаешь программистом, приходишь уставший домой и с мыслью "наконец-то поиграю" включаешь симулятор программиста 🙂

I've been coming home from my programming job every night to my fake programming job which is a lot more fun.

Love going back from my programming job, to do some more programming in a game.

This is an entertaining and challenging card game for one, where you must match up sequences of cards from three suits and avoid the 'dragons', which are various blocker cards. It takes a while to get good enough to beat a round, but with practise you can win fairly often. You constantly have to look a few steps ahead. It's easily one of the best solitaire-like games on Steam.

There is also an assembly programming minigame included.

So, a few decades of computer development didn't go for nothing: we came from assembly code to high level programming languages jsut to create games in which we can programm in assembly again.

В общем, однозначно рекомендую поиграть.

Расскажите, какие ещё программистские игры вы знаете? И может быть вы хотите, чтобы я иногда о них рассказывал?

Новый год — новые инструменты

26 декабря вышел в релиз терминал Ghostty. Его в течение последней пары лет разрабатывал Митчелл Хашимото — основатель HashiCorp, которая подарила нам такие инструменты как Terraform, Vault, Consul, Nomad и Vagrant. Одна из особенностей терминала заключается в том, что он использует нативные API macOS, т.е. ощущается внутри ОС как родное приложение. Т.е. это как если бы встроенный Terminal.app сделали нормально — работает Ghostty значительно шустрее и поддерживает гораздо больше всего разного и прикольного.

Я пожил на Ghostty неделю, и могу сказать, что кажется это то что я искал… почти. Пока ещё чувствуется сырость и встречаются некоторые «детские» проблемы. Например, в Ghostty пока нет поиска по скроллбэку ¯\_(ツ)_/¯ Если вы живёте внутри tmux или zellij для вас это вряд ли проблема.

До этого я много лет пользовался iTerm, но я бы его тоже не назвал достаточно быстрым, по крайней мере чтобы мне было комфортно. Другие решения, такие как Kitty и Alacritty требуют допила после установки и не ощущаются нативно — это, конечно, исключительно эстетический, но важный лично для меня аспект. Автор Alacritty вовсе вызывает у меня много вопросов своим видением и отношением к сообществу. В уже прошедшем году я в итоге переехал на WezTerm. За исключением «нативности» это лучший на данный момент терминал на мой вкус. Он из коробки уже удобный, работает шустро, с нёрд-шрифтами дружит лучше iTerm и многих других терминалов.

В итоге сейчас живу на двух терминалах, но всё больше в Ghostty. Мне кажется у него есть все шансы занять нишу iTerm в перспективе. И вам рекомендую попробовать.

Пусть тесты будут зелёные, релизы спокойные, паники не возникают, алёрты не будят ночью (особенно новогодней!), ну а самое главное — пусть будет мирное небо над головой, а на душе спокойно 🕊️

Будьте счастливы, обнимите родных и близких.

С наступающим 💫🎉

Накидайте что ли бустов по такому поводу https://t.me/boost/deferpanic