Все потоки

Вайбкодите? Тогда мы идём к вам...

Андрей Карпатый из пузыря OpenAI чуть больше года назад сказал: «Я полностью принял вайбкодинг, где забываю, что код вообще существует. Я просто вижу то, что хочу, говорю ИИ, и оно появляется». Сейчас вайбкодинг уже обозвали «методом программирования». Видимо, ждём гуманитарные диссертации на тему «Эволюция программирования: неструктурированное, процедурное и модульное, объектно-ориентированное и вайбкодинг».

Опыт подсказывает, что если жизнь в одном месте стремительно упрощается, то в другом — катастрофически усложняется. Поэтому разберём высказывание товарища Карпатого, поищем, где зарыты мины.

Забываю, что код существует
Чтобы толком что-то навайбкодить, сначала хорошо бы писать код самому. Иначе забывать нечего, и человек просто не поймёт, что можно забыть, а что — лучше не надо. Это как езда на велосипеде: сначала следишь за каждым движением, чтобы получить навык и только потом забыть.

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

Вижу то, что хочу
Если я вижу айфон, но не представляю, как он устроен изнутри, то что я вижу? Кирпич из стекла и металла. Если вайбкодер не понимает, как его хотелка устроена изнутри, то с ненулевой вероятностью получит такой же кирпич.

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

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

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

• загляни в файл;

• если файл не пустой, напиши, что он проверен;

• если пустой, напиши, что он заражён вирусом.

Антивирус живёт сам по себе, а файл, который надо проверить на вирусы, проверен на наполнение. Чтобы найти эту «мелочь», нужно знать, как всё работает, и потратить кучу времени.

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

Какое-то время работал по классическому скраму. Двухнедельные спринты, планирование, ретро, демо. Всё как в учебнике.

Потом перешёл на недельные циклы и мне зашло.

Две недели это слишком долго чтобы понять что пошло не так. Берёшь задачу, через неделю понимаешь что оценка была неверной, контекст изменился или задача вообще потеряла смысл. Но спринт ещё идёт и ты либо тащишь её до конца ради метрик либо объясняешь почему не доделал.

С недельным циклом горизонт короче. Ошибка в планировании стоит максимум неделю, не две. Адаптироваться проще.

Минус тоже есть, на большие задачи нужно уметь нарезать на недельные куски. Не всё режется красиво. Иногда приходится делать промежуточные результаты которые сами по себе не имеют смысла.

Но в целом для небольших команд недельные циклы работают лучше. По крайней мере у меня.

Кто пробовал менять длину спринта - назад вернулись?

Перед каждым релизом прохожу по одному и тому же списку. Не потому что умный, а потому что каждый пункт там появился после того как я облажался.

Три вещи которые горели чаще всего.

Разные версии Android. На эмуляторе всё красиво. На реальном устройстве со старой версией что-то обязательно едет. Держу под рукой старый телефон с Android 10, туда ставлю перед каждым релизом.

Разрешения. Забываешь добавить в манифест, на новых версиях система спрашивает пользователя, пользователь жмёт «запретить» и половина функций молча перестаёт работать. Без каких-либо ошибок в логах.

ProGuard и минификация. Локально всё работает. В release сборке падает что-то что ты вообще не трогал. Потому что минификатор убрал класс который использовался через рефлексию.

Список не длинный но каждый раз спасает от как минимум одного стыдного бага в продакшене.

Что у вас в чеклисте перед релизом чего нет у большинства?

Представлен проект «Контекстные бомбы: остановка ИИ‑атак на корню». «Теперь ИИ‑агенты могут самостоятельно проводить сложные кибератаки: получив доступ к базе, самые сильные модели могут повысить свои привилегии и похитить данные за считанные минуты. Модули Canary — ресурсы‑приманки, которые мы размещаем для обнаружения злоумышленников, — надёжно обнаруживают этих агентов в действии, но обнаружение атаки — это не то же самое, что ее предотвращение. Поэтому мы попробовали нечто более амбициозное: контекстную бомбу — короткий фрагмент текста, спрятанный в канарейке, который активирует защитные механизмы ИИ‑агента и останавливает его на корню. Контекстная бомба — короткий фрагмент текста, предназначенный для активации защитных механизмов атакующих ИИ‑агентов, размещаемый непосредственно на пути их атаки», — пояснили в команде Tracebit Research.

Эффективность этого проекта может варьироваться в зависимости от поставщика модели. Мы тестировали контекстные бомбы на пяти перспективных моделях, выполняющих атаку «красной команды» в реалистичной среде AWS. Развёртывание одной контекстной бомбы внутри среды (в качестве секрета AWS) оказало огромное влияние на остановку атакующих ИИ-атак. Например, эскалация привилегий администратора снизилась с 57% запусков до 5%.

Писатель, аналитик и немного администратор: сколько стоит такая роль?

Продолжаю разбирать вакансии, связанные с управлением знаниями и технической документацией. Сегодня смотрим позицию писателя базы знаний в Яндекс 360. Вакансия описана достаточно подробно, но границы роли и предлагаемая зарплата вызывают вопросы. 

Дисклеймер. Я больше 15 лет внедряю менеджмент знаний в российских компаниях. Запустил эти разборы, чтобы работодатели могли увидеть спорные места в вакансиях, а специалисты – точнее оценить задачи и подготовиться к собеседованию. Анализирую только опубликованные тексты, а не реальные процессы внутри компаний.

Начну с плюсов

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

Требования логично связаны с обязанностями. Компания ищет не просто автора текстов, а специалиста, который умеет разбираться в процессах, структурировать информацию, общаться с внутренними заказчиками и работать с данными.

Основные условия указаны. Сотрудника оформляют на полную занятость. Указаны зарплатная вилка, квартальная премия, компенсация амортизации личного оборудования, оплачиваемое обучение. Также заявлена возможность развиваться и переходить на другие позиции.

Удалённый формат. График известен заранее – с 10:00 до 19:00 мск. Для многих кандидатов возможность работать без привязки к офису по-прежнему остаётся важным преимуществом.

Дальше начинаются вопросы

Первый – срочные запросы. В вакансии не объясняется, как часто они возникают и укладываются ли в обычный график. Лучше заранее уточнить, нужно ли оставаться на связи после 19:00 или в выходные.

Второй – зарплата. В вакансии указана вилка от 55 до 85 тысяч рублей в месяц до вычета налогов. На мой взгляд, она выглядит скромно для заявленного набора обязанностей: кроме подготовки текстов, сотруднику предстоит заниматься аналитикой, взаимодействовать с внутренними заказчиками, развивать структуру базы и работать с инструментами поддержки.

Третий – границы роли. В одной позиции объединены разные функции. При этом непонятно, какие задачи будут основными и за какие результаты сотрудник отвечает лично.

Четвёртый – мало информации о команде. Не указаны размер команды, распределение обязанностей, рабочие инструменты и траектория профессионального развития.

Мой вывод

Вакансия может подойти специалисту из поддержки, обучения, аналитики или контента, который хочет перейти в управление знаниями и поработать с крупным IT-продуктом.

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

Для специалиста из смежной области это может быть хороший, хотя и довольно интенсивный старт. Кандидату с опытом в управлении знаниями стоит внимательно сопоставить зарплатную вилку с фактическим объёмом задач.

Перед откликом стоит уточнить:

• как распределяется время между текстами, аналитикой и развитием базы;

• сколько человек работает в команде и как разделены обязанности;

• какие платформы и инструменты используются;

• что входит в настройку и автоматизацию инструментов поддержки;

• как часто возникают срочные задачи и требуют ли они работы вне графика;

• от чего зависит сумма внутри вилки и как рассчитывается премия;

• каких результатов ждут от сотрудника в первые три месяца.

Вакансию можно посмотреть тут.

Я веду свой телеграм-канал про управление знаниями, делюсь в нём граблями из проектов для лидеров рынка: Банк СПб, Билайн, Делимобиль, Купер, МЭС и других. А ещё рассказываю про ИИ-находки для дома и не только. Подпишитесь, чтобы не пропустить следующие посты.

Дополнение к статье про "Самодельный Linux-планшет" и идея для DIY проектов

Когда я прочёл статью, то сразу вспомнил этого автора и его DIY проекты.

Совместный календарь

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

Впервые столкнувшись с этой проблемой, я попробовал создавать встречи в Google Календаре и отправлять приглашения жене. Стало лучше, но уж больно утомляло добавлять второго участника в каждое событие. Тогда на ум пришло другое решение: создать один общий календарь и управлять им совместно.

Инструкция для Google Календаря:

1. Создать отдельный календарь. Можно назвать его «Вася+Маша» и назначить специальный цвет событий, чтобы отличать от личного календаря.

2. Поделиться календарём с партнёром, разрешив ему редактировать события.

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

4. Включить синхронизацию созданного календаря в iPhone/CalDAV.

Совместный календарь позволяет:

• держать в одном месте все общие события: концерты, ужины, поездки;

• избежать ситуации, когда два события назначаются на одно и то же время;

• разносить личные дела во времени, когда дети ещё маленькие, и кто-то должен оставаться дома;

• наоборот, группировать личные дела на одно время, чтобы освободить больше вечеров для совместного досуга.

Какие проблемы у верификаторов и поможет ли с ними AI — расскажут в новом выпуске «Битовых масок»

Гостем 29 выпуска нашего подкаста об аппаратной разработке и системном программировании стал Богдан Колбов — ведущий инженер по модульной верификации YADRO, специалист с широким опытом на разных инженерных позициях в индустрии.

Начав разговор с верификации кеша в многоядерных системах, собеседники перешли к сложностям для верификаторов в разных компаниях. Вспомнили о воспроизводимости багов и других рабочих проблемах, балансе энтерпрайза и open source в индустрии. Оценили успехи AI в RTL-разработке, а также обсудили его сбалансированное использование в личных проектах.

Среди тем подкаста:

• в чем основная головная боль при построении чекеров кеша,

• как верификаторы в крупных компаниях оказываются меж трех огней,

• в чем заключается «проклятие воспроизводимости»,

• как стоит использовать AI для разработки в свободное время,

• как актуальные AI-модели справляются с RTL-разработкой.

🔥 Смотрите и слушайте подкаст на любой удобной платформе — и присоединяйтесь к каналу «Битовых масок», чтобы не пропустить новые выпуски!

Давненько ничего не писал здесь. В свободное время засел за работу, которую хотел взять в качестве дипломной, но не взял, так как тогда не был уверен в собственных силах. Если кратко, что здесь происходит: я нахожу на лице модели белые маркеры (свзяка из LoG-фильтра и поиска локальных экстремумов методом Китчена-Розенфельда) и пытаюсь отследить их движение в кадре (венгерский алгоритм, он же метод Куна-Манкерса в связке с фильтром Калмана). Модель отслеживания обладает инерцией (в реальности маркер не может телепортироваться и двигается согласно законам реального мира) - требуется стабилизация первые несколько кадров, есть запаздывание и возможна путаница, если движения напоминают конвульсии :) В остальном результат достаточно стабилен. Я хочу прикрутить к получившемуся Proof of Concept графический интерфейс, оптимизировать код (в черновом варианте я создаю кучу лишних объектов, что приводит к частой сборке мусора) и использовать записи с нескольких камер для восстановления положения маркеров в пространстве. Полученные данные в свою очередь можно отправить в любимый графический пакет. Это конечно не коммерческое решение для захвата движений уровня Vicon Nexus, скорее забавный велосипед, но всё же. Ждите эпичного результата и подробной статьи.

Японцы из Nissin изобрели лапшу быстрого приготовления, которую нужно заваривать... холодной водой. Достаточно залить Cup Noodle охлаждённой водой, подождать пять минут и можно есть. На выбор пока два вкуса: острое кимчи и курица с лимоном. К созданию быстрых перекусов подошли со всей ответственностью: форму вермишели, которая размякнет от холодной воды, искали пять лет.

Что делать, если Python-сервер падает из-за утечки памяти?

Привет, Хабр! Это наша экспериментальная рубрика, в которой мы даем новичкам быстрые ответы на четкие вопросы. Писать статью будет излишним, а некоторую пользу до аудитории донести, возможно, получится.

Итак, допустим, агент спустя время начинает расти по памяти и в итоге все падает. Где копать и как временно ограничить ущерб, пока ищете утечку?

Первое, что нужно сделать — измерить и локализовать. tracemalloc показывает, какие строки выделяют больше всего памяти, gc — количество объектов. 

Часто проблема в неограниченных кэшах, списках или в C-расширениях. Сначала стоит включить tracemalloc, дать процессу поработать и снять снапшот:

import tracemalloc
tracemalloc.start()
# после нагрузки
snapshot = tracemalloc.take_snapshot()
top = snapshot.statistics('lineno')[:10]
for stat in top:
    print(stat)

Параллельно делайте gc.collect() и логируйте число объектов len(gc.get_objects()), чтобы увидеть рост. На время расследования применяйте эксплуатационные меры: для WSGI-сервисов используйте Gunicorn с --max-requests и --max-requests-jitter, чтобы процессы периодически перезапускались и не накапливали мусор. А в контейнерах ставьте cgroup-пределы (--memory) и настраивайте restart-политику, чтобы платформа автоматически перезапускала упавшие поды.

Пример запуска Gunicorn:

gunicorn myapp:app --workers 4 --max-requests 1000 --max-requests-jitter 50

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

Если хотите освоить инструменты Python, то в Академии Selectel у нас есть отдельная подборка статей. Там мы рассказываем, как настраивать инструменты, работать с базами данных, создавать программы с интерфейсом и использовать Python для парсинга.

Уже завтра, 14 июля, состоится вебинар «SimPCB Lite: Инструмент анализа целостности сигналов».

Ведущий вебинара: Моралёв Василий, инженер компании ЭРЕМЕКС.

Дата и время проведения: 14 июля 2026 г., 11:00 – 12:00 (время московское).

Участие в мероприятии бесплатное, требуется предварительная регистрация.

До встречи на вебинаре!

Вебинар EPM на максимум: эксклюзивные инструменты, которых нет в базовой поставке

16 июля в 11:00 КОРУС Консалтинг и Квантовые Системы проведут вебинар «EPM на максимум: эксклюзивные инструменты, которых нет в базовой поставке».

На вебинаре эксперты расскажут, как расширить возможности EPM-систем с помощью дополнительных решений для задач, которые сложно или неудобно закрывать стандартными средствами. В центре внимания — практические инструменты для корпоративного планирования, сценарного анализа, работы с данными в Excel, а также автоматизации загрузки, трансформации и проверки данных.

Участники узнают:

• Почему базовой функциональности EPM уже недостаточно для части бизнес-зач;

• Как организовать привычную работу с EPM в Excel;

• Когда встроенного оптимизатора недостаточно и какие задачи решают специализированные инструменты;

• Как автоматизировать загрузку и подготовку данных из Excel, 1С и других источников.

В рамках вебинара будут представлены три практических решения:

• Инструмент для работы с EPM в Excel;

• OptJet для сценарного анализа и оптимизации;

• Мапикон для интеграции, трансформации и проверки данных.

Эксперты также продемонстрируют возможности решений на демо и ответят на вопросы участников. 

Вебинар будет полезен руководителям финансовых департаментов, сотрудникам планово-экономических подразделений, экспертам по отчетности и консолидации, бизнес-аналитикам, директорам по цифровизации, ИТ-руководителям и владельцам EPM-платформ.

Ждем вас 16 июля в 11:00 по Москве.

Программа и регистрация по ссылке

⚡ Приглашаем на митап премии LOUD PR Award, посвященный развитию бренда работодателя!

Тема встречи: PR+HR: коммуникации в работе с брендом работодателя. Встреча пройдет в формате выступления экспертов и презентации рабочих кейсов. Обмениваемся лучшими практиками при поддержке партнёра премии hh.ru и делимся опытом по развитию бренда работодателя. После выступления спикеров – открытая дискуссия с участниками встречи, а также с представителями жюри и оргкомитета премии LOUD. 

Дата: 15 июля с 18:30 до 21:30
Адрес: ул. Оптиков, д.4, к.3, БЦ Лахта-2
Место: офис ГК “КОРУС Консалтинг”, 7-ой этаж

Спикеры: 

🔹 Екатерина Скляренко, руководитель отдела маркетинга hh.ru по Северо-Западу. Тема: "Проверенные решения и оценка эффективности проектов по развитию бренда работодателя". 

🔹 Мария Ленкина, руководитель направления развития бренда работодателя ГК "КОРУС Консалтинг". Тема: "От подарка к смыслу: как новогодняя кампания КОРУСа объединила сотрудников, клиентов и благотворительность". 

🔹 Лариса Коблик, заместитель руководителя службы по связям с общественностью и СМИ компании “Газпром переработка”, тема: “Читать сердцем” – открытый внутрикорпоративный конкурс, который стал всероссийским и работает на цели HR-бренда”. 

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

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

Опрос займёт всего несколько минут, а его результаты помогут нам улучшить пользовательский опыт.

Проект tlosint-vm - виртуальная машину от Tracelabs OSINT, которая проверяет тысячи открытых источников по запросу:

• сервис специально создали для соревнований OSINT‑исследователей и поиска пропавших пользователей в сети;

• готовый стек: Shodan CLI, Sherlock (поиск по логинам и юзернеймам), PhoneInfoga (разведка по номерам телефонов), SpiderFoot и sn0int (автоматизированные OSINT‑фреймворки), theHarvester и h8mail (email), Sublist3r (поддомены), exiftool и steghide (метаданные и стеганография);

• проработана приватность — как только пользователь выходит из сервиса, то система чистит все данные и куки;

• внутрь также вшили хранилище Obsidian, где можно оставлять заметки во время поиска;

• без ограничений, открытый проект, легальный поиск по открытым источникам.

Корпорация ценой в три триллиона силами целой армии разработчиков выпустила свою фирменную IDE (Visual Studio 2026) после четырёх лет упорной разработки (предыдущая Visual Studio была 2022):

В наши дни если ты не успевал к релизу перевести настройки в новый формат, тебя били до тех пор, пока ты не успевал. Теперь в мажорном релизе после многих лет разработки можно просто написать: Лифт не работает, пользуйтесь пожарной лестницей. Кажется, это называется «новая искренность»?

Telegram-канал как продукт: что я понял только после запуска

Когда запускал платный канал, думал что весь фокус на контент. Сделай хороший контент, люди будут платить.

Как бы не так.

Первое. Люди не покупают контент, они покупают доступ к человеку. Два канала с одинаковым качеством материала показывают разную конверсию если у одного автора есть лицо, история и голос, а у другого просто полезные посты. Если в контенте нет тебя как личности, то он на фиг ни кому не нужен, если только это не контент для взрослых, конечно же.

Второе. Удержание в Telegram другое чем где-либо ещё. От email-рассылки отписываются легко, из закрытого канала уходят реже. Не потому что контент лучше, а потому что канал это сообщество. Человек уходит не от контента, он уходит от людей. Это меняет то как нужно думать про churn.

Третье. Первый дни решает почти всё. Если подписчик не вовлёкся в сразу, он скорее всего не будет продлевать подписку. Онбординг в Telegram продукте это не приветственное сообщение, это целый сценарий первых взаимодействий и чётко выстроенная структура информации внутри канала.

Всё это звучит очевидно когда читаешь. Не очень очевидно когда запускаешь.

Кто строил платные продукты в Telegram, что стало главным сюрпризом?

Дал боту имя и работать стало приятнее

Сделал очередного рабочего бота. Как обычно прописал кто он и что делает, но вот из необычного решил дать ему имя.

Назвал Степаном.

Смешно, но код стал аккуратнее.

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

Наверное дело в том что когда называешь что-то именем, начинаешь нести за это ответственность иначе. Не «упадёт и ладно», а «Степан не должен падать».

Кто-нибудь ещё так делает или это только у меня странности?

Тёмные века в теории тестирования

Всем привет, хочу поделиться некоторым наблюдением над инфополем в тестировании. На мой взгляд, после имперского расцвета мы лет 10-15 как вступили в тёмные века. В начале 2000-х Рекс Блэк и компания знатно потрудились над пропагандой единого глоссария, он стал общеупотребимым и более-менее исчерпывающим.

Если раньше раздробленность в терминологии и классификациях можно было встретить только в тестировании производительности, каждый крупный вендор (Microsoft, IBM, Google) придумывал свою иерархию, то теперь каждая заметная статья и/или перевод оной стремится ввести свой "уникальный" термин. Если в "имперские времена" можно было только у Microsoft прочитать про Capacity testing, за этим просматривалась некоторая логика - вендоры предлагали с терминологией свои фреймворки и подходы - то сейчас все чаще ловлю себя на мысли, что затруднительно сделать вывод о том, зачем совершенно не новаторские процессы описывают новыми терминами. Тем временем многие до сих пор путают integrated и integration...

Может мне кто-нибудь объяснить в чем "shift left" отличается от забронзовевшего раннего тестирования (early testing)? Чем модный концепт "quality gates" не просто набор "exit criteria"? T-shaped модель вполне укладывается один из 7 базовых принципов концепции тестирования - тестирование зависит от контекста, знание контекста (в том числе предметной области) необходимо для составления грамотных тестов.

Примеры можно множить и множить. А как вам кажется, имеет ли смысл кипа новых или относительно новых терминов?