Интервью

Что не так с поиском работы у маркетологов – личный опыт

Часто попадаются статьи про то, как сломался поиск работы у программистов и тестировщиков.
А что там у маркетологов? Делюсь личным опытом.

Меня зовут Игорь, я 12 лет работаю в маркетинге. Ниже расскажу про свой опыт поиска работы на позицию маркетолога/CMO.
Для меня поиск работы состоял из 2 основных этапов, это:

• Отклики

• Собеседования

Отклики

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

Решение

Чтобы отклики добирались до HR, я откликался через сайты компаний и писал в ТГ.
Чтобы усилить отклик я составлял сопроводительные письма, один из примеров ниже. В него же добавил ссылку с резюме, которое сверcтал в PDF. Вот как это выглядело.

Добрый день!
Меня зовут Игорь. 10 лет я работаю в маркетинге с IT продуктами. Это были как стартапы (один из них купил ...) так и продукты крупных международных компаний (..., ...).

Последних 2 года я Lead PMM в ... Мы разрабатываем продукты для крупного b2b. Наши клиенты это ТОП 500 РБК. 2 года подряд наш продукт становится лидером рынка России (Tadviser)

Вот ссылка на резюме https://drive.google.com/file/d/1WEAKiRVqrXrD15M62JEJw7BWREVc9bnh/view?usp=sharing

Собеседования

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

• Перекладывают стратегию бизнеса на маркетинг
  Маркетинг отвечает за привлечение клиентов. Это часть успеха бизнеса, куда входят продажи, сервис, продукт/услуги и даже операционная деятельность

• Ожидают быстрого результата от работы маркетинга
  Пропускают этап с погружением маркетолога в продукт/услуги и бизнес-процессы компании и подготовку среды.

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

• Жестко разделяют продуктовый маркетинг и маркетинг услуг
  У маркетинга есть основы и они не меняются для продуктов и услуг. Услуги так же как и продукт требуют упаковки, так же требуют точного таргета основанного на ценностях.
  Я старался не спорить об этом с HR и бизнесом. Хотите воспринимать так, окей.

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

• Стартапы хотят корпоративного маркетинга
  Стартапы это гибкость и скорость. Корпоративная бюрократия и раздутая структура навредит этим преимуществам. И это уж точно не то, что нужно на старте GTM.
  Как мне сказал один CEO "Я тут поговорил с gpt" и выдал мне документ – должностные инструкции, на 13 страниц.

• Много тестовых
  Объемные тестовые. Лишь 1 из 10 с оплатой.

Решение

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

При собеседовании с HR естественное поведение и немного юмора помогало быстрее выйти на общую волну

При собеседовании с ЛПР говорил о как я помогу бизнесу заработать больше. Больше предметности и четкости в ответах.

Как ваши успехи в поисках работы, делитесь в комментариях 👇

Питер Штайнбергер пишет код не в 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-секторе экономики

Эволюция кибербезопасности: от первых компьютеров до сегодняшнего хайпа

Эксплойты, вирусы, даркнет — сегодня эти слова в новостных лентах появляются чуть ли не каждый день. В СМИ муссируются крупные DDoS-атаки. Невидимый фронт ИБ не спит ни минуты.

В одиннадцатом выпуске подкаста «Теория большого IT» выясняем, как начинался кибербез, откуда сегодняшний хайп вокруг ИБ и что представляют собой реальные угрозы для информационных систем.

Рассказывают директор по информационной безопасности РТК-ЦОД Денис Поладьев и директор центра противодействия кибератакам Solar JSOC группы компаний «Солар» Владимир Дрюков.

Ведущий — Александр Соколов

Выпуск можно посмотреть:

• на сайте подкаста «Теория большого IT»

• на Rutube

• в VK Видео

Пол Грэм — Что делать. Перевод эссе

Новый перевод недавнего эссе Пола Грэма "Что делать". В этом глубоком размышлении автор исследует фундаментальный вопрос человеческого существования — чем мы должны заниматься в этой жизни?

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

Интересно проследить, как автор сопоставляет традиционные представления о "правильной жизни" с современными возможностями. Если раньше вопрос был больше о том, "каким быть", то сегодня мы можем задать более широкий вопрос — "что делать", учитывая многообразие путей самореализации.

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

Сразу же обновил сборник и добавил туда эссе.

OSINT: интернет помнит о вас всё

Сколько информации о себе вы публикуете в интернете? Большинство ответит: «Много».

В десятом выпуске подкаста «Теория большого IT» обсуждаем OSINT (Open Source Intelligence) — методы расследования инцидентов, поиска и проверки фактов с помощью открытых источников.

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

Ведущий — Александр Соколов

Подкаст можно посмотреть:

• на сайте «Теория большого IT»

• в VK Видео

• на Rutube

Кандидаты начали проходить собеседования с помощью LLM! Караул!
— периодически раздаётся из разных щелей.

Предлагаю ультимативное решение проблемы: разрешить LLM на собеседованиях, но при соблюдении условий.

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

Джин вылез из бутылки, давайте использовать себе на благо!

Инструкция по эксплуатации

Вышел девятый выпуск видеоподкаста «Теория большого IT».

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

Как выстроить процессы для поддержки бесперебойной работы крупных и сложных систем и приложений, и что вообще кроется за словом «эксплуатация» в ИТ-индустрии — рассказал Евгений Симонин, операционный директор по эксплуатации РТК-ЦОД.

Ведущий — Александр Соколов.

Подкаст можно посмотреть:

• на сайте подкаста

• в VK Видео

• на Rutube

Каким должен быть лид: демократом или жестким боссом?

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

Мнениями поделились гости: Сергей Чернобровкин, сооснователь KTS, и Ярослав Павлов, менеджер продукта в Selectel.

Еще есть версия на VK Видео :)

Вышел восьмой выпуск видеоподкаста «Теория большого IT»

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

Какие методы и технологии используют злоумышленники и как компаниям защищаться от фрода — подробно рассказывает руководитель департамента защиты информации РТК-ЦОД Антон Кучура.

Ведущий — Никита Кузнецов.

Подкаст можно посмотреть:
на сайте подкаста
в VK Видео
на Rutube

Вышел седьмой выпуск подкаста «Теория большого IT»

Результаты исследования «Лаборатории Касперского» показали, что две трети российских компаний, которые используют облачные технологии, сомневаются в безопасности публичных облаков. Чтобы развеять эти страхи, мы пригласили в подкаст Татьяну Миронову, директора продуктового направления РТК-ЦОД.

Татьяна — product owner «Публичного облака 2.0» и, как никто, знает облачную инфраструктуру. Она рассказала, в чем преимущества публичных облаков, как они защищены и что такое «Публичное облако 2.0».

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

Подкаст можно посмотреть:

• на сайте подкаста

• в VK Видео

• на Rutube

📝 Заметка про собеседования 📝

Уровень материала: 🦉 #management

На днях выходила статья по собеседованиям на Unity. Вышла уже аж вторая редакция. Первая содержала «контент не для слабонервных». Жаль, что его по итогу вырезали — это был очень полезный опыт из реальной корпоративной практики. Тем не менее, всё полезное для широкого круга читателей осталось. В т. ч. отличные советы, под которыми я ставлю свои «+».

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

1️⃣ Я стараюсь проводить собеседования наименее ресурсозатратно и для себя, и для кандидата. Мои целевые показатели — 30 мин на интервью, 30 мин на подготовку (но реальные медианные будут побольше 👺). Подготовка — это осмотр резюме, изучение информации о кандидате и прошлых местах работы в сети, знакомство с проектами и кодом.

2️⃣ Для меня код (если нужен программист) — ключевой и самый говорящий фактор. ТЗ я давать не люблю: стараюсь обходиться петами кандидатов. Но если посмотреть нечего или нет проектов с релевантными технологиями, то выдаю ТЗ на какие-то отдельные конкретные моменты, которые бы мне хотелось прояснить. Или посмотреть, насколько хорошо удастся разобраться с новой технологией.

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

3️⃣ Интервью — самый дорогой этап с точки зрения времени и организации, поэтому он обычно остаётся на самый конец (чтобы оставалась возможность до него не дойти). Но если попадается интересное резюме, то могу сразу и перейти к нему, пропустив или отложив этап «кода».

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

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

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

————————————

#gamedev #development #hiring #interview #геймдев #разработка #найм #собеседование #рекомендация #статья

Вышел шестой выпуск видеоподкаста «Теория большого IT».

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

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

Денис Мухин, руководитель группы мониторинга, и Александр Соколов, системный архитектор группы мониторинга РТК-ЦОД, рассказали, какие проблемы и задачи решает мониторинг IT-инфраструктуры и как его грамотно организовать.

Выпуск будет полезен руководителям компаний в секторах B2C, B2B, B2G и государственных организаций.  

Выпуск доступен:

• на сайте подкаста

• в ВК Видео

• на Рутуб