OpenAI извинились за новый дизайн ChatGPT

OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.

➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt

🧠 Ещё больше инсайтов → в канале AFF.top

ChatGPT 5.6 Luna и Terra подешевели

OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.

➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli

🧠 Ещё больше инсайтов → в канале AFF.top

Одна рукописная n8n-нода, один OpenAPI, одна большая уборка.

Команда Пачки сделала то, что обычно откладывают до первого болезненного инцидента: выкинула ручную версию ноды и перевела всё на генерацию из единого файла спецификации. Итог — правка в одном `.tsp` разносится сразу в документацию, CLI, SDK и саму n8n-ноду. Без ручного синка. Без «забыли обновить». Без рассинхрона между API и интеграцией.

Самый важный сюжет тут не про код, а про управление риском. Пока нода живёт отдельно, она неизбежно стареет быстрее продукта. Потом начинается классика: баги в интеграции, лишняя поддержка, конфликт версий, дорогой рефакторинг. Здесь решили не лечить последствия, а снести причину 🔥

Что это значит для команды:
— единый источник правды для API и интеграций;
— меньше ручных операций в релизном цикле;
— быстрее масштабирование новых интеграций;
— проще проходить верификацию платформы, если артефакт собирается из стандартизированного пайплайна.

Хороший урок для perf- и growth-команд тоже: если активы собираются вручную, они рано или поздно становятся долгом. Автоматизация — это не «ускориться». Это убрать будущий скандал из процессов.

Доменная зона .web делегирован в корневую зону DNS

Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.

➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns

🧠 Ещё больше инсайтов → в канале AFF.top

В Facebook Ads появился раздел «Conversations»

Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.

➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations

🧠 Ещё больше инсайтов → в канале AFF.top

На Junior Go-собеседованиях проигрывают не те, кто «не успел всё выучить». Проигрывают те, кто готовится по одному и тому же GitHub-списку.

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

10 вопросов, которые чаще всего валят джунов:
— чем отличается goroutine от thread
— что такое channel и зачем он нужен
— как работает `defer`
— что будет при чтении из закрытого канала
— как устроен `map`
— что такое `slice` и где в нём ловушка
— как Go работает с памятью
— что такое `interface`
— как обрабатывать ошибки правильно
— почему `nil` в Go часто ломает ожидания

Главная ошибка — отвечать терминами без модели. На джун-уровне побеждает не тот, кто «знает всё», а тот, кто умеет объяснить базу без паники. На собеседовании это и есть разделение на прошедших и потерявшихся. ⚙️

Matomo редко ломается на дашборде. Чаще — в архитектуре.

Когда у компании один сайт, все кажется простым. Но как только появляется мультисайтовость, отдельные лендинги, разные регионы, mobile app и попытка собрать всё в один «единый источник правды», начинается типичный провал: данные дублируются, роли сайтов путаются, а отчёты перестают совпадать между командами.

В Matomo раздел Websites — это не просто список проектов. Это управленческий каркас.
Тут важно различать:
- Website — отдельный сайт или домен;
- Mobile App — отдельный продуктовый поток;
- Roll-Up — агрегат, который нужен для верхнего уровня, а не для оперативной работы.

Главная ошибка команд — свалить всё в один проект и надеяться, что фильтры спасут. Не спасут. Потом проигрывают все: perf-команда теряет точность, маркетинг — сравнимость, owner — доверие к цифрам.

Правильная схема простая: сначала структура бизнеса, потом структура аналитики. Не наоборот. Иначе Matomo превращается не в систему контроля, а в красивый склад конфликтующих метрик. 📉