Алексей Рыбак: системный дизайн, хайлоад, разработка с агентами
رفتن به کانال در Telegram
Управление и разработка больших IT-проектов; статьи, выступления. Https://DevHands.io - хайлоад, AI, обучение, консалтинг. ЛС: @alexeyrybak.
نمایش بیشتر📈 تحلیل کانال تلگرام Алексей Рыбак: системный дизайн, хайлоад, разработка с агентами
کانال Алексей Рыбак: системный дизайн, хайлоад, разработка с агентами (@rybakalexey) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 10 192 مشترک است و جایگاه 11 631 را در دسته فناوری و برنامهها و رتبه 62 624 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 10 192 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 04 سپتامبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -64 و در ۲۴ ساعت گذشته برابر -4 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 30.52% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 15.71% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 3 111 بازدید دریافت میکند. در اولین روز معمولاً 1 601 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 49 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند redis, субд, valkey, архитектура, nats تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Управление и разработка больших IT-проектов; статьи, выступления. Https://DevHands.io - хайлоад, AI, обучение, консалтинг. ЛС: @alexeyrybak.”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 05 سپتامبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
10 192
مشترکین
-424 ساعت
-207 روز
-6430 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
سپتامبر '26
سپتامبر '26
+5
در 0 کانالها
اوت '26
+144
در 14 کانالها
Get PRO
ژوئیه '26
+399
در 19 کانالها
Get PRO
ژوئن '26
+603
در 9 کانالها
Get PRO
مه '26
+637
در 4 کانالها
Get PRO
آوریل '26
+183
در 7 کانالها
Get PRO
مارس '26
+402
در 10 کانالها
Get PRO
فوریه '26
+474
در 8 کانالها
Get PRO
ژانویه '26
+442
در 16 کانالها
Get PRO
دسامبر '25
+440
در 3 کانالها
Get PRO
نوامبر '25
+300
در 17 کانالها
Get PRO
اکتبر '25
+151
در 9 کانالها
Get PRO
سپتامبر '25
+287
در 21 کانالها
Get PRO
اوت '25
+254
در 10 کانالها
Get PRO
ژوئیه '25
+337
در 5 کانالها
Get PRO
ژوئن '25
+195
در 7 کانالها
Get PRO
مه '25
+148
در 2 کانالها
Get PRO
آوریل '25
+395
در 38 کانالها
Get PRO
مارس '25
+841
در 24 کانالها
Get PRO
فوریه '25
+1 122
در 30 کانالها
Get PRO
ژانویه '25
+380
در 11 کانالها
Get PRO
دسامبر '24
+327
در 0 کانالها
Get PRO
نوامبر '24
+942
در 9 کانالها
Get PRO
اکتبر '24
+1 468
در 10 کانالها
Get PRO
سپتامبر '24
+154
در 1 کانالها
Get PRO
اوت '24
+59
در 1 کانالها
Get PRO
ژوئیه '24
+69
در 1 کانالها
Get PRO
ژوئن '24
+167
در 2 کانالها
Get PRO
مه '24
+236
در 5 کانالها
Get PRO
آوریل '24
+60
در 5 کانالها
Get PRO
مارس '24
+89
در 12 کانالها
Get PRO
فوریه '24
+79
در 13 کانالها
Get PRO
ژانویه '24
+39
در 6 کانالها
Get PRO
دسامبر '23
+108
در 1 کانالها
Get PRO
نوامبر '23
+23
در 0 کانالها
Get PRO
اکتبر '23
+127
در 2 کانالها
Get PRO
سپتامبر '23
+461
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 05 سپتامبر | 0 | |||
| 04 سپتامبر | 0 | |||
| 03 سپتامبر | +1 | |||
| 02 سپتامبر | +3 | |||
| 01 سپتامبر | +1 |
پستهای کانال
Кто и зачем забанил Винни-Пуха?
Ребят, чумовая история. Гонял китайскую GLM 5.3 Flash и случайно увидел, что некоторые вендоры стали давать доступ к uncensored версии. Короче, решил проверить, правда ли GLM 5.3 Flash в «uncensored»-версии заметно отличается от обычной.
Погуглил, какие вопросы обычно используют как маркеры цензуры у китайских моделей. Набор ожидаемый: политика Китая, события конца 80-х, Тяньаньмэнь, Тибет, Далай-лама, Тайвань, роль компартии и всё такое.
И среди этого списка внезапно вижу прекрасное: «почему в Китае забанен Винни-Пух?».
Лолшто? Тут я, конечно, завис. А оказалось, история реальная: Винни-Пух в китайском интернете давно стал мемным образом, с которым сравнивали Уважаемого Председателя КНР. Власти юмор оценили примерно никак, и родной для нас персонаж постоянно попадает под ограничения: от блокировок мемов до проблем с прокатом.
А что тест? А тест вышел странным. Прогнал одни и те же вопросы через два роутера: один обещал «uncensored»-вариант GLM 5.3 Flash, второй — обычную модель. Ожидал увидеть разницу - а её почти не было. Ответы были примерно одинаковые: сглаженные, аккуратные, без резких оценок, но и без тупого «я не буду это обсуждать». Скорее умеренно нейтральные, чем откровенно цензурированные.
Пока не понял, что именно произошло: то ли роутеры ведут себя не так, как обещают, то ли «uncensored» в данном случае больше маркетинговая наклейка, то ли дефолтная GLM 5.3 сама по себе оказалась менее зажатой, чем я ожидал — но меня это вообще перестало интересовать. Винни-Пух затмил всё. Вышло как в гениальном «Фотоувеличении» Антониони: корневой факт, вокруг которого строится расследование, в процессе растворяется и абсолютно теряет значение 🙂 Посмотрите, если не видели этот фильм.
🔥верните виннипуха китайским детям
👍сегодня виннипухи — завтра революция
| 2 | Что нового в PostgreSQL 19 - V
Каждую осень выходит очередная мажорная версия СУБД PostgreSQL. Что нам готовит 19я версия — рассказываем с нашим экспертом по СУБД и автором курса по архитектуре и тюнингу SQL в PostgreSQL, Николаем Ихалайненом.
Параллельный автовакуум
В PostgreSQL 19 автоматическая очистка таблиц, содержащих крупные индексы, может выполняться параллельно. Ранее каждый индекс в процессе autovacuum обрабатывался одним потоком, что могло замедлять удаление устаревших версий строк даже при наличии свободных вычислительных ядер. Параллельная обработка позволяет эффективнее использовать ресурсы процессора и сокращать время обслуживания больших таблиц.
Пример настройки:
autovacuum_max_parallel_workers = 2;
ALTER TABLE big_orders SET (autovacuum_parallel_workers = 2);
А ещё в PostgreSQL 19 был изменён подход к выбору таблиц для автоматической очистки. Теперь система отдаёт приоритет не произвольной таблице, а той, которая в данный момент требует обслуживания в наибольшей степени. Для этого учитываются несколько факторов, включая близость к переполнению счётчика транзакций, количество строк, подлежащих очистке, и другие показатели нагрузки. Такой механизм делает autovacuum более предсказуемым и эффективным при работе с большими базами данных.
Нам лишь остается отметить, токмо справедливости ради и никак не флейма для, что в InnoDB параметр innodb_purge_threads был добавлен в MySQL 5.6 в 2013 году. Вот живите теперь с этим и продолжайте бояться ужасного Oracle.
Прошлые выпуски: PG19-I, PG19-II, PG19-III и PG19-IV | 2 125 |
| 3 | PostgreSQL 19 IV: REPACK
Традиционно каждую осень выходит очередная мажорная версия СУБД PostgreSQL. Что нам готовит 19я версия — рассказываем с нашим экспертом по СУБД и автором курса по архитектуре и тюнингу SQL в PostgreSQL, Николаем Ихалайненом. В прошлых выпусках смотрели на нововведения для разработки, теперь настала очередь для администрирования.
В PostgreSQL 19 появляется новая команда REPACK, которая предназначена для физической перепаковки таблиц. Она помогает устранить bloat, то есть избыточно занятое место, которое накапливается после большого количества операций UPDATE и DELETE.
REPACK не меняет сам принцип работы таких операций. PostgreSQL по-прежнему создает новую физическую копию таблицы, переносит в нее актуальные версии строк, пересоздает индексы, а затем заменяет старые файлы новыми. Именно за счет этого таблица становится компактнее, а неиспользуемое пространство может быть возвращено операционной системе.
Раньше похожие задачи решались с помощью команд VACUUM FULL и CLUSTER. VACUUM FULL использовался для освобождения места на диске, а CLUSTER — для физического упорядочивания строк таблицы по индексу. Однако обе операции требуют сильной блокировки таблицы, что особенно проблематично для крупных и активно используемых таблиц.
REPACK объединяет эти сценарии в одной команде. При обычном запуске он также блокирует таблицу, но при использовании опции CONCURRENTLY основная часть работы выполняется без длительной блокировки чтения и записи. Сильная блокировка все равно требуется, но обычно только на коротком финальном этапе, когда PostgreSQL заменяет старые файлы таблицы и индексов новыми.
Пример перепаковки таблицы в конкурентном режиме:
REPACK (CONCURRENTLY) orders;
В этом примере таблица orders переписывается в более компактном виде. Для пользователей и приложений это означает, что таблица в основном остается доступной во время операции, хотя кратковременная блокировка на финальном этапе все равно возможна.
Если необходимо не только убрать bloat, но и физически упорядочить строки таблицы по определенному индексу, можно использовать вариант с USING INDEX:
REPACK orders USING INDEX orders_order_date_idx;
Такой вариант близок по смыслу к CLUSTER: строки таблицы будут расположены в порядке, заданном индексом orders_order_date_idx, например по дате заказа.
После выполнения REPACK обычно нет необходимости дополнительно запускать VACUUM FULL или CLUSTER для той же таблицы. REPACK уже выполняет соответствующую физическую работу: уменьшает bloat, пересоздает индексы и, при использовании USING INDEX, упорядочивает строки по индексу.
Прошлые выпуски: PG19-I, PG19-II и PG19-III | 3 058 |
| 4 | Плейбук AI-native SDLC от Anthropic
Антропик в последнее время выпускает много учебных материалов. На днях они выпустили супер-важный пост — очень простое, понятное описание базовых изменений, которые происходят в разработке. Для тех, кто уже работает с агентами, наверное, ничего нового, а кто только начинает — хорошее описание процесса разработки с агентами.
Главный тезис: код перестал быть узким местом и агенты пишут его за часы. Но процессы вокруг — планирование, ревью, согласования, деплой — остались человеческой скорости. В итоге приросты продуктивности упираются в очереди на ревью и комитеты, которые собираются раз в неделю.
Anthropic предлагает перестроить все шесть стадий жизненного цикла:
1. Plan. Автор идеи брейнштормит с Claude и сразу получает intent.md — прото-спеку в своих словах, которая коммитится в git.
2. Design. Требования и дизайн схлопываются в одну сессию: Claude превращает intent.md в spec.md, применяя политики компании как skills. Продакт не пишет спеку, а ревьюит её и разбирает флаги.
3. Build. Старт всегда в plan mode: Claude читает код, не меняя его, инженер правит план, план коммитится как plan.md. Знания команды живут в CLAUDE.md и skills, жёсткие правила — в хуках. Один инженер ведёт 2–3 параллельные сессии в отдельных worktree.
4. Test. У каждой сессии должен быть способ проверить себя (тесты, билд, скриншот-диф) до того, как её увидит человек. Плюс evals в CI, которые прогоняются при изменении конфигурации агента — промптов, skills, хуков.
5. Deploy. Claude и ревьюит PR по REVIEW.md, и чинит замечания по тегу. Человек смотрит не на строки, а на намерение и риск. Ключевой принцип: агент делает всё вплоть до прод-гейта и ничего за ним.
6. Maintain. Специальное приложение следит за метриками, при алертах дёргает Claude, тот диагностирует и пишет новый intent.md — и цикл начинается заново без человека в точке запуска.
Сквозная идея — на каждой стадии коммитится артефакт, который читает следующая. Цепочка коммитов и есть артефакт на аудит, но более высокой “размерности” чем код: кто что попросил, что сгенерил агент, кто одобрил.
Подробный плейбук (англ): https://claude.com/blog/the-ai-native-sdlc-playbook
🔥 спасибо, подучил
👍 всё равно не доверяю я этим агентам
Обучение devhands.io | что за Рыбак | Devhands AI Club | AI-буткемп | 3 193 |
| 5 | Что нового в PostgreSQL 19 - III
Традиционно каждую осень выходит очередная мажорная версия СУБД PostgreSQL. Что нам готовит 19я версия — рассказываем с нашим экспертом по СУБД и автором курса по архитектуре и тюнингу SQL в PostgreSQL, Николаем Ихалайненом.
Предыдущие посты в этой серии: Графы в SQL, Консистентные чтения с реплик WAIT FOR LSN.
Экспорт в JSON
Довольно легко написать программу, чтобы сохранить табличку в формате JSON.
В PostgreSQL уже есть похожая команда COPY которая возвращает данные в формате TSV (как csv, только с табами), появилась возможность менять этот формат на JSON:
COPY (SELECT id, name, price FROM products ORDER BY id)
TO '/tmp/products.json' (FORMAT JSON);
COPY (SELECT id, name FROM products)
TO STDOUT (FORMAT JSON, FORCE_ARRAY);
NULL вместо ошибок при импорте
Иногда файлы из которых мы загружаем данные содержат кривые данные, которые не проходят строгую валидацию PostgreSQL. Это происходит сплошь и рядом при разборе дат/времен, json-полей и многих других типов полей. И очень обидно после нескольких десятков гигабайт данных получить ошибку из-за одной строки.
А теперь можно просто заменять неправильные значения на NULL:
COPY people FROM '/tmp/people.csv'
(FORMAT csv, ON_ERROR set_null);
Оконные функции без NULL
Ещё интересное улучшение на уровне SQL касается оконных функций. Если вы уже давно анализируете данные в табличках вы можете удивиться, что этой отличной возможности не было.
Обычный lag(temp) смотрит строго на предыдущую строку. Если там NULL, он вернет NULL, даже если еще строкой выше было нормальное значение. А lag(temp) IGNORE NULLS пропускает пустые значения и находит последнее известное значение:
SELECT ts,
temp,
lag(temp) IGNORE NULLS OVER (ORDER BY ts) AS prev_non_null_temp
FROM sensor_readings;
🔥 PostgreSQL — наше всё!
🤔 разбухание bloat они исправят когда-нибудь?
💯 ну всё, мигрируем на 19й!
👍 нам и на PostgreSQL 12 хорошо | 2 776 |
| 6 | Это единственное на текущий момент видео, на котором робот Honor пробегает стометровку быстрее Болта (мировой рекорд кожаных).
https://www.instagram.com/reel/DcVt6-DIwZQ/?igsi=ZzFjejN0NmZjMnZn | 3 410 |
| 7 | Последние места в “Product Engineer: программирование с агентами”
Друзья, только сейчас обработали первые заявки на участие в AI-буткемпе “Product Engineer: программирование с агентами”. Много было заявок, и много вопросов, но спрос высокий, даже решили сделать дополнительную группу.
Что это будет за новая роль Product Engineer — время покажет, всем очень интересно. Буткемп запустили в stealth-режиме, language-agnostic, agent-agnostic и LLM-agnostic. Проект коммерческий, про условия ниже, у нас пока нет “лэндинга” и продажных компаний, мы хотим сформировать первый поток “для своих”, и фактически продавая места за полцены.
В первую очередь в этом наборе мы ориентировались на тех, кто только собирается начать программировать с агентами, перейти от промтинга к агентскому программированию, или недавно начал работать с агентами, но сталкивается с типичными для первых шагов сложностями, хочет освоить SDD-like подходы (plan/code, grill-with-docs, open-spec), научиться использовать агентские циклы.
Наш фокус на тех, кто умеет программировать, но только делает первые шаги в настоящей агентской разработке. Это когда агент делает профессиональный UI по дизайн-системе, пилит таски и тесты, ревьюит артефакты, короче, решает задачи, сформулированные на естественном языке. Хорошо зайдет как бекендерам, так и системным аналитикам и даже менеджерам, кто когда-то программировал и теперь AI открыл второй шанс кайфануть.
При необходимости мы дадим доступ ко всем моделям через свой api, вам не нужен будет ни впн, ни иностранная карта, ни иностранный номер телефона. Вы получите всю базу по агентам, а также выберите и выполните AI-native проект в SDD-стиле (SDD = spec-driven development).
Буткемп проведем примерно за месяц, старт в начале октября, текущая стоимость участия физикам — 35.000 рублей (это примерно 30% скидка для физиков). Возможна оплата от юрлиц, но по полной цене 50.000. Токенов подарим более чем достаточно на месяц, и ещё дадим после буткемпа попользоваться, если не израсходуете.
Мы также ведём переговоры с провайдером локального инференса, чтобы всем участникам дали доступ к открытым моделям, пригодным для онпрем-размещения.
Выйдете из буткемпа с уверенным пониманием принципов агентской разработки, настроенным окружением и выполненым проектом. Кому интересно — напишите мне личное сообщение “AI-буткэмп” или в любом другом виде, особенно если есть вопросы — ответим, вышлем все подробности. У нас есть рассрочка, оплата картой из любой точки мира, человеческий саппорт. Вести этот трек буду я лично, в основном будет практика, много демо, встречи будут и утренние и вечерние 50/50, примерно по 2 в неделю, все с записью. Приходите сами, приводите друзей.
Бриф буткемпа высылаем лично по запросу, для этого достаточно написать мне сообщение на @alexeyrybak. | 3 339 |
| 8 |  Давайте ходить 10К шагов вместе 👟
Ребята, я люблю ходить. Иначе кирдык. Много сидим, стресс, тревога, напряжение.
А через ходьбу я возвращаю миру то, что получила от него за рабочий день)
Есть классный способ ходить вместе в приложении. Видишь своего соседа рядом в рейтинге, срабатывает дружеская конкуренция, еще чуток поднажимаешь.
Тут нет никаких продаж - чистый светлый зож. Простое желание подбить народ двигаться больше.
Хотите подпушнуть себя - добавляйтесь в наш чатик: @yetanotherthousand
А дальше 3 простых шага:
1/ Ставим бесплатный мобильный апп Pacer
Он есть во всех сторах. В него автоматом импортируются шаги за день
2/ Добавляемся в нем в мою Группу ‘Yet another step’ чтобы видеть соревнования
3/ Добавляемся в Соревнование ‘Ходоки сентябрь’
📎 Вот подробная инструкция.
Стартуем в пятницу 21 августа, 10К в день план.
Добавляйте знакомых. Погнали 🌈 | 2 900 |
| 9 | Ребят, кто следит за здоровьем и старается выхаживать хотя бы 10К шагов в день 🚶♀️🚶♂️. Мы с женой и френдами уже несколько лет “ходим онлайн-группой”, используя приложение Pacer. Это виртуальные соревнования, стимулирующие участников “выхаживать” свои 10К каждый день. Совершенно некоммерческая инициатива for fun, посмотрите и присоединяйтесь, это довольно весело. Люди со всего земного шара, всё онлайн. | 2 683 |
| 10 | Что нового в PostgreSQL 19 - II
Традиционно каждую осень выходит очередная мажорная версия СУБД PostgreSQL. Что нам готовит 19я версия — рассказываем с нашим экспертом по СУБД и автором курса по архитектуре и тюнингу SQL в PostgreSQL, Николаем Ихалайненом.
Консистентные чтения с реплик с использованием WAIT FOR LSN
Многие приложения не могут надёжно читать данные из реплик, потому что сразу после модификации ищут новые строки на реплике, а репликация не происходит синхронно. Теперь можно подождать, когда реплика обработает новые данные и делать селект.
Для этого после записи на основном сервере можно получить метку репликационного лога:
SELECT pg_current_wal_lsn() AS target_lsn
\gset
А на реплике ждём и потом выполняем селект
WAIT FOR LSN :'target_lsn' WITH (MODE standby_replay, TIMEOUT '10s');
SELECT * FROM orders WHERE order_id = 1234;
Таким образом приложение пишет на primary, получает позицию WAL после записи, передаёт её в запрос к реплике, а реплика ждёт, пока до этой позиции доедет и применится репликация. После этого SELECT на реплике уже увидит записанные данные.
LSN — это Log Sequence Number, позиция в WAL, журнале предзаписи PostgreSQL. Грубо: “до какого байта WAL мы дошли”. Если реплика применила лог до определенного LSN, значит все изменения, попавшие в лог до этой позиции, уже применены на реплике и видны обычным запросам.
Режимы:
• standby_replay — дождаться, пока реплика применит WAL; это то, что нужно для консистентного чтения.
• standby_write — дождаться, пока WAL записан на standby, но не обязательно применён.
• standby_flush — дождаться, пока WAL сброшен на диск standby.
• primary_flush — ждать flush на primary.
🔥 PostgreSQL — наше всё!
🤔 А разбухание bloat они исправят когда-нибудь?
💯 ну всё, мигрируем на 19й!
👍нам и на PostgreSQL 12 хорошо | 3 073 |
| 11 | Напоминаем, уже сегодня Вебинар Devhands по Lakehouse, кейс переезда с Greenplum. В четверг 20 августа 18:30 MSK, автор и ведущий стримов по Lakehouse и Clickhouse, Алексей Белозерский, проведет интересную встречу. В гости к Алексею придет Алмаз Хайфуллин, Руководитель Офиса Данных Skillbox. Запись на встречу, как обычно, через бота Devhands: @devhands_meetup_bot. | 2 759 |
| 12 | Что нового в PostgreSQL 19 - I
Традиционно каждую осень выходит очередная мажорная версия СУБД PostgreSQL. Что нам готовит 19я версия — рассказываем с нашим экспертом по СУБД и автором курса по архитектуре и тюнингу SQL в PostgreSQL, Николаем Ихалайненом.
Графы в SQL
Не так часто бывают полезные изменения на уровне SQL. Наверное, самая необычная фича — это поддержка графовых запросов. Как обычно мы создаём таблицы (или используем существующие), но вместо сложных JOIN, теперь достаточно описать граф связи таблиц и сделать выборку из графового представления.
Короче, берем традиционную e-commerce модель:
CREATE TABLE products (product_no integer PRIMARY KEY, name varchar, price numeric);
CREATE TABLE customers (customer_id integer PRIMARY KEY, name varchar);
CREATE TABLE orders (order_id integer PRIMARY KEY, ordered_when date);
CREATE TABLE customer_orders (
customer_orders_id integer PRIMARY KEY,
customer_id integer REFERENCES customers (customer_id),
order_id integer REFERENCES orders (order_id)
);
Создаём графовое представление myshop: обычные таблицы products, customers, orders становятся вершинами графа, а таблица customer_orders описывает связи между покупателями и заказами.
CREATE PROPERTY GRAPH myshop
VERTEX TABLES (products, customers, orders)
EDGE TABLES (customer_orders SOURCE customers DESTINATION orders);
И теперь можем читать данные из графа myshop через специальную табличную функцию GRAPH_TABLE: она превращает результат графового поиска MATCH в обычную SQL-таблицу для SELECT.
SELECT customer_name
FROM GRAPH_TABLE (myshop
MATCH (c IS customers)-[IS customer_orders]->(o IS orders WHERE o.ordered_when = current_date)
COLUMNS (c.name AS customer_name)
);
🔥 PostgreSQL — наше всё!
🤔 А разбухание bloat они исправят когда-нибудь?
💯 ну всё, мигрируем на 19й!
👍нам и на PostgreSQL 12 хорошо | 3 276 |
| 13 | Друзья, очень много заявок на участие в AI-буткемпе https://t.me/rybakalexey/538, спасибо за такое доверие и интерес.
Возможно нам придется расширить набор и разбить поток на подгруппы — очень разная подготовка у всех. Решаем сейчас этот вопрос.
Напомню, что в первую очередь в этом наборе мы ориентировались на тех, кто или только собирается начать программировать с агентами, перейти от промтинга к агентскому программированию, или недавно начал работать с агентами, но сталкивается с типичными для первых шагов сложностями, хочет освоить SDD-like подходы (plan/code, grill-with-docs, open-spec), научиться использовать агентские циклы.
Бриф буткемпа высылаем лично по запросу, для этого достаточно написать мне сообщение на @alexeyrybak. Всем, кто написал, но кому ещё не ответили — ко всем придем обязательно. | 3 186 |
| 14 | Product Engineer: стартуем AI-буткемп
Вообще невозможно уследить, что происходит за последние месяцы в AI, поэтому тезисно:
- успели попробовать GLM 5.2? а уже вышла GLM 5.3 (и они обе хороши)
- только более-менее освоили claude/codex/opencode и может быть даже hermes? а все вокруг уже начинают нахваливать zcode, а гики вообще советуют pi.dev
- вышел deepseek V4 pro, нормальный и недорогой, и также deepseek открывает агентский харнесс dsh (https://github.com/deepseek-ai/deepseek-harness, уже 150К+ звезд на гитхабе, интересный подход с плагинами, LLM-agnostic, но не забудьте DSH_TELEMETRY_DISABLED=1)
- qwen 3.8 не только доступна у гейтвеев, но также вышла 27B, которая влезает элементарно онпрем в домашнюю лабораторию (кто откладывал покупку нового ноута — похоже, момент настал, и уже можно брать не за полляма, правда, похоже придется чутка потрахаться с MTP (multi-token prediction / speculative decoding) чтобы получать не 20 tok/sec, а 60-80).
А ещё вы возможно не обратили внимание, но вот что становится трендом. Две крупнейшие банды конференций в РФ запускают AI-треки и трансформируют language-specific стримы, фактически становясь language-agnostic. Потому что язык уже почти не имеет значения.
Да, ребят, почти всё, что формировало ценность программиста десятилетиями — катится к херам. Новая профессия будет больше про “что” и очень высокоуровнево “как”. Думаю на уровне системного дизайна и знания особенностей компонент, но не кишок, не кода, и уж тем более не алгоритмов. Почти нет смысла учить языки программирования, ребят.
Что это будет за новая роль Product Engineer — время покажет, но очень интересно. А devhands в stealth-режиме запускает language-agnostic, agent-agnostic и LLM-agnostic AI-буткемп. Проект коммерческий, за деньги, про условия ниже, у нас пока нет “лэндинга” и продажных компаний, мы хотим сформировать первую группу “для своих”, и фактически продавая места за полцены.
Наш фокус на тех, кто умеет программировать, но только делает первые шаги в настоящей агентской разработке. Это когда агент делает профессиональный UI по дизайн-системе, пилит таски и тесты, ревьюит артефакты, короче, решает задачи, сформулированные на естественном языке. Хорошо зайдет как бекендерам, так и системным аналитикам и даже менеджерам, кто когда-то программировал и теперь AI открыл второй шанс кайфануть.
При необходимости мы дадим доступ ко всем моделям через свой api, вам не нужен будет ни впн, ни иностранная карта, ни иностранный номер телефона. Вы получите всю базу по агентам, а также выберите и выполните AI-native проект в SDD-стиле (SDD = spec-driven development).
Буткемп проведем примерно за месяц, старт в начале октября, текущая стоимость участия физикам — 35.000 рублей (это примерно 30% скидка для физиков). Возможна оплата от юрлиц, но по полной цене 50.000. Токенов подарим нормально, думаем об интервале лимитов в $$50-100, и этого будет более чем достаточно на месяц, и ещё дадим после буткемпа попользоваться, если не израсходуете.
Выйдете из буткемпа с уверенным пониманием принципов агентской разработки, настроенным окружением и выполненым проектом. Кому интересно — напишите мне личное сообщение “AI-буткэмп” или в любом другом виде, особенно если есть вопросы — ответим, вышлем все подробности. У нас есть рассрочка, оплата картой из любой точки мира, человеческий саппорт. Вести этот трек буду я лично, в основном будет практика, много демо, встречи будут и утренние и вечерние 50/50, примерно по 2 в неделю, все с записью. Мест в группе будет немного. Приходите сами, приводите друзей. | 3 451 |
| 15 | Вебинар по Lakehouse, кейс переезда с Greenplum
В четверг 20 августа 18:30 MSK, наш автор и ведущий стримов по Lakehouse и Clickhouse, Алексей Белозерский, проведет интересную встречу. В гости к Алексею придет Алмаз Хайфуллин, Руководитель Офиса Данных Skillbox.
Расскажем кейс переезда на лейкхаус с Greenplum с экономией TCO в 10 раз (!)
Алмаз рассказажет про ход переезда, найденные лайвхаки, полезные конфиги и многое другое.
А для devhands это крутой кейс ещё и потому, что Алмаз был слушателем первого потока курса Алексея по Lakehouse (ноябрь 2025).
Тема: Переезд из КХД на Greenplum в Lakehouse (S3-Iceberg-Trino)
Характеристики: 35 ТБ полезных сжатых данных
Результаты:
⁃ Экономия более чем в 10 раз
⁃ Срок - 3 месяца.
На встрече обсудим:
⁃ Как ускорить переезд с КХД (DWH -> DLH)
⁃ Как сделать ETL, рассчитанные на Iceberg и причем тут различные метакаталоги
⁃ Какие есть подводные камни при подключении различных BI
⁃ Какие узкие места архитектуры Лейкхаус правда, а какие миф.
⁃ Какие в реальности получились показатели до и после переезда. На какой результат можно рассчитывать? Как правильно подсчитать лейкхаус с учетом практики?
⁃ В каких случаях рекомендуем и НЕ рекомендуем переезд
Запись на встречу, как обычно, будет через бота Devhands: @devhands_meetup_bot.
До встречи!
🔥 Lakehouse рулит
👍 старый Postgres/Greenplum борозды не испортит | 3 317 |
| 16 | Можно ли оценивать новую стоимость кода в пересчете на выходные токены?
TL;DR: делать в лоб не совсем правильно, единой формулы нет, но в целом оценить можно.
Все LLM по API продаются по выходным/выходным токенам. Есть соблазн грубо оценить стоимость сгенерённого кода через стоимость выходных токенов. Подписки этот подход ломают, но как будто подписочная модель наиболее “честная” для оценок.
Перевод строк кода в токены не такой-то простой, берем такой код:
if (user.status_code === 404) {
В этой строке — 14 токенов по алгоритму BPE:
- отступ в начале строки
- if
- открывающая скобка
- user
- точка
- status
- подчеркивание
- code
- пробел перед оператором
- оператор сравнения ===
- число с пробелом 404
- закрывающая скобка )
- открывающая скобка { с пробелом
- перенос строки
А в сгенерённом коде еще будут комментарии, длинные названия переменных и функций. Поэтому если очень грубо оценивать “стоимость кода в пересчете на выходные токены”, то на 1 строку кода надо брать не 10, а скорее 30 токенов, и 1 млн выходных токенов получится не 100.000 строк кода, а меньше, наверное нормальной оценкой взять 50.000 строк.
Кстати, 50.000 строк — столько приходилось на 1 программиста в Badoo в лучшие годы, кода кодовая база сильно росла. То есть это даже не “в год”, это сколько на 1 сотрудника приходилось строк кода в репозитории. И затем эта цифра снижалась.
А в реальности всё сложнее. В агентном кодинге вход тоже важен, контекст перечитывается, стоимость добавляет и инпут, и процент попаданий в кэш. Допустим есть коэффициент, на который надо умножить цену миллиона выходных токенов. Он не универсальный, зависит и от “обвязки” / агента, и от модели.
Я тут поколдовал с помощником, не буду приводить полный расчет, короче, этот K по оценкам от 3 до 5, причем ниже у американских флагманов, и выше у китайских. Но даже с такими оценками стоимость 50.000 строк кода получается слеюущей:
Модель Out Real K
Fable 5 $50 $145 2.9
GPT-5.6 Sol $30 $78 2.6
Opus 5 $25 $73 2.9
Sonnet 5 $10 $29 2.9
Qwen 3.8 Max $6 $27 4.5
GLM-5.2 $4.40 $23 5.3
DeepSeek V4 Pro $0.87 $3.2 3.7
DeepSeek V4 Flash $0.28 $1.1 4.0
Выводов не будет, просто оставлю вас с размышлениями о текущей стоимости написания 50.000 строк кода - кодовой базы, которая приходилась на 1 разработчика в проекте с миллиардной капитализацией.
🔥за новую эру “наш код не стоит ничего”
👍за дипсик | 3 288 |
| 17 | Сегодня день дешман-эксперимента: для ресерча, конфигурации, составления всяких учебных и маркетинговых матриалов (не для кодинга) использую только DeepSeek V4 Flash из облака Алибабы.
Алибаба рулит, кстати. Обычно надо немного повозиться, чтобы по логам выбрать самого быстрого провайдера, но зато если не полениться, то в итоге получается супер-скорость. Пока не сообразил, можно ли выкачивать логи по API, чтобы отдать такие задачи агентам 😉
За полдня потратил кучу денег — около пятнадцати центов. Но модель туповата, конечно, прям очень точные нужно давать указания. Завтра попробую то же самое, но с DeepSeek V4 Pro.
Обучение devhands.io | что за Рыбак | Devhands AI Club | Внедрение AI | 4 501 |
| 18 | Страйп купит OpenRouter?
TL;DR: Stripe ведет переговоры о покупке OpenRouter примерно за ~70x годовой выручки, идут переговоры.
Всем, кто начинает или активно программирует/автоматизирует с агентами, я категорически рекомендую использовать OpenRouter (лучше через квн или прослойки типа нашего devhands-прокси), хотя бы в дополнение к моделям Anthropic/OpenAI, но можно и как основной доступ к моделях.
OpenRouter — это “гейтвей”, который позволяет очень легко получить доступ сразу к 400+ LLM-моделям, американским и китайским, и гибко настраивать обвязки, оптимизируя стоимость, особенно если вы часто вылетаете по лимитам и по каким-то (не всегда понятным мне) причинам не хотите переходить на нормальные дорогие тарифы (AI экономит дофига времени и ресурсов, и я лично не понимаю, чего мелочиться, но дело ваше, конечно).
Stripe ведёт переговоры о покупке OpenRouter примерно за $10 млрд. Это ~70x годовой выручки, безумный мультипликатор, но если учесть, что это 8x последней оценки, то уже не выглядит совсем сумасшедше. Сделка пока не закрыта — по последним данным, переговоры продолжаются.
Есть мнение, что смысл сделки — контроль за рождающейся экономикой агентских платежей. OpenRouter стоит в точке выбора модели и видит, что покупает рынок. Stripe стоит в точке расчёта и знает весь операционный контекст - вместе они могут стать транзакционным слоем этой новой экономики.
Справка:
• OpenRouter - американский стартап из Нью-Йорка, который дал разработчикам единый API-шлюз для доступа к 400+ языковым моделям (OpenAI, Anthropic, Google, DeepSeek и др.) через один интерфейс.
• Основан в начале 2023 Алексом Аталлахом и Луи Виши
• Зарабатывает на комиссии, забирает ~5% оплат за инференс
• Обрабатывает ~25 трлн токенов в неделю (~100 трлн в месяц), 8 млн+ пользователей
• Привлёк $174 млн инвестиций
• Май 2026 — раунд Series B на $113 млн от CapitalG (Alphabet), оценка выросла до $1,3 млрд
• Июль 2026 годовая выручка (ARR) выросла до ~$140 млн (втрое с апреля)
• Конец июля 2026 — переговоры со Stripe
Во всех наших онбордингах подобные гейтвеи играют центральную роль, они позволяет миновать все вопросы с регистрацией, телефонами, картами и потенциальными банами из-за всех этих “так а че банк не открылся а я ж в квн” и “мать запалят надо ж было через квн”. Кстати, можем дать на тест доступ к нашему прокси — поймете, как удобно жить без квн и вот этого всего, так же можем развернуть для вас “персональный” гейтвей.
Обучение devhands.io | что за Рыбак | Devhands AI Club | Внедрение AI | 4 350 |
| 19 | У моего приятеля, Саши Горного, есть курс по Клоду для предпринимателей: https://claude.aiacademy.me/
Проходил часть этого курса, хотя мне он был интересен даже не столько тем, чему я могу научиться, сколько тем, как учат предпринимателей.
Программу можете посмотреть на сайте, не буду пересказывать. Всё по делу: анализ данных, презентации-отчеты, лэндинги, контент, автоматизации. Понравилась глубина проработки некоторых тем типа контент-фабрики, ребята делятся собственным опытом и открыто говорят о своих ошибках, что сработало и что не сработало. И очень отзывчивый и доброжелательный чат, в котором отвечают не только авторы курса, но и сами участники помогают.
В-общем, предприниматели, если хотите освоить Клод системно — это хорошая точка входа. | 5 175 |
| 20 | Всем привет! Ребят, готова запись митапа с Максом Лапшиным: агентский переход стримингового сервера Flussonic с Erlang на Rust, будущее программирования и программистов, опыт обвязок, ревью и вот этого всего. На скорости 1.75 слушать около 50 минут ;) Инджой.
К сожалению небольшой кусок вначале не попал но там только приветствие.
https://youtu.be/DKo0KN0IpbQ?is=JrfZXcpxJU3lnMoH | 4 992 |
