код инженер системный программист код
ЕКСД 2018. Редакция от 9 апреля 2018 года (в т.ч. с изменениями вступ. в силу 01.07.2018)
Для поиска утвержденных профстандартов минтруда РФ используйте справочник профстандартов
Должностные обязанности. Определяет необходимые системные и программные средства для разработки и отладки прикладного программного обеспечения (ПО). Производит выбор операционной системы (ОС) и других системных компонентов, осуществляет подготовку задания на приобретение необходимой ОС на основе анализа задач, решаемых автоматизированной системой управления технологическими процессами (АСУТП), автоматизированной системой управления предприятием (АСУП), автоматизированной системой контроля (АСК), гибкими производственными системами (ГПС). Определяет возможности использования наиболее перспективных ОС на основе анализа и сравнения их аппаратно-технических характеристик. Осваивает средства проектирования и отладки ПО. Экспериментально проверяет реализацию алгоритмов контроля и управления программных средств ОС и пакетов прикладных программ. Производит доработку компонентов ОС по результатам эксперимента. Определяет объем и содержание тестовых примеров, обеспечивающих наиболее полную проверку соответствия ОС задачам, решаемым в АСУТП, АСУП, АСК, ГПС. Обеспечивает модернизацию стандартных конфигураций ОС, устройств, сетей, протоколов и программ. Поддерживает в рабочем состоянии полный объем оперативной, накапливаемой и хранимой информации, обеспечивает защиту от несанкционированного доступа к информационным ресурсам. Обеспечивает работу локальной вычислительной сети. Разрабатывает инструкции по работе с ОС, оформляет необходимую техническую документацию. Исследует характеристики и алгоритмы работы технических средств вычислительной техники, участвует в разработке функциональных требований на проектирование новых технических средств. Обеспечивает администрирование сети, электронной почты, официального распределенного web-сервера и других сервисов.
Должен знать: законы и иные нормативные правовые акты Российской Федерации, методические и нормативные документы, касающиеся методов программирования и использования вычислительной техники при обработке информации, технико-эксплуатационные характеристики, конструктивные особенности, назначение и режимы работы оборудования, правила его технической эксплуатации, виды технических носителей информации, способы построения ОС, назначение и принципы работы компонентов ОС, порядок оформления технической документации, отечественный и зарубежный опыт разработки ОС, основы экономики, организации производства, труда и управления, основы трудового законодательства, правила по охране окружающей среды, правила по охране труда и пожарной безопасности, правила внутреннего трудового распорядка.
Требования к квалификации.
Системный инженер: все про эту профессию и необходимые навыки
Даже в IT-сфере системный инженер может выполнять разные обязанности, он может:
контролировать работоспособность оргтехники компании;
следить за работоспособностью локальной сети компании;
проводить тренинги и инструктаж с сотрудниками компании по работе с техникой и программным обеспечением;
Системный инженер в IT
Системный инженер в IT — это специалист, который обслуживает локальную сеть и всю оргтехнику определенной компании, где он трудится. То есть он может выполнять любую работу, связанную с этими двумя составляющими: техника и сеть. В конечном итоге перечень обязанностей будет зависеть от конкретной компании, где трудоустроен системный инженер.
По своему незнанию, многие называют системного инженера «разработчиком» или «программистом». Но это совсем не так, хотя системный инженер может заниматься и программированием на работе. Само «программирование» — это не прямые обязанности системного инженера. Его п рямая обязанность — это следить за работоспособностью локальной сети и техники компании, чтобы рабочий процесс не останавливался ни на минуту.
Иногда понятие «системный инженер» объединяют с понятием «системный администратор». С одной стороны, в определенных компаниях функции обеих профессий идентичны, поэтому можно говорить, что эти термины тождественны. Но в некоторых компаниях термин «системный инженер» подразумевается «шире», чем «системный администратор». Системный администратор занимается только администрированием сетей и техники. Этими же обязанностями занимается и системный инженер. Но в некоторых случаях системный инженер может заниматься еще и проектированием локальных сетей, а не только их администрированием.
Поэтому перед подачей резюме на вакансию «системный инженер» нужно обязательно уточнить должностные обязанности этого специалиста в выбранной компании.
Особенности профессии «системный инженер»
Не лишним будет повторить, что конкретные обязанности системного инженера будут напрямую зависеть от компании, где открыта эта вакансия. Что может входить в обязанности:
проектирование локальных сетей компании;
администрирование локальных сетей;
обеспечение должной информационной безопасности в компании;
установка, обслуживание и своевременное обновление программного обеспечения компании;
контролирование работоспособности программного обеспечения;
обучение сотрудников компании работе с профессиональным программным обеспечением;
ведение документации и журналов по исполняемым обязанностям;
мелкий ремонт компьютеров и офисной техники компании;
Достоинства и недостатки профессии «системный инженер»
Среди достоинств можно выделить:
Хорошую зарплату, как и во многих IT-профессиях.
«Низкий порог входа» в специальность.
Среди недостатков можно выделить:
Колоссальн ую ответственность.
Широкий спектр разных работ.
Отсутствие возможности работать удаленно.
Каким должен быть системный инженер?
способным аналитически мыслить,
хорошо знаком с современными компьютерными программами и техникой,
То есть специалист должен грамотно наладить взаимодействие людей и техники, чтобы это приносило пользу компании.
Заключение
Системный инженер — это несложная профессия. Во многих компаниях, где эт а профессия будет связана с администрированием сетей, могут взять на работу без специального образования, только ориентируясь на ваш опыт и навыки. В других компаниях, где системный инженер в основном будет заниматься проектированием сетей, с вас могут потребовать документ, подтверждающий ваше образование в это й сфере.
В любом случае системный инженер — это перспективная и интересная профессия, к которой можно присмотреться.
Мы будем очень благодарны
если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.
Кто такой DevOps-инженер: программист, сисадмин или всё сразу
Разбираемся, кому подходит профессия, что должен уметь специалист и как им стать.
DevOps-инженер — не просто универсал, который умеет всё понемногу, а в итоге не умеет ничего. Тут скорее симбиоз программиста и системного администратора — одновременно эволюция каждой из профессий и шаг в сторону от них.
Специалист по DevOps не решает отдельные задачи разработки и администрирования, а ускоряет весь процесс разработки программ, мобильных приложений и сайтов в IT-компаниях отделах. Он разбирается в специфике задач программистов, тестировщиков и системных администраторов и помогает им работать вместе и автоматизировать процессы — чтобы быстрее выпускать новые продукты и обновлять уже готовые.
Разберём, что конкретно делает DevOps-инженер, каким компаниям он нужен, сколько ему готовы платить и каковы перспективы роста.
Пишет о бизнесе и IT для Билайна, Mail.Ru Cloud Solutions и технологических стартапов.
В чём состоит работа DevOps-инженера
Разработка ПО и сайтов никогда не была быстрым процессом. Одна из причин в том, что между разработчиками, тестировщиками и сисадминами всегда стояла стена, через которую время от времени перекидывались куски кода.
Никто не понимал, что происходит по другую сторону стены: разработчики не знали, с какими проблемами сталкиваются тестировщики и сисадмины; тестировщики ругали разработчиков за то, что их код неудобно тестировать; сисадмины ругали всех — потому что исправление ошибок требовало времени, а выпустить обновление надо было ещё вчера.
Всё это происходило из-за того, что создание ПО делилось на три отдельных процесса:
Чтобы как-то исправить ситуацию, светлые умы IT-индустрии решили превратить разработку в единый цикл. Они продумали процессы, создали новые стандарты разработки, и в итоге это выросло сначала в методологию, а потом и в целую культуру — DevOps.
Но чтобы внедрить красоту и мощь DevOps у себя в компании, нужно:
Для решения всех этих вопросов и появилась профессия DevOps-инженера. Его главная задача — сделать так, чтобы разработка в компании шла по методологии DevOps. Для этого он должен:
Кто нанимает DevOps-инженеров
Сейчас DevOps — стандарт разработки. Без него не получится быстро выпускать IT-продукты — есть риск, что конкуренты уйдут далеко вперёд, а компания останется без прибыли. Поэтому DevOps-инженеров стараются нанимать все, кто так или иначе связан с разработкой и осознал ценность методологии DevOps.
Такие компании делятся на три группы:
IT-компании. Зарабатывают именно благодаря программам, приложениям и сайтам, то есть разработка — основное направление их деятельности. Google, Mail.ru, Uber, Booking, 1С, разработчики игр — всё это IT-компании. Им жизненно необходим DevOps, так как без него не получится эффективно выпускать главный продукт.
Обычные компании с IT-отделом. Эти компании в основном занимаются чем-то другим: продают одежду, выдают кредиты, строят дома. Но у них есть IT-отдел, который разрабатывает сайты или мобильные приложения. Ozon, Сбербанк, «Лента» — всё это обычные компании с IT-отделом, который занимается их сайтами и приложениями. Теоретически они могут существовать и без DevOps, но тогда конкуренты их обгонят, поскольку будут выпускать приложения быстрее и завоюют больше клиентской любви.
IT-агентства. Это компании, которые занимаются разработкой под заказ — для других компаний. Например, небольшой магазин хочет сайт или приложение, но не может позволить себе целый IT-отдел — и нанимает IT-агентство, которое всё разработает. Таким компаниям DevOps нужен, чтобы быстрее и качественнее делать свою работу для клиентов.
В крупных компаниях обычно есть штат разработчиков, тестировщиков и сисадминов. Поэтому девопса приглашают именно для внедрения методологии, настройки всех процессов и автоматизации. В небольших компаниях денег на такой большой штат нет.
Поэтому часто от сисадмина ждут, что он будет выполнять ещё и работу DevOps-инженера — поддерживать разработчиков и помогать тестировщикам. Это нормальная практика в небольших компаниях — здесь не найти столько задач, чтобы понадобились и девопс, и сисадмин.
Насколько востребованы DevOps-инженеры и сколько им платят
DevOps-инженеры нужны во всём мире. Например, согласно исследованию Linux Foundation и edX, в 2020 году 65% IT-компаний искали DevOps-инженеров, но только 59% искали разработчиков. Разница в процентах кажется небольшой, но на практике это сотни и тысячи открытых вакансий. Рынок DevOps растёт даже несмотря на пандемию — это значит, что спрос на девопс-инженеров будет только увеличиваться. В рейтинге лучших должностей Америки должность DevOps-инженера занимает пятое место.
По России такой статистики, к сожалению, нет. Но можно оценить общий спрос, просмотрев вакансии. На «Яндекс.Работе», которая агрегирует данные разных работных ресурсов, сейчас есть больше 8 тысяч предложений для DevOps-инженеров:
Для сравнения, вакансий по запросу «Web-разработчик» — около 7 тысяч, «JavaScript-разработчик» — 8,5 тысяч, а это самый популярный язык веб-программирования в мире. Это совсем не значит, что DevOps требуется больше — на 10–20 разработчиков нужен всего один. Но сами цифры показывают, что потребность в таких специалистах очень высока.
К слову, вакансий сисадмина гораздо больше — 23 тысячи. Но б ольшая часть из них никак не связана с разработкой — это поиск системного администратора в небольшую компанию, который будет настраивать сеть и следить, чтобы бухгалтеры и менеджеры ничего не сломали.
Всё это значит, что DevOps-инженер легко может найти работу в России, а при желании — уехать за рубеж. И спрос на таких специалистов будет только расти.
В США DevOps зарабатывает в среднем 7–10 тысяч долларов. В России даже начинающим специалистам готовы платить от 90 тысяч рублей в месяц уже после вычета налогов, а зарплаты опытных доходят до 250 тысяч рублей и больше.
Что нужно узнать, чтобы стать DevOps-инженером
Сложность профессии в том, что она включает в себя два набора компетенций: знания в разработке и в администрировании. Изучать сразу оба непросто, поэтому проще стать DevOps-инженером, если вы уже сисадмин или программист. Тогда понадобится освоить специфику другого направления — и можно будет приступать к работе.
Если хочется получить профессию с нуля, лучше сначала изучить системное администрирование или программирование, немного набраться опыта — и потом осваивать специфические инструменты, необходимые именно для DevOps.
Каждый DevOps должен уметь:
Другие компетенции зависят от компании, в которой будет работать DevOps. Например, может потребоваться умение администрировать Linux, работать с облачными технологиями, настраивать виртуализацию. Но для старта хватит базовых навыков.
Кроме того, понадобятся прокачанные софт-скиллы: аналитический склад ума, желание организовывать и автоматизировать, умение логически мыслить и видеть всё системно. Без них даже освоить профессию DevOps будет непросто. Также полезно уметь общаться — придётся много разговаривать с разработчиками, тестировщиками и сисадминами, обучать их методологии DevOps, презентовать свои решения руководству.
Знание английского тоже пригодится: документация ко многим программам написана на английском, а решения для каких-то проблем часто проще найти на зарубежных сайтах и форумах, так как там культура DevOps развита сильнее.
Какие перспективы роста есть у DevOps-инженера
Даже на старте DevOps-инженеры зарабатывают неплохо. В основном потому, что DevOps считается следующим шагом в карьере программиста и сисадмина — пусть и шагом слегка в сторону.
Перспективы дальнейшего развития тоже есть. В первую очередь рост идёт за счёт опыта — когда DevOps отработает три-пять лет, ему будут предлагать более высокооплачиваемую работу. Опыт в этой профессии особенно важен, так как опытный DevOps сталкивался с большим количеством проблем и знает, что делать в нестандартных ситуациях, в которых даже очень умный новичок растеряется.
Чтобы получать больше, можно наращивать дополнительные компетенции: учиться строить инфраструктуру в облаке, работать с базами данных, осваивать системы оркестрации контейнеров и новые инструменты автоматизации. А вот дальше для роста понадобится прокачивать уже не конкретные навыки или знания, а опыт и умение решать нестандартные проблемы. Тогда девопса охотнее наймут в большую компанию, где всё это пригодится.
В особенно крупных обычно есть целые отделы DevOps. Здесь можно в итоге вырасти до руководителя такого отдела — то есть задавать направление развития разработки во всей компании. Конечно для этого понадобятся управленческие навыки — умение руководить, делегировать, планировать работы и презентовать решения высшему руководству.
Где всему этому научиться
Если вы уже разработчик или системный администратор, можно попытаться освоить профессию самостоятельно. Для этого понадобится проникнуть в специфику смежной области, освоить нужные для DevOps инструменты и разобраться в автоматизации и контейнеризации. Сисадминам обычно проще — знаний в языках программирования от DevOps ждут совсем немного, а вот в IT-инфраструктуре нужно разбираться глубже.
Если боитесь зайти не туда или не хотите тратить много времени на самостоятельное освоение, можно получить более основательное образование. Например, окончить курс «Профессия DevOps-инженер» в Skillbox — здесь сразу дают системные знания из всех областей и не грузят тем, что девопсу знать не обязательно.
SRE-инженер и системный администратор: в чем разница и кто нужен вашей компании
Все чаще компании ищут SRE-инженеров, и требования к ним похожи на те, что предъявляют системным администраторам: сопровождение систем, администрирование инфраструктуры, знание инструментов ОС. Что это — просто модное переименование одной профессии в другую или отличия есть на самом деле?
Расскажем, чем занимается SRE-инженер, что он должен уметь, чем отличается от системного администратора и что меняется в компании, когда в нее приходит такой специалист.
Кто такой системный администратор, что он делает и за что отвечает
Если смотреть глобально, то этот специалист следит за инфраструктурой, чтобы она работала стабильно и быстро. Если конкретнее, то системный администратор:
Системный администратор знает, как работают операционные системы, умеет работать с системными утилитами, понимает устройство сети. Он не программист и не должен уметь писать код. Но довольно часто возникают проблемы, решение которых лежит на стыке двух областей: разработки и администрирования.
В традиционных подходах к разработке системные администраторы и программисты изолированы друг от друга, часто находятся в разных отделах и преследуют разные цели. Задача программиста — писать код, который решает задачи бизнеса. Задача системного администратора — чтобы все системы работали стабильно.
И тут могут возникать проблемы. Иногда при разработке и тестировании программа работает правильно, а когда ее устанавливают на продуктивные серверы, появляются ошибки.
Часто решение такой общей проблемы затягивается надолго, потому что у каждой из команд не хватает навыков и знаний. SRE-инженер помогает справиться с такими сложностями — объединить администрирование с разработкой.
Кто такой SRE-инженер и чем он отличается от системного администратора
Задача SRE-инженера — сделать систему надежной, стабильной и производительной. В целом это похоже на задачи системного администратора, но достигается другими способами. Как и системный администратор, он должен понимать устройство инфраструктуры, знать, какие программы там работают и какую нагрузку могут выдержать серверы, должен уметь работать с утилитами операционной системы.
Можно выделить 4 ключевых направления, отличающих SRE-инженера от системного администратора.
SRE-инженер — это программист с навыками администрирования. Однако он пишет код не для реализации бизнес-логики, а для повышения стабильности и производительности системы. Написание кода не основная задача SRE-инженера, а один из способов достижения целей.
Навыки программирования помогают SRE-инженеру самому найти ошибку в программе, запущенной в продуктивной среде, и исправить ее. Он может сам залезть в код, найти причину и тут же написать исправление.
Также SRE-инженер пишет утилиты, которые помогают следить за системой. Например, если существующие утилиты трассировки или сбора логов его чем-то не устраивают, он может написать свои или доработать существующие.
Он старается ничего не менять в системе вручную, а для всего пишет скрипты и конфигурационные файлы. Это уменьшает вероятность человеческой ошибки, позволяет легко воспроизводить настройки на других серверах и узнать, как именно настроена система.
Он точно знает, какие серверы используют в компании, какая у них мощность, как они настроены и есть ли какие-нибудь технические ограничения. С этими знаниями он может сразу предвидеть потенциальную проблему и сказать о ней программистам.
Также SRE-инженер может еще на старте разработки определить критерии, которые должны выполнить программисты. Например, приложение должно писать логи в определенное место или интегрироваться с общей системой мониторинга. Без выполнения этих требований SRE-инженер может не принять приложение на поддержку.
Он оценивает стабильность системы не по своим ощущениям, а по конкретным показателям. Есть две основные метрики, которые используют внутри команд:
На основе этих метрик SRE-инженер оценивает стабильность и производительность приложений. Если что-то выходит за рамки утвержденных показателей, он может наложить вето на разработку новых функций и попросить разработчиков сосредоточиться на исправлении проблем.
Традиционные администраторы уходят в прошлое, а на замену приходят SRE-инженеры?
Возможно, что да. Это не дань моде, а естественное развитие технологий и процессов разработки:
Мы не хотим сказать, что традиционных системных администраторов не осталось. Они все еще востребованы, например, в дата-центрах. Там они как раз на своем месте: следят за оборудованием и обновляют софт. Но в компаниях, где разрабатывается собственное ПО, пусть даже небольшое, SRE-инженеры вытесняют традиционных администраторов.
Кто нужен компании: системный администратор или SRE-инженер
Подведем итоги и попробуем понять, кто же нужен компании: системный администратор или SRE-инженер.
В таблице — сравнение обязанностей и требований, которые обычно предъявляют к администраторам и SRE-инженерам. Но это не значит, что они везде одинаковы. Например, в некоторых компаниях системные администраторы участвуют в обсуждении архитектуры, а в других SRE-инженеры не пишут собственные утилиты мониторинга. Фактические навыки разных специалистов этих профессий могут различаться и пересекаться друг с другом.
| Системный администратор | SRE-инженер |
| Не проверяет и не исправляет проблемный код. | Может проверить и исправить проблемный код, делает это постоянно. |
| Пользуется готовыми инструментами для мониторинга, сбора логов и другой статистики. | Может написать собственные утилиты или доработать существующие. |
| Настраивает систему через графический интерфейс или вручную редактирует конфигурационные файлы. | Все настройки в системе делает по модели «Инфраструктура как код (IaC)». |
| Не участвует в обсуждении архитектуры приложений и не может выставлять свои требования. | Участвует в обсуждении архитектуры, может сразу предостеречь разработчиков от неоптимального решения. Может выставлять требования по оптимизации и мониторингу. |
| Не может запретить разработчикам выпустить обновление, даже если система работает нестабильно. | Может не пропускать новую функциональность в продуктивную систему до тех пор, пока разработчики не исправят проблемы стабильности. |
SRE-инженер нужен, когда в компании часто выпускают обновления кода, команде администраторов и программистов сложно исправлять общие проблемы.
Без системного администратора не обойтись, если у вас традиционный подход к разработке и своя физическая инфраструктура, за которой нужно следить.
Должностные обязанности. Определяет необходимые системные и программные средства для разработки и отладки прикладного программного обеспечения (ПО). Производит выбор операционной системы (ОС) и других системных компонентов, осуществляет подготовку задания на приобретение необходимой ОС на основе анализа задач, решаемых автоматизированной системой управления технологическими процессами (АСУТП), автоматизированной системой управления предприятием (АСУП), автоматизированной системой контроля (АСК), гибкими производственными системами (ГПС). Определяет возможности использования наиболее перспективных ОС на основе анализа и сравнения их аппаратно-технических характеристик. Осваивает средства проектирования и отладки ПО. Экспериментально проверяет реализацию алгоритмов контроля и управления программных средств ОС и пакетов прикладных программ. Производит доработку компонентов ОС по результатам эксперимента. Определяет объем и содержание тестовых примеров, обеспечивающих наиболее полную проверку соответствия ОС задачам, решаемым в АСУТП, АСУП, АСК, ГПС. Обеспечивает модернизацию стандартных конфигураций ОС, устройств, сетей, протоколов и программ. Поддерживает в рабочем состоянии полный объем оперативной, накапливаемой и хранимой информации, обеспечивает защиту от несанкционированного доступа к информационным ресурсам. Обеспечивает работу локальной вычислительной сети. Разрабатывает инструкции по работе с ОС, оформляет необходимую техническую документацию. Исследует характеристики и алгоритмы работы технических средств вычислительной техники, участвует в разработке функциональных требований на проектирование новых технических средств. Обеспечивает администрирование сети, электронной почты, официального распределенного web-сервера и других сервисов.
Должен знать: законы и иные нормативные правовые акты Российской Федерации, методические и нормативные документы, касающиеся методов программирования и использования вычислительной техники при обработке информации; технико-эксплуатационные характеристики, конструктивные особенности, назначение и режимы работы оборудования, правила его технической эксплуатации; виды технических носителей информации; способы построения ОС; назначение и принципы работы компонентов ОС; порядок оформления технической документации; отечественный и зарубежный опыт разработки ОС; основы экономики, организации производства, труда и управления; основы трудового законодательства; правила по охране окружающей среды; правила по охране труда и пожарной безопасности; правила внутреннего трудового распорядка.
Требования к квалификации.