Компания Meta выпустила Muse Spark 1.1

Meta выпустила Muse Spark 1.1 почти одновременно с новой ChatGPT-5.6. Это мультимодальный агент, который сам дробит задачу на подзадачи и распределяет их между субагентами.

Стоимость тоже заметно ниже топовых западных моделей: $1.25 за миллион входных токенов и $4.25 за миллион выходных.

Но главный вопрос — насколько она реально сильна на фоне к…

➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-spark-1-1

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

500 MB в Docker-образе Django — это не «ну и ладно», это уже кандидат на разбор на собесе.

Потому что большой образ почти всегда означает одно: в production уехало лишнее. Dev-зависимости, кеши, сборки, тестовые артефакты, мусор из venv — всё это сначала незаметно, а потом вы получаете медленный deploy, долгий CI и лишние риски.

3 шага, которые я бы ждал от сильного ответа на интервью:

1. **Посмотреть внутрь образа**
`docker history`, `docker inspect`, `dive` — понять, какой слой жирный и почему.

2. **Убрать то, что не нужно рантайму**
multi-stage build, `--no-cache-dir`, отдельные requirements для prod, чистка кешей и временных файлов.

3. **Сделать образ предсказуемым**
минимальный base image, .dockerignore, только нужные зависимости, запуск без лишних прав.

Хардкорная правда: если кандидат говорит только «надо почистить кеш», это слабый ответ. Сильный — объясняет, **что именно попадёт в финальный слой и как это проверить**.

На собесе такой вопрос легко превращается в разговор про build pipeline, безопасность и скорость деплоя. И вот тут уже видно, кто реально работал с Docker, а кто просто писал `docker build` и надеялся на магию 🐳

вопрос дня: как тебя будут тестировать по FastAPI на собесе

если коротко — не на «любите ли вы async», а на том, понимаешь ли ты, что реально происходит под капотом.

3 блока, которые всплывают почти всегда:

1. **корутины и async/await**
— чем async endpoint отличается от sync
— когда можно словить блокировку event loop
— почему «просто поставить async» не делает код быстрее

2. **Pydantic и валидация**
— где проходит проверка входных данных
— чем отличаются `Body`, `Query`, `Path`
— как объяснить ошибку валидации так, чтобы это было удобно фронту и API-клиенту

3. **Dependency Injection**
— зачем вообще `Depends`
— как шарить клиент БД, сервисы и auth между ручками
— где можно случайно устроить лишние запросы или тяжёлые вычисления

чек-лист ответа на собесе:
— сначала называешь поведение
— потом объясняешь, почему так
— потом приводишь пример из боевого кода

сеньоры любят подвох: «а что будет, если внутри async-функции вызвать блокирующую операцию?»
если отвечаешь уверенно и по делу — ты уже выглядишь сильнее половины кандидатов ⚙️

Российские букмекеры увеличили закуп трафика с мобильных приложений

Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.

По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…

➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii

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

Всё, что вы настраиваете в Linux, очень часто можно было не настраивать.

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

Спойлер: на собесе за это не дают плюс 10 к продуктивности.

3 вывода, которые реально полезны:
1) Если система работает «из коробки» — это не слабость, а база.
2) Кастомизация нужна только там, где она экономит время каждый день.
3) Чем ближе вы к интервью и работе, тем важнее стабильность, а не красота конфига.

На интервью это хорошо видно. Кандидат иногда приносит не решение задачи, а целый ритуал вокруг решения: свой editor, свои хоткеи, свои скрипты, свои привычки. А потом в чужой среде внезапно всё ломается.

Чек-лист для себя:
- могу ли я работать без своих костылей?
- что из моих настроек реально ускоряет меня?
- что я настраиваю просто потому, что люблю настраивать? ⚙️

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

Mia Khalifa стала амбпссадором 1win

Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».

Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.

Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…

➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win

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

Короткий домен Telegram перестал работать

Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.

➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat

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

Пакет PHP Views — это хороший пример того, как «просто шаблонизация» может сэкономить кучу времени и нервов в PHP-проекте, где нет нормального движка из коробки.

Если коротко: он делает обычные PHP-шаблоны менее многословными и более безопасными. Особенно это полезно в CMS и легаси-проектах, где Blade не завезли, а писать HTML вперемешку с `if`/`echo` уже больно.

Что важно на собесе, если спросят про шаблонизацию:

1. **Разделяй логику и представление**
В шаблоне не должно быть бизнес-логики. Только вывод, простые условия, циклы, форматирование.

2. **Контролируй данные, которые отдаёшь в view**
Чем меньше хаоса приходит в шаблон, тем меньше багов и XSS-рисков.

3. **Выбирай инструмент под проект**
В новом Laravel — Blade, в чистом PHP — простой view-layer может быть достаточно. Не тащи тяжёлую систему туда, где нужен аккуратный минимум.

Хардкорный вывод: хороший шаблонизатор — это не про «красиво», а про меньше ошибок, быстрее ревью и проще поддержку. Если кандидат умеет это объяснить, а не просто перечислить термины — уже плюс на техсобесе.

Youtube тестирует поиск с AI

YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.

Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.

Что это значит для поиска на YouTube и когда новинка дойдёт до других…

➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai

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

Один месяц согласований в проекте — это не «ну, подождали и ничего страшного». Это деньги. Причём не абстрактные, а очень конкретные: смета растёт, команда простаивает, сроки уезжают, а стоимость решения легко прыгает в 1,5 раза.

Разбор для собеса и для жизни тут простой.

1) Сначала находишь точку, где можно было сэкономить
Например: кастомное решение, дополнительная проверка, интеграция, юридическое согласование. Если решение уже выбрано, но вы тянете с финальным стартом — вы платите за паузу.

2) Считаешь не только разработку, но и ожидание
На интервью это любят проверять в system design и project thinking: «Почему так дорого?» Правильный ответ — не только потому, что код сложный. Дорого, когда решение не приняли вовремя, а потом приходится возвращаться, переделывать и заново поднимать всех участников.

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

Вывод простой: на собесе и в реальном проекте важно не только придумать решение, но и не убить его согласованиями. 💸

Z.ai анонсировала новую GLM-5.5

Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.

Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.

Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5

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

Telegram запустил собственный сервер для ботов

Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.

Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.

Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…

➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov

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

Google картинки станут конкурентом Pinterest

Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.

Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.

Как это будет работать и когда новинка дойдёт до других стран — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest

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

В ИТ‑проекте почти всегда есть сказка. Не в смысле «магии», а в смысле предсказуемых ролей и типовых фейлов.

Вот 3 персонажа, которых я вижу на собесах и в проектах снова и снова:

1. **Царь “сделайте красиво”**
Хотелка есть, критериев — нет.
На интервью это звучит как: «ну, чтобы работало быстро и удобно».
Правильный ответ — не спорить, а добивать вопросами:
*кто пользователь, какой сценарий, что считаем успехом, где границы MVP?*

2. **Иван-дурак, который спасает проект**
Тот самый человек, который не боится глупых вопросов.
На собесе такой кандидат обычно выигрывает у “умника”, который кивает и потом ошибается в проде.
Сильный ход:
*«Давайте уточню допущения, иначе мы рискуем построить не то».*

3. **Кощей в виде неявных требований** ☠️
Их не видно, но они убивают сроки.
Классика: “а это же и так понятно”. Нет, не понятно.
Любой middle/senior должен уметь вытаскивать скрытые ожидания до того, как они станут багом.

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

Хороший аналитик/инженер — не сказочник. Он тот, кто превращает «пойди туда — не знаю куда» в понятный маршрут.

Россияне не смогут покупать стейблкоины

Россиянам могут закрыть доступ к покупке стейблкоинов: в новой версии закона их приравняли к иностранным активам.

Купить такие токены смогут только квалифицированные инвесторы — например, с активами от 24 млн рублей или доходом от 12 млн в год.

Что это значит для обычных пользователей и когда правило заработает — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/rossiiane-ne-smogut-pokupat-steiblkoiny

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

Фейк стал реальностью, потому что попал в триггер доверия: «вижу видео → значит, было».
И это ровно та же ошибка, которую кандидаты делают на собесе, когда отвечают уверенно, но без проверки фактов.

Как такие истории разбирать на интервью? 3 шага:

1. **Проверяй входные данные**
Если тебе показали ролик/метрику/диаграмму — не делай вид, что всё понятно.
На собесе нормальный вопрос: «Откуда это? Что здесь может быть подделано?»

2. **Отделяй наблюдение от вывода**
«Роботы собирают пух» — это наблюдение.
«Значит, они реально существуют» — уже вывод, и он может быть фейковым.

3. **Смотри на мотивацию системы**
Мем разлетелся, потому что его захотели репостить и бренды быстро встроились в волну.
На интервью аналогично: любой странный кейс надо объяснять не только “что произошло”, но и “почему это стало выгодно”.

Чек-лист для собеса:
— какие факты подтверждены?
— где может быть монтаж, ошибка, искажение?
— кому выгодно, что ты поверил в первый вывод?

Хардкорная правда: на собеседовании чаще валятся не на незнании, а на поспешных выводах. 🧠

Рынок найма в IT снова трясёт. И это не новость — новость в том, кто в 2026 будет считаться сильным работодателем, а кто просто шумит брендом.

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

Если вы в найме, это полезно как чек-лист для себя:
1) как вас видят кандидаты;
2) где вы выигрываете у конкурентов;
3) что надо чинить до следующего найма, а не после очередного фейла на оффере.

Если вы кандидат — тоже не проходите мимо. Сильный бренд работодателя часто экономит часы жизни на бесполезных собесах. А слабый бренд обычно видно ещё до первого звонка.

Короче: рынок меняется, и игнорировать это — плохая стратегия. Опрос открыт.

Когда у тебя один мозг на стратегию и операционку, проблема не в лени. Проблема в том, что срочное всегда побеждает важное.

Это очень похоже на плохой техсобес: кандидат весь час решает локальные задачи, красиво рассуждает про детали, но на вопрос «а как ты вообще будешь строить систему?» уходит в туман.

Что я сделал бы на месте фаундера агентства:

1. Разделил бы два режима работы:
— операционка: письма, инвойсы, дедлайны, пожары
— стратегия: рост, оффер, фокус, приоритеты

2. Поставил бы стратегию в ритм, а не в надежду
OKR, weekly review, один фиксированный слот в календаре. Не «когда будет время», а как обязательный созвон с самим собой.

3. Создал бы внешний контур контроля
Советник, ментор, партнер на 1 час в неделю — не для болтовни, а чтобы кто-то задавал неприятные вопросы:
— что мы делаем и зачем?
— что из этого даст рост?
— что мы прекращаем?

Без этого ты можешь быть очень занят, но не двигаться. А на собесе это читается моментально: человек работает много, а мыслит только на уровне задач.

Стратегия без процесса — это фантазия. Процесс без дисциплины — тоже. Нужно и то и другое.