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

Доменная зона .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

API ломается не в коде, а в контрактах: 6 проверок до интеграции

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

Проверьте до интеграции:
— есть ли чёткая схема запросов и ответов;
— как ведут себя обязательные и опциональные поля;
— что приходит при пустых, неверных и лишних значениях;
— как устроены лимиты, таймауты и ретраи;
— одинаково ли API работает в dev, staging и production;
— можно ли воспроизвести ошибку без ручной переписки.

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

Если контракт зафиксирован слабо, интеграция почти всегда съедает больше времени на разбор исключений, чем на сам код. В таких проектах спасает не скорость, а привычка проверять поведение API по краям, а не только по успешному сценарию.

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

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

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

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

swc ускоряет сборку, но ломается там, где ждут поведение Babel

swc часто ставят как «быстрый заменитель трансформации», но ошибка обычно одна: от него ждут полной совместимости без проверки краевых случаев. Он хорошо режет время на compile/transpile, но не отменяет аудит того, что именно попадает в output.

За неделю в репах чаще всего всплывают три места:
— decorators и metadata: поведение зависит от настроек и легко расходится с ожиданиями;
— JSX runtime: проверь, кто реально подставляется в import source;
— ESM/CJS: тесты и Node-среда могут по-разному переживать один и тот же output.

Если проект живёт на TypeScript, swc лучше встраивать точечно: transpile-only, а типы оставить tsc. Это не «дублирование работы», а разделение задач: один инструмент быстро превращает код в JS, другой ловит ошибки типов и контрактов.

Ещё один частый промах — мерить только speed of build и игнорировать bundle behavior. Быстрый compile не спасает, если в рантайме вылезли лишние polyfill'ы, неверные helper'ы или сломанный interop.

Проверяйте swc на своих синтаксических фичах, а не на синтетическом hello world: тогда ускорение останется ускорением, а не источником тихих регрессий.

5 проверок техстека, которые экономят недели на поддержке и миграциях

Коротко о важном: техстек удобно оценивать не по списку модных инструментов, а по тому, как он живёт в продукте. Смотрите на четыре вещи: зрелость экосистемы, качество документации, совместимость с вашими сервисами и стоимость сопровождения.

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

Ещё один частый промах — выбирать решение по демо, а не по сценарию эксплуатации. В демо всё выглядит просто, но в реальности важны миграции, rollback, наблюдаемость и то, как команда будет разбирать инциденты. Если этих ответов нет, стек быстро превращается в набор ручных костылей 🧩

Хороший ориентир: выбирайте то, что можно объяснить новому инженеру за один созвон и безопасно развивать без переписывания всего слоя.