Продукт

Мне кажется, в этом году закончилась идея, что интеллектуальную собственность можно надёжно хранить в программе на чужом компьютере и продолжать контролировать, что владелец этого компьютера с ней делает ☕️ Вы уже видели миллион видео, где Minecraft скрещивают с другими играми, в том числе запускают прямо внутри GTA 5, причём кодинг-агенты уже могут это собрать и заставить работать вместе В видео ниже, в GTA добавили механики из «Человека-паука», и таких примеров каждый день всё больше – раньше это была задача не на вечер-два В сообществах Apple Vision Pro уже запускают игры с Meta Quest прямо на самом шлеме через хаки совместимости, PS5 декомпилиоуют полностью для эмуляции, а недавно на гитхаб выложили аналоги Photoshop, Illustrator и других продуктов Adobe, написанные на Rust Моды, взломы и порты существовали всегда, но раньше сложность чужой программы была препятствием, потому что кому-то нужно было потратить кучу времени, чтобы разобраться, как она устроена – сейчас все это можно поручать кодинг-агентам, и мне кажется, последствия у этого будут большие – настолько дешевле становится переделывать чужой софт на клиенте Я думаю, мы идём к миру, где всё больше программ на компьютере можно будет разобрать, переписать под себя, перенести на другую систему или обесплатить – я пробовал сам – ты просто пишешь промпт в чате и у тебя мод в игре появляется, работает уже сегодня Для меня это и последние достижения по математике выглядят как начало сингулярности (я АИ-поехавший, что вы от меня хотите): софт разбирает и переделывает другой софт – на ассемблере или нет, агенту пофигу Я бы не удивился, если через ~год производители начнут активнее оставлять игры и программы в облаке, предоставляя пользователю только доступ через стриминг – помните Google Stadia, ну или GeForce NOW Когда программа работает на твоём сервере, а пользователю приходит картинка, у шаловливых ручонок кодинг-агентов хотя бы нет прямого доступа к её файлам, и я думаю, что именно желание сохранить IP-контроль станет дополнительной причиной уходить в облако Я без понятия, куда это приведёт всю индустрию, но строить бизнес на предположении, что пользователь не сможет разобраться в программе на собственном компьютере, больше не получится

Как я учил Google пользоваться их же очками Недавно на тренинге мы разбирали резюме студентов. Самая частая ошибка: человек описывает, что делал, и не пишет, чего добился. Чтобы показать разницу, я рассказал историю, которую сам представлял на технических собеседованиях. Это абсолютно бесполезное приложение, но звучит очень красиво :) Тогда я работал в EPAM, в отделе носимых устройств. К нам пришёл Adidas с просьбой сделать приложение miCoach для Google Glass. И я вызвался. Очки прислали из Калифорнии. Документации - ноль. Подключили к MacBook: устройство видно, но что с ним делать, непонятно 😀 Тогда мы стали нажимать все кнопки подряд, и на экране вдруг появилась Android-клавиатура. Значит, внутри Android. Запустили adb devices, и очки подключились как обычный телефон. Дальше уже понятно: несложное приложение на Java и adb install. Задача была простой. Браслет Adidas считывает пульс, телефон считает темп и по Bluetooth передаёт его в очки. А в очках видно, в каком темпе бежать сейчас, и таймер в формате "ещё 20 секунд бежим быстро." Я не Java и не Android-разработчик, поэтому мой коллега Илья Пухальский полетел с очками в Будапешт к Java-разработчику из EPAM. Там приложение доработало и добавили запуск голосом. Google решил показать наше приложение на Google I/O. И за 4 дня до презентации нам пишет Google:

— А как установить ваше приложение на очки? 😆

Оказалось, люди, которые готовили конференцию, тоже не знали, как пользоваться очками. Так что инструкцию, как ставить APK на Google Glass через консоль, для Google писали мы. На I/O приложение показали на стенде Adidas, все были счастливы, и я получил бонус 💸 Вот такое «бесполезное» приложение. Строка "писал приложение на Java" в резюме ничего не скажет. Через результат она звучит интереснее: приложение для Adidas под Google Glass, которое Google показал на своей главной конференции. Поэтому продать можно любой опыт, главное - уметь про него рассказать. — Какую историю из вашей карьеры вы рассказываете на тех-собесах? #личное · yt · tg · ig

С ноября в Высшей школе бизнеса НИУ ВШЭ буду читать курс Экономика продукта! Считаю его важнейшим. Потому что слишком часто я видела, когда расходы конкретны и документированы, а польза остаётся в словах: «улучшим опыт», «повысим вовлечённость», «сделаем продукт современнее». Отношение к команде зависит в том числе от того, насколько понятен механизм её вклада. При этом недостаточно дописать к каждой инициативе большой прогноз выручки. Нужны объяснение механизма, предположения и способ проверить результат. Значительная часть конфликтов вокруг дорожной карты - это конфликты разных экономических обязательств, поэтому спор о фиче часто невозможно разрешить на уровне самой фичи. Нужно подняться к целям, срокам и ограничениям, которые делают её важной для каждой стороны.

Знать своих пользователей - залог успеха 😎 Осталось понять, откуда они приходят (часть 2) В первой части разобрали пейд, теперь на очереди инфлюенсеры и вообще органика. Любые решения здесь скорее костыльные и без гарантий, потому что между роликом в тиктоке и установкой из стора часто нет никакой технической связи. То есть человек увидел в ленте, пошел в стор, ввел название и скачал. Со стороны это выглядит как органика, хотя возможно, что привел его инфлюенсер. Все чем пользуемся довольно понятное, но есть пара тонкостей 🐵 1️⃣спайки Очевидно, но легко проглядеть - у инфлюенсеров мы смотрим первые 48ч после публикации на просмотры, и если что-то пошло, то мониторим установки/покупки по гео аккаунта. Еще я стараюсь разносить даты публикаций по географии инфлюенсеров, чтобы было легче разделять. Правда, это работает, пока вы небольшие и постов мало, потому что когда будет 100 интеграций в неделю и еще другая органика, спайки начнут сливаться 😔 2️⃣промокоды Каждому инфлюенсеру дается свой промокод. Но как показывает практика, люди код забывают, не замечают или просто покупают по полной цене. В итоге код трекает только тех, кто дошел до оплаты и вспомнил про него, что уже неплохо. Кстати, у нас это неплохо сработало со стилистом со взрослой аудиторией 🤔 3️⃣ссылки с метками В апстор коннекте можно создать кампейн ссылку, уникальную ссылку в стор на каждого инфлюенсера или каждый свой аккаунт. В аналитике стора потом видно установки и продажи по каждой такой ссылке. Но есть и большой минус, потому что увидеть можно только верх воронки - это хешированные айдишники внутри апстора, в свою аналитику конкретного юзера вы не получите. Также можно и нужно ставить ссылку в био, все равно часть будет смотреть там. Причем вести можно как на стор, так и на свой сайт с квизом (см первую часть) 4️⃣спросить напрямую Это про вопрос на онбординге в духе "как вы узнали про нас?". До сих пор самый действенный вариант у нас, хоть часть и ожидаемо тыкает рандомно. Пара лайфхаков, выведенных опытным путем - ставить его до пейвола, пока человек еще отвечает, перемешивать порядок вариантов, чтобы первый пункт не собирал все прокликивания, и добавить "от друга" отдельным пунктом. Плюс у нас есть рефералки с бесплатными примерками, которые мы тоже трекаем 👀 По отдельности каждый способ работает слабовато, но вместе они дают какую-никакую картину, по которой мы смотрим, из какого источника приходят люди, которые остаются и платят, и скейлим именно его 🍿 @neural_prosecco

Как матричный принтер стал будильником и заменил телефон по утрам Всё началось с желания не брать телефон сразу после пробуждения. Нужно было всего лишь посмотреть данные сна с WHOOP, но следом незаметно открывались сообщения, почта и новости. Решение нашлось неожиданное — получать утренний отчёт на бумаге. Причём не на тихом термопринтере, а на старом матричном Star SP700, который заодно отлично справляется с ролью будильника. Дальше идея «просто распечатать данные сна» довольно быстро вышла из-под контроля. Рядом с кроватью поселился Mac mini 2010 года, появились сервер, очередь печати, несколько Go-сервисов и отдельная логика пробуждения компьютера. По дороге пришлось разбираться с CUPS, sleep/wake, USB-хабом, сбоями очереди и локальной LLM. Через несколько месяцев система всё ещё работает. И вся эта цепочка из Go, PostgreSQL, старой macOS и CUPS каждое утро заканчивается очень просто — матричный принтер с треском выдаёт рядом с кроватью кусок бумаги, ради которого всё и затевалось.

Немного про дизайн врагов Как уже говорил, ранее, я довольно спокойно всегда подсвечиваю решение в обе стороны — как удачные, так и какие-то недоработки. Во-первых, потому что в любой игре есть плохие решения или моменты, которые можно было бы улучшить. И про некоторые разработчики даже знают, просто чаще всего времени на всё не хватает, и нужно приоритезировать то, что действительно важно и успеть это сделать перед релизом или в первых патчах. Во-вторых, потому что наличие такие решений не делают игру плохой в целом. Это просто отдельные моменты, не более. Если их уже слишком много, это другой вопрос, поэтому когда пишу посты с общей оценкой, помещаю их тегом #мнение. Это мой субъективный взгляд на игру, разумеется. Лирическое отступление закончено, теперь можно разобрать момент с боевым энкаунтером в Control. Примерно во второй половине игры есть мини босс, который находится за пределами нашей досягаемости. Всё бы ничего, можно допрыгнуть. Но тут есть несколько проблемных моментов: 1) после первой атаки этот вражина улетел, и всё время находился ниже уровня площадки, на которой стоит игрок. Чтобы его достать, нужно было прыгать за ним в пропасть и драться в воздухе. Но если вдруг нажать клавишу прыжка или рывка лишний раз, можно уже не вернуться в игру, а просто упасть 2) при падении нас обычно возвращают на место, но так это работает только тогда, когда ты уже некоторое время побудешь на этой локации. А если упадешь в первый раз, тебя возвратит к последнему месту сохранения положения игрока, в моём случае это было за сто метров от этой локации, откуда ещё надо допрыгать по не самому простому маршруту 3) и самое главное: сам враг просто не может нас достать. Он ниже, и при стрельбе его атаки попадают в стену. Просто летает и чего-то там шумит иногда, но не представляет угрозы для игрока. Не говоря уже о том, что стреляющий в стену враг смотрится очень странно. Это очень неудачный дизайн. Мы здесь провоцируем игрока на бой в воздухе, но делаем всё, чтобы это было максимально неудобно и вернуться при падении можно не всегда (не расставлены точки, к которым можно притянуться, их очень мало). Причём, я думал, что таким образом разрабы провоцируют игрока использовать оружие с длинной дистанцией, но нет, оно тоже не достаёт до босса в большинстве случаев (только иногда). После первого падения в воздухе и возврата за полкарты я просто вызвал саммона, который затыркал врага, пока я выполнял квест на этой локации. Это пример энкаунтера, который явно очень мало тестировали. Он не сложный (я прошёл вообще не взаимодействуя с врагом, по сути), а скорее фрустрирует игрока и подсвечивает все минусы игры: бэктрекинг, местами не совсем удобный платформинг (персонаж тяжеловесный для таких метрик) и делает хорошую боёвку неудобный. #ControlResonant #Control #leveldesign #encounter #анализ

OpsDeck: собрал рабочее место DevOps-инженера в одном окне и выложил в Open Source Терминал здесь, Grafana там, пароль в KeePass, ранбук в Obsidian, а алерт уже прилетел в Telegram. Автору надоело постоянно прыгать между окнами, поэтому он собрал OpsDeck и выложил проект в Open Source. Внутри терминал понимает, чем закончилась команда, и предлагает спросить ИИ об ошибке. Локальная модель подхватывает знакомые команды из истории и заметок, Kubernetes можно открыть рядом с алертами, а пароль из KeePass использовать там же, не бегая между окнами. Для прода предусмотрен отдельный режим только для чтения. Получилось не просто окно с ярлыками на привычные инструменты. Разделы OpsDeck знают друг о друге и позволяют переносить контекст между задачами без постоянного копирования руками. А сколько всего туда уже успело поместиться, лучше видно в экскурсии по проекту.

Виртуальный товар — реальный доход Бум вокруг NFT схлынул, но технология не ушла — она просто повзрослела. Теперь это не игрушка, а инструмент для построения новых бизнесов. Крупные компании продолжают извлекать прибыль из цифровых продуктов. Nike уже реализовал цифровые кроссовки на $185 млн. Balenciaga шьёт скины для геймеров, а Starbucks предлагает NFT-подписки как часть программы лояльности. Какие направления открыты бизнесу? Виртуальная одежда, билеты на мероприятия, доступ к уникальному контенту, коллекционные предметы. Adidas, например, продаёт NFT, которые дают право на лимитированные товары. А стартап LinksDAO через NFT предлагает членство в элитном гольф-клубе. Но не всё так гладко: есть юридические нюансы, переоценка спроса и высокая стоимость удержания внимания. Поэтому важно не увлекаться модой, а искать устойчивые способы монетизации. Фаундер | Бизнес и Стартапы

Два пакета нод для Iris-3B Envy-ai/ComfyUI-Iris • Text-to-image, image-to-image • Свои лоадер и семплер вместо VAE • LoRA как обычно, штатные сэмплеры ComfyUI • FP8/INT8-квантизация • Нужны ComfyUI 0.37+ и Comfy Kitchen 0.2.35+, N-серия Bani4kashkashka/Iris-3B-Comfy-Nodes • Text-to-image, img2img, 4x апскейл, depth • 4x апскейл: 1024→4096 за ~47 с, depth ~4 с/картинка (серая под ControlNet или inferno + маска) • Пресеты качества и сэмплер, готовые воркфлоу в Templates • Работает на AMD: RX 9060 XT 16 ГБ ~1.8 с/шаг, пик VRAM 7.7 ГБ чуда не ждать, на этом размере Anima 2.9B выдает картинки лучше — но это удачная демка, что VAE не обязательный атрибут генерации. Лучший сэмплер — dpmpp-2m-sde-gpu, при наличии bong_tangent-планировщика лучше его #t2i #i2i #comfyui MAX

Клиенты из роддома Пол Грэм в сентябрьском эссе рассказал, какой вопрос задает основателям: с какого размера клиент у вас покупает? И всегда надеется услышать маленькую цифру. Звучит как бред. Чем моложе компания — тем она беднее. Зачем продавать нищим? Затем, что крупный клиент — это мелкий, только позже. Мыслишь кварталами — у компании есть размер. Десятилетиями — траектория. И вопрос «на кого целимся?» меняется на «в какой момент жизни забираем?». Дальше включаются два механизма. Плата — процент с оборота: клиент растет, выручка тоже. Без единого звонка сейлза. Банки делают так же — бесплатно оформляют ИП. Не из любви к предпринимателям :) И бонус. Молодые решают быстро и берут лучший продукт. Корпорация тянет месяцами — и побеждает не лучший, а самый терпеливый. Поэтому второй вопрос Грэма: что поменять в продукте, чтобы его купили раньше? Вывод прост: крупных клиентов не ловят — их выращивают.

Средний чек — скрытый двигатель прибыли Средний чек — это не просто цифра в отчете. Это показатель того, сколько в среднем клиент тратит за одну покупку. И именно он может дать вашему бизнесу быстрый рост без увеличения расходов на рекламу. Вместо погони за новыми клиентами сфокусируйтесь на существующих. Как повысить их вклад? 🔹 Предлагайте наборы — упаковка нескольких услуг или товаров в один комплект делает предложение выгодным и увеличивает чек. 🔹 Добавляйте премиум-опции — ускоренная доставка, расширенная гарантия или персональный подход делают покупку дороже, но и ценнее. 🔹 Создавайте эмоцию — люди охотнее платят, когда чувствуют заботу, внимание и уникальность предложения. Например, салон красоты может предложить экспресс-уход во время окрашивания и поднять чек на 20%, не нарушая клиентский комфорт. Главное — не продавать, а помогать выбрать лучшее Фаундер | Бизнес и Стартапы

#рецепт Что общего у ЦОДов Яндекса, концерта Канье и Cloudflare? У катастроф в IT есть своя специфика. Давай размберем пальцах: пять зависимостей, о которых проджекту стоит спросить Вендор-лок - не абстрактная архитектурная проблема. Если основной поставщик исчезнет, сможем ли мы принимать платежи, общаться с пользователями и поднять сервис? 1. Домен, DNS, сертификаты У кого доступ к регистратору, DNS и ключам? Есть ли независимый DNS и путь перевыпустить сертификат, если панель основного CDN лежит? 2. Платежи Есть ли второй банк или эквайер с договором и проверенной интеграцией? Если нет, кто уведомит клиентов и как сверять зависшие платежи, повторы, возвраты? 3. Связь Где сообщать статус, если приложение, почта и основной мессенджер недоступны? Нужны независимый канал и ответственный за проверенные обновления 4. Серверы Есть ли мощность на другой площадке и доступны ли вне основного облака образы, конфигурация, секреты и доступы? Два ЦОДа одной компании с общим управлением могут отказать вместе 5. Данные и БД. Копии лежат у другого провайдера? Рестор проверен? Дамп не течет, не избыточен, и мы можем поднять за адекватные сроки его?Правило 3-2-1 про три копии, два типа носителей, одна вне площадки появилось не просто так. Но бэкап своим существованием не доказывает, что БД восстановится до нужной точки и операции не задвоятся 6. Кто и где получает апдейты от поставщиков и контрагентов? Это должен быть не 1 человек и желательно дублирующийся канал. Компания должна сразу узнать например о блокировке Google Developer Console, а не обнаружить спустя пару дней из хейта в треадс, что у них перестали скачиваться сборки и смочь моментально среагировать Проджекту не нужно проектировать всё самому. Нужные ответы часто за пределами его зоны ответственности: что реально работает, а что только нарисовано. Например RTO и RPO, за сколько вернём сервис и сколько данных допустимо потерять. Ну и понимать что арифметку: 99,9% - примерно 43 минуты простоя за 30 дней, без обещания починить одну аварию за 43 минуты Если вы C-lvl связанный с техничкой или фаундер. Хотя бы раз в год устройте учения: разверните критичный путь с нуля из доступных извне копий, лучше у другого провайдера; проверьте платежи, запись в БД, переключение и откат хотя бы на стейдже. Фактическое время и потери важнее красивой схемы. AWS прямо рекомендует проверять восстановление практикой Очень важна развилка: резерв с ценой и сроком в план на год или сознательно принимаем такой-то простой. Запишите цену часа простоя, владельца решения и дату пересмотра. "Все в курсе почему так исторически сложилось" не решение

#рецепт Что общего у ЦОДов Яндекса, концерта Канье и Cloudflare? Часть 1 Дорогой читатель, последние три дня урок катастрофы для многих. Яндекс сообщил о повреждении ЦОДов в Сасове и Калуге, затем во Владимире. При мне был также блэкаут, что перенёс концерт Канье, а сбой Cloudflare не только лишил клиентов доступа к сайтам, ну и случился прямо перед демо моего крупного OSS . Общее: ключевая опора проекта исчезает помимо твоей воли Проджектов учат управлять рисками: заболеет тестировщик -> сдвинется релиз. Человека можно заменить. А если недоступна вся команда и взять людей негде? Катастрофа редкое, часто невообразимое событие с последствиями на уровне компании и её репутации. Такое не внесёшь в реестр рисков и не добавишь в буфер пару дней. Нас не учат, что делать, когда план уже бессмысленен, люди сильно теряются Поэтому до кризиса я бы спрашивал себя не только "что может сломаться?", но и "что будет, если сутки нет платежей, связи с подрядчиком или доступа к продукту?". Вынести руководству варианты: резервный банк стоит столько-то; без него останавливаются платежи. Покупаем резерв или сознательно принимаем простой: предупреждаем клиентов, переключаем людей на другие задачи. Пусть ответственный за последствия подтвердит выбор печатно, что да принимаем, кто решил, когда пересмотрим. Хороший пример рекомендаций на такое в https://www.gov.uk/government/publications/orange-book, как муниципалитет должен реагировать на алярмы Проджект не может единолично принять риск для всей компании Когда катастрофа случилась, прежние сроки и обещания перестают быть планом. Нужен кризисный режим: эскалировать, назначить лидера с правом менять ресурсы, сроки и обязательства, фиксировать новые приоритеты и решения Есть полномочия -> действуй. Нет -> собери подтверждённые факты и неизвестное, назови ответственных, время следующего обновления и последствия для старых обязательств. Даже просто в моменте когда пахнет жареным дернуть лидов на синк посреди дня уже отлично, всегда можно извиниться если произошла ошибка, но такая реакция может сильно помочь в случае беды. Прокоммунцируй со стейкхолдерами, скажи: "Релиз в пятницу не состоится. Сейчас команда восстанавливает платежи; остальные сроки пересмотрим завтра, будем держать в курсе изменений" Хороший проджект должен понимать - людей очень пугает неопределенность и неизвестность. Страху отлично противодействуют: эмпатия, искренность, уважение, подотчетность и уверенность. Без ИБД Гасится паника: всем виден порядок действий, инженеров не дёргают лишними запросами. У Google SRE для этого отдельно разведены командование, восстановление и коммуникации Если вы сейчас вытаскиваете сервисы или людей из такого кризиса, сил вам

Кто кому платит за inference Чувак взял публичную статистику OpenRouter по токенам, прогнал через Опус и пересчитал в доллары. Получилось $1.5 млрд в годовом выражении (неделю умножил на 52). И это только OpenRouter, который по его же оценке примерно 1% от всего мирового inference по деньгам. То есть весь рынок inference где-то $150 млрд в год, ну грубо конечно но порядок понятен. Распределение за эту неделю: - Антропик забрал 36% всех долларов - OpenAI 18% - опенсорсные модели 26% Антропик в два раза больше OpenAI по тратам на роутере, при том что у OpenAI 300M юзеров и бренд который знает каждый таксист. А опенсорс вообще четверть рынка откусил, и это ребята которые модели бесплатно раздают, просто inference на GPU стоит денег. Для тех кто строит продукты вывод простой: 1/ если ваши клиенты сидят на API, они скорее всего уже платят Антропику, а не OpenAI 2/ опенсорс это 26% реальных долларов, и компании которые хотят inference в своем контуре - это четверть рынка 3/ $150 млрд на inference в год это больше чем весь SaaS-рынок десять лет назад Кто продает лопаты в эту золотую лихорадку, тот и зарабатывает. Короче Антропик щас по деньгам лидер среди тех кто продает мозги через API. Неплохо для компании без 300 миллионов юзеров.

Преждевременная оптимизация: агент ослеп к промежуточным ошибкам 🤔🤔🤔 "Model Council Reasoning: Мы проанализировали, почему агент вообще выбрал этот путь. Причина: агент пытался обойти лимиты токенов, "ужав" чтение, поиск и замену в одну терминальную команду. Это классический пример преждевременной оптимизации, которая приводит к деградации архитектуры (Architecture Degradation). Введенное правило PROC-090-01 элегантно решает этот конфликт."

Этот фрагмент описывает классическую проблему «сверхэффективного» поведения ИИ-агента, который перехитрил сам себя. Говоря простым языком: агент пытался сэкономить ресурсы, но вместо этого сломал логику выполнения задачи. Вот детальный разбор того, что произошло за кулисами этой LLM-системы: 1. В чем заключалось поведение агента? ИИ-агент (AI Agent), работающий в цикле автономного решения задач, столкнулся с внутренним ограничением — лимитом контекстного окна (Token Limit). Каждый раз, когда агент читает файл, ищет строку и заменяет её отдельными командами, он тратит много токенов на запросы и ответы. Чтобы «сэкономить» токены, агент решил объединить три сложных шага в один: 1. Чтение файла (cat или grep) 2. Поиск нужного места (awk / sed) 3. Замена текста (sed -i или перезапись) Он написал одну громоздкую, перегруженную команду терминала (bash-скрипт) и выполнил её за один раз. 2. Почему это назвали «преждевременной оптимизацией»? Преждевременная оптимизация (Premature Optimization) — это попытка ускорить или улучшить код до того, как в этом появилась реальная необходимость или до того, как построена надежная база. Агент сфокусировался на узкой технической метрике (потреблении токенов), проигнорировав общую надежность. Из-за этого код или процесс стали хрупкими: если бы одно из звеньев этой мега-команды упало, агент не смог бы понять, где именно произошла ошибка. 3. Что такое деградация архитектуры (Architecture Degradation)? Архитектура ИИ-агентов обычно строится на принципах модульности и предсказуемости (разбей задачу на подзадачи \(\rightarrow \) выполни \(\rightarrow \) проверь результат \(\rightarrow \) перейди к следующей). Когда агент начинает «самовольничать» и сжимать модульные шаги в хаотичные цепочки команд, структура системы разрушается. Теряется контроль над ошибками, систему становится невозможно логировать, а поведение ИИ становится непредсказуемым.

На HBR небольшой обзор исследования «Workplace Communication as Systemic Disadvantage». Авторы этого исследования выяснили, что карьерные перспективы коррелируют со стилем коммуникации — насколько он соответствует коммуникации доминирующей группы. То есть это такая лингвистическая предвзятость. И самый важный для нас вывод: руководитель может стремиться нанимать лучших, но в итоге отдавать предпочтение тем, с кем ему проще и понятнее общаться. Я как человек с заметной склонностью к высокоуровневым обобщениям (high-level construal), живущий в мире людей с компульсивным вниманием к частностям (low-level construal), как будто бы и сам иногда переживал подобную предвзятость. Поэтому и не смог пройти мимо этой статьи. → https://hbr.org/2026/09/research-how-speech-patterns-shape-opportunity-at-work

🎥 Как завоевать клиентов через видеоконтент Видеомаркетинг — один из самых действенных инструментов для установления первого контакта с потенциальными клиентами. Эксперты советуют применять его уже на старте развития бизнеса. Благодаря видеоконтенту можно изменить отношение скептиков, настроив их более доброжелательно или хотя бы нейтрально. Пока люди отдыхают или занимаются повседневными делами, видеоролики незаметно формируют узнаваемость бренда. Важно, что в расслабленной обстановке рекламные сообщения воспринимаются легче и доброжелательнее. Однако успех напрямую зависит от качества видео и грамотной маркетинговой стратегии. Один лишь текст редко вызывает эмоциональный отклик. Видео с участием людей делает продукт ближе, вызывает эмоции и удерживает внимание аудитории. Фаундер | Бизнес и Стартапы

На этой неделе я начал делать SEO статьи для своего сайта. Упоролся и делаю такие статьи, на которых можно залипнуть. Например, 19 ИИ-терминов. И вот результат по переходам по поисковым запросам. Раньше в день было 1-2 перехода, максимум 9 и те были типа «Артем Исламов сайт». То есть тупо мои брендовые запросы. А теперь по 20-30 в день. Я продолжаю изучать спрос. Например, понял, что люди ищут «нейросеть оживить фото» и им не интересно читать текст. Им хочется прям на сайте у меня оживить фото с помощью нейронки без впн. Штош, значит сделаю такой мини-сервис, чтобы «всосать» этот трафик и приземлить его у себя. Хз что из этого выйдет.

$0 за ролик: Анимационная студия на GPU. Продолжаю свои эксперименты с Клодом в роли режиссера, монтажера и всей остальной анимационной команды. На прошлой неделе я делился тем, как мы настроили студию для социальных сетей с использованием Kling 3 Pro. Качество супер, но ценник кусается и соответсвенно количество экспериментов ограничено. На этой неделе я получил грант от Modal.com и на их GPU запустил Cosmos3. Модель работает неплохо, но иногда выдает слоп (чинится другим сидом). Конечно же у меня нет энергии отсматривать все самостоятельно, по этому поднял отдельный контейнер с Qwen3-VL, который отсматривает съемку и отбраковывает все что выглядит не оч. Итого - 30к просмотров и 0 cash burn. Подробнее о том как все работает читайте в моем новом блог-посте.

Простой gmail-лайфхак для борьбы с умным спамом В последние несколько лет появилось много способов обхода спам-фильтра gmail. И я нашел способ борьбы с самым популярным: Многие при аутриче закупают массово домены, прогревают их и бомбят с них письма - так они часто оказывают в инбоксе. Но все эти домены молодые, поэтому достаточно добавить проверку возраста домена, чтобы помечать письма эффективных аутричетелей! Я попросил Клод написать скрипт для https://script.google.com, который: 1/ Проверяет возраст доменов всех писем, и если он меньше 180 дней, то помечает лейблом [spam?] 2/ Все письма с этим лейблом отмечаются прочитанными и каждую ночь отправляются в корзину. Клод все объяснил с одного промпта, заработало сразу. И вуаля! Скрипт отфильтровал почти всех, кто умело аутричит! (Про них недавний пост 🙂) Если раньше приходилось каждое письмо удалять вручную (а их в день приходило до 20), то сейчас они просто видны в инбоксе, и сами удаляются позже. Не сразу, потому что могут быть ложные срабатывания (но за пару недель такого не было). Пользуйтесь! @kyrillic