Интервью

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

Расскажите немного о себе.

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

Работал на проекте связанном с системами автоматизированного проектирования (САПР). Занимаясь алгоритмизацией прикладных задач, быстро убедился, что алгоритмы и блок-схемы, если они относятся к предметным областям, требующим специального образования, понимают только те, кто эти алгоритмы и блок-схемы создавал.

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

В то время (как время быстро летит). В то время повсеместное внедрение САПР было основной темой, подобно ИИ сейчас. Естественным продолжением карьеры стал переход из учебного заведения в отдел САПР крупного конструкторского бюро.

Отдел, в котором я работал, плодотворно сотрудничал с учебными и отраслевыми институтами и располагал весьма современной (по тем временам) вычислительной базой. Всё шло своим чередом на уровне мировых тенденций. Что потом случилось всем известно…

Привет, Хаброжители! Практическое руководство по подготовке к OOD-собеседованиям в ведущих IT-компаниях. Книга предлагает четкую 4-этапную схему проектирования, глубокий разбор основ ООП и SOLID, а также 14 готовых к реализации систем (парковка, кинотеатр, банкомат, ресторан, лифты и др.). Каждый кейс сопровождается сбором требований, UML-диаграммами, рабочим кодом и проработкой граничных случаев. Дополнительно — паттерны проектирования и советы по коммуникации. Идеальный инструмент, чтобы перейти от теории к уверенной практике.

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

Я, Александр, автор телеграм-канала «Shulepov Code», поговорил с Сергеем Марковым — директором по развитию технологий искусственного интеллекта Сбера, автором сайта «markoff.science»  — о том, как устроена профессия ИИ-разработчика: от первых шахматных программ до мультимодальных моделей, почему за генеративными нейросетями будущее и как не потерять человеческое лицо в гонке алгоритмов.  

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

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

Привет, Хаброжители! Что вас ждет на интервью по проектированию мобильных систем (MSD)? Что делать, если вас попросят разработать новый YouTube или телеграм?

Практическое руководство MSD превращает сложные собеседования в предсказуемый процесс. Вы получаете 5-шаговую схему эффективного прохождения интервью и разбор 7 реальных кейсов (лента новостей, мессенджер, YouTube, Google Drive, трейдинговая платформа и др.), позволяющих проектировать архитектуру клиента, API, офлайн-режим, кэширование и масштабируемость. Здесь вы найдете готовые шаблоны, trade-off’ы и шпаргалки — всё, чтобы уверенно проходить интервью в топ-компаниях и расти от мидла до стафф+.

Сейчас студенты поголовно пишут резюме с помощью ИИ, и ИИ поголовно делает им интересное западло: оно вставляет им среди рабочих навыков SVA, то есть SystemVerilog Assertions (ниже я расскажу что это). При виде SVA в резюме я тут же прошу кандидата написать некий простейший SVA на три строчки, и начинается извивание ужа на сковородке:

Многие специалисты в кибербезопасности умеют делать нормальную hands-on работу: разбирать findings, настраивать SAST/SCA/DAST, проверять API, ковырять CI/CD, писать скрипты, закрывать cloud misconfigurations, помогать разработчикам исправлять уязвимости ит.д. Но при поиске работы такой опыт (а, точнее его подача, упаковка) часто описывается слишком слабо.

В резюме получается что-то вроде этого микса:

Привет, Хаброжители! Спешим поделится с вами первыми рецензиями на предзаказы: «System Design. Проектирование мобильных систем. Подготовка к сложному интервью» и «Object Oriented Design. Подготовка к сложному интервью».

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

Привет, Хабр! Находясь на конференции UserGate Conf, я думал: а с кем бы поговорить на тему современных киберугроз и построения эффективной защиты.

Поэтому выбор пал на человека, кто каждый день сталкивается с реальными атаками и строит системы защиты изнутри. Я выбрал директора бизнес юнита uFactor, отвечающего за сервисы и услуги по кибербезопасностив компании UserGate Дмитрия Шулинина.

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

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

Я задал вопрос про язык описания и верификации аппаратуры SystemVerilog. На это кандидат сказал, что он еще не освоил SystemVerilog, вписал его в резюме на будущее, но вообще использовал Verilog-95 и немного Verilog-2001.

“Нет проблем”, - сказал я и задал вопрос по Verilog-95: “приведите примеры гонок (race conditions) при использовании верилога”.

На это кандидат сказал, что вообще его опыт был больше связан с VHDL. “Блин, как он выкрутился” - подумал я, ведь в VHDL нет гонок как в верилоге из-за дизайна языка.

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

Я, Александр, автор телеграм-канала «Shulepov Code», поговорил с Дмитрием Беговатовым — предпринимателем, основателем «Product Radar» и человеком, через которого прошли тысячи технологических проектов. Мы подробно обсудили его путь: от пабликов во «ВКонтакте» и локальных приложений для городов до продажи компании, выхода на зарубежный рынок и запуска собственного сообщества для стартаперов. Также затронули, почему большинство стартапов погибает и как правильно работать с неудачами.  

Привет, Хабр! Меня зовут Надя Скребец, я DevRel СВОЙ Тех.

Обычно здесь рассказывают про архитектурные победы, эпичные факапы или магию Kubernetes. Это круто, но за каждой строчкой кода и каждым релизом стоит человек. Сегодня я хочу показать вам CTO «Свой Банк» — Максима Гречихо.

Для многих позиция технического директора — это вершина карьеры, «финальный босс» в мире ИТ. Но какой вид открывается с этой вершины? Чтобы это выяснить, я буквально зажала Максима в углу между кофемашиной и переговоркой. Бежать ему было некуда, так что я воспользовалась случаем и заставила его поговорить со мной не о графиках и дедлайнах, а о том, почему современный СТО — это больше про смыслы, чем про синтаксис.

Кстати, маленькая гордость команды: Максим сейчас номинирован на ТОП-100 ИТ-лидеров. И знаете, что нас по-настоящему удивляет? Не сам факт номинации, а то, с какой скоростью он набирает голоса. Кажется, его подход «быть человеком в ИТ» находит мощный отклик.

— Максим, у тебя за плечами 17 лет в ИТ, опыт в гигантах вроде ВТБ и запуск банков с нуля. Ты прошел путь от разработки до управления огромными вертикалями. Расскажи, в какой профессиональной точке ты находишься сейчас и какие планы в новом проекте?

— В данный момент я занимаю позицию технического директора (CTO) в одном из ключевых проектов финтех-группы СВОЙ. Я узнал о группе от коллег и был поражен амбициозными целями банка, культурой компании и ролью ИТ в бизнесе. Желание стать частью такой команды возникло практически мгновенно.

Сейчас в мои обязанности входят управление всей ИТ-командой Банка, взаимодействие и активное участие в развитии бизнеса через наши кроссфункциональные команды, работа с ИТ-бюджетом, ФОТом и КПЭ. Планы у нас достаточно большие: Банк одновременно занят серьезной трансформацией ИТ-ландшафта, внедряя новую АБС и активно реализуя новые бизнес-сервисы. Это накладывает особую ответственность и необходимость очень профессионального подхода к управлению ресурсами, командами и проектами. Так что главный пункт — осуществить задуманное и реализовать все в сроки с нужным качеством. В дальнейшем, конечно, это развитие команды и ИТ-процессов.

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

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

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

Уже потом вспомнились странности: слегка «плывущая» картинка на онлайн-встрече и необычный, размытый фон.

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

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

На финальном этапе «не самый гадкий утёнок» внезапно превратился в настоящего американского белоголового орлана. Когда обсуждали условия работы и зарплату, её английский звучал практически как родной. Лексика, грамматика, подача, скорость речи — уровень как минимум телеведущего новостного блока CNN.

Привет, Хаброжители! Хотите успешно пройти Coding Interview в ведущую IT-компанию? Эта книга меняет правила игры в подготовке к кодинг-интервью. Алекс Сюй предлагает структурированный подход к распространенным паттернам, разбирает сложные концепции и делает реальные задачи намного доступнее.

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

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

Я, Александр, автор телеграм-канала «Shulepov Code», поговорил с Алексеем Ткачуком — SMM-стратегом, автором, преподавателем и сооснователем агентства Mave и автором YouTube-канала DNative. Мы обсудили, почему стратегия сегодня важнее любого набора инструментов, зачем бизнесу нужна медийность даже без прямых лидов, почему UGC не решает все задачи по умолчанию и как правильно заявлять о себе, когда контента стало слишком много.

Рейтинг Рунета часто воспринимают как «закрытый клуб»: будто там только агентства с громкими брендами, миллиардными оборотами и идеальными кейсами. На практике всё сложнее (и интереснее): рейтинг давно перестал быть одной таблицей «топ-200» и превратился в набор инструментов – для подбора подрядчика, проверки компетенций, продвижения и рекламы.

Я, Александр, автор телеграм-канала «Shulepov Code», поговорил с Анатолием Денисовым – сооснователем Рейтинга Рунета, одним из идеологов формирования прозрачного рынка digital-услуг в России и экспертом, стоявшим у истоков создания рейтинговой системы ещё в начале 2000-х. В разговоре затронуты: как проект появился и развивался, почему методология постоянно пересматривается, что изменилось для субподрядчиков, как работает аукционная реклама внутри рейтинга и почему «основной срез» часто оказывается самым бесполезным инструментом для выбора подрядчика. Основа – расшифровка интервью из файла.

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

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

1. Кандидат присылает резюме;
2. Создаётся виртуальный профиль кандидата или агент, выполняющий роль кандидата;
3. Далее эмулируются все этапы стандартного собеседования в виде диалогов между HR’ом, Тимлидом, Менеджером и Кандидатом.
4. На основе проведённого диалога создаётся оценка кандидата: какой-то общий балл, перспективы в компании, вероятность ухода, потенциальная зарплата, на которую может кандидат согласиться;
5. Из всех кандидатов на основе оценки выбираются самые перспективные и с ними уже проводится очное собеседование. А можно и просто оффер отправлять.
6. Профит!

Баг в бинарном поиске Java прожил в стандартной библиотеке почти десять лет — и в 2006 году его разбор опубликовал сам автор кода. Казалось бы, бинарный поиск проходят на первом курсе. Но между «понял идею» и «написал без ошибок» — целая пропасть. В этой статье разберём четыре алгоритма поиска (линейный, бинарный, экспоненциальный и с использованием хеш-таблицам), покажем, когда какой выбирать, и разложим по полочкам пограничные случаи, на которых горят и на собесах, и в проде.

Если вы думаете, что на собеседовании выбирают «лучшего кандидата», — скорее всего, вы неправильно понимаете, как устроен процесс найма. И это нормально. Потому что снаружи всё действительно выглядит именно так: есть вакансия → есть кандидаты → выбирают сильнейшего. На практике всё работает иначе.