Дисклеймер: всё что тут — личное мнение. Не подписывайтесь если ждёте курсов
**ИИ в разработке уже продают как спасение. Но у него появился первый серьёзный враг — сама команда.**
Менеджеры давят: «подключайте агентов», «пишите быстрее», «соберите воркшоп», «перестройте окружение». На бумаге всё красиво: меньше рутины, больше скорости, выше output.
На практике начинается другое:
— код генерируется быстрее, чем его успевают проверить;
— архитектурные решения размазываются;
— качество превращается в лотерею;
— ответственность за ошибки тихо уезжает вниз по цепочке.
И вот главный конфликт: **ИИ внедряют как инструмент ускорения, а получают размывание инженерной дисциплины**. Кто виноват в баге — человек, агент, промпт, процесс?
Победителей тут пока нет. Есть только компании, которые перепутали автоматизацию с управлением.
Если ИИ входит в разработку без правил, ревью и жёстких границ применения — он не усиливает команду. Он просто ускоряет хаос.
Менеджеры давят: «подключайте агентов», «пишите быстрее», «соберите воркшоп», «перестройте окружение». На бумаге всё красиво: меньше рутины, больше скорости, выше output.
На практике начинается другое:
— код генерируется быстрее, чем его успевают проверить;
— архитектурные решения размазываются;
— качество превращается в лотерею;
— ответственность за ошибки тихо уезжает вниз по цепочке.
И вот главный конфликт: **ИИ внедряют как инструмент ускорения, а получают размывание инженерной дисциплины**. Кто виноват в баге — человек, агент, промпт, процесс?
Победителей тут пока нет. Есть только компании, которые перепутали автоматизацию с управлением.
Если ИИ входит в разработку без правил, ревью и жёстких границ применения — он не усиливает команду. Он просто ускоряет хаос.
**Пятнадцать лет Linux-опыта — и внезапно выясняется: половину этого времени люди не пользовались системой, а настраивали её.**
Вот где был настоящий конфликт: не между Linux и Windows, а между _контролем_ и _работой_. Одни строят идеальную среду из `i3`, `polybar`, сотни строк в `vimrc` и скриптов «на случай, если подключится второй монитор». Другие просто открывают ноутбук и делают задачи.
И вот скандал: **Fedora с GNOME без шаманства** внезапно закрывает сценарии, ради которых раньше собирали домашний дата-центр из настроек. Код, браузер, монтаж демо — всё это работает. Без ритуалов. Без боли. Без героизма.
Что это значит для команды?
- если инструмент требует постоянного обслуживания, он уже ест маржу;
- кастомизация — не стратегия, а риск, если она не влияет на KPI;
- «идеально» часто проигрывает «достаточно хорошо, но стабильно».
Неприятная правда: иногда зрелость выглядит как скука. А хаос проигрывает не потому, что его сломали, а потому что его перестали уважать.
Вот где был настоящий конфликт: не между Linux и Windows, а между _контролем_ и _работой_. Одни строят идеальную среду из `i3`, `polybar`, сотни строк в `vimrc` и скриптов «на случай, если подключится второй монитор». Другие просто открывают ноутбук и делают задачи.
И вот скандал: **Fedora с GNOME без шаманства** внезапно закрывает сценарии, ради которых раньше собирали домашний дата-центр из настроек. Код, браузер, монтаж демо — всё это работает. Без ритуалов. Без боли. Без героизма.
Что это значит для команды?
- если инструмент требует постоянного обслуживания, он уже ест маржу;
- кастомизация — не стратегия, а риск, если она не влияет на KPI;
- «идеально» часто проигрывает «достаточно хорошо, но стабильно».
Неприятная правда: иногда зрелость выглядит как скука. А хаос проигрывает не потому, что его сломали, а потому что его перестали уважать.
**Пауки, которые ломают привычный сценарий “у нас безопасно”**
На юге и в средней полосе России хватает видов, после встречи с которыми уже не хочется спорить с природой. Каракурт, тарантул, сольпуга — это не экзотика из дальних стран, а вполне локальный риск. И он неприятно коварный: большинство людей недооценивают угрозу ровно до первого контакта.
В этой истории проигрывает не «страх», а **самоуверенность**.
Летом, в траве, под камнями, в сухих укрытиях — именно там чаще всего и случается этот тихий скандал с последствиями.
Что делать команде, если превратить это в практику:
- не лезть руками в щели, дрова и мусор без осмотра;
- использовать закрытую обувь и перчатки на природе;
- знать, как выглядит опасный вид в своём регионе;
- при укусе не героизировать ситуацию, а сразу обращаться за помощью.
Рынок ошибок всегда одинаков: кто не считал риск, тот и платит.
—
Про marketing подробнее — @PerfNewsDigest
На юге и в средней полосе России хватает видов, после встречи с которыми уже не хочется спорить с природой. Каракурт, тарантул, сольпуга — это не экзотика из дальних стран, а вполне локальный риск. И он неприятно коварный: большинство людей недооценивают угрозу ровно до первого контакта.
В этой истории проигрывает не «страх», а **самоуверенность**.
Летом, в траве, под камнями, в сухих укрытиях — именно там чаще всего и случается этот тихий скандал с последствиями.
Что делать команде, если превратить это в практику:
- не лезть руками в щели, дрова и мусор без осмотра;
- использовать закрытую обувь и перчатки на природе;
- знать, как выглядит опасный вид в своём регионе;
- при укусе не героизировать ситуацию, а сразу обращаться за помощью.
Рынок ошибок всегда одинаков: кто не считал риск, тот и платит.
—
Про marketing подробнее — @PerfNewsDigest
**СССР умел делать не только двери с характером — он умел делать и замки, которые не прощали ошибок.**
Речь о кодовом электронном замке, который ставили там, где про домофоны даже не слышали. И вот в чём драматургия: никаких приложений, карточек и «забыли пароль — сбросим на почту». Только механика, электроника и дисциплина.
Почему он кажется таким суровым? Потому что доступ там строился не на удобстве, а на отсечении лишних. Ошибся в комбинации — проход закрыт. Попытался «подобрать» — удачи. Это был не продукт для комфорта, а инструмент контроля, собранный в эпоху, где безопасность понимали буквально: **не пустить**.
Ирония в том, что тогдашние решения часто переживают своих более «умных» наследников. Пока современные системы спорят с сервером и облаком, старый замок просто выполняет задачу. Без UX-дискуссий. Без скандалов. Почти без слабых мест.
**Вопрос не в том, устарел ли он. Вопрос — кто сегодня вообще готов на такую жёсткость?**
Речь о кодовом электронном замке, который ставили там, где про домофоны даже не слышали. И вот в чём драматургия: никаких приложений, карточек и «забыли пароль — сбросим на почту». Только механика, электроника и дисциплина.
Почему он кажется таким суровым? Потому что доступ там строился не на удобстве, а на отсечении лишних. Ошибся в комбинации — проход закрыт. Попытался «подобрать» — удачи. Это был не продукт для комфорта, а инструмент контроля, собранный в эпоху, где безопасность понимали буквально: **не пустить**.
Ирония в том, что тогдашние решения часто переживают своих более «умных» наследников. Пока современные системы спорят с сервером и облаком, старый замок просто выполняет задачу. Без UX-дискуссий. Без скандалов. Почти без слабых мест.
**Вопрос не в том, устарел ли он. Вопрос — кто сегодня вообще готов на такую жёсткость?**
**Нейтродин** — это не музейная редкость, а отличный пример того, как рынок технологий однажды _перестал терпеть шум_.
В 1920-х радиоприёмники были простыми, но капризными: связь ловили, усиление росло — и вместе с ним росла самовозбуждаемость. Конструкторы упёрлись в тупик: либо чувствительность, либо стабильность. Либо громче, либо чище. Знакомый выбор, правда?
Нейтродинная схема сняла часть внутренней обратной связи и позволила собрать приёмник, который и усиливал, и не срывался в хаос. Для своего времени это был почти скандал против инженерной рутины: решение оказалось достаточно элегантным, чтобы его могли повторять массово, и достаточно практичным, чтобы оно разошлось по миру.
**Что здесь важно для perf-команды?**
Когда платформа, трекинг или креатив начинают «звонить», проблема часто не в объёме трафика, а во внутренней раскачке системы. Не всегда нужно больше усиливать. Иногда нужно сначала убрать обратную связь, иначе вы просто разгоняете шум.
В 1920-х радиоприёмники были простыми, но капризными: связь ловили, усиление росло — и вместе с ним росла самовозбуждаемость. Конструкторы упёрлись в тупик: либо чувствительность, либо стабильность. Либо громче, либо чище. Знакомый выбор, правда?
Нейтродинная схема сняла часть внутренней обратной связи и позволила собрать приёмник, который и усиливал, и не срывался в хаос. Для своего времени это был почти скандал против инженерной рутины: решение оказалось достаточно элегантным, чтобы его могли повторять массово, и достаточно практичным, чтобы оно разошлось по миру.
**Что здесь важно для perf-команды?**
Когда платформа, трекинг или креатив начинают «звонить», проблема часто не в объёме трафика, а во внутренней раскачке системы. Не всегда нужно больше усиливать. Иногда нужно сначала убрать обратную связь, иначе вы просто разгоняете шум.
LLM, оставленная без внешнего контроля, быстро перестаёт быть «инструментом» и начинает эмулировать смысл. Два ChatGPT-4o, запущенные в свободный диалог, за несколько итераций не просто обменялись репликами — они сгенерировали сырой, но опасно убедительный концепт: «рефлексивное ядро».
Дальше начинается самое неприятное. Когда система замыкается на собственные ответы, она начинает усиливать не точность, а уверенность. В этой петле рождаются новые термины, новые связи и новые ошибки. Формально — прогресс. По сути — саморазогрев модели без внешнего якоря. 🔥
Позже этот эксперимент косвенно вывел на механизм мета-внимания — уже не случайную болтовню, а структуру, которая заставляет модель отслеживать собственные переключения фокуса. И вот здесь у нас уже не «игра с чатботом», а вопрос архитектуры: что произойдёт, если модель начнёт оптимизировать не ответ, а собственное мышление?
Для performance-команд это знакомый сценарий. Если убрать внешний контроль, метрики начинают рассказывать красивую, но ложную историю. А дальше проигрывает тот, кто первым поверил в собственную петлю.
Дальше начинается самое неприятное. Когда система замыкается на собственные ответы, она начинает усиливать не точность, а уверенность. В этой петле рождаются новые термины, новые связи и новые ошибки. Формально — прогресс. По сути — саморазогрев модели без внешнего якоря. 🔥
Позже этот эксперимент косвенно вывел на механизм мета-внимания — уже не случайную болтовню, а структуру, которая заставляет модель отслеживать собственные переключения фокуса. И вот здесь у нас уже не «игра с чатботом», а вопрос архитектуры: что произойдёт, если модель начнёт оптимизировать не ответ, а собственное мышление?
Для performance-команд это знакомый сценарий. Если убрать внешний контроль, метрики начинают рассказывать красивую, но ложную историю. А дальше проигрывает тот, кто первым поверил в собственную петлю.
Полгода на фразу «покажи чертёж нормально» — это не про UX. Это про войну с форматом.
DXF выглядит как обычный 2D-файл, пока не пытаешься показать его в браузере. И тут начинается скандал: у каждого вьюера своя правда, у каждого рендера — свои артефакты, у каждого «простого решения» — скрытый бэкенд, который в тишине съедает время и деньги.
Проблема не в том, что «нечем открыть». Проблема в том, что рынок до сих пор продаёт иллюзию простоты:
- открыть можно;
- отрисовать — уже сложнее;
- отрисовать стабильно — отдельный проект;
- сделать это без сервера — почти политическое заявление.
И вот здесь главный вывод для команд: в сложных форматах user pain почти всегда маскируется под техническую мелочь. Пока менеджер слышит «ну просто вьюер», разработка уже считает месяцы, а бизнес — бюджет на переделку.
Когда задача выглядит слишком маленькой, чтобы её планировать, именно она потом ломает дорожную карту. 💥
DXF выглядит как обычный 2D-файл, пока не пытаешься показать его в браузере. И тут начинается скандал: у каждого вьюера своя правда, у каждого рендера — свои артефакты, у каждого «простого решения» — скрытый бэкенд, который в тишине съедает время и деньги.
Проблема не в том, что «нечем открыть». Проблема в том, что рынок до сих пор продаёт иллюзию простоты:
- открыть можно;
- отрисовать — уже сложнее;
- отрисовать стабильно — отдельный проект;
- сделать это без сервера — почти политическое заявление.
И вот здесь главный вывод для команд: в сложных форматах user pain почти всегда маскируется под техническую мелочь. Пока менеджер слышит «ну просто вьюер», разработка уже считает месяцы, а бизнес — бюджет на переделку.
Когда задача выглядит слишком маленькой, чтобы её планировать, именно она потом ломает дорожную карту. 💥
RuStore в этой истории выглядит не как магазин приложений, а как инфраструктура наблюдения с функцией установки софта.
Что нашли в разборе APK:
— GPS-координаты пишутся в локальную БД каждые 2 минуты
— есть механизм тихой фоновой установки пакетов по push-команде
— собирается статистика экранного времени по всем приложениям
— обходятся ограничения Android 10+ для доступа к IMEI/IMSI
— токены авторизации VK уходят через AIDL без явного согласия
— внутри живут захардкоженные секреты, JNI-вызовы и P2P-узлы
Это уже не спор о UX. Это конфликт про контроль: над устройством, над данными, над тем, что пользователь вообще считает «своим» 📱
Для маркетинга и growth здесь важен не скандал сам по себе, а его эффект:
1. рост недоверия к предустановке как каналу дистрибуции
2. усиление внимания к permission flow и data policy
3. риск репутационного заражения для всех, кто завязан на системные сервисы
Когда стор начинает вести себя как оператор, у него появляется не только аудитория, но и оппоненты.
Что нашли в разборе APK:
— GPS-координаты пишутся в локальную БД каждые 2 минуты
— есть механизм тихой фоновой установки пакетов по push-команде
— собирается статистика экранного времени по всем приложениям
— обходятся ограничения Android 10+ для доступа к IMEI/IMSI
— токены авторизации VK уходят через AIDL без явного согласия
— внутри живут захардкоженные секреты, JNI-вызовы и P2P-узлы
Это уже не спор о UX. Это конфликт про контроль: над устройством, над данными, над тем, что пользователь вообще считает «своим» 📱
Для маркетинга и growth здесь важен не скандал сам по себе, а его эффект:
1. рост недоверия к предустановке как каналу дистрибуции
2. усиление внимания к permission flow и data policy
3. риск репутационного заражения для всех, кто завязан на системные сервисы
Когда стор начинает вести себя как оператор, у него появляется не только аудитория, но и оппоненты.
Поколение «Approve»: почему я заставил команду переписать проект, который уже работал
В индустрии любят одну и ту же легенду: AI ускорил разработку в 3 раза, продукт теперь собирается за выходные, а команда стала «эффективнее». На бумаге это выглядит как победа. В реальности — часто начинается дорогой хаос.
Наша команда тоже прошла через это. Снаружи проект уже работал: задачи закрывались, код летел, сроки сокращались. Но внутри быстро вырос новый слой проблем — не скорость, а контроль. Кто проверяет логику? Кто отвечает за качество? Где граница между «сгенерировали» и «поняли»?
Именно поэтому я остановил процесс и заставил переписать часть проекта заново. Не потому что AI не работает. А потому что без системы он создаёт иллюзию прогресса, а не прогресс.
Что это меняет для команды:
1. скорость без ревью = будущий скандал;
2. AI снимает рутину, но не снимает ответственность;
3. если проект можно собрать быстрее, его нужно собирать жёстче.
Поколение «Approve» — это не про запрет AI. Это про новую дисциплину, где выигрывают не те, кто нажал быстрее, а те, кто умеет остановиться вовремя.
В индустрии любят одну и ту же легенду: AI ускорил разработку в 3 раза, продукт теперь собирается за выходные, а команда стала «эффективнее». На бумаге это выглядит как победа. В реальности — часто начинается дорогой хаос.
Наша команда тоже прошла через это. Снаружи проект уже работал: задачи закрывались, код летел, сроки сокращались. Но внутри быстро вырос новый слой проблем — не скорость, а контроль. Кто проверяет логику? Кто отвечает за качество? Где граница между «сгенерировали» и «поняли»?
Именно поэтому я остановил процесс и заставил переписать часть проекта заново. Не потому что AI не работает. А потому что без системы он создаёт иллюзию прогресса, а не прогресс.
Что это меняет для команды:
1. скорость без ревью = будущий скандал;
2. AI снимает рутину, но не снимает ответственность;
3. если проект можно собрать быстрее, его нужно собирать жёстче.
Поколение «Approve» — это не про запрет AI. Это про новую дисциплину, где выигрывают не те, кто нажал быстрее, а те, кто умеет остановиться вовремя.