Взял топ 3 в номинации Инноватор индустрии 🔥

Итоги года

Все уже отмечают – поэтому коротко:
Год прошёл отлично, в следующем будет еще лучше 🔝

🎄 Новогодний конкурс
Я сделал салат, назвал кобра! Считаю он потрясающий, за рецептом в лс

Делитесь своими столами в комментариях. Автору самого красивого стола по моему мнению - завтра скину 2026 рублей на киви кошелёк

💰Подходит сейчас ко мне сын и говорит:
надо было когда я был маленький биткоин покупать, сейчас бы миллионером был

А я думаю: спасибо сынок, что напомнил, что я мог стать миллионером, но не решился 😅

Дальше пораспрашивал у меня что такое этот ваш биткоин, я ему всё рассказал, показал как свечи работают. Он сказал что всё понял и 10 минут следил за тем как меняется цена.

Итогом разговора стала фраза: меня есть 6000 рублей давай купим, я когда вырасту буду миллионером.

А я для себя придумал план
Купил на $200 и продам, когда сыну стукнет 18, может и правда миллионером станет в 18 😅

2026 — рост или стагнация?

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

Да, бизнес в России сильно меняется, и если вы идёте в 2026 год с теми же процессами, с теми же инструментами хаосом — вам очень скоро будет пиздец. Поэтому либо вы прямо сейчас налаживаете процессы, либо в конце года будете подводить итоги: а почему не получилось..

Мы с коллегами хотим вам помочь, поэтому собрали много классных материалов на эту тему.

Мой материал тут

💬 Подписывайся и забирай остальные материалы тут:
https://tg-me.sbs/addlist/CCKIoFvYtYswOWI6


🎰 Ну и очевидно, розыгрыш:
🥇 MacBook Air M4;
🥈 Яндекс Станция Мини 3;
🥉 HUAWEI Freebuds 6.


Как принять участие:
1. Подписываемся на папку
2. Подтверждаем участие в боте
3. Поставить 🔥 этому посту, по желанию, но обязательно!

Результаты 16 февраля!

🪺 Мы больше не делаем backend на Nest.js — мы делаем заднюю часть на гнезде

С 1 марта вступает в силу закон о запрете иностранных слов в публичной коммуникации.
И это не шутка

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

Есть ряд правил:
1️⃣ Заимствованные слова, которые есть в словарях РАН — можно
2️⃣ Зарегистрированные товарные знаки — можно
3️⃣ Иностранное + перевод — можно, но без звёздочек, мелких шрифтов и т.п.

У вас есть месяц чтобы посмотреть все свои рекламные кампании, сайты, офферы и т.п. иначе получите письмо счастья на 10 или 500 тысяч рублей штрафа.

Пост был спизжен у Артёма

Пока скептики боятся MAX — бизнес уже может с ним работать

Когда разговор заходит до Макса, обычно вижу такую реакцию: "Мои данные.. О боже.. Как так можно.. Всё обо мне узнают.. Сольют..".

😈 Да кому ты нужен?
В следующий раз когда будешь делиться с нейронкой своими личными историями — подумай, может они тоже куда-то попадут? Но это другое, конечно.. Ну правда, снизь уровень своей важности. Если о тебе надо будет что-то узнать — узнают, кипятильники всё еще горячие 😅

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

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

☺️ Олеся Сизых, маркетолог:

«Работает» и «не работает» должно основываться на цифрах.

МАХ — это не очередной мессенджер, это госпроект, который в итоге замкнет на себе цифровой профиль гражданина РФ. Он не должен соответствовать канонам соцсетей. Там действуют другие алгоритмы. Это кулуарная площадка, в каналы которой приводят пользователей за ручку.

По цифрам: подписчик сейчас стоит 40-60 руб. В противовес в Телеграм 200-400 (в зависимости от ниши). Рекламного кабинета нет, но активно ведется работа с биржами рекламы и напрямую с владельцами каналов.

Функционал площадка расширят. Я уверена! Разработчики телеграм к широкому функционалу шли годы, а разработчики МАХ — месяцы.

Итак, что уже сейчас можно делать в MAX:
1️⃣ Внутренние коммуникации
Групповые чаты, звонки и видеозвонки. Сотрудников можно заводить без номера телефона, что позволяет не хранить переписки с клиентами на личных аккаунтах менеджеров, например.

2️⃣ Чат-боты и мини-приложения
Доступны для ООО и ИП, физлица создать не смогут. Есть API и конструкторы, в целом логика точно такая же как в телеге.

3️⃣ Интеграция с сервисами для бизнеса
Можно интегрироваться с сервисами для продаж, приема платежей и поддержки клиентов. Для того чтобы использовать нужно быть зарегистрированным на МСП.рф или иметь приложение в RuStore. Обещают, что скоро сможет подключиться любой бизнес в т.ч. самозанятые.

4️⃣ Каналы
Зарегистрировать канал может любое ИП или юр.лицо, но опять же — нужно синхронизировать профиль с МСП.рф

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

Теперь о минусах:
— Нет сторис
— Нет бизнес-аккаунтов
— У многих есть вопросы по конфиденциальности
— Не всегда стабильно работает, хотя я не замечал такого

🙂 Лично мне кажется, что сейчас тот момент когда можно залететь в первый вагон и когда Макс станет популярнее — вы будете готовы.

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

🔼 Если уже пользуетесь или планируете внедрять — обязательно делитесь в комментариях

Одна ошибка и ты ошибся

Я вот всегда очень остро реагировал на любые проблемы. Закрывался, пока не находил решение. Пока получается справляться с этим не очень хорошо, но уже лучше.

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

Мы тогда делали один из первых сервисов, который под одним интерфейсом объединял десятки нейросетей: LLM, генерация изображений, видео, музыка.
Сторонняя команда девопсов переносила инфраструктуру на новый сервер. После переноса меня попросили проверить всё ли ок.

Я захожу, а чаты пустые. Первая мысль: ну, забыли дамп базы. Начали разбираться.

Оказалось, что они похерили 5млн сообщений, не помню как, но какая-то причина была. Из них около 200 000 картинок сгенерированных Midjourney, за которые люди платили деньги. Картинки то остались, на записей со связями в БД нет.

Ожидание: заказчик будет рвать и метать
Реальность: Ну ладно, бывает

ЧТОООО?

Я даже переспросил, потому что не понял. И получил такой ответ:

если мы уже не можем на это повлиять, то зачем..?

И вот это меня тогда сильно приземлило.
Тогда же я для себя выделил 2 типа проблем:

1️⃣Ты можешь на это повлиять
И ты идешь решать, а не паникуешь и сотрясаешь воздух

2️⃣ Ты не можешь на это повлиять
Забиваешь и придумываешь как не повторить факап в будущем

С тех пор стараюсь фильтровать всё через эту ситуацию и мне это помогает. Факапы будут всегда и у всех, но результат будет зависеть от того как ты на это реагируешь.

А у вас какие факапы были, делитесь в комментах?

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

В папке собраны каналы владельцев бизнеса:
— одни управляют командами;
— другие отвечают за проекты;
— третьи принимают решения, которые помогают бизнесу расти
Подпишитесь, каждый для себя найдет что-то интересное!


Ну и по старинке, розыгрыш:
🥇 MacBook Air M4;
🥈 Яндекс Станция Мини 3;
🥉 HUAWEI Freebuds 6.


Как участвовать:
1. Подпишись на папку: https://tg-me.sbs/addlist/IRlsSalborhjYzhi
2. Подтверди участие в боте: https://tg-me.sbs/holly_random_bot?startapp=giveaway_13
3. Поставить 🔥 этом посту

🗓 Итоги — 17 апреля

Как я упрощаю постановку задач

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

❓Что сделал:
— Собрал PRD(документ о требованиях к продукту) проекта, на котором запланировал тест
— Собрал в один файл наши стандарты разработки: код-стайл, git-flow, конфиги prettier/eslint и т.д.
— Собрал хорошие и плохие кейсы постановки задач в рамках текущего проекта
— Собрал сам скилл, который в рамках проекта видит все эти документы, а также AGENTS.md для каждого конкретного проекта, т.к. везде есть свои нюансы.
— Сделал MCP-сервер для интеграции с нашим таск-трекером
— Сделал конфигурационный файл для связи с трекером, чтобы понимал какой проект, доску, колонку, теги и исполнителей нужно взять для разного типа задач.
— Написал сам текст скила в котором учел все наши "хотелки"


✅ Что дальше:
1. Открываю Codex, вызываю скилл $new-task
2. Коротко описываю задачу
3. Агент анализирует все наши требования, которые указывал выше, анализирует кодовую базу и разбирается что и где нужно сделать
4. После анализа задаёт вопросы
5. После получения ответов формирует итоговое ТЗ для внедрения фичи
6. Я изучаю и прошу внести корректировки, если нужно но обычно не нужно
6. После этого агент предлагает добавить задачу в таймтрекер
7. Добавляет задачу в нужный проект/доску с тегами. исполнителем и т.д.


Пример из проекта:
На входе:

$new-task Добавить Авто-перевод причины отказа в выводе средств на язык пользователя.

На выходе в трекере:

Контекст
В модуле src/modules/withdrawals причина отказа задается админом в CancelWithdrawDto.description и сохраняется в withdraw.reason (AdminWithdrawalsService.cancelWithdraw).

Пользователь видит эту причину в своем списке заявок GET /withdrawals/my (WithdrawalsService.getAllUserWithdrawals), но сейчас текст не адаптируется под user.language.


Ожидаемый результат
При отклонении заявки причина автоматически переводится на язык конкретного пользователя и отдается в reason в его истории выводов, без изменения API-контракта.


Сценарий:
1. Админ отклоняет вывод через POST /admin-withdrawals/cancel/:id с description.
2. Система определяет user.language владельца заявки.
3. Текст причины переводится на язык пользователя.
4. В withdraw.reason сохраняется переведенный текст.
5. GET /withdrawals/my возвращает локализованную причину в поле reason.


Что нужно сделать:
1. В WithdrawalsModule подключить OpenaiModule и использовать OpenaiService в AdminWithdrawalsService.
2. В AdminWithdrawalsService.cancelWithdraw перед withdraw.reason = ... добавить шаг перевода:
определить target language по user.language (en/ru/es/zh, fallback en);
3. вызвать сервис перевода;
4. взять значение нужного языка и сохранить в withdraw.reason.
5. Добавить failover:
если перевод не удался или язык не поддержан, сохранять исходный description (не падать при cancel-операции).
6. Сохранить текущий формат логов/админки:
в admin-log (AdminLogInfo.payoutCanceled) оставлять исходную причину, чтобы не терять оригинал.
7. Обновить Swagger-описание admin cancel endpoint (зафиксировать, что текст для пользователя локализуется автоматически).

Особые случаи:
1. user.language пустой/null/неизвестен: использовать en.
2. description уже на нужном языке: сохраняем как есть.
3. Ошибка OpenAI/API: отмена вывода все равно успешна, в reason сохраняется исходный текст.

Критерии готовности:
1. При отклонении заявки причина в GET /withdrawals/my возвращается на языке пользователя.
2. При ошибке перевода отказ все равно проходит, а reason заполняется оригинальным текстом.
3. Контракт endpoint’ов и DTO остается обратно совместимым.

Тестирую эту приблуду всю неделю, экономит мне ~70% времени на постановку задач, но главным плюсом считаю то, что разработчики получают детализированную постановку задачи и вопросов стало сильно меньше. Где-то уже заметно, что нужны корректировки, но думаю за месяц отточу до того состояния чтобы меня на 100% устраивало

💬 Че думаете?) Делитесь мыслями в комментариях