Performance Memo
9 subscribers
15 photos
Download Telegram
ИИ в разработке обещали как ускоритель. На практике он устроил в команде не только рост, но и конфликт KPI.

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

Главный скандал не в том, что AI «не работает». Он работает слишком хорошо на первом этапе и слишком слабо там, где зарабатывается прибыль: интеграции, поддержка, ответственность, прогнозирование сроков. 🤖

Что это значит для руководителя:
- считать не часы, а cost per accepted output;
- отдельно мерить скорость генерации и скорость принятия;
- усиливать ревью и QA, а не только закупать лицензии;
- пересобирать нормы выработки, иначе команда будет «делать больше» и компания — зарабатывать меньше.

AI-assist — не экономия по умолчанию. Это перераспределение затрат. И выигрывает тот, кто раньше других пересчитает воронку труда.
Мемо недели: ещё один терминал Сбера пошёл под нож.

На этот раз — Kozen P10F: более свежая модель, которую ставят в киосках самообслуживания и на кассах. Внешне — уже не тот «квадрат», внутри — та же логика рынка в миниатюре: один и тот же железный корпус, разные сценарии контроля, разная степень закрытости.

Главный вопрос здесь не про любопытство, а про власть над устройством. Можно ли заменить прошивку? Что реально находится внутри? И почему одни терминалы выглядят как обычный embedded-девайс, а другие — как маленький сейф с правом на ошибку только у производителя? 🔧

Такие разборы полезны не только инженерам. Это учебник по тому, как устроены закрытые экосистемы: кто владеет железом, кто управляет софтом, где заканчивается сервис и начинается монополия.

И да — чем новее модель, тем чаще за красивым корпусом стоит более жёсткая логика блокировки. Побеждает не тот, кто покупает устройство, а тот, кто контролирует обновление.
В сложном ИТ-ландшафте главный враг — не баги, а самодеятельность.

Когда изменения идут без единого контура, компания получает классический набор последствий: дублирующие доработки, конфликт релизов, потерянные требования и вечный спор «кто это вообще согласовал». В результате цифровой двойник перестаёт быть инструментом управления и превращается в музей артефактов.

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

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

Практический вывод простой: если изменения не имеют владельца, границ и точки сборки, они уже идут в ущерб системе. В ИТ это почти всегда заканчивается одинаково — не масштабированием, а разбором завалов.
Мемо недели: у любого успешного ИТ‑проекта одна и та же сказочная анатомия.

Снаружи — «стратегия, roadmap, синхронизация». Внутри — классическая драма:
— заказчик просит «принеси то, не знаю что»;
— аналитик превращается в Ивана-царевича с блокнотом;
— команда тратит спринты не на рост, а на расшифровку пожеланий 🧩

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

Что делать команде:
1. Переводить сказку в артефакты: цели, метрики, ограничения.
2. Убирать магию из коммуникации: одно требование — один владелец.
3. Фиксировать «что не делаем» так же жёстко, как «что делаем».
4. Считать не активность, а impact.

В ИТ, как и в сказке, проигрывает не тот, кто медленнее. Проигрывает тот, кто строит проект на надежде, что «оно как-нибудь само соберётся» 👑
ИИ в конструкторах сайтов уже перестал быть аттракционом. Но рынок, как обычно, продаёт не продукт, а обещание.

Что реально работает:
— быстрый генератор структуры страницы;
— первичный копирайт для лендинга;
— подбор визуалов и базовых блоков;
— варианты A/B-креативов под разные офферы.

Что пока больше для пиара:
— «сайт за 30 секунд», который потом нужно переписывать вручную;
— автоматическая адаптация под бренд без участия команды;
— сложные сценарии, где нужен нормальный UX, логика воронки и контроль конверсии.

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

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

РКН/ТСПУ умеют ломать не только «серые» сайты, но и вполне легальные сервисы — CDN, панели, рабочие домены. В итоге проигрывают все: маркетинг не может открыть подрядчика, разработка не видит прод, команда теряет часы на «у меня открывается / у меня нет». Скандал в том, что это выглядит как мелкая техническая ошибка, а по факту бьёт по операционке и скорости принятия решений.

Что делать, если Chrome режет доступ:
1) откройте `chrome://flags/`
2) найдите `Cryptography Compliance (CNSA)`
3) переведите флаг в `Disabled`
4) перезапустите браузер

Иногда одна строка снимает блокировку там, где бессильны «очистить кэш» и «попробовать другой браузер» ⚙️

Но стратегически вывод жёстче: если у команды критичные процессы завязаны на внешние сайты и CDN, это уже риск не ИТ-уровня, а уровня бизнеса. Значит, нужны резервные каналы доступа, альтернативные браузеры и список сервисов, без которых останавливается работа.
Яндекс сделал из мема продукт — и это редкий случай, когда поиск не догоняет повестку, а забирает её себе.

В Поиске появилась мини-игра с «пухососом»: виртуальный робот чистит экран от тополиного пуха. Повод понятный — спрос вспыхнул на пустом месте. За 3–4 июня запросы о пухососах выросли почти в 5 раз, к 10 июня — уже до 100 тысяч.

Что здесь важно для paid ads:

1. Платформа быстро монетизирует всплеск внимания, пока он живой.
2. Мем превращается в интерфейс — это сильнее, чем баннер или пост.
3. Скандал и ирония работают как ускоритель: сначала шутка, потом привычка, потом трафик 📈

Победитель здесь не тот, кто первым придумал мем, а тот, кто первым встроил его в пользовательский сценарий.

Для команд это напоминание: ловить спрос нужно не в отчёте за месяц, а в первые 24–48 часов. Иначе вас опередит не конкурент, а интерфейс.
Нейросети не «думают» словами — они собирают продолжение из вероятностей. И когда в этом конвейере что-то идет не так, на выходе внезапно появляются иероглифы, обрывки языков и другие артефакты, которые выглядят как сбой, а на деле часто являются побочным эффектом внутренней кухни модели.

Для paid-ads это важнее, чем кажется. Потому что тот же принцип живет и в креативах: система не понимает смысл, она дообучается на паттернах. Если в данных шум, если в сценарии тестов нет жесткой структуры, если вы оцениваете «понравилось/не понравилось» вместо метрик — получите не инсайт, а красивую случайность. ⚠️

Разделение на два слоя здесь полезно как в медиаплане:
1) базовый уровень — что такое эмбеддинги и почему модель вообще может «смешивать» смыслы;
2) продвинутый — как внутри рождаются странные эффекты вроде суперпозиции и grokking, которые потом вылезают в поведении модели.

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

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

В найме в IT сейчас своя драма:
одни бренды пережимают с обещаниями и теряют доверие,
другие экономят на EVP и потом удивляются пустой воронке,
третьи выигрывают не бюджетом, а ясной позицией и нормальной коммуникацией.

Для head of marketing и growth это полезный срез не про HR-симпатии, а про рынок в целом: где бренд работодателя реально помогает нанимать, а где уже работает против бизнеса.

Если у вас IT-команда, growth-юнит или сильная зависимость от performance-найма — такой бенчмарк нужен хотя бы для одного: понять, вы в группе лидеров или в списке тех, кого рынок уже наказывает 📉

Опрос — это не формальность. Это момент, когда рынок сам расставит победителей и проигравших.
Channel photo updated
На собеседованиях по FastAPI сейчас ломают не код — ломают самооценку.

Картина знакомая: джун уверенно рассказывает про `@app.get()`, мидл вспоминает Pydantic, а сеньор добивает вопросом про корутины, lifespan и DI-контейнеры. И вот уже отличают не тех, кто «смотрел туториал», а тех, кто реально строил сервисы.

Что проверяют в первую очередь:
- понимает ли кандидат async-реальность, а не просто пишет `async def`
- умеет ли объяснить, зачем нужен Pydantic и где он создаёт ложное чувство контроля
- различает ли dependency injection как паттерн и как практику в FastAPI
- видит ли границы фреймворка: где удобство, а где начинается архитектурный долг

Скандал в том, что многие проходят тесты и падают на базовых сценариях: ошибки валидации, фоновые задачи, работа с БД, обработка зависимостей. То есть именно там, где и живёт production.

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

Лагерь №1: «попробовали ChatGPT, получили 15 страниц воды и потеряли вечер».
Лагерь №2: «строим стратегию за 20 минут, это магия».
Реальность ближе к первому. И именно поэтому многие команды разочаровываются: проблема не в ИИ, а в запросе и ожиданиях.

Если писать «сделай маркетинговую стратегию для SaaS», на выходе будет аккуратный набор банальностей: сегменты, УТП, каналы, KPI — все вроде правильно, но ни одного решения. Это не стратегия, а презентация без конфликта.

Рабочая схема другая:
1. задаем контекст рынка;
2. фиксируем цель и ограничения;
3. заставляем ИИ искать противоречия;
4. отдельно собираем гипотезы по каналам;
5. вручную режем воду и оставляем решения.

Промпты должны не «генерировать текст», а вытаскивать логику: где рынок перегрет, где конверсия ломается, какой канал не масштабируется, что делать команде в ближайшие 30 дней. ⚙️

ИИ в стратегии полезен не как автор, а как аналитик-черновик. И вот здесь у него реально получается. Но только если вы не просите у него чудо.