Компания у нас на full-remote, поэтому заседание кружка параноиков мы проводим как-то так. Иногда под банджо в углу.

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

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

Макаки жуют провода. Цикады принимают кабели за ветки, и расковыривают их, чтобы отложить внутрь яйца. Акулы жуют трансатлантические кабели Google. А в топе источника проблем для крупной телекоммуникационной компании Level 3 Communications вообще были белки.

Короче, рано или поздно, кто-то обязательно что-то сломает, уронит, или зальет неверный конфиг в самый неподходящий момент. И вот тут появляется то, что отличает компании, которые успешно переживают фатальную аварию от тех, кто бегает кругами и пытается восстановить рассыпавшуюся инфраструктуру - DRP. Вот о том, как правильно написать Disaster Recovery Plan я сегодня вам и расскажу.

Меня зовут Александр Гирев, я Android-разработчик и технический интервьюер. В одной компании я выполнял роль interview expert: следил за качеством собеседований, готовил рекомендации и матрицы вопросов, обучал начинающих интервьюеров.

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

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

Пациентке #1 было 24 года, и она была беременна третьим ребёнком, когда её отключили от системы жизнеобеспечения. Это случилось в 2014-м. За несколько лет до этого у неё было диагностировано заболевание, вызывающее нерегулярное сердцебиение, а во время двух предыдущих беременностей она страдала от припадков и обмороков. На четвёртой неделе третьей беременности она упала на пол в своём доме. Её мать, которая была с ней, позвонила в службу 911. К моменту прибытия скорой помощи пациентка №1 находилась без сознания более 10 минут. Парамедики обнаружили, что её сердце остановилось.

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

"Коллеги, пришлите сроки!" - повторял джун-аналитик в течение месяца...

Ситуация: 3 месяца назад, я, начинающий системный аналитик, пришла в монстрически крупную компанию. С первого дня меня кинули в рабочие задачи: напиши письма, протоколы, уточни сроки, откорректируй JSON-ку, попробуй написать требования... Задачи довольно простые, НО я понятия не имела, почему некоторые коллеги из смежных систем отвечают на мои письма за 1 день, в то время как другие просто игнорируют письма неделями.

Привет! Меня зовут Филипп Сенцов. Я системный архитектор в «Альфа-Банке», а также преподаватель и автор на курсе «Системный аналитик» в Яндекс Практикуме.

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

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