CookBook v19
  • Новости лентой
  • Кадры решают все
  • Многабукаф
    • Заметки
      • Powershell notes
      • Роботы - HR отаке, или почему нам не пишут и не звонят.
      • Приметы и верования
      • Изменения цифрового ландшафта и прочий терраформ
      • Мои факапы
    • Декларация, эбаут и донаты
  • Наши коллеги и иное (обновляемый список блогов)
  • Зачем и почему
    • Введение, или мне это зачем
    • О мотивации
    • Про донаты
  • Э:Эксплуатация
    • А:Автоматизация
    • А:АУЕ Консалтинг
    • А:Антивирус
    • B:Backup (RPO - RTO)
    • И:ИБ как форма ИБД
    • И:Импортозамещение
    • И:Инвентаризация
    • Л: Логи
    • L: Linux
    • М:Мониторинг
    • О: Обновления
    • П:Провайдеры
    • С:Сертификация
    • С:Специальный Секретный Софт
    • S: Sysinternals
    • S: Syslog and SNMP trap
    • Т: Тестирование
      • Тестирование СХД
      • Подбор СХД для себя для начинающих.
    • У:Учеба
  • --- Начало осмотра ---
  • Найм и увольнение
    • Построение карьеры в IT
    • Сегментация бизнеса и методы управления
    • Чего хочет бизнес в разных сегментах
    • Резюме
    • От HR до найма
      • 1. HR или я Вам перезвоню
      • 2. Руководители
      • 3. Про Сову в секретных газпромах. Мнение.
    • Нематериальная мотивация или что спросить на интервью
      • Мнение про интервью
    • Действия при приходе на работу — прием дел, актуализация, документирование, аудит
    • Три конверта
    • Увольнение
    • Школьники и обратное - Профдеформация и вопросы мышления в целом.
  • От ASIC до ПГС
    • От песка до ASIC
    • Модель ОСИ - OSI/DOD в целом
    • Инженерные системы здания
      • Вентиляция и кондиционирование
      • ИБП / UPS, Электропитание
      • Нужно больше тока!
      • Пожаротушение
      • Вопросы для самопроверки по ПГС
  • Физика СКС / LAN / Wifi / GSM
    • Зачем надо знать теорию или про мультиплексирование
    • От GSM к 5G
      • RAN
    • Теория - 1. Физика.
    • Теория-2, математика в чипах.
    • Физика СКС.
  • Уровень доступа к сети
    • Список литературы и Прочее полезное
    • Сети - начальный уровень и уровень доступа
    • Вопросы про уровень доступа
    • Тестирование сети и оптимизация
  • Сети не для людей
    • Сети - L1. ToR и прочее CORE с OOB
    • Сети - L2. Switch
    • Сети - L2. Wifi. CAPWAP
    • Сети-L3. Route и NAT
    • Резервирование L3 и ASA
    • Сети - L4. Сервисы. DHCP - DNS - MX
    • NLB - Network load balancind и shaping с netfllow
    • Мониторинг сетей
    • QinQ и это все
    • Программирование для сетевых инженеров или CCNA по Python
    • v1000, SDN и прочий NSX
    • WAN - оптимизация
    • BRAS - Broadband remote access server
    • Магистрали и провайдеры - абонентский уровень
    • Провайдерское прочее
    • Net - Vendors - specific
      • HPE
      • Avaya
      • Juniper
      • Arista
      • Juniper
      • Huawei
      • Microtic
      • Встраиваемые модули для сетевого оборудования.
      • Other
  • VPN, работа из дома, сетевая безопасность и NGFW
    • VPN
    • Работа из дома (Remote access)
    • Импортозамещение в ИБ
  • СХД и сети хранения
    • Литература, курсы и прочее
    • RAID, RAIN, DAS, NAS, SAN и прочий ATS
    • FC, NPIV, iSCSI, FCoE и прочий MPiO
      • Latency
      • SAN-FC как технология.
    • SSD и NVME
      • Не все SSD одинаково полезны - S2D
    • CEPH и GLUSTER
    • MS S2D
    • Metro и Long-distance
    • Общая информация по СХД
  • СХД - расширенный вариант (14)
  • Сервера (hardware)
    • ПЭВМ и его компоненты
    • Обычные и привычные сервера. Первый запуск, общие вопросы.
    • Blade, мезонины, Virtual Connect FlexFabric Module
    • Нестандартное - кассы, весы, принтеры этикеток
    • Большой, толстый, но все равно x86 - Bull, Kunlun
    • IBM System Z, HPE Superdome, прочий Cray
    • HCI - Hyper-converged
    • Особенности контрактов на обслуживание
    • Управление и мониторинг: IPMI, OneView и все такое
    • Вопросы по ЭВМ
    • Импортозамещение в ПЭВМ и серверах
  • Операционные системы
    • MS Windows в целом
      • WIN Sysprep and Vmware
      • Windows without AD and Hyper-V
      • Безопасность в Win
      • Powershell
      • Windows troubleshooting
      • Ограничения и проблемы S2D и ReFS
    • Windows on ARM
    • Linux / BSD / Unix
      • Linux дистрибутивы и что внутри
      • Запуск, управление и пакеты
      • cmd (bash)
      • Сети
      • LAMP, SQUID и SQL
      • Обучение Linux
      • Памятка Linux админу по основным утилитам диагностики
      • Безопасность или миллионы красных глаз
      • Российские Linux
      • Вопросы "администратору" LINUX
  • Microsoft - services
    • Active Directory
      • Group policies (GPO) и GPO - loopback
      • Using PowerShell for Active Director
    • MS PKI - AD CS
    • WSUS
    • WSUS для понимающих
    • Если WSUS не хватает
    • SCCM, SCOM, SCDPM, SCSM, SCVMM, SCO, SCEP, DPM
  • Виртуализация
    • Переезды: P2V и V2V
    • Переезд с физики в VDI (Horizon и не только), или Planner
    • Network function virtualization (NFV)
    • Виртуализация, 1С и кривые руки
    • Виртуализация оборудования
    • Реальные проблемы виртуализации
    • Hyper-V
      • Сети в Hyper-V
      • Переезд в Hyper-V
      • MS S2D
      • S2D - не все SSD одинаково полезны
    • Vmware
      • Книжки и бложики и полезности
      • Несортированные полезности
      • Стандартные ошибки при работе с Vmware
      • Esxi troubleshooting
      • vCPU, vRAM, и прочее V
      • VM - HDD
      • Vmware и local NVMe (RDM не нужен)
      • Мониторинг одиночного хоста eSXI
      • Vmware IOmeter
      • Shared Memory против виртуального 10G
      • Vmware tools execute invoke command
      • Vmware update
      • Powercli
      • Vmware и ARM - Raspberry
    • KVM и XEN
    • OpenStack
    • Fusion Sphere
    • Hyper-converged infrastructure (HCI)
      • MS S2D
      • MS Azure pack и Azure stack
    • Вопросы по теме виртуализации
  • SQL и NOSQL
    • MS SQL
  • Backup
    • MS VSS
    • MS SQL Backup
    • Oracle SQL backup
  • Офисные технологии
    • SMB и прочий CIFS (и AGDLP)
    • Базовое офисное ПО и оборудование
    • Офисная телефония и видео
  • E-mail
    • General
    • Антиспам
    • MS Exchange
  • Миграция на Exchange 2019
    • Общая подготовка к миграции на Exchange 2019 часть 1 - общая
    • Миграция на Exchange 2019 часть 2 – подготовка к переносу сервисов
    • Миграция на Exchange 2019 часть 3 – подготовка к переносу почтовых ящиков
    • Миграция на Exchange 2019 часть 4 – подготовка к удалению сервисов 2013 / 2016
  • Mobile Device Management
  • Security (Инфобезопасность)
  • ЦОД и облака - управление развертыванием
    • Terraform, Consul, Serf, Vault
  • DEVOPS, CI-CD и IaC
  • Управление не железом
    • Управление проектами - CRM и прочий MS Project
    • Управление процесссами
    • Софт-скиллы
    • Управление карьерой
  • Serious business - OPEX, CAPEX, ROI, TCO
    • Лекция про процессы и управление в целом
Powered by GitBook
On this page

Was this helpful?

  1. Найм и увольнение
  2. Нематериальная мотивация или что спросить на интервью

Мнение про интервью

PreviousНематериальная мотивация или что спросить на интервьюNextДействия при приходе на работу — прием дел, актуализация, документирование, аудит

Last updated 6 years ago

Was this helpful?

<!-- @page { margin: 0.79in } P { margin-bottom: 0.08in } A:link { color: #0000ff } -->

Про собеседования (наболело) - выноска отсюда:

2010г. (да, комментарии там тоже стоит прочитать).

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

Собеседование на должность админа обычно проходит в два этапа: сначала Вас интервьюирует девочка из HR, затем (если Вы ей понравились), Вы имеете шансы пообщаться с кем-нибудь из IT отдела компании, в которую устраиваетесь. С девочками всё понятно, не хочу об этом писать, а вот беседа с айтишником нуждается во внимании.

Понятное дело, айтишник задаёт соискателю вопросы и ожидает услышать на эти вопросы правильные (с точки зрения интевьюирующего айтишника) ответы. Чем больше правильных ответов - тем выше вероятность устроиться на работу. Т.е. правильно отвечать очень важно, от этого зависит устройство или неустройство. Вполне логично соискателю готовиться к интервью заранее и попытаться заранее проработать ответы на возможные вопросы, не так ли?

Здесь есть трудности. Дело в том, что в отличие от многих и многих других отраслей знания, прогресс в области IT идёт чрезвычайно быстро. Индустрия всё время усложняется, усложняется ПО, усложняется техника. Конструкция двигателя внутреннего сгорания уже сотню лет не претерпевает значимых изменений, поэтому специалист по моторам, получивший образование в этой теме много лет назад всегда сможет ориентироваться в движках более новых автомобилей, чем те, которые он разбирал во время учёбы. Другое дело специалист по IT: уже через десять лет знания становятся практически невостребованными. Например, 15-20 лет назад бывшие богами специалисты по NetWare сегодня имеют мало шансов быть востребованными на рынке труда.

Помимо быстрой смены ИТ ландшафта, структура этого ландшафта всё время усложняется. На нём вырастают новые горы, возникают расселины и ущелья, местность всё более детализируется и становится всё более сложной. Поэтому 20 лет назад были "компьютерщики", которые ориентировались и почти в любом ПО и почти в любом железе. Сегодня же в области ИТ существуют сотни специализаций. Просто потому, что возможности человеческого мозга ограничены и такой объём информации туда просто не влезает.

В таких условиях мне представляется проигрышной профессиональной стратегией пытаться угнаться за временем и пытаться объять необъятное. Нет особого смысла изучать досконально и уметь делать всё во всех продуктах. Одни продукты уходят, другие приходят, всё меняется. Гораздо перспективнее сосредотачивать личностный рост не на объёме знаний о продуктах, которых через 10 лет не будет (или они изменятся до неузнаваемости), а на общих принципах решения типовых задач. В общем-то, так или иначе, сознательно или интуитивно, многие админы именно так и делают. Здесь прогресс есть.

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

Стек протоколов TCP/IP к месту и не к месту, например, уже стал притчей во языцех. Анекдот. Надо, не надо, общее место едва ли не в половине собеседований - это более или менее подробный рассказ о стеке протоколов. Также часто спрашивают про роли FSMO и т.п.

Да, существует небольшое количество тем, в которых (хотя бы на общем уровне) должны ориентироваться все или почти все. IP-адресация, например. Однако, это совершенно не касается узкоспециализированных вопросов, которые, тем не менее, всегда (ВСЕГДА!) задают.

Например, некоторые из последних:

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

- что означает аббревиатура PCI?

- как и какой командой разрешить доступ к определённому порту в стандартном Windows Firewall?

Спрашивается, ну зачем я должен перегружать мозг тупым запоминанием тысяч аббревиатур, названий тысяч счётчиков производительности, сотен параметров команды netsh? Зачем мне помнить сотни тысяч параметров реестра? Во всех реальных случаях использования, все эти "проблемы" решаются за две секунды поиском в интернете, выбором нужного счётчика из списка доступных в перфмоне, написанием вопроса в ответ на приглашение консоли netsh.

Складывается ощущение, что многие интервьюеры вместо проверки реальных знаний соискателя занимаются просто тешеньем своего самолюбия. "Я вот знаю, а он - нет". Дорогие, я Вас умоляю. Мне каждый раз хочется превратить такого рода интервью в честную игру, в которой вопросы задают не только соискателю, но и соискатель имеет возможность задать каверзный вопрос интервьюеру. Нередко с гарантией, что интервьюер ответить не сможет.

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

Исходя из изложенного, обращаюсь к сисадминам и сочувствующим с просьбой подумать над этим. И если Вам придётся кого-то интервьюировать в ближайшем будущем сосредотачиваться не столько на узкоспециализированных вопросах, сколько на тестировании общего умения соискателя решать задачи. Например, усадить за комп и проверить самые основные базовые умения работать с информацией и ПО. Навроде тех примеров, которые встречаются в экзаменах на сертификаты Майкрософт. Помните, что-то типа, "You are the network administrator for Contoso, inc. You have under your control 200 PCs, all of them have Windows XP Professional installed. Your current gateway breaks down and you need to change default gateway on all user computers".

http://ru-sysadmins.livejournal.com/1368992.html