Клиент не сказал ни одного «да». И это была лучшая встреча за месяц На прошлой неделе собрал звонок: я и двое фаундеров, участники клуба MFS, Саша и Стас. Саша делает базу данных для AI-стартапов — она удешевляет хранение данных и ускоряет поиск. Стас — основатель HR-tech с enterprise-клиентами. Идея простая — прокастдевить Стаса как потенциального клиента Саши. Посмотреть, где болит, и понять, ложится ли туда продукт. Пошло не по плану. Уже к третьей минуте Саша начал рассказывать, какой у него классный продукт, сколько он сэкономит на инфраструктуре и как легко на него переехать. Стас — отвечать возражениями. Сижу и понимаю: это уже не кастдев, это переговоры, на которые Стас вообще-то не приходил. Пришлось вмешаться: ребят, стоп, мы тут ничего не продаём. Саша — «а я и не продаю». Стас — «нет, ты продаёшь». Но в итоге именно из этой перепалки вышло самое ценное. Стас поделился, что у него за последний год прилетели контракты по 350к евро с процедурой закупки по девять месяцев. В сделках такого масштаба IT-блок клиента согласовывает весь стек вендоров — если видит незнакомый продукт, просто говорит «нет», и сделка, за которую боролись почти год, просто слетает. Например, один крупный клиент без ISO 27001 поставил сделку на холд. Поэтому Стасу на текущем этапе развития плевать на экономию токенов и любую оптимизацию, которую предлагал Саша, — единственное, что для него важно, чтобы ничего не угрожало сделкам. Дальше Стас прямо сформулировал, как у него внутри устроено принятие решения: CTO смотрит на технологию, Head of Sales — на возможные угрозы для плана продаж, и ему вообще всё равно, сколько продукт экономит компании. Если хоть один скажет «нет» — сделки не будет. Два покупателя, и говорить с ними нужно на разных языках. В концу разговора Саша сказал, что цель встречи выполнена — узнал ровно то, за чем приходил. Хотя за весь звонок Стас не сказал ни одного «да». Зато накидал десяток возражений, которые для раннего стартапа могут быть ценнее чем продажа. Андрей Резинкин | Money For Startup

RPC-Bench: новый бенчмарк для long-context, RAG и multimodal paper understanding На ModelScope вышел RPC-Bench - датасет для проверки моделей на реальном понимании научных статей. Он заточен не под короткие QA, а под задачи, где модель должна работать с длинным контекстом, PDF-структурой, визуальными элементами и вопросами в стиле peer review. Внутри есть текстовые и визуальные входы: Markdown, оригинальные PDF, результаты парсинга и изображения страниц. Это делает RPC-Bench полезным не только для LLM, но и для VLM-оценки, где важно понимать документ как полноценный артефакт, а не просто набор извлечённых абзацев. Масштаб тоже серьёзный: 61,3K QA-пар из 4 150 научных работ, включая около 15K human-verified QA-пар для evaluation. Интересная часть в происхождении данных. Вопросы собраны из реальных review-rebuttal exchanges, поэтому они ближе к тому, как статью проверяет рецензент: методы, доказательства, claims, слабые места и соответствие выводов экспериментам. По результатам видно, что задача далека от решённой. Даже GPT-5 набирает только 68,2% по correctness-completeness, а после conciseness adjustment результат падает до 37,46%. Dataset: https://modelscope.ai/datasets/zai-org/RPC-Bench Paper: https://modelscope.ai/papers/2601.14289

⚡️ Что такое Blind XSS и как она работает Blind XSS (слепая межсайтовая скриптовая уязвимость) - это подвид хранимой (Stored) XSS. Её главная особенность: вредоносный JavaScript-код внедряется на одном ресурсе, а срабатывает в совершенно другом интерфейсе (часто внутреннем или административном), к которому у самого атакующего нет прямого доступа. Механизм уязвимости - Внедрение: Атакующий отправляет вредоносный скрипт через общедоступные формы, данные из которых сохраняются в систему. - Входной точкой могут быть поля обратной связи, тикеты техподдержки, имена при регистрации или даже HTTP-заголовки (например, User-Agent), если они записываются в логи. - Ожидание: Скрипт находится в базе данных в пассивном состоянии. Атакующий не получает мгновенного ответа от сервера и не знает, сработает ли его payload. Исполнение: Внутренний пользователь (администратор, модератор, сотрудник службы безопасности) открывает свою панель управления для проверки логов или тикетов. Если административное приложение выводит сохраненные данные в браузер без предварительной очистки, внедренный JavaScript-код выполняется в контексте сессии этого сотрудника. 🛠 Особенности тестирования Поскольку атакующий не видит админку и результат выполнения кода, стандартные методы вроде alert(1)здесь не работают. Для поиска Blind XSS применяются Out-of-Band (OOB) техники: - Внутрь payload закладывается логика отправки скрытого запроса на внешний хост, контролируемый тестировщиком. - Для автоматизации используются специализированные платформы (например, XSS Hunter или Interactsh). - Факт уязвимости подтверждается только тогда, когда на внешний сервер приходит обратный вызов (callback). Вместе с ним обычно передаются данные о внутреннем окружении: URL скрытой панели управления, DOM-структура страницы, IP-адрес и сессионные маркеры. 🛡 Способы защиты - Контекстное экранирование на выводе: Административные панели и системы работы с логами должны обрабатывать поступающие из базы данные так же строго, как и внешние. Все спецсимволы HTML должны преобразовываться в безопасные сущности перед рендерингом страницы. - Строгая политика CSP (Content Security Policy): Настройка политик во внутренних интерфейсах, запрещающая выполнение инлайновых скриптов и ограничивающая отправку запросов на неизвестные внешние домены. - Флаг HttpOnly для сессионных кук: Защита идентификаторов сессии от чтения через JavaScript, что предотвращает их кражу даже в случае успешного выполнения XSS. Привет!

На моё интервью с братьями Либерманами три недели назад прилетел страйк. Жалобу кинули крипто-пирамидчики. Жалоба прилетела из-за нарушения авторских прав от канала без видео на нём. Довести дело до страйка на YouTube непросто, надо обладать железобетонной доказухой. А это интервью из Zoom, без вставок чужих видео и музыки. Самый что ни на есть оригинальный контент. Страйк повесили на канал за вот эту фотографию. Страйк очень опасен для канала. Три страйка и канал сносят без возможности восстановления. Кто изображён на видео? Это серийные сетевики. Знаете, да, как есть серийные предприниматели, только это серийные участники пирамидосов. За их плечами участие в первых рядах почти всех крупных понци-схем последнего десятилетия. Финико, Kriptofuture, МММ-2011 и т. д. Пиздаболы слева направо: Игорь Бондаренко, Дмитрий Разумовский, Алексей Воскресенский, Сергей Дроздовский. Пиявки присосались к gonka.ai и выстраивают пирамидальную структуру вокруг проекта братьев Либерманов. Вот здесь подробный материал про них с разбором скам-схемы. Они якобы объединяют людей в пулы, чтобы вместе скидываться на аренду оборудования. Фокус идёт на привлечение новых участников: чем больше привлёк, тем больше выплат получаешь. Скорее всего, никакого арендованного оборудования нет, деньги старым участникам какое-то время будут выплачиваться из новых поступлений, а в один момент выплаты прекратятся. Страйк отбил, там долгая процедура. Сначала пришлось доказать ютубу, что контент оригинальный, а фото я показал в журналистских целях, чтобы уведомить аудиторию о потенциальной мошеннической схеме. Затем у пирамидчиков был 10-дневный период, чтобы подать на меня иск в американский суд. Чего, конечно же, сделано не было. Бесит, конечно, что у ютуба такой хрупкий механизм подачи жалоб, из-за которого очевидно авторский контент блокируется на несколько недель.

Тройной экзит в новую жизнь Вы одновременно: • Продаёте бизнес • Получаете топ-роль в бигтехе • Узнаёте, что беременны (мужчины, выберите альтернативу) А потом просыпаетесь, и поздравляю — вы Даша. У которой сейчас натурально дизрапт-сезон: бизнес интегрируется в бигтех, нужно применять роль руководителя в стратегии и корпдева Т-банка, но с оглядкой на надвигающееся материнство. Мне такое представить сложно, поэтому я в шоке читаю, как Даша обо всём этом рассказывает. Спокойно так, буднично, без героизма. Что особенно меня вдохновляет: — Пост про кайф от нового и сложного. Буквально неделю назад писал про правильную сложность, которая так важна для тех, кто делает бизнес в технологиях. — Серия постов о решении продать бизнес, начните с первого и дальше найдётесь, настоящий сериал! — Пост про "нежный и пушистый танк" как аллегория спокойного управления хаосом Оказывается так бывает и так можно было. Этот пост — напоминалка для тех, кто застрял в пузыре и слишком давно развивается линейно. Рекомендую.

Всё что вы хотели знать о новой приблуде стима — Personal Calendar: почему он гораздо эффективнее старого Popular Upcoming Valve подняла порог входа в Popular Upcoming с привычных ~7000 вишлистов почти до 100 000 — и инди-сообщество впало в панику. Но почти одновременно появился персональный календарь релизов, который показывает игру подходящей аудитории за два месяца до выхода и ещё месяц после. Крис Зуковски собрал первые цифры и запилил большую статью, а у меня чисто выжимка. Что реально даёт Personal Calendar: - Раньше Popular Upcoming приносил около 1000 вишлистов в день и держал игру 1–2 дня. Personal Calendar даёт 300–3000 в день и работает два месяца до релиза плюс месяц после. - Разработчик Don't Let It Starve вошёл в окно релиза с 5930 вишлистами — календарь поднял их до 11 630. - Главное не охват, а качество показов. Focus Grove: Popular Upcoming — 1 297 384 показа, CTR 0,81%, 10 538 переходов; Personal Calendar — всего 79 820 показов, но CTR 33,83% и 27 001 переход. - Starforged Legacy — та же картина: Popular Upcoming 704 226 показов / CTR 1,56% / 10 985 переходов против Personal Calendar 105 413 показов / CTR 31,26% / 32 952 перехода. По показам падение выглядит катастрофой, по переходам — рост. - Порог входа в календарь по ранней прикидке: примерно 8000–30 000 вишлистов. В выборке Зуковски 30-й перцентиль — около 8000 вишлистов, медиана — около 28 000, 70-й — около 66 000. - Игры из раннего доступа тоже попадают: связка ранний доступ -> 1.0 показывается в календаре, то есть такая игра теоретически может висеть там до полугода. Контраст со старым миром простой: Popular Upcoming заваливал показами всех подряд, Personal Calendar показывает игру тем, кто и так предрасположен к жанру. Поэтому показов меньше, а переходов и вишлистов больше — Valve последовательно делает витрину персональной. И это классический ход Valve: они подсматривают хаки разработчиков (мы годами выжимали из десяти слотов Popular Upcoming подобие календаря) и превращают их в официальный инструмент получше. Чо по выводам: - Ставьте дату релиза за два месяца и не двигайте её — большинство выставляют слишком поздно и теряют недели на витрине. - Поднимайте страницу в Steam рано и собирайте вишлисты как раньше: ориентир ~7000+ никуда не делся. - В эти два месяца тестируйте капсулы и теги (буквально по неделям), смотрите, в скольких календарях вы появляетесь. - Не делайте ранний доступ только ради календаря — для первой игры он по-прежнему чаще лишний. - Никаких теневых релизов (внезапный выход без анонса). Вы платите Valve 30%, в том числе за такие инструменты, — глупо ими не пользоваться.

Единственное или множественное? Разговор о банальном, но важном. Ловите шпаргалку из 10 слов, в которых мы чаще всего ставим лишние «-s» или забываем их. 🚫 ТОП-10 слов, к которым НЕЛЬЗЯ добавлять «-s» (они неисчисляемые): 1️⃣ Information (информация) — никаких informations! 2️⃣ Equipment (оборудование) — только equipment. 3️⃣ Advice (совет) — хотите дать совет? Скажите a piece of advice. 4️⃣ Feedback (обратная связь) — feedbacks не существует. 5️⃣ Knowledge (знания) — у нас знания (мн.ч.), у них — knowledge (ед.ч.). 6️⃣ News (новости) — выглядит как множественное, но это ед.ч.: The news IS good. 7️⃣ Research (исследования) — research is, а не are. 8️⃣ Evidence (доказательства) — только evidence. 9️⃣ Progress (прогресс) — никаких progresses. 🔟 Furniture / Luggage (мебель/багаж) — классика, о которой часто забывают. Отдельная каста: слова-хамелеоны Data (данные). В академическом английском это мн. число (от datum). Но в современном бизнесе правило одно: The data shows (ед. ч.). Так говорят все, и это норма. Staff (персонал). В США скажут The staff is... (ед.ч.), а в Великобритании The staff are... (мн.ч.). Оба варианта верны! Money (деньги). Всегда ед.ч. Money is. Sales (продажи). А вот тут наоборот — всегда мн.ч. Sales are up. Коллеги, признавайтесь, какое из этих слов вы раньше использовали во множественном числе? Делитесь в комментах ! 👇 Единственное или множественное? Разговор о банальном, но важном. Ловите шпаргалку из 10 слов, в которых мы чаще всего ставим лишние «-s» или забываем их. 🚫 ТОП-10 слов, к которым НЕЛЬЗЯ добавлять «-s» (они неисчисляемые): 1️⃣ Information (информация) — никаких informations! 2️⃣ Equipment (оборудование) — только equipment. 3️⃣ Advice (совет) — хотите дать совет? Скажите a piece of advice. 4️⃣ Feedback (обратная связь) — feedbacks не существует. 5️⃣ Knowledge (знания) — у нас знания (мн.ч.), у них — knowledge (ед.ч.). 6️⃣ News (новости) — выглядит как множественное, но это ед.ч.: The news IS good. 7️⃣ Research (исследования) — research is, а не are. 8️⃣ Evidence (доказательства) — только evidence. 9️⃣ Progress (прогресс) — никаких progresses. 🔟 Furniture / Luggage (мебель/багаж) — классика, о которой часто забывают. Отдельная каста: слова-хамелеоны Data (данные). В академическом английском это мн. число (от datum). Но в современном бизнесе правило одно: The data shows (ед. ч.). Так говорят все, и это норма. Staff (персонал). В США скажут The staff is... (ед.ч.), а в Великобритании The staff are... (мн.ч.). Оба варианта верны! Money (деньги). Всегда ед.ч. Money is. Sales (продажи). А вот тут наоборот — всегда мн.ч. Sales are up. _______ 👍 — спасибо за напоминание 🔥 — уже так практикую 🗿 — есть парочка косяков за мной #tipoftheday #vocabulary

Новый обновленный гайд по Steam - STEAMиздат Гайд версия 2.0, та самая база знаний для инди которую я делал еще кажется в 2025 году.. https://steam-izdat.github.io/?new Я перевел сайт с notion на гитхаб, по множеству причин - я задолбался платить за подписку notion 12$ в месяц просто за возможность короткого поддомена (да эта фича платная), а также github позволяет контрибьютить и легче обновлять все через git. Но это не все! Я перелопатил всю информацию со старого гайда, удалил устаревшую инфу, выгрузил историю чата steam-издата из ТГ за 2026 год, чтобы перепроверить кучу информации, получить актуальную информацию. Связался с некоторыми участниками сообщества напрямую, чтобы выяснить как вести дела из некоторых стран. В старом гайде было много устаревшей информации, некоторых неточностей по продвижению, по легализации и банкам, по работе со Steam-ом. Дизайн сайта постарался приблизить к дизайну STEAM, информацию перепроверял через несколько разных источников, включая перечитывание чата и поиск инфы по чату стим-издата. Конечно это все не вручную, использовал клод код, без него на это все у меня ушли бы месяц работы и я бы не осилил скорее всего. Еще я добавил несколько полезных калькуляторов в гайд, так просто идея пришла добавить полезных тулов. Сайт структурно был переработан так, чтобы быстрее и точнее отвечать на вопросы инди. Сделано это было через анализ истории чата ТГ (какие вопросы задавали, что чаще спрашивали и т.п.). Если заметите где-то ошибки, неточности обязательно пишите здесь или в сообществе Стим-издата. 👉 https://steam-izdat.github.io/?new

🏦 Греф: высокая ставка "переохладила" экономику России По словам главы Сбера, реальные процентные ставки сейчас находятся на уровне около 10%, что допустимо лишь как краткосрочная мера для охлаждения экономики. Греф считает, что экономика уже «переохлаждена», поэтому Банк России должен перейти к снижению ставки. Он отметил, что часть инфляционных факторов носит нерыночный характер, и бороться с ними исключительно с помощью жесткой денежно-кредитной политики неэффективно. Глава Сбера добавил, что высокая стоимость заимствований уже оказывает давление на экономику: инвестиции сократились более чем на 14%. В этих условиях, считает Греф, вместо сохранения высокой ставки необходимо смягчать денежно-кредитную политику, чтобы поддержать экономический рост. 📍 Подписаться на канал | Мы в MAX