Интервью

Топ-5 нелепых вопросов на собеседовании и РЕАЛЬНЫЕ ответы на них

Или рубрика «если бы кандидаты говорили правду на собеседовании».

1.      «Вы очень хорошо справились с тестовым заданием, но почему вы прислали его в последний момент?»

Долго думала, хочу ли делать неоплачиваемое тестовое задание, которое прислали через ПОЛГОДА после отклика на вакансию. Кстати, я чудом увидела ваше письмо и вспомнила, кто вы. И да, я прислала задание за 3 часа 8 минут ДО ДЕДЛАЙНА. Последний это момент или нет – вопрос дискуссионный...

2.      «Вы не работаете с октября. И на что же вы живете?»

Эм… честно говоря, не ваше дело. Может, наследство. Или трастовый фонд. Накопления. Помощь родителей. Деньги мужа. Донаты. Подработка. Да может я живу на улице и мне нечего есть? Вопрос звучит как обвинение.

3.      «У вас такое сильное резюме. Почему вас еще никто к себе не забрал? Так сказать, не оторвал с руками и ногами?»

Даже не знаю. Наверное, опыта слишком много. Или слишком мало. Может половина вакансий, на которые я откликалась, это фейк. Или я просто счастливее, жизнерадостнее, моложе, умнее, самодостаточнее или красивее своих потенциальных руководителей/девушек из HR. Сказать сложно, не так ли?

4.      «Тестовое хорошее, но я вижу, что при выполнении тестового задания вы использовали ИИ для генерации юмора. Это так?»

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

5.      «Почему вы всю жизнь учитесь? Как так вышло?»

Потому что дед всегда говорил мне «учись». И вообще «education is not preparation for life, education is life itself» (в переводе «образование – это не подготовка к жизни, образование – это и есть жизнь»). Табличка с этой фразой Джона Дьюи висит на входе в университет Сан-Диего, где мой папа учил английский язык много лет назад. Тот факт, что вы задаете вопрос «Почему вы учитесь?» говорит о том, что… мы с вами очень разные люди.

P.S. где проходит грань между собеседованием и допросом? Вроде бы поиск работы – привычное дело. Отклики, собеседования, офферы, отказы… Да, ты в состоянии неопределенности. Да, вакансии/HR/настроение бывают разные. Но иногда бывают собеседования, после которых ты чувствуешь себя просто куском говядины. Ощущение, что тебя использовали, сняли матрицу и присвоили тестовое задание. Вот как после этого вновь и вновь качественно, с душой продолжать делать тестовые, ходить на собеседования? Ответа нет…

Извините все, не удержалась.

Оффбординг: процесс, о котором все молчат — и зря

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

В новом выпуске «Свободного слота» — Вера Маневич, директор по IT-персоналу в Ozon. Говорим про увольнение честно: с обеих сторон, с личным опытом и без попыток сделать вид, что всё всегда проходит гладко.

Что обсудили

Почему стоимость оффбординга может достигать 200% годового дохода сотрудника — и кто об этом вообще думает заранее. Сколько времени реально нужно на передачу дел и как договориться об этом, не превращая последние недели в ад. Что делать, если человек уходит внезапно — или внезапно передумывает. Как доносить решение команде и что она на самом деле знает об уходе коллеги. Ну и личное: от слёз в переговорной до «лучшего увольнения в жизни».

Слушайте и смотрите новый выпуск на площадках:

📺 YouTube
🔵 ВК Видео
📌 RuTube
🎧 Яндекс Музыка
Ⓜ️ Mave

Ещё больше новостей — в нашем телеграм-канале

«Свободный слот» — терапевтичный контент для тимлидов и тех, кто хочет ими стать

Неделю назад КиберËж проводил CyberWeekend (где там правда викенд они нашли в начале недели, я не знаю 😂) и, в том числе, пригласили меня побеседовать про Программно-аппаратный хакинг как одно из самых сложных и интересных направлений в кибербезопасности, объединяющее знания из программирования, электроники, сетей, встроенных систем и реверс-инжиниринга.

В рамках диалога мы с Павлом осветили такие темы, как:
* Почему специалистов в этой области так мало и чем они занимаются на практике.
* Почему искусственный интеллект пока не способен заменить экспертов по аппаратному хакингу: работа с реальными устройствами требует опыта, интуиции и нестандартного мышления.
* Как после 2022 года изменились основные направления атак и почему всё больше внимания уделяется IoT-устройствам и объектам физической инфраструктуры.
* Какие навыки стоит развивать уже сегодня тем, кто интересуется IT, электроникой и информационной безопасностью.

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

Ну и конечно же, интервью можно легко посмотреть в 📺 ВКвидео.

🧠 Обязательно поделись с теми, кому это может быть полезно 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте

Конец скучным новостям, новое поколение журналистов - цирковая экспрессия

Это какой-то цирковой номер, а не просто интервью - так с нами общались английские журналистки.

Вообще-то они занимаются отнюдь не театрами, это известные IT-блогеры. На стенде Спецлаб их заинтересовали ИИ-технологии.

Олеся Гришанина
=Спецлаб=

AviTalk: как инженер становится техническим руководителем юнита

AviTalk — шоу, в котором сотрудники Авито рассказывают о своём профессиональном пути. В этом выпуске — Марк Чайников, Technical Unit Leader в Авито. Ведущий — Виктор Раев, руководитель разработки юнита Services Base.

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

Отдельно затронули не самые очевидные, но важные вещи: как логи и заметки помогают в работе руководителя, почему ops-review — это не формальность, а инструмент управления, и что делать с конфликтами и выгоранием внутри команды.

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

Смотреть выпуск:

🔵 VK Видео
📺 YouTube
📌 Rutube

AviTalk — шоу толковых людей. Гости — сотрудники Авито из разных дирекций и команд, которые делятся своей экспертизой и профессиональным путём.

Собеседование. Часть 3: Магия коллекций в Kotlin — от лямбд до скрытых аллокаций

В прошлых частях мы препарировали алгоритмы и заглянули под капот хэш-таблиц. Сегодня поговорим о том, за что разработчики так искренне любят Kotlin — о коллекциях.

На собеседованиях этот блок вопросов — мой любимый детектор. Он отлично показывает, умеет ли человек отличать красивый синтаксический сахар от суровой реальности JVM.

Уровень 1: Синтаксический сахар и интерфейсы

Я спрашиваю: «В чем фундаментальная разница между List и MutableList в Kotlin?» Ожидаемый ответ: Kotlin изящно разделил интерфейсы на читаемые (read-only) и изменяемые. У List просто нет методов add или remove. Это спасает нас от случайных мутаций состояния, особенно когда мы гоняем данные в реактивном UI.

Далее переходим к функциям-расширениям. Кандидат пишет классическую цепочку: users.filter { it.age > 18 }.map { it.name }

Выглядит чисто. Здесь же я подкидываю вопрос про reduce и fold. Оба метода сворачивают коллекцию, но если кандидат бездумно использует reduce, я с легкой улыбкой спрашиваю: «А что будет, если список окажется пустым?» Будет больно и UnsupportedOperationException. Поэтому fold с его стартовым значением — выбор тех, кто хочет спать спокойно.

Уровень 2: Срываем покровы компилятора

Когда кандидат уверенно жонглирует лямбдами, пора заглянуть под капот. Я задаю вопрос: «А что конкретно создается в памяти, когда ты вызываешь listOf(1, 2, 3) или mapOf(1 to "A")?»

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

• mapOf() под капотом вернет java.util.LinkedHashMap. Но! Контракт Map не гарантирует сохранение порядка. Если вам критически важен порядок вставки, не надейтесь на реализацию «под капотом» — пишите linkedMapOf() явно, иначе в один прекрасный день обновление языка сломает вам логику.

• listOf(1, 2, 3) вернет не обычный java.util.ArrayList. Он вернет внутренний класс java.util.Arrays$ArrayList. И разница тут колоссальная. Это fixed-size обертка над массивом. Если любитель хардкора решит сделать (list as MutableList).add(4), он моментально получит краш в рантайме.

Далее вопрос на засыпку: «Если мы в цикле вызываем filter { ... }, не убиваем ли мы Garbage Collector созданием анонимных классов для лямбд?» Отличный кандидат вспомнит про модификатор inline. Компилятор физически вставляет тело функции в место вызова, поэтому аллокации объектов лямбд не происходит.

Уровень 3: Экспертный взгляд и ловушка Sequences

Вроде бы inline нас спас? И да, и нет. Тут начинается территория архитектуры и производительности. Я возвращаю кандидата к его коду: users.filter { it.age > 18 }.map { it.name }

«Модификатор inline спас нас от лямбд, — говорю я. — Но что будет, если в списке 100 000 юзеров? Что произойдет с памятью?»

Эксперт должен увидеть угрозу: каждая стандартная функция (filter, map) создает новую промежуточную коллекцию. Сначала создастся список из 50 000 взрослых юзеров, а потом еще один из 50 000 их имен. Это колоссальная аллокация памяти.

«Как этого избежать?» Ответ: использовать Sequences — users.asSequence().filter {...}.map {...}.toList(). Последовательности работают лениво, протаскивая каждый элемент по цепочке поштучно, без создания огромных временных списков.

Финальная ловушка. Я спрашиваю: «Значит ли это, что нужно использовать asSequence() вообще везде?» Истинный эксперт скажет: Нет. У Sequence есть свои скрытые налоги: создание объектов-оберток (TransformingSequence, FilteringSequence) и накладные расходы на виртуальные вызовы next()/hasNext() для каждого элемента. На коротких списках обычная цепочка filter/map отработает быстрее. Бенчмарки показывают, что Sequence начинает выигрывать только на объемах примерно от 1 000 элементов (в зависимости от тяжести цепочки). Не стоит заниматься преждевременной оптимизацией там, где она не нужна.

Резюме

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

Страх как продукт: почему мы до сих пор продаём ужас вместо ценности

Рынок ИБ до сих пор продаёт не защиту, а спокойный сон до следующего квартала. Страх стал валютой - от отчётов «80% компаний под угрозой» до тепловых карт, где всё красное. Ниже — ещё более сжатая выжимка: как устроена эта машина страха и чем её заменить.

Как страх стал главным продуктом:

Доказать эффект от ИБ трудно: мало данных, спорные методики, внутренняя политика сильнее формул. В результате страх стал универсальным инструментом: случился инцидент - рынок завален продуктами и отчётами «как раз от такой угрозы».

Классика жанра:

• Вирус уровня WannaCry использует старые уязвимости, но продаётся как «новая эра вымогателей и уникальных защит».

• Отчёты «80% компаний под угрозой» строятся на кривых опросах своей аудитории и заканчиваются «запросите демо/пилот».

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

Чеклист для CISO:

На любую страшилку ответьте:

1. Какой конкретный сценарий атаки описан?

2. Какова вероятность и ущерб именно для нашей компании?

3. Что изменится в нашей модели угроз, если мы это купим/внедрим?

Если хотя бы на один пункт ответа нет - это продажа эмоции, а не безопасности.

Иммунитет CEO и красные тепловые карты:

У многих CEO уже аллергия на FUD-слайды «Россия в топ‑3 по атакам» и «каждая вторая компания пострадала».В ответ безопасники приносят тепловые карты, где половина клеток ярко‑красные.

Что реально происходит:

• Красный цвет мгновенно бьёт по инстинктам, один слайд перекрывает пачку таблиц.

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

Что можно поправить быстро:

• У каждой «красной зоны» должны быть: сценарий, диапазон потерь и время простоя.

• Вместо абстрактных рейтингов - 2–3 реально возможных для вашего бизнеса кейса с понятными цифрами.

Медиа и «исследования»: аналитика или хоррор:

ИБ‑медиа и вендорские отчёты - крупная шестерёнка машины страха.
По оценкам редакторов, 90–95% исследований делаются ради продвижения продукта: методика мутная, цифры разных отчётов по одной теме могут расходиться на порядки.

Полезно:

• Читать аналитику по реально эксплуатируемым уязвимостям и zero‑day в массовых продуктах.

• Разборы реальных инцидентов - их мало, но именно они меняют практику.

Вредно:

• Разгонять фейки, неподтверждённые сливы и «80% под угрозой» без описания выборки.

Фильтр для отчётов

Один вопрос: «Эта цифра способна изменить наше решение?»
Если нет - перед вами маркетинг, а не аналитика.

Регулятор против хакера: чей страх сильнее:

У российского заказчика два фронта: хакеры и регулятор.

Факты:

• 60–70% бюджетов ИБ уходит на комплаенс (приказы, ГОСТы, 152‑ФЗ, отраслевые требования).

• Остаток - на «живую» защиту: SOC, мониторинг, сегментацию, реагирование.

Почему страх регулятора побеждает:

• Атака - вероятностна, может и не случиться.

• Проверка - гарантирована, с датой и понятными санкциями.

• Мини-действие

  • Разложите бюджет на «комплаенс» и «реальную защиту».

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

  Как уйти от продажи страха к продаже ценности:

  Нужный сдвиг: от управления страхами - к управлению рисками и бизнес‑ценностью.

  На практике:

  • Переводите «страшно» в «сколько стоит и что конкретно делаем в ответ».

  • Привязывайте ИБ к бизнес‑метрикам: простои, выручка, операционные издержки, скорость изменений.

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

  Если вы:

  • Перепишете одну ключевую презентацию, убрав хоррор и добавив сценарии с деньгами.

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

  А у вас решения по ИБ сейчас чаще объясняют «по регулятору надо», «видели страшный кейс» или нормальным разговором про риски и деньги?

Этот пост ждал своего часа. Я даже хотела, чтобы обстоятельства сложились именно так: сегодня мне отказали по вакансии, потому что я использую ИИ в работе. Одна компания, с которой мне доводилось работать в 2022–2025 годах над одним большим проектом, позвала меня на интервью, потому что мой опыт в разработке правовых конструкций максимально релевантен запросу по их вакансии.

Дальше было тестовое. После него я получила вопрос от HR: использовала ли я ИИ при подготовке тестового задания? Вопрос обычный, вроде бы, да? Ну и я с гордостью заявляю, что в свои 29 могу позволить себе оплатить пару подписок, навайбкодить мини-агента-аналитика-Анастасию и вместе с ним двигаться по рабочим процессам в три раза быстрее первоначальной скорости (которая, если что, уже с лет с 16 была вполне себе очень высокой).

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

И тут я задумалась: неужели для российской действительности все еще НЕ круто, когда сотрудники пользуются языковыми моделями? Причем какие сотрудники - сильно не джуны и даже не мидлы. С этого момента я начала ждать отказ. Я даже очень его хотела. Хотела, чтобы моя гипотеза подтвердилась и чтобы я впредь знала: можно обернуть мою совместную с нейронкой работу в конфетку, которую я без зазрения совести продам как что-то «уникальное». «Да-да, я сама выровняла все в документе, раскрасила все шильдики и пронумеровала пункты глоссария» (ага, делать мне нечего, извините).

И вот сегодня я наконец-то получила отказ. Отказ на позицию, для которой (со слов руководителя, с которой мы непринужденно болтали об общих правовых болях) подходила идеально - как пазл в картинку, где сплошное голубое небо. Несостоявшийся руководитель сопроводила звонком и уточнила, что коллеги ищут сотрудника, который в состоянии работать без нейронок. Понимаю, очень (но не совсем)! Однако.. эти же коллеги видели и знают уровень моей работы в ДОLLMную эпоху, хихик).

Зато теперь я знаю, как удивлять российских НЕтехнических специалистов: fake it till you make it в той реальности по прежнему работает как часы.

🧠 Топовый сайт для подготовки к собеседованию

Я хотел порешать задачи по System Design и нашел нефть hellointerview.com.

Расскажу про основные плюсы сайта:

1. Материал без воды, но при этом сложные темы раскрыты очень подробно

2. Видео и статьи, где вам рисуют диаграммы и детально объясняют решения

3. Куча практики, где ваше решение проверяет ИИ (и делает это реально хорошо)

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

Если вам интересно, как под капотом работают Google Docs или Elasticsearch, вам сюда.

Еще на сайте есть:

1. Low Level Design (Object-Oriented Design) Тут тоже отличные практические задачи и теория строго по делу. Чего только стоит эта фраза о полезности ООП-паттернов:

Most online resources still dutifully list all 23 GoF patterns like they’re equally important. They’re not.

2. Code (алгоритмы и структуры данных) Тоже полный фарш - статьи, видео с визуализацией алгоритмов и много практики.

3. ML System Design, Behavioral, AI Coding, Salary Negotiation и гайды по интервью в FAANG.

Сайт платный и на английском. Из рф купить его, скорее всего, нельзя, но есть русская копипаста - nowinterview.ru (правда, тоже платная).

👨‍💻 Джуниор

Создатель Sphinx — о 25 годах в инженерии, провале бизнес-модели и жизни внутри Авито

Новый выпуск подкаста AviTalk — разговор с Андреем Аксёновым, автором поискового движка Sphinx и руководителем группы инфраструктуры поиска в Авито.

Sphinx появился в 2001 году — тогда Андрей хотел просто сделать поиск по сайту с текстами песен, а готовых решений не было. Движок оказался лучше того, что было на рынке, и в итоге превратился в один из самых известных open source-проектов российского IT, который лёг в основу поиска Авито.

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

В выпуске: почему сильная технология сама по себе не бизнес, как Sphinx врос в Авито, что значит 25 лет работать над одним проектом — и какие ошибки Андрей признаёт как руководитель.

Ведёт выпуск Виктор Раев, руководитель разработки юнита Services Base.

Смотрите выпуск на платформах: 

📺 YouTube
🔵 ВК Видео
📌 RuTube

Весна крови. Гонзо-очерк №1

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

Вот так и со мной.

Сейчас весна 2026-го. Я сижу и думаю: тот вид журналистики, что я выбрал, стал для меня сакральным вопросом. Где я окажусь? Зависит от вас? Если ты читаешь это — значит, у нас с тобой получилось.

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

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

Цветы пробиваются из-под земли. Много мусора. Очень много. Его уберут — и всё станет снова красивым. Или трава вырастет так высоко, что он перестанет быть виден.

И да. Эти мерзкие твари.

Сегодня со лба своей ручной лисицы я достал клеща. Этот гад уцепился чуть выше переносицы — в самый лоб. Идеальное место для маскировки, ха! Наверное, у меня есть доля нездорового внимания к таким паразитам. Только увидишь — и начинаешь весь чесаться. Фе. Пришлось рассматривать мерзость под микроскопом. Несмотря на всю технику вываживания кровопийцы, прыткий гад мог оставить подарок в виде отломанного хоботка под кожей лисички. Но всё обошлось. Каждый остался при своем. Разве что клеща пришлось денатурализировать — но его мнения никто не спрашивал.

Отвлекся больше, чем следовало. Вернемся к предмету.

Весна. Эх, она бьет ключом в моих венах. Зажигает сердце и словно барабан стучит в висках: беги! Беги! Скорее! Улица! Птицы! Запахи! Девочки, мальчики! Весна оживляет всё на свете. Серые столбы деревьев на фоне таких же серых домов и дорог — и тут бам! Контрастное зеленое нечто под ногами. Словно океан, молодая короткая трава увлекает меня.

Я должен идти. Я должен делать то, что должен.

И с этого момента — наверное — начинается моя история. История, с которой начинается всё.

Питер Штайнбергер пишет код не в Claude Code. Для многих это окажется неожиданностью, поскольку его проект OpenClaw был задуман в первую очередь как прокладка для общения с большими языковыми моделями компании Anthropic — в том числе в те периоды, когда этот самопис назывался warelay, Clawdbot или Moltbot. Тем не менее разработку Питер предпочитает вести в Codex компании OpenAI.

Прожорливый на токены и максимально небезопасный продукт привлёк внимания много и сразу. Энтузиасты по всему миру срочно ставят чат-бота на Mac mini и виртуальные серверы, чтобы потратить как можно больше токенов языковой модели Claude Opus. Зашла даже речь о продаже проекта. Как известно по интервью, Штайнбергер всерьёз рассматривает предложения приобрести OpenClaw и для этого выдвигает обязательное условие о сохранении открытости проекта. Утверждается, что наиболее интересные оферы поступили от Meta¹ и OpenAI, одних из самых крупных игроков в индустрии искусственного интеллекта.

Вообще, если следить за новостными лентами и его личным микроблогом, можно подумать, что Штайнбергер от дел отошёл, и просто бегает по интервью и встречам с фанатами. На самом деле разработка OpenClaw продолжается, новые версии выходят ежедневно, но и на подкасты про программирование время остаётся. (Ещё бы: Штайнбергер не пишет ни строчки кода, а просто промптит языковые модели — очень модный сейчас подход). К примеру, аккаунт OpenAI Developers обещает выпустить 23 февраля большое видеоинтервью с Питером, где тот расскажет про свой новый рабочий процесс с Codex. Пока что выложили просто небольшой тизер этого видеоролика.

Любопытно, что написал про это интервью сам Штайнбергер. Как он рассказывает, пришлось послать человека сбегать в магазин за новой футболкой — та, в которой австриец пришёл на съёмку, содержала логотип неназванной компании, и сотрудникам OpenAI подобное не понравилось. Штайнбергеру разве что дали выбор, в чём он будет на камере: либо в синей, либо серо-синей футболке.

Транснациональный холдинг Meta (1) — экстремисткая организация, его деятельность запрещена.

Большой разговор о том, что было и будет в мировой ИТ-индустрии

Смотрите наше интервью с Олегом Епишиным, директором «Инферит Техника».

В ролике — инсайдерский взгляд на бум ИИ, мировой кризис оперативной памяти, будущее России в кремниевой сфере и многое другое. Обещаем, будет интересно!

Видео доступно на всех наших площадках: VK, RUTUBE и YouTube. Смотрите, подписывайтесь и оставляйте комментарии.

Скоро — еще больше контента!

Почему мы до сих пор спрашиваем про пирамиду тестирования образца 2010 года

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

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

Я не говорю, что классика не нужна. Нужна. Но если человек не понимает, как работать с агентами в 2026 году, он будет отставать от коллег с первого дня.

Поэтому собрал 10 тем, которые, на мой взгляд, пора добавить в раздел "теория тестирования" на собеседованиях. Полезно и тем, кто нанимает, и тем, кто ищет работу.

1. Промпт-инжиниринг для тестировщика

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

2. Валидация результатов работы агента

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

3. Границы применимости нейросетей в тестировании

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

4. Работа с контекстом

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

5. Этика использования нейросетей

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

6. Интеграция агентов в процесс тестирования

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

7. Оценка качества сгенерированных тестов

По каким критериям оценивать тесты, которые написал агент. Покрытие, читаемость, поддерживаемость, соответствие стандартам команды. Как отличить хороший сгенерированный тест от плохого.

8. Работа с разными типами агентов

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

9. Ограничения и риски

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

10. Критическое мышление в эпоху нейросетей

Почему важно понимать, что делает агент, а не просто использовать результат. Как развивать экспертизу, когда рутину делает машина. Почему человек с глубоким пониманием предмета получит от агента лучший результат, чем новичок.

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

А какие темы про работу с нейросетями вы бы добавили в собеседование?

Звёзды разработки и практикующие инженеры разбирают горячие темы — от FAIL до GOD. Встречайте tech-шоу «АйТир Лист» от МойОфис.

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

Первый выпуск — опенсорс для фронтенда

Дебютный эпизод мы посвятили популярным опенсорс-решениям для фронтенда: от инструментов, которые давно пора отпускать, до стандартов индустрии.

В выпуске:

• Александр Коротаев — эксперт по фронтенду и креативному кодингу

• Алексей Золотых — тимлид команды веб-редакторов МойОфис

• Ведущий — Эдгар Акопян

Обсуждаем инструменты, которые формируют повседневную фронтенд-разработку, и честно отвечаем на вопрос: что сегодня выглядит как GOD-tier, а что застряло на уровне MVP или FAIL.

Смотрите выпуск: YouTube | RuTube | VK

Второй выпуск — фичи и идиомы C++

Во втором эпизоде «АйТир Листа» — уже не инструменты, а язык.
Мы устроили полноценную битву мнений вокруг фич и идиом C++: 14 табличек превращаются в 14 поводов для дебатов, где каждая возможность языка проходит через экспертную оценку.

В выпуске:

• Данил Черепанов — архитектор редакторов МойОфис

• Антон Полухин — эксперт-разработчик C++ техплатформы городских сервисов Яндекс

• Ведущий — Эдгар Акопян

Получилось много споров, неожиданных аргументов и ситуаций, где «привычно» не значит «хорошо».

Смотрите и делитесь мнением: YouTube | RuTube | VK

В следующих выпусках продолжим разбирать технологии без скидок на хайп и «так исторически сложилось». Предлагайте темы, а если готовы к жарким спорам – становитесь участниками нашего шоу) А как стать? Пишите в комменты с какой темой бы хотели поспорить!

4 раунда за 2 недели собеседований → оффер в пятницу → отказ в понедельник.
Причина?
Мой чертов LinkedIn, который я не обновлял пару лет.

Все любят истории успеха 🙃
Но вот вам история НЕ-успеха - и при этом моя собственная.

За последние 2 недели прошёл:
🟢 HR-интервью
🟢 Техническое интервью (жёсткое, но честное)
🟢 Интервью с командой
🟢 Интервью с CPO
🟢 Получил оффер. Подтвердили, что всё ок.

В пятницу вечером в почте лежал «Welcome aboard».
Я, честно - обрадовался. Уже mentally onboarded. И самое !главное! крутая команда, крутые задачи впереди, возможность строить инфраструктуру с нуля и возможность топить в ИБ (реальную а не бумажную) - ну восторг жеж. Да я уже запланировал фаст-вины на первые 30 дней!

А в понедельник приходит письмо:
«СТО принял решение не двигаться дальше. Ваш опыт в резюме не соответствует тому, что в LinkedIn».

Что?! Какого?!
LinkedIn, который я не вёл несколько лет?
Площадка, которую большинство инженеров обновляет раз в эпоху?

Я объяснил, что могу подтвердить опыт трудовой, рекомендациями, стеками проектов, GitLab’ами, CI/CD пайплайнами - чем угодно.
Ответ:
«Решение финальное».

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

*Мой личный инсайт* В эпоху, когда DevOps пишет IAC, придумал собственный термин, что карьера тоже - Career As a Code, и её надо поддерживать.

Так что да: обновляю LinkedIn.
Да: выкладываю эту историю.
Да: остаюсь мотивирован строить системы, усиливать DevOps и DevSecOps, выстраивать безопасность, SRE, процессы, документирование, хаос-устойчивость - всё то, в чём я реально силён.

Может я единственный, кто еще живет по старому, а все остальные давно проснулись в матрице?

Как часто вы обновляете ЛН?

TeamLead Conf 2025

В начале недели проходила двухдневная конференция TeamLead Conf 2025. Хотелось бы присутствовать оффлайн… Нетворкинг, все дела, но вы цены видели?.. 

Ладно вернемся к конфе. Была бесплатная трансляция Главного зала оба дня. Огромное спасибо за такую возможность организаторам конференции. Смотрел краем глаза несколько докладов.

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

Ну погнали, расскажу о докладах, которые мне понравились больше всего.

Первым выступал Руслан Агамалиев с темой о тайм-менеджменте здорового человека. Если честно, если бы не он, то я бы, наверное, дальше не смотрел. Руслана было очень приятно слушать, как спикера. Очень живое выступление с элементами общения с залом. В целом по содержанию вроде ничего сверх нового, но… Он рассказал об этой интересной технике. Решение прямо на поверхности, хотя сам я об этом почему-то не подумал. Если у вас большое количество созвонов, а главное, что часть из них бесполезные, то можно провести запись своих звонков с анализом их эффективности и продуктивности. А затем уменьшить их количество с помощью этой аналитике на руках. Рабочая схема? Как по-мне, интересная точно.

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

Ну лучиком солнца мне в душу запал Эрик Бурыгин. Парень - профессиональный выгоральщик. Не нравится то, чем ты занимаешься - выгораешь. Нашел работу, которая тебе нравится, и начинаешь в нее упарываться - выгораешь. Начинаешь меньше работать и начинаешь упарываться в спорт - выгораешь. Где-то в середине его доклада, я начал думать, что у спикера просто нет семьи, раз он ни разу не сказал о балансе работы и семейной жизни. А потом он затронул и эту тему. Если ты максимально упарываешься в работу, спорт, увлечения, забывая о семье и быте - выгорает твоя семья. А если начинает рушиться твоя семья, то ты снова выгораешь. Мораль данного доклада в том, что всегда нужно ловить баланс. При чем нет универсальной формулы этого баланса. Над ним всегда нужно работать и рефлексировать.

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

Жаль конечно, что не смог участвовать в оффлайне. Об этой движухе я узнал за пару недель до ее начала. В этот момент билеты уже были неподъемными, а если еще сюда суммировать трансфер из другого города и проживание, то в целом можно и на море на недельку сгонять.

Всем добра!

«Там, где критична скорость, но не требуется оптимизация»: как и зачем МойОфис вышел в OpenSource

На Хабре опубликовано первое большое интервью нашего CTO Тамары Щепалкиной — и оно стоит прочтения, потому что это:

1. «Не форк с косметикой, а оригинальная инженерия»

   Компилятор tsnative прошёл проверку на безопасность, получил документацию, Docker-образ и демо, чтобы любой разработчик мог сразу попробовать его в работе.

   «...tsnative — это не «форк с косметическими изменениями», а продукт, в основе которого лежит оригинальная инженерная работа. Именно поэтому мы и приняли решение вывести его в open source: у проекта есть собственная ценность и потенциал для развития, который может быть интересен и полезен гораздо шире, чем внутри одной компании…»

   2. Open source как часть стратегии.

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

   3. «Где критична скорость, но не требуется оптимизация».

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

   4. От ядра к экосистеме.

   Сначала — компилятор, но потенциально — UI-фреймворк и целая экосистема open source-проектов.

   5. Сообщество в центре.
   Telegram-чат поддержки уже работает, а впереди — расширение комьюнити и совместное развитие открытых технологий.

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

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

   Если вас интересует развитие стратегия открытого кода и сотрудничество с сообществом — обязательно загляните.

   Читать интервью

Я кажется нашел объяснение одному из феноменов, который (правда редко) встречается во время интервью. Представьте что вы задаете какой-нибудь банальный вопрос (я не буду приводить реальный вопрос, а приведу аналог), типа "напишите код который отсортирует пять чисел".

Вместо того чтобы написать столь же банальный ответ и продолжать с более интересными вопросами, кандидат(ка) начинает писать какие-то каракули произнося при этом непрерывный поток слов: "представим себе что число A больше чем число B ... а что теперь случится если число B меньше чем C ... тогда наверное надо сравнить С и D ... хотя скорее A и C ... но сначала надо занести все эти числа в сбалансированное бинарное дерево ... или в хэш-таблицу ... хотя нет, лучше в B-дерево, но это тоже самое ... и что тогда будет если C больше A?"

Проходит 15 минут, потом полчаса. Я все это слушаю c покерным лицом раз в пять минут вставляя фразы типа "но тогда не обрабатывается случай когда числа равны ... эта структура данных не будет ничего делать" итд.

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

У меня гипотеза, что цель такого поведения - это чтобы у экзаменатора или интервьюера закончилось терпение и чтобы он сам стал объяснить как решать задачу, а потом отпустил поставив типа троечку. Для чего потребуется вставить фразу "ну я именно это и говорил(а), именно это имел(а) в виду".

А вы что думаете?

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

Рынок развернулся на все 185.5 процентов и теперь происходят чудеса

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

Но сам факт наличия такого объявления говорит о капитальных сдвигах в IT-секторе экономики