A bit deeper

Всем привет! Давно ничего не писал, куча дел. Наткнулся на прекрасный новый канал на ютубе где разработчик из Испании пишет видосы про разного рода low-level разработку. Очень рекомендую ознакомиться, достаточно простой и при этом увлекательный видос о том как он писал свою собственную базу данных с нуля для того чтобы разобраться как оно работает под капотом. Разбирает из каких частей состоит БД с архитектурной точки зрения, как данные хранятся на диске, как происходят запросы в базу данных, какие алгоритмы и структуры данных применяются. https://youtu.be/5Pc18ge9ohI

Офигенное интервью с создателем LLVM, Clang, Swift и Mojo https://youtu.be/ovYbgbrQ-v8 UPD: @alaershov ещё 3 интервью с ним порекомендовал https://youtu.be/yCd3CzGSte8 https://youtu.be/nWTvXbQHwWs https://youtu.be/pdJQ8iVTwj8

Публичные выступления Недавно выступал на митапе Bereke Bank с докладом о том как я коммитил в Kotlin. Это мой первый опыт публичного выступления, поэтому конечно же были все сопутствующие проблемы: - Потные ладошки и достаточно нервное состояние последние недели перед докладом - Сбивался в самых неожиданных местах По пути примерно понял план по которому мне комфортно готовить выступление: 1. Записываю тезисы того о чём я делаю доклад. В этот раз я сначала начал писать прям полноценно речь, вышло очень много текста которым я по факту практически не воспользовался. Так что тезисов достаточно. 2. Сразу же начинаю делать презентацию. Делаю упор на то чтобы презентация была достаточно подробная и чтобы она вела мой разговор. У меня нет шпаргалок или Speaker Notes в презентации. Я использую тот же материал который видят слушатели для того чтобы продолжать разговор. 3. Делаю 5-6 прогонов рассказа доклада по презентации. В процессе примерно понимаю как идёт рассказ, какие слайды не на своём месте, каких слайдов не хватает, какие лишние и так далее. Я изначально не хотел заучивать речь, потому что ни разу в своей жизни не видел ситуации в которой это звучит хорошо и натурально. И, судя по всему, это было очень правильным решением, потому что в процессе репетиций я всё же выработал какое-то понимание как выкручиваться из каких-то ситуаций к которым я не готовился. 😄 В целом, я скорее доволен результатом. Публика была прекрасная, всё прошло сильно лучше чем у меня в голове. 😄 Уже подался со следующим докладом на несколько конференций, спешно готовлю его к началу августа, чтоб попасть в программу конференции. 😄 Видео можно посмотреть тут: https://youtu.be/BmA0etcopeQ?t=2099

Я всё ещё тут Давно ничего не писал, много чего произошло за это время 😄 Пришлось искать новую работу, и очень удачно получилось попасть на позицию релиз-инженера в inDrive. Я наконец-то больше не Android разработчик. Очень давно хотел уйти из мобилок, и кажется это начало происходить. Теперь я могу гордо называть себя Developer Productivity Engineer 😎 В новой роли я занимаюсь автоматизацией релизных процессов, рулю мобильным CI/CD и в скором времени буду заниматься билд инфраструктурой. Испытательный срок подходит к концу, так что я потихоньку буду возвращаться в былое русло, у меня накопилось много всего о чём можно написать. На затравку: ➡️ Как я за 2 часа написал антиспам бота при помощи AI и он теперь успешно обслуживает 4 крупных чата. А также как я собираюсь его монетизировать ➡️ Делаем консольные утилиты из JVM приложений при помощи GraalVM ➡️ Как я участвовал в CTF внутри inDrive и какие были задачи ➡️ Как я вкатился в совершенно новую для меня область при помощи claude.ai меньше чем за месяц и теперь AI инструменты являются для меня очень важной частью рабочего процесса ➡️ Планы по развитию сообщества разработчиков из Алматы во что-то большее, возможно онлайновое и международное И ещё много всего, как по мне, довольно интересного. 🙂 Не теряйте!

🔍 Кейс-репорт: Когда Groovy решил поиграть в прятки с переменными Поймал сегодня забавный баг в gradle-скриптах на Groovy. Спешу поделиться, чтобы вы тоже посмеялись (или поплакали) 😅 Суть в чем: объявляем переменную enableInstabug в build.gradle, используем её в разных местах. Смотрим код: // Объявляем переменную boolean enableInstabug = Boolean.valueOf(project.properties["enableInstabug"]) // В android блоке всё работает нормально android { defaultConfig { manifestPlaceholders.readExtStoragePermMaxSdkVersion = enableInstabug ? "32" : "28" } } // А в методе - сюрприз! 🎉 def applyInstabugIfNeeded() { if (enableInstabug) { // Читает "false" как строку из gradle.properties apply plugin: 'instabug-apm' // ... } } В чем прикол? Оказывается, в Groovy методы не захватывают переменные из внешнего скопа, в отличие от лямбд. А почему никто не заметил? Потому что: 1. В скоупе метода переменная отсутствует - внутри Gradle неизвестные переменные "магически" резолвятся из gradle.properties если там есть свойство с таким же названием как переменная. 2. Метод читает свойство заново из gradle.properties - получает строку "false" 3. В условии if эта строка превращается в boolean по правилам Groovy - любая непустая строка считается true (привет JavaScript 😭) 4. Profit! 🎉 Код "работает", но совсем не так, как мы думали Решения два: 1️⃣ Передавать переменную в метод как параметр: def applyInstabugIfNeeded(boolean shouldEnableInstabug) { ... } 2️⃣ Использовать closure вместо метода: def applyInstabugIfNeeded = { if (enableInstabug) { ... } } Мораль: Gradle-скрипты на Groovy - как коробка шоколадных конфет: никогда не знаешь, что внутри. И да, они тоже могут испортить тебе день 🍫

Хотите прикол? Если в канал ничего не писать, число подписчиков потихоньку растет. А если писать, то кто-то постоянно отписывается. Так что писать невыгодно. Думайте

Я в отпуске, но не поделиться этим не могу. Как я понимаю это инструмент для лайвкодинга музыки, выглядит очень кайфово https://youtu.be/tKHEEC-CBYY

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

У меня наконец-то дошли руки домонтировать видео с нашего первого митапа nullptr.talks[0] Всем спасибо за участие, велкам смотреть записи докладов 🙂 https://t.me/nullptr_party/36

Когда-нибудь я найду в себе силы возобновить посты в этот канал, а пока что, читатели из Алматы могут зарегистрироваться на наш третий митапчик 👃 https://t.me/nullptr_party/67

Провели очередной nullptr.talks, в этот раз монтаж был готов уже на следующий день, спасибо развитию агентов, больше мне не надо заниматься этим вручную 👌 https://t.me/nullptr_party/118