Истовый инженер

Атомная электростанция может работать десятки лет, а ее полный жизненный цикл — от выбора места до демонтажа — занимает больше ста лет. За это время оборудование изнашивается, технологии меняются, а требования к безопасности становятся строже. Инженерам нужно не только поддерживать станцию в рабочем состоянии, но и оценивать, как она меняется со временем, и решать, можно ли продлить ее эксплуатацию. О том, как устроен жизненный цикл АЭС и какие задачи возникают на разных его этапах, расскажет Михаил Грибанов, инженер-физик и руководитель группы по управлению проектами АО «Росатом Сервис» в Армении. На примере армянской АЭС он разберет, как оценивают состояние оборудования, что можно модернизировать и по каким критериям решают, стоит ли продлевать срок эксплуатации станции или готовить ее к остановке.

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

Современные продукты состоят не только из собственного кода: так, open source сегодня используется практически в каждом приложении — об этом мы говорили в статье про OSA. Чтобы всё работало стабильно, разработчику нужно постоянно анализировать транзитивные зависимости, ведь с ними в продукт может попасть вредоносный код, который он не контролировал. Разберем на примере. Пользователь открыл приложение, чтобы проверить новости, но вместо ленты наткнулся на лозунг: «За вами следят. Отключите слежку — верните себе свободу!» Неожиданно, правда? Такое сообщение может быть плодом protestware — так называют библиотеки и ПО, в которые мейнтейнеры или злоумышленники намеренно добавляют деструктивный, меняющий логику работы или политически мотивированный код. Руслан Чотчаев, инженер отдела развития процессов безопасности в YADRO, на примере protestware показывает, как вредоносный код проникает в продукт, по каким признакам можно его заметить и как снизить риски. Статья будет полезна разработчикам и специалистам по безопасности.