IT

Как скаутить перспективные идеи приложений 1. Открой Google Trends и вбей термин своей ниши. Позитивные сигналы: спрос растёт или есть резкий рост. 2. Проверь ASO. Нужны две цифры: keyword popularity выше 20 и difficulty ниже 60. Популярность высокая, а сложность низкая = свободная ниша, заходишь. 3. Посмотри, кто уже в нише и как рекламируется. Заходишь в Meta Ad Library, смотришь объявления лидера. Мало рекламы при хорошем спросе = никто нишу ещё не забрал, твой шанс. 4. Отдельно поищи зомби-приложения. В трекере типа SensorTower: выбери категорию и страну, отсортируй по дате релиза (старые первыми), спустись к приложениям с выручкой $10-50K в месяц, открой карточки и глянь дату последнего апдейта. Старое, без обновлений, слабый UI, низкие рейтинги, но деньги идут = легко обойти, заходи. 5. Упор на нишу. Не «фитнес», а конкретный сегмент (типа military calisthenics для женщин). Чем уже, тем легче ранжироваться. Но! Главное, не переборщить и не зайти в нишу, где спроса совсем нет. Но это отсекается на уровне п. 2. Что-то еще? #PG_education

Сдвиг Все системы существуют во времени, и системы никогда не являются статичными. Меняется окружающая среда, политические, экономические факторы, свойства системы — меняется все. Это приводит нас к другой модели аварий: сдвигу или дрейфу: аварии, как постепенное изменение, ухудшение ситуации. Авария или несчастный случай не возникают резко сразу — предпосылки плавно появляются во времени, когда организации и люди постепенно меняют свои представления о том, что считается нормальным. То, что раньше считалось адекватным контролем или защитой, в новых условиях уже может не быть таковым. Или текущая ситуация приближает систему к пределу возможностей, заставляя её работать с меньшим запасом прочности. Такое изменения происходят, в том числе, из-за управленческой дилеммы. Подобные изменения могут происходить медленно и плавно. Люди такие изменения редко замечают, однако организация все больше и больше отклоняется от нормы. В какой-то момент времени текущий статус становится новой нормой. Но система сдвигается еще дальше, и организация еще дальше отклоняется от нормы. Если в какой-то момент сравнить новую и старую нормы, то они кажутся совершенно различными. Разлив дизельного топлива в 2020 году в Норильске как раз попадает в такой раздел. Основной причиной стала разгерметизация резервуара № 5 на ТЭЦ-3 так как просело свайное основание, из-за таяния вечной мерзлоты. Руководство компании знало об аварийном состоянии резервуара с 2017 года, однако продолжало его использовать. «Норникель» настаивал, что решающую роль в аварии сыграло глобальное потепление, а причины утечки топлива не могли быть предотвращены действиями руководства. Согласно версии компании, до аварии опоры резервуара служили «без нареканий» более 30 лет (!), а проверки проводились каждые два года. То есть, катастрофы готовятся годами. В компании накапливаются отклонения от корректных норм и правил. Самое печальное, что часть людей будет считать этот курс нормальным, просто потому что катастроф или аварий давно не было. #ЧФ #модель_сдвига

MWS Cloud вошла в топ-3 GPU Cloud 2026 по версии CNews Market Облачная инфраструктура MWS Cloud на базе VMware заняла одно из лидирующих мест в рейтинге провайдеров GPU Cloud — сервисов с графическими ускорителями для ИИ, ML, LLM и других тяжелых вычислительных задач. В инфраструктуре MWS более 30 видов производительных процессоров и 13 современных видов GPU-ускорителей под задачи разной сложности. Для быстрого старта доступны 60+ готовых фиксированных конфигураций серверов: можно не собирать инфраструктуру с нуля, а выбрать подходящий вариант под проект. Форматы работы тоже разные: аренда оборудования в собственных ЦОД MWS, on-premise-размещение на площадке заказчика, мгновенный запуск без ожидания, стандартные заявки, долгосрочное бронирование ресурсов и предзаказ мощностей. Для ИИ-проектов есть готовая среда: MWS GPT Models Hub для работы с открытыми LLM, Inference Valve, U-Speech Analytics для речевой аналитики в облаке и ML-платформа. Производительность обеспечивают технологии высокоскоростного обмена данными, шины межчипового соединения и быстрые локальные NVMe-диски. SLA — 99,95%. Параллельно компания развивает собственную MWS Cloud Platform, где уже доступно preview виртуальной инфраструктуры с GPU.

Herdr еще один терминальный интерфейс на подобии tmux, но для кодинг-агентов Только tmux всё равно, что внутри окна, а Herdr понимает, что там агент. Так же не нужно держать ноут открытым (-_-;)・・・ , чтобы агент не умер, не надо настраивать tmux + ssh + уведомления и можно спокойно проверить агента с телефона. Каждый агент получает отдельный полноценный терминал, а не эмуляцию. Когда гоняешь несколько агентов параллельно, Herdr держит их в одном месте и показывает статус каждого, распознавая его по имени процесса и выводу терминала. Через локальный API агенты читают запущенные чаты и управляют друг другом: один запускает других, ждёт их завершения и читает результат. Можно собрать пайплайн, где агенты дирижируют агентами без тебя. - Вся архитектура создана под SSH и адаптируется под любое удаленное устройство - Есть плагины дающие бесконечно расширять функционал - Интерфейс текстовый, но всё в нём кликается мышью. Поддерживает Windows (beta), macOS и Linux. Сайт | GitHub @tips_ai #tools

Hola! Если честно новостей никаких нет, а есть общая апатия по случаю летнего экватора. Вчера гулял на финском заливе - чайки меня чуть не съели (есть пруф в сторис 😀) Давайте сегодня я коротко пройдусь по интересным постам за июнь, а завтра подготовлю что-то более интересное: 1) Статус законопроекта об уголовной ответственности за майнинг + статья на Zakon.ru 2) Как китайский производитель 3D принтеров Bambu Lab сам себя закопал с open souce'ом и претензиями разработчикам 3) Штрафы за "авторизацию через гугл" и по 2,8 млн за "неправильные" рекомендательные технологии 4) Как делить виртуальное имущество (или скины из Dota2/CS) при разводе 🫠 5) Эпичное постановление КС по информационным посредникам (или Мир Хобби Vs Wildberries Я вот честно не заметил как июнь пролетел) Всем добра и остаемся на связи 🙏

Федеральный судья Юми Ли предписала Пентагону временно не применять к Alibaba ограничения на лоббирование, связанные с чёрным списком 1260H, пока она рассматривает вопрос о конституционности этой нормы. Компания попала в список 8 июня как предположительно связанная с китайскими военными, 23 июня подала иск с требованием исключить её, а 30 июня — ходатайство о снятии лоббистских ограничений. По данным Bloomberg, отсрочка действует до решения по ходатайству или в течение 60 дней после слушаний. Норма устроена так, что формально Alibaba никто не запрещает нанимать лоббистов, но закон запрещает Пентагону работать с подрядчиками, чьи лоббисты одновременно представляют компании из чёрного списка. Ни одна крупная фирма не станет жертвовать доступом к десяткам тысяч оборонных контрактов ради одного китайского клиента: все два с лишним десятка зарегистрированных лоббистов Alibaba отозвали регистрации за пару недель. Юристы Alibaba представляют это как давление на свободу слова через рынок. Получается интересная ситуация — китайская компания, дистиллирующая работу американской модели, добивается по закону реакции от Пентагона, а компанию — разработчика американской модели Пентагон продолжает считать опасной. https://www.bloomberg.com/news/articles/2026-07-05/alibaba-gets-reprieve-from-lobbying-ban-tied-to-pentagon-s-curbs

Соавтор Django Саймон Уиллисон собрал релиз библиотеки sqlite-utils 4.0rc2 с экрана iPhone — всю черновую работу сделала нейросеть Claude Fable 5. Разработчик отправил один запрос и получил 34 готовых коммита: ИИ написал 1321 новую строку кода и снёс 190 старых. Автономный агент перелопатил 30 файлов всего за 37 промптов. Модель нашла 5 критических багов уровня блокера. Самый гнусный дефект скрывался в методе delete_where(), который бросал соединение открытым. Из-за этой ошибки база молча откатывала все новые транзакции. Уиллисон никогда не видел этот баг лично и едва не отгрузил код со 100% потерей данных. Финальный код автор отдал на растерзание прямому конкуренту через Codex — GPT-5.5. Нейросеть от OpenAI нашла ещё две проблемы в свежем репозитории. Fable 5 в новой сессии экспериментально подтвердил эти уязвимости и залатал дыры. Утилита AgentsView оценила стоимость работы в 149,25 доллара по API-тарифам. Разработчик обошёл систему и расширил подписку до 200 долларов в месяц ради безлимитных сессий. Сейчас Уиллисон целенаправленно выжигает доступные мощности перед 7 июля. Завтра Anthropic устроит «фаблпокалипсис» и начнёт продавать токены Fable 5 поштучно.

Армин Ронахер (мне как-то уже поправляли транскрипцию именно его имени, но вроде так правильно?) обнаружил, что новейшие модели Anthropic — Opus 4.8 и Sonnet 5 — систематически ломают в Pi вызовы инструмента редактирования файлов, добавляя в аргументы выдуманные поля вроде requireUnique или oldText2, которых нет в схеме. Предыдущие версии моделей семейства такой ошибки не показывают, то есть флагманы регрессировали именно в следовании чужой схеме инструмента. Сами правки при этом корректны побайтово: модель решает задачу, но не может точно воспроизвести формат. В агентных сессиях с длинной историей сбой возникал примерно в 20% случаев, а строгий режим валидации его полностью устранял. Армин попробовал разобрать код Claude Code и вроде бы нашел причину. Собственный клиент Anthropic молча чинит испорченные вызовы — принимает алиасы параметров, исправляет битый Unicode и отфильтровывает неизвестные ключи. Если обучение с подкреплением идёт в таком всепрощающем окружении, слегка кривой вызов всё равно завершает задачу и получает награду. В итоге модель жёстко привязывается к плоской схеме инструментов Claude Code, а любая альтернативная форма оказывается вне обучающего распределения. Самый простой вывод — используйте родной харнесс моделей, тем более, что Claude Code очень хорош в этом смысле. А еще, кажется, он заметно экономит лимиты — я несколько дней на прошлой неделе пытался потратить лимиты на Fable (дошел до 43%, одновременно делая пару проектов), а за сегодня в стороннем клиенте на одном достаточно косметическом баге потратил 15%. https://lucumr.pocoo.org/2026/7/4/better-models-worse-tools/

Один мегабайт это сколько? 1 000 000 байт? Или 1 048 576? Как любой настоящий программист, я всю жизнь принципиально считал, что второе. Что в килобайте 1024 байта, в мегабайте 1024 килобайта и так далее. Степени двойки, да? Мы же инженеры, больше понимаем, о чем говорим, знаем историю, бла-бла-бла. 1000 в компьютере не значит ничего, ни на что не делится, и так далее. А как тогда обозначить 1000 байт? Есть ли отдельное обозначение? Или там до сих пор разброд и шатания? И как правильно писать сокращения? MB, MiB, Mb, mb, mB? В какой-то момент мне надоело гадать, и я решил один раз погуглить. Разобраться, но, конечно, не менять мнения. И знаете что? Неожиданно для себя, я его поменял. Статья в Википедии обращает внимание на очень простой факт. Приставки «кило», «мега», «гига» существуют с нами с 19-го, блин, века! Причем существуют очень недвусмысленно и обозначают вполне конкретную вещь (степени десятки). Более того, их и ввели, чтобы все упростить, убрать разброд и шатания от «удобных» единиц типа пинт, унций и галлонов. И тут въезжают программисты на белом коне спустя сто с лишним лет стандартизации и такие: мы сейчас придумаем новые «удобные» единицы измерения и сделаем ровно ту же ошибку, которую система СИ была призвана устранить: используем существующие стандартные единицы, чтобы обозначить нестандартные «удобные», которые мы только что придумали. Мы же инженеры, больше вас понимаем, знаем историю. Ну и в общем-то все. Этого мне было достаточно. Хочу ли я, чтобы «кило» в километрах значило одно, а в килобайтах другое? Не хочу. 1024 удобнее? Ну придумайте новый суффикс. И придумали — киби, кибибайт, кило + бинарный. Пользуется ли им кто-нибудь? Не особо. Но это меня меньше волнует. Меня волнует путаница. А способ разрешить путаницу только один — стандартизация. И там двух вариантов нет, логичный (не стандартный, а именно логичный) выход только один — кило- и мега- должны ВЕЗДЕ означать одно и то же. На практике, конечно, киби- и меби- никто не говорит. А если говорит, то звучит как дебил. Тут я согласен. Но выход не в том, чтобы переопределить значение приставок, которые существуют уже двести лет! Выход в том, чтобы использовать кило- и мега- как весь остальной мир. Но пусть они значат то, что значат! И люди, которые используют мегабайт как миллион байт, не движимы тупой жаждой наживы в попытках выдать меньше за больше. Они пытаются ситуацию починить, а не ломать ее еще дальше. К счастью, тупая жажда наживы тоже на нашей стороне — жесткий диск на 1 099 511 627 776 байт можно продавать как 1 тебибайт, а можно как 1,1 терабайт! Так что надежда есть. А если вам нужен общий враг, то давайте лучше против мегабитов и гигабитов объединимся. Вот уж на редкость тупая и бесполезная фигня.

Закрыли 2 квартал — и честно, случилось много вещей, которых я сама не ожидала😁 Делюсь: 306 встреч за квартал, 200% от плана, около 50 демо и 23 запущенных пилота. Для команды из десяти человек — это много. Из продуктового: выпустили первый полноценный модуль — Account Intelligence. Запустили Voice-to-CRM, теперь сейлзы обновляют сделки и отправляют письма голосом. У первого enterprise-клиента заработала автоматизация зависших сделок, для второго завершили интеграцию с Microsoft 365. В июне онбордили OESV и сразу запустили первые кампании. Параллельно идут переговоры с Fuel Cycle и Palo Alto Networks. Есть ещё одно партнёрство — пока не называю, но уже совсем близко. За квартал к нам подали заявки 474 человека. Сейчас финальные раунды для backend и ML. Каждый раз когда вижу что люди хотят быть частью этого — не воспринимаю это как данность. В Q3 три приоритета: закрыть пилоты, выпустить следующие три модуля и найти нужных людей в команду. Я часто слышу от фаундеров: вот разберусь с этим — и тогда начну двигаться быстрее. Но время идёт независимо от того, готов ты или нет. Всё что сдвинулось за эти 90 дней случилось потому что мы просто делали — без откладывания, с пониманием куда идём. Q3, поехали🚀 Делитесь в комментариях вашими успехами по прошедшему кварталу👇🏼

Смотрите, какую штуку нашёл: Пока Claude Code выполняет запрос, он крутит вот эту оранжевую звёздочку/снежинку/кляксу (спиннер, в общем), пишет что-то типа "Thinking", "Computing", "Processing" и т.д, и ещё может выводить более подробный статус. В общем, всячески показывает, что он в процессе. И сегодня львиная доля внимания многих клодеров-кодеров уходит на медитацию на всю эту красоту 👍 Так вот, стартап Kickback ai допёр, что туда можно отлично вкорячить РЕКЛАМУ. Механика простая до безобразия. Пока Клод пыхтит, Kickbacks заменяет крутилку на логотип компании, а надпись - на рекламный слоган. И всё. При этом, половину рекламного дохода платят юзеру через Stripe Connect. Какие у стартапа метрики, сколько рекламного бюджета они уже прокрутили и сколько денег реально выплатили пользователям - пока неведомо. Техно-СМИ пишут, что некоторые юзеры в первый день получали по 4-5 баксов, но уже через несколько дней выплаты упали до пол доллара. Что всё равно норм, потому что... ну а почему бы нет, делать ничего не надо. Выплаты делают через Stripe Connect. Главный вопрос: "Что сам Anthropic про это думает?" И вот тут интересно. С одной стороны, у обычного Claude Code (CLI, в терминале) есть официальные настройки, где можно подменить спиннер и строку статуса, это вполне легально. Но версия для VS Code (это которая в Cursor, или где Claude стоит как окошко поверх) работает иначе. Там Kickback приходится вскрывать файл официального расширения Anthropic, находить внутри кода нужный кусок и дописывать туда рекламу. А чтобы эта реклама вообще могла отчитаться о показе - стартапу приходится ослабить встроенную защиту Content Security Policy. То есть, в обычном Клоде они порядочный "квартиросъёмщик", а в VS Code - бесстыжий оккупас. Тем не менее, придумано круто. Люблю такое. Рекламу смотреть не люблю, но если она подключается по желанию и с шерингом бабла - то чуть-чуть даже люблю. P.S. В этом посте я лишь описываю классный хитрецкий стартапчик. Сам я эту штуку не пробовал, и понятия не имею, насколько это надёжно и безопасно. Дизраптор

Используем старый Mikrotik как сигнализацию Старый Mikrotik hAP по нынешним меркам слабоват даже для дачи, но собран добротно, работает на Router OS 7 и выбрасывать его жалко. Отсюда идея приспособить его основным блоком сигнализации на удалённом объекте, где из доработок нужны роутер, USB-модем и обычный извещатель с сухими контактами. Дальше начинается инженерия. В патче напрямую соединяются Tx и Rx одного порта, поднимая петлю, которую в Ethernet обычно ловят и давят. Здесь она нужна специально. Контакты извещателя разрывают одну линию, линк падает, счётчик Link Downs на порту прибавляется, а скрипт в Scheduler ловит это и шлёт тревогу в Telegram. Причём если телефон хозяина уже засветился в Wi-Fi по MAC, охрана снимается сама. Разберёмся, почему на один порт эта схема не встаёт и зачем ей нужен второй.

Как бы многие не критиковали вайбкодинг, но он работает. Я не продаю какие-то полноценные ИИ-продукты, но делаю тулы для себя. За день собрал нужный инструмент для планинга постов. От меня нужны были апи-ключи и настройка простых приложений в Meta, Linkedin и других соцсетях. Удивил X (ex Twitter), где каждый отложенный пост через API стоит денег. Теперь могу на одной странице делать постинг во все сетки и добавил массовую загрузку постов через гугл-таблицы. Для блогера – это супероптимизация рутины. ИИ-генерацию чисто по фану прикрутил. Тексты все еще пишу сам. На этой неделе возвращаюсь к курсам: намечу план по обновлениям, начну подготовку к разработке платного и бесплатного курса по тестированию API в продолжении к курсам, в которых персонаж Арти уже тестирует REST и GraphQL в древних цивилизациях.

🔹 smixs/agent-second-brain ⭐ 295 звёзд · Python Голосовые заметки из Telegram превращаются в типизированные карточки Obsidian с автосвязями. Стек: Python 3.12+, aiogram, Deepgram для транскрипции и Claude Code в долгоживущей tmux-сессии — за счёт этого хватает VPS за $5 и подписки Claude Pro за $20 без доплат за токены. Внутри — алгоритм забывания Эббингауза с силой карточки 1 + ln(access_count) и пятью уровнями хранения от core до archive. Ночью в 21:00 запускается классификация, пересборка графа и дневной отчёт; watchdog поднимает зависшие сессии, doctor рисует 🟢/🔴. Хранилище остаётся на сервере: наружу уходит текст в Anthropic и голос в Deepgram, CI-гард запрещает headless-вызовы claude -p. 220+ тестов, один Python-процесс. репозиторий Полезная Репа 🧠

Комментарии в Telegram устроены откровенно дерьмово. Вместо нормальной структуры получается поток сообщений. Кто-то пишет не в тот топик, кто-то обсуждает под ним совсем другую тему. В итоге полезные обсуждения просто тонут в общем шуме. При этом активность в комментариях Telegram каналу практически не помогает, а иногда даже вредит. Как же она вредит? Раньше здесь было много интересных людей, которые обсуждали именно темы публикаций и мои видео. Их мысли часто давали мне идеи для новых материалов и показывали ошибки. Сейчас такие комментарии теряются среди бесконечных оффтопов, самописных теорий и споров. Многие просили меня как-то навести порядок, но в ТГ это возможно только вручную. Нужен человек, который будет постоянно читать всё подряд и удалять лишнее. А это бюджет. Отдельная проблема - агрессивная манера общения. Зачем столько яда? Люди приходят поговорить о науке, а не участвовать в перепалках. Пока я успеваю разобраться, часть нормальных участников уже просто уходит. Им противно. Да оно и ясно. Или новые люди с ценных ресурсов типа Хабра, просто тут не остаются. Такая манера общения не подходит для нашей области знаний. Пытаться объяснять это бесполезно. Одни считают, что можно обсуждать что угодно под любой публикацией. Другие начинают спорить о вещах, которых вообще никто не поднимал. Например, под постом о поиске финансирования проекта разворачивают очередную дискуссию про ИИ вместо того, чтобы либо помочь, либо просто не мешать. При этом про ИИ нет ни слова в тексте, Карл! Надоели и постоянные попытки продвигать свои ссылки, теории и прочие посторонние темы. Всё это только засоряет обсуждения. Самое любопытное, что люди, которые действительно помогают проекту, чаще всего вообще не пишут в комментариях. Они остаются за кадром, а всё внимание достаётся тем, кто просто любит много и не по делу говорить. Если вы помогаете проекту - огромное вам спасибо. Для таких людей я всегда открыт. Можно писать мне на почту и предлагать сотрудничество (внимание - все из серии - я придумал теорию - это платная консультация). Поэтому комментарии в Telegram закрываем. Никогда не знаешь, что появится под важным постом. Например, о сотрудничестве или финансировании проекта и какое впечатление это произведёт на людей, которые могли бы реально помочь. Общение переносим туда, где оно приносит пользу проекту. На YouTube в сообщество и в отдельную группу. Мне долго не хотелось принимать это решение. Было приятно видеть, как здесь люди делились действительно интересными вещами. Так, один из участников публиковал свою научную статью, подготовленную по всем академическим требованиям и отправленную в серьёзный журнал. Но, к сожалению, такие примеры стали редкими исключениями. И да, если вам реально есть, что сказать по делу - я открыт. Есть почта проекта, есть донаты (для ваших вопросов), что-то я вижу в комментах на ютубе, а как появится время - ну так сделаем стрим и там в оналйн-режиме сразу можно что-то обсудить. Сейчас подтяну сюда полезные ссылки. Ну и если вдруг каким-то чудом окажется, что комменты помогали каналу расти - открою, но буду банить сразу без разбора.

Есть прикольный продуктовый метод - scream test (от англ. scream="крик"). Смысл простой: если непонятно, нужен ли кому-то сервис, продукт или фича, ты временно это отключаешь и смотришь, начнут ли пользователи жаловаться. Мне кажется, особенно хорошо это работает во внутренних продуктах. Там часто непонятно, пользуется ли кто-то дашбордом, отчётом или сервисом. Метрики никто особо не смотрит, обратной связи мало, и со временем начинаешь думать: «А это вообще кому-то нужно?» Иногда scream test происходит сам собой. Например, ломается доступ к дашборду и внезапно люди начинают писать: "А где график?", "Почему не открывается?", "Что теперь делать?". И ты такой: ага, значит, всё-таки было нужно, просто пользовались молча. После такого, честно говоря, появляется больше мотивации это поддерживать и развивать. Главное не тестировать так критичные вещи и иметь возможность быстро всё вернуть обратно. И помнить, что отсутствие жалоб не всегда значит отсутствие пользы: часть пользователей может просто смириться и ничего не написать. Но как быстрый способ понять ценность продукта работает отлично. Ну и если вы пользователь какого-то полезного внутреннего сервиса, и он вдруг перестал работать не миритесь с этим молча. Возможно, над вами проводят scream test. Не будете "кричать" 😱 его просто закроют.

Taskbar с живыми превью работающих приложений (олдскул на NET11) Наводишь на иконку в таскбаре, чтобы глянуть, что там делает скрипт или отладчик прямо сейчас. Щуришься на крошечное превью. Отвёл мышку — и всё пропало. А когда параллельных процессов несколько и крутятся они часами, ловишь себя на бесконечных переключениях между окнами, которые выдёргивают из работы. Автор решил, что хватит это терпеть, и за вечер собрал montab — маленькую панель с живыми превью активных программ, где наведение включает zoom x5, а с зажатым Ctrl колесо крутит масштаб на нужную область экрана. Готовился к возне с видеопотоками, кодеками и WinUI, морально настраивался на долгий ад. А набросок заработал сразу.