Бодрый кодер

Ответ короче очень простой - что бы узнать баланс, надо отправить смс на номер 10010 с текстом cxhf.

Я очень люблю китайские интерфейсы.

Как вы думаете, где здесь посмотреть баланс мобильного телефона (это приложение одного из операторов)?

Ради эксперимента решил сделать UI для auth-портала. Отдельный домен, изолированная история — чтобы не зависеть от конкретного бэкенда и IdP. Давно руками в интерфейсы не лез — стало интересно, как сейчас «правильно».
Пошёл смотреть, что происходит на рынке. И внезапно — пароли почти никто уже не любит.

Самый популярный подход сейчас — passwordless.
Без «придумайте сложный пароль из 12 символов, включая спецсимволы и кровь единорога».

Если вход по телефону — OTP код.
Если по email — magic link. Нажал в письме — ты внутри.

Я сначала скептически относился к магической ссылке. Казалось, что это дольше и неудобнее. Но если честно — потери времени нет вообще. Особенно если сессия живёт 30–60 дней и не выкидывает тебя каждую неделю.

Зато:
– нет восстановления пароля
– нет «неверный пароль»
– нет хранения хэшей
– меньше точек атаки
– проще UX

Интересно, какие крупные сервисы вы знаете, которые полностью отказались от паролей?

Удобно вам так заходить? Или всё-таки пароль + менеджер паролей спокойнее?

Мне неожиданно понравился ZITADEL, как продукт для реализации IAM / CIAM. Работает в целом быстро, но больше покорили:

• нормальной документацией
• очень крутым интерфейсом

Как водиться OSS.

Кажется, многие уже знают (я вроде писал), что в прошлом году MinIO фактически перестал быть нормальным open-source — репозиторий теперь в архиве.

Если вы используете S3 у облачного провайдера — вообще никаких проблем.
Но если у вас своё железо и MinIO стоял как основное хранилище — вот тут становится интересно.

По сути главная альтернатива MinIO — это Ceph.
Но Ceph — очень тяжёлая штука. Он сделан под огромные объёмы и большие файлы.
Если у вас S3 используется только под картинки, аватары и статику — будете страдать. Слишком сложный и тяжёлый для таких задач.

Я решил посмотреть, какие вообще есть альтернативы. Они есть, но почти все довольно молодые.

SeaweedFS — лицензия Apache, разворачивается легко, всё достаточно понятно. Наверное сейчас основной кандидат на замену MinIO, если не нужно огромное и сложное файловое хранилище. Но до требований крупных компаний местами не дотягивает.

Garage — французский проект, интересный по архитектуре, но S3 поддержка не полная и лицензия AGPL (для многих это стоп). Скорее вариант для небольших проектов и экспериментов.

RustFS — тоже лицензия Apache, свежий проект на Rust. Честно, понравился больше всех: выглядит аккуратно и быстрым. Но почти нет больших внедрений, поэтому ставить в прод можно, но придётся быть первопроходцем.

В целом сейчас картина простая.
Если у вас облако — можно не переживать.
Если своя инфраструктура — придётся выбирать и тестировать.

Лично я пока больше всего смотрю в сторону SeaweedFS и RustFS.
MinIO был слишком удобным, чтобы его исчезновение прошло совсем безболезненно 🙂

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

Базово всё просто: есть шаблон, папки = разделы, .md файлы = страницы.

Когда в прошлом году понадобился персональный сайт, взял Hugo.
Из функций нужна была только шаблонизация и деплой через git. Смотрел разные варианты, но выбрал Hugo из-за скорости и знакомого языка.

В этом году делал новую версию сайта и решил ещё раз посмотреть альтернативы.
Попробовал Astro. В прошлый раз меня отпугнуло, что там можно писать на React/Vue — казалось, что на JS-фреймворке нормальную скорость не выжать.

Ошибался.

Все компоненты написал на React, но по скорости почти не отличается от простого HTML-сайта на Hugo без JS.
На мобильном открывается <0.5 сек, на десктопе <1 сек.

PageSpeed Insights на десктопе даёт идеальные показатели.
На телефоне почему-то показал хуже, хотя в браузере при тестах было 100/100 и на мобиле, и на десктопе.

Фактической скоростью, я приятно удивлен.

Видимо это была неделя про инфраструктуру.

Натолкнулся тут на инструмент прикольный, рисуешь диаграмму с инфраструктурой, под это генерится код terraform. Причем есть синхронизация и типо инфраструктурой управляешь через схему.

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

Готово, в паблике - https://github.com/nemirlev/yc-terraform

Качество кода мне не нравится, как будет время, буду вычищать

Я это сделал - генератор тераформ на основе существующей инфраструктуры ЯО.

Работает без LLM.

В OpenSource выложу, пока альфа версия - надо кейсов больше накопать.

Короче, это вообще смех. Clause Code пользоваться не реально, три небольших сессий и все.

Буду пробовать Codex.

Горячий период, поэтому пишу не так часто.

Недельку решал интересную задачу. До конца ещё не решил, но уже на финишной прямой. Понадобилось описать существующую инфраструктуру в Яндекс Облаке в виде Terraform-файлов.

Как любой настоящий программист, решил найти готовое решение и даже нашёл — terraformer. Там всё прекрасно, кроме отсутствия поддержки ЯО (импорт нескольких типов ресурсов не считается). Сначала подумал, что проще будет форкнуть и дописать, но потом понял, что дольше буду разбираться в коде, чем писать самому.

Второй итерацией стало формирование всех ресурсов с параметрами в JSON через яндексовский SDK — в целом несложно. Дальше подключил LLM, чтобы по параметрам генерировались .tf. Затем запускал import, делал plan и вносил правки. Сначала всё шло неплохо: на маленьком тестовом файле всё работало. Но когда я загрузил свою инфраструктуру на 20 тысяч строк JSON — стало, конечно, больно. Каждая итерация занимала 30–50 минут: отладка и снова запуск. Я честно выгорел и решил всё же попробовать обойтись без LLM.

Третьей итерацией стала ручная генерация — тут всё стало сильно стабильнее. Но отлаживать и добавлять недостающие параметры я, конечно, запарился. Сейчас завис на стадии plan: много ошибок, пробую отладить работу LLM, чтобы она всё исправляла за меня. Посмотрим, что из этого выйдет. Если за сегодня не добью — план всё же доделаю руками и, наверное, положу проект на полку. Если получится довести до ума — выложу в open source.

Новая Claude реально тема, особенно по сравнению с режимом “auto” в Cursor.

Качество кода на таком уровне, что не хочется немедленно исправлять. Понятно есть ошибки, понятно есть приколы.

Но это был первый раз, когда Cursor пишет, запускает тесты и они работают. А не 10 итераций, я исправил, ой, не работает.

Но лимит я съел за пару часов :)

С разницей в час появились новые версии Chat GPT 5.3 и Claude Opus 4.6

Быстрее, лучше. Как всегда.

Из интересного - Claude имеет контекст 1м токенов.

Chat GPT говорят может кодить часами, но Codex длиннее 10 минут не разу не видел.

Промокод ушел.

Уважаемые коллеги, бизнес и системные аналитики!

🔜 Аналитический Марафон 16 уже на горизонте — приглашаем 7 февраля 2026

И это будет не просто конференция, а практический рывок для архитекторов, аналитиков и всех, кто строит цифровое завтра.

👉Что будет на AM16?

1. Архитектура
Вы получите готовые схемы выбора гибридных архитектур и чек-лист вопросов для принятия решений, чтобы перестать спорить и начать строить устойчивые системы

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

3. Будущее архитектуры в эпоху ИИ (да да, никуда без ИИ)
Когда код и требования пишет нейросеть — чем будет заниматься аналитик и архитектор? Узнаем, как остаться востребованным специалистом через 5–10 лет и как уже сегодня готовиться к шестой технологической волне.

4. Данные без алфавитной каши
ETL, ELT, CDC, Stream — наконец-то расставим все по полочкам и разберемся, какие подходы работают здесь и сейчас. Плюс заглянем в тренды: Reverse ETL и Zero ETL.

5. Практика для карьеры: REST и Spring
От проектирования API с нуля до чек-листа для собеседований — прокачаем скиллы, которые проверяют работодатели.

🔝Спикеры: И.Бодров, В.Бурмистров, Д.Борисова, Т. Половинкина, А. Вичугова, Р. Сафин+ мы ОБЕЩАЕМ еще несколько ГРОМКИХ ИМЕН в программу с полезными и практичными докладами😉)

Это будет концентрат решений от лидеров обучения в отрасли и практиков из ведущих компаний + множество интереснейших идей.

«Архитектура — это не про диаграммы, а про решения, которые работают годами».

Все активности ON_LINE

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

Регистрируйтесь на АМ 16 👉🏻 ссылка 👈🏻

Юр лицам - 🔺ссылка юр.лица 🔺

До встречи на AM-16! Будет жарко и мегополезно 🔥

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

Большая просьба, пишите если действительно будете слушать (конференция онлайн).

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

Оказывается все не так плохо, и бекапы делать не надо.

Docker представил «Docker Sandboxes», что бы агентов изолировано запускать.

Пока был в Китае, не смог не захватить новый роутер от Xiaomi — BE 10000 PRO, с двумя 10 гигабитными портами + поддержка NVME + Docker. Такой задел лет на 10 вперед.

Я вначале радостно купил NVME и сел поднимать медиасервер. Но счастье было недолгим — там включены OPA-политики. Не дает указывать свои volume. Только те, которые создаются автоматически при старте контейнера.

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

Для BE 7000 есть експлойт, который дает рутовые права, но я такие штуки не очень люблю. Поэтому смекалкой победил. Запускаем контейнер (например, transmition), а потом запускаем контейнер с plex, в котором указываем --volumes-from transmission — и всё, это работает.

Аналогично, например, можно поднять файловый менеджер и также его указать в качестве файлового менеджера. Единственное, потом права надо корректные раздать, поэтому посмотрите после запуска, от какого пользователя в volume файлы.

На выходных попробовал Figma make. Чтобы доработать свой персональный сайт

В целом, на таком кейсе результат мне понравился (на фото до-после). Но потом ради интереса взял проекты, которые делал лет 12 назад, с попыткой их «оживить» под современные реалии. Получилось они однотипные, так как Figma использует один UI кит (https://ui.shadcn.com/).

Поэтому пока так же, как с презентациями, но чуть получше. Я явно готов использовать этот инструмент для прототипов — очень быстро можно собрать нужный результат. Но как инструмент, который заменит студии/фрилансеров, однозначно нет.