Software engineer кто это

Software engineer: чем занимается и сколько зарабатывает один из самых высокооплачиваемых специалистов ИТ-отрасли

Software engineer — профессия с блестящими перспективами и высокой зарплатой. Какие компетенции требуют от SE, как построить карьеру в программной инженерии, расскажут сотрудники BGStaff.

Найти сотрудника
Заказать звонок

При поиске вакансий на ИТ-рынке среди запросов часто можно встретить сокращение SE. Software engineer — кто это и какие требования к данной должности предъявляют работодатели?

Многие не понимают разницы между разработчиком ПО и программистом. Последний — это всего лишь исполнитель, пишущий код для конкретного задания. Software engineer же должен обладать более глубокими знаниями и навыками для создания ПО, разработки и руководства проектами.

Необходимые компетенции

Стандартные образовательные программы обучения профессии инженера-программиста включают в себя следующие пункты:

• проектирование, оценивание алгоритмов и структур данных;
• умение работать с распространенными алгоритмами машинного обучения;
• умение использовать облачные и высокопроизводительные вычисления;
• умение управлять процессом создания ПО, оценивать его качество, тестировать и оптимизировать конечный продукт;
• разработка и анализ прикладных систем, процессов в ИТ-средах;
• управленческая деятельность.

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

• увидеть проект как в виде отдельных подзадач, так и целиком;
• распределить задачи в команде и контролировать общий процесс выполнения;
• понять и даже предвидеть требования клиентов.

Зарплата software engineer в России

Сколько зарабатывает разработчик ПО на территории РФ? Согласно данным основных работных сайтов, средняя арифметическая зарплата для данной специальности на октябрь текущего года составляет 251 688 руб., а медианная — 233 000 руб. Это означает, что более половины сотрудников в сфере программной инженерии получает за свой труд не менее 233 тысяч рублей. Учитывая примерное соотношение джуниоров, мидлов и сеньоров, можно с уверенностью утверждать, что SE даже в начале своей карьеры не остаются в накладе и зарабатывают значительно больше, чем обычные программисты.

В Москве эти цифры составляют соответственно 304 714 и 299 000 руб. Сравните с зарплатами of QA — там средняя и медианная зарплаты приравнены к 97 941 и 75 000 рублей.

Узнав, сколько зарабатывает разработчик программного обеспечения, многие сразу зададут вопрос: как строить карьеру SE?

Карьерный рост инженера-программиста

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

Рассмотрим подробнее по общепринятой в IT градации.

Junior software engineer. Первое, о чем вас спросит работодатель при найме — трудились ли вы in SE и на какой должности. Можно продемонстрировать личные проекты или отметить участие в групповых, обучение на курсах и семинарах. Джуниор должен уметь работать в одиночку, без непрерывного контроля старших товарищей, и со всеми инструментами, использующимися в программной инженерии. Теория — ООП, булева логика, основы управления реляционными базами данных, понимание принципов работы вычислительных устройств и т.д.

Middle software engineer. У мидлов круг обязанностей шире, а навыков — коммуникационных и технических — больше в разы. Мидл и сам способен выступать в качестве ментора для джуниоров и начального уровня. Главный критерий роста — опыт, количество и сложность закрытых проектов.

Senior software engineer. Фактически сеньор — управленец, несущий полную ответственность за проект. Помимо основных технических обязанностей, он должен поддерживать и вести всю команду.

Архитектор. Выше можно вырасти только в архитектора. Software Architect выбирает и реализует архитектуру проекта, анализирует рынок, работает с продакт-менеджерами, разработчиками, инженерами, гарантирует надежность и бесперебойность процессов, как говорится, responsible for all.

Кадровое агентство BGStaff окажет помощь в поисках software инженера, подскажет, где найти сильного ИТ-специалиста, как правильно пригласить его к себе на работу и какую зарплату ему платить.

Найдем ИТ-специалистов любого уровня и направлений

• Работаем без предоплаты
• Первый кандидат через 3 дня
• Финансовая гарантия в течение 3 месяцев

Кто такой Software Engineer. Программная инженерия VS «просто» программирование

Предлагаем вашему вниманию адаптацию статьи Самира Буна (Samer Buna) о различиях между программной инженерией и программированием, или чем разработка концепции программного обеспечения отличается от «просто кодинга».

Все программные инженеры могут кодить, но не все программисты способны разрабатывать концепции программного обеспечения. Некоторые люди не любят определение «Программный инженер» (он же инженер-программист, он же Software Engineer) из-за того, что чаще всего слово «инженер» мы используем, говоря о чём-то более физическом — строительстве, например. Наша статья, разумеется, не о самом термине. Если он вдруг вызывает у вас отторжение, его легко можно заменить на что-то связанное с креативностью. «Создатель ПО», «автор ПО» … да хоть «Творец ПО»!

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

• Все мы учим математику и письмо в школе, но это не делает нас математиками и писателями.
• Большинство из нас способны приготовить сносное, а порой — и очень вкусное блюдо, но не каждый рискнёт приготовить стол на 100 персон для званого ужина в посольстве. В этом случае мы нанимаем повара.
• Готовы ли вы прямо сейчас всецело доверить постройку нового дома соседскому ребёнку, создающему впечатляющие шедевры из Lego?

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

Инженерный склад ума — поиск прикладных решений

Программные инженеры не считают своей главной целью написание программ как таковое. Они думают в масштабах обеспечения потребностей и решения проблем. Это важно, поскольку не каждая проблема требует создания программного решения. С некоторыми из них вполне можно разобраться с помощью уже существующих программ. Возникновение некоторых проблем иногда можно предсказать заранее, а с помощью грамотного проектирования программ — избежать в будущем.

«Интеллектуалы решают проблемы, гении предотвращают их»

• Какие задачи я должен решить?
• Что еще, кроме написания кода, можно сделать, чтобы решить их?
• Что я могу сделать для упрощения решения этих задач с помощью приложения?

Качество программы и качество кода

Хорошие программы понятны и читабельны. Их легко расширять, они отлично ладят с другими программами, и работа с ними не станет вашим ночным кошмаром. Качество кода не является предметом переговоров. Оно должно быть высоким, и всё тут. При его рассмотрении недопустимы отговорки вроде плохого настроения кодера или слишком сжатых сроков исполнения (ох уж эти дедлайны!). Один из самых важных моментов разработки ПО — проектирование программы таким образом, чтобы в дальнейшем её было легко поддерживать и модифицировать (привет, ООП!). Сегодня практически всё ПО модифицируемо, зачастую этот процесс происходит даже без участия пользователя или не требует от него ничего, кроме «пришло обновление вашей программы, нажмите ОК или Отложить». Разумеется, пользователи вправе требовать от приложений новых функций (особенно если речь идёт о долгоиграющем корпоративном ПО, которое пишут на Java, или об онлайн-играх, в которые можно играть годами).

Хотите знать больше о программировании на Java? Вступайте в группу Java Developer!

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

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

«Есть только две действительно сложные вещи: инвалидация кэша и именование сущностей»

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

«Я написал бы короче, но у меня не было времени»

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

Окружения и тестирование

Когда инженеры-программисты разрабатывают приложения, они делают всё от себя зависимое, чтобы те работали на компьютерах разной архитектуры и с разными ОС. Важно, чтобы ПО работало при разных разрешениях и ориентациях экрана, а ещё — чтобы оно не «ело» больше памяти и процессорных мощностей, чем требуется.

Если речь идёт о веб-приложениях, то они должны работать во всех основных браузерах. Создавая декстопное приложение, нужно удостовериться, что оно запускается и корректно работает и на Mac, и на Windows, и на Linux. Ну а программа, зависит от данных, то приложение должно работать даже в случае медленного соединения с данными либо его отсутствия. Чтобы написать часть программы, инженеры продумывают всевозможные варианты сценария, а также планируют их тестирование. Все начинается с выбора идеального варианта, при котором все работает без ошибок. Затем они документируют всевозможные вероятные проблемы и заносят их в план тестирования. Некоторые инженеры начинают с написания кода, который они называют тестовым примером и в котором имитируются сценарии всех вероятных проблем и ошибок. А затем уже пишется программа, которая сможет работать при любом из рассмотренных вариантов. Уникальной способностью талантливого инженера ПО является не знание, как написать код, а понимание того, что именно приложение должно делать на выходе и как этого добиться. Инженеру необходимо при неполных, а, возможно, и неоднозначных требованиях заказчика к ПО правильно их оценить и «понять».

Стоимость и эффективность

Программный инженер в большинстве случаев может быстро решить проблему. Если вы думаете, что при найме на работу «дорогого» опытного программиста вы увеличите затраты, подумайте еще раз. Чем более опытным окажется нанятый программист, тем быстрее он сможет предоставить простое, аккуратное, надежное и легкое в эксплуатации решение. В долгосрочной перспективе это однозначно уменьшит затраты на разработку ПО.

Также необходимо учитывать затраты на исполнение программы. Любая программа использует вычислительные ресурсы, а они — не бесплатны.

Задача Software Engineer состоит в написании эффективного кода, который не использует вычислительные ресурсы без необходимости.

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

Ориентация на удобство пользователя

• Когда ведется разработка форм для ввода данных, таких, как e-mail, хорошая программа должна игнорировать регистр букв для адреса электронной почты. Она не должна выдавать ошибку, если нажата клавиша CAPSLOCK, поскольку адрес электронной почты уникален в нижнем регистре. Если программа принимает на ввод новый адрес электронной почты, проверяйте его на ранних этапах ввода, чтобы предупредить пользователя о том, что он использует неверный формат адреса. Такое решение включает как очевидные проверки вроде пропущенный знак «@», а также не столь очевидные, как, например, проверка на неправильный порядок символов вроде «gmail.ocm»
• Когда пользователь перенаправляется для выполнения какого-нибудь действия, хорошая программа должна запомнить его текущее положение и вернуть его обратно после того, как он закончит. Хорошая программа также должна запомнить уже переданные пользователем данные, важные для дальнейшего с ним взаимодействия. Допустим, вы ищете авиаперелеты как Гость на Expedia. Позже вы решаете создать учетную запись. Приложение должно сохранить все ваши предыдущие поисковые запросы в новой учетной записи, и вы должны иметь к ним доступ с других устройств.

Надежность, защищенность и безопасность

По моему мнению, самое важное отличие профессионального разработчика программного обеспечения от любителя — учет таких параметров, как надежность, защищенность и безопасность приложения при его создании.

Настоящий профессионал знает, что он несёт ответственность за безопасность и защищенность своего решения.

Части программы должны быть устойчивы к некорректному вводу, некорректным состояниям и неправильному взаимодействию. Это действительно очень трудно обеспечить и это основная причина, по которой мы слышим истории о том, что люди гибнут из-за ошибок в программном обеспечении. Пользователи вводили, вводят и будут вводить некорректные данные в программу. Это нужно принять, как факт. Причём некоторые будут делать это специально, с целью сломать приложение и добраться до ресурсов, доступных ему.

Вот пример из реальной жизни: особа, якобы ответственная за недавнюю утечку данных Equifax, обвиняется в невыполнении своих служебных обязанностей, которые заключались в разработке решений, устойчивых к плохому и злонамеренному вводу во всех программных продуктах, поступающих в общий доступ. Случаи, имеющие отношение к информационной безопасности, связаны не только с неправильным и вредоносным вводом, но также и с правильно вводимыми данными. Если пользователь забыл свой пароль, сколько раз он может пробовать его ввести? Заблокируете ли вы его после этого? А что, если кто-нибудь другой пытается заблокировать его учетную запись? Может ли пользователь передавать свои учетные данные по незашифрованному каналу передачи данных? Что, если запрос на вход поступил из необычного места? Что вы будете делать, если попытка входа похожа на автоматическую? Что вы сделали для того что бы защитить ваших пользователей от межсайтового скриптинга и межсайтовой подделки запросов и банального фишинга? Есть ли у вас резервная стратегия на случай DDoS-атаки ваших серверов? Эти вопросы указывают только на некоторые проблемы, которые необходимо учитывать. Защищенная программа не сохраняет важную информацию в текстовом виде. Она защищает её с помощью сложного одностороннего шифра (такого, с помощью которого легко зашифровать, но практически невозможно расшифровать без ключа). Это резервные меры на случай, если программу всё-таки взломают. Хакеры обнаружат зашифрованные данные, которые бесполезны для них. Неожиданные проблемы возникают даже в лучших программах. Программиста, который не готов к их возникновению, вряд ли можно назвать профессионалом. Пока он не ожидает неожиданного поведения, он не инженер. Он — «автор небезопасных программ». Ошибки в программах не всегда очевидны. Наши интеллектуальные возможности предвидеть и предотвращать известные ошибки ограничены. Вот почему программные инженеры понимают значимость хороших инструментов, позволяющих им писать правильное и безопасное программное обеспечение.

Необходимые инструменты

Нет сомнений, нам нужны разные и хорошие инструменты разработки. Их роль часто недооценивают, но на самом деле они изрядно экономят время и силы, упрощая некоторые задачи на порядок. Представьте, если бы вам до сих приходилось заливать файлы по FTP для развертывания, так сказать, по старинке. Вообразите отладку проблем сети и производительности без Chrome DevTools! А как неэффективно в наши дни было бы писать код на JavaScript без ESlit и Prettier!

Любой инструмент, сокращающий время обратной связи, когда вы пишите код, должен быть принят с радостью. Когда я нахожу незнакомый мне ранее, но действительно полезный и действенный инструмент, я могу сожалеть лишь о том, что я не использовал до этого счастливого момента.

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

Эволюция программной инженерии

Никто не может изучить программную инженерию за два месяца, за полгода, и даже за год. Вас не научат быть программным инженером на курсах, в университете или в учебном лагере. Я учусь последние двадцать с лишним лет и продолжаю учится сейчас. Я смог спокойно называть себя опытным программистом только после десятилетия обучения и разработки, создания и поддержки приложений, которыми пользуются тысячи пользователей. Программная инженерия — не для всех, но каждый должен учится решать свои задачи с помощью компьютера. Если вы можете научиться писать простые программы, вам стоит это сделать. Если вы можете научиться использовать общедоступное программное обеспечение, вам стоит это сделать. Если вы можете научиться использовать программы с открытым исходным кодом и дорабатывать их для себя, вы получите суперсилу! Каждый день приносит разработчикам новые задачи, новые проблемы, поэтому и нужна программная инженерия. Главная задача этой профессии — создавать ПО так, чтобы обычному человеку не пришлось разбираться с ним по многу лет. Чтобы для взаимодействия с программами не было нужды в долгой учёбе. И ещё —программные инженеры всё время думают над созданием более совершенных инструментов, способных решать более сложные известные проблемы, и делать все возможное, чтобы новые проблемы появлялись как можно реже.

Инженер-программист

Инженер-программист (Software Engineer) создает программное обеспечение (software – софт), предназначенное для операционных систем вычислительных машин. Профессия относится к типу «человек – знаковая система», подойдет тем, кто любит изучать информатику и математику. Кстати, недавно центр профориентации ПрофГид разработал точный тест на профориентацию, который сам расскажет, какие профессии вам подходят, даст заключение о вашем типе личности и интеллекте.

Читайте также

Краткое описание

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

Как узнать, подходит ли вам профессия «Инженер-программист»?

• 

Черная пятница в Skillbox: месяц инвестиций в себя!
Получи скидку, курс в подарок и гарантию трудоустройства, чтобы стать востребованным специалистом.

Мечтаешь создать свою игру?
Воплоти мечту в реальность вместе с XYZ School!

Особенности профессии

Главная задача инженера-программиста – разрабатывать удобное в использовании, надежное, высоко функциональное ПО. Он должен одинаково хорошо разбираться в инженерии и программировании и проектировать программное обеспечение так, чтобы потом его было просто поддерживать и модифицировать.

Отличие инженера-программиста от программиста и разработчика

• Программный инженер решает намного более сложные задачи, чем программер (programmer) или разработчик (developer). Инженеру надо понимать структуру ПО, создавать надежные и безопасные программы, которые будут работать на любом компьютере и решать сразу несколько задач. Он может доработать уже имеющуюся архитектуру, предусмотреть возможные проблемы и найти их решение.
• Разработчик – это чаще всего технический исполнитель того, что запланировал инженер-программист. Девелопер соединяет уже готовые компоненты ПО в правильном порядке – так, чтобы «всё работало». Пока программисты доводят до совершенства чистоту кода, разработчики изобретают «костыли», чтобы поддержать работоспособность ПО.
• Программист, как правило, не занимается проектированием. Программисты – это создатели кода. Это математики с глубокими знаниями алгоритмизации, владеющие как минимум тремя-четырьмя языками программирования. Им важно написать продуманный и свободный от ошибок код. Лучше программиста это умеет делать только инженер-программист.

Если компания крупная, в штате может быть несколько инженеров-программистов.

• 

НОВОГОДНЯЯ РАСПРОДАЖА SKILLBOX
При покупке курса со скидкой до 60% выберите второй курс в подарок.

Яндекс.Практикум, скидки 20%
Приходите учиться любой профессии со скидкой 20% в честь сами знаете чего!

Новогодняя акция! Скидки до 60% и «Тайный Санта»

Всеми любимый «Тайный Санта» здесь: те, кто приобрел у нас курс, получат курс в подарок и смогут подарить мини-курс своему другу.

Читайте также

Что делает программный инженер

В обязанности инженера-программиста входят следующие работы:

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

Это лишь малая часть обязанностей, профессия связана с постоянной аналитикой, технической работой. Инженер-программист использует методы математического моделирования, алгоритмизацию, разные виды типизации, реляционные модели и базы данных, SQL, СУБД.

Плюсы и минусы профессии

Плюсы:

1. Очень высокая востребованность на рынке труда.
2. Огромное количество вакансий в компаниях разного уровня.
3. Профессия гарантирует высокий доход, который будет увеличиваться по мере приобретения опыта.
4. Большой выбор программистских направлений подготовки в российских вузах, много бюджетных мест даже в сильных и престижных университетах.
5. Инженер-программист обладает универсальным пакетом знаний, поэтому в любой момент может сменить профиль деятельности. Для него открыты профессии, связанные с разработкой мобильных приложений, UX-аналитикой, Data Mining и другими ИТ-сферами.
6. Возможны командировки и обучение за границей.
7. Профессия подходит для людей с ограниченными возможностями (нарушение функций слуха и подвижности нижних конечностей).

Минусы:

1. Сфера активно развивается, поэтому необходимо постоянно обучаться.
2. Деятельность может быть связана со сложностями: конфликты и разногласия с заказчиками, работа с чужим кодом и другие.
3. Работа сидячая, длительное пребывание за компьютером негативно влияет на качество зрения.

Важные личные качества

Инженер-программист отличается умением долго концентрировать внимание. К работе относится ответственно и скрупулезно, требователен к себе и окружающим. Инженеры-программисты имеют аналитическое мышление, способны к самообучению, могут быть немного замкнутыми людьми со средним уровнем коммуникабельности, но все-таки понадобится умение работать в команде.

Обучение на инженера-программиста

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

• «Программная инженерия» (код: 09.03.04);
• «Информатика и вычислительная техника» (код: 09.03.01);
• «Прикладная математика и информатика» (код: 01.03.04);
• «Информационные системы и технологии» (код: 09.03.02).

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

При поступлении необходимо сдавать ЕГЭ по профильной математике, это обязательно. Остальные предметы – по выбору университета. Чаще всего нужны:

• физика;
• информатика;
• иностранный язык.

ДВИ при поступлении на специальности, связанные с программированием, не проводятся.

Курсы

Инженер-программист
Учебный центр дополнительного профессионального образования «ЭКОДПО» 3.9* —> 421 отзыв —>
Срок обучения
старт в любое время отсрочка платежа

Инженер-программист
АПОК 3.9* —> 421 отзыв —>
Срок обучения
отсрочка платежа чат

Вузы

Информационные системы и технологии
140 000 ₽/год
нет бюджетных мест
Информационные системы и технологии
47 800 ₽/год
нет бюджетных мест
Георадиолокационные и телекомуникационные системы
48 500 ₽/год
12 бюджетных мест
Информационные системы и технологии в строительстве
36 200 ₽/год
25 бюджетных мест

Лучшие вузы для инженеров-программистов

1. НИУ ВШЭ.
2. МГТУ им. Н. Э. Баумана.
3. МГУ им. М. В. Ломоносова
4. НИЯУ МИФИ.
5. РТУ МИРЭА.
6. РЭУ им. Г. В. Плеханова.
7. НИТУ МИСиС.
8. МТУСИ.
9. ДВФУ.
10. СПбПУ.

Лучшие курсы

1. «Нетология».
2. УЦ «Специалист» при МГТУ им. Н. Э. Баумана.
3. GeekBrains.

Курсы инженеров информационных систем

Место работы

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

Заработная плата

Уровень дохода высокий, что обусловлено большим объемом должностных обязанностей и сложностью задач, которые инженер-программист решает. Размер заработной платы зависит от опыта работы, категории (джуниор – мидл – сеньор – тимлид).

Зарплата инженера-программиста на январь 2024

Информации о зарплатах предоставлена порталом hh.ru.

Россия 30000—114000₽
Москва 80000—200000₽

Профессиональные знания

1. Прикладная математика и информатика.
2. Несколько языков программирования.
3. Системы управления базами данных.
4. Архитектура информационно-вычислительных систем.
5. Иностранный язык.

Профессия инженера-программиста требует глубоких знаний не только в области математики, информатики и смежных дисциплин. Кроме нескольких языков программирования, программные инженеры должны знать еще и английский на уровне Independent User (B1, B2) и выше. Он нужен для работы не меньше, чем родной язык. Вся терминология программирования – на английском, самая свежая техническая литература и статьи тоже. Кроме того, профессия интернациональная, востребованная во всех странах, и знание основного языка международного общения расширяет географию трудоустройства.

«Лень — моя суперсила»: 5 качеств идеального Software Engineer

Что делать, чтобы тебя не заменили роботы? Почему важно быть любознательным, но не закапываться? Зачем пробовать и ошибаться, но думать, что делаешь? Software Engineer Виталий Вишневский делится бесценным опытом и своим знанием об Engineering Culture.

Кто такой Software Engineer Какими качествами должен обладать Software Engineer

— Я — Software Engineer до мозга кости, — представляется Виталий, — В профессии уже почти 23 года. Большую часть времени работал инженером, а последние лет пять являюсь Delivery Manager и Product Owner. Сейчас вместе с коллегами мы создаем продукт в рамках инициативы EngX. Продолжаю программировать, пишу код.

Кто такой Software Engineer

— Кто такой Software Engineer сегодня? Это тот, кто занимается инженерной деятельностью в нашей отрасли, а именно созданием и поддержкой функционирования программного обеспечения. Бизнес-аналитики, разработчики, тестировщики, DevOps — все, кого вы можете увидеть на командном митинге, все Software Engineers с разной специализацией, — рассказывает Виталий, — У современного инженера должно быть развито одновременно инженерное мышление (Engineering Thinking) и agile мышление (Agile Thinking). Мы работаем с быстроменяющимися технологиями, сложными бизнес-процессами и разнообразными способами взаимодействия, поэтому agile мышление нужно нам для того, чтобы быть эффективными в работе, а инженерное — чтобы быть результативным. Есть два термина, которые, как я считаю, многие неправильно переводят и воспринимают. Это Agile и Full Stack Developer.

Agile

— На самом деле, Agile переводится как «проворный», а не «гибкий» (Flexible). Agile — это про адаптацию к постоянно изменяющимся внешним и внутренним условиям. Я могу себе представить ментальную ошибку переводчика, который перевел Agile Methodology как Гибкая Методология. Слово «гибкий» ассоциируется с изменением формы и податливостью, то есть с адаптацией через изменение своего внутреннего состояния под внешние условия. В то время как слово «проворный» ассоциируется со скоростью и направлением движения, с адаптацией через реакцию на внешние условия, через изменение скорости и направления своего движения. И слово «проворный» гораздо больше соответствует понятию Agile и тому, что от него ждет бизнес. Нам, инженерам, не нужно изворачиваться и прогибаться лишь с той целью, чтобы продолжать двигаться вперед, как было запланировано или специфицировано месяц или годы назад. Наша задача быть собранными и готовыми в любой момент изменить направление и скорость движения, чтобы соответствовать новым требованиям рынка, где работает наше программное обеспечение. А это значит у нас не должно быть лишнего «жира и хвостов», что мешает нам быть проворными. Я имею в виду технический долг, плохое качество кода, отсутствие юнит тестов и т. п.

Full-Stack Developer

1. Собирать и прояснять требования и принимать активное участие в этом процессе, взаимодействовать с бизнес-аналитиком;
2. Взаимодействовать с UX дизайнером, чтобы понимать UX и реализовать его в соответствии с задумкой;
3. Разбираться в архитектуре приложения и следовать код стандартам, что было заложено архитектором;
4. Писать и ревьюить код, чтобы он соответствовать архитектуре и стандартам качества, принятым на проекте, работать в парах с другими разработчиками, чтобы снизить количество ошибок, а соответственно и общее время разработки приложения;
5. Тестировать свой код и то, как он интегрируется в приложение, создавать юнит и авто тесты, активно взаимодействовать с командой тестирования;
6. Создавать билд-скрипты и взаимодействовать с DevOps при развертывании приложения.

— Работа Software Engineer сделана тогда, когда приложение попадет в продакшен, работает там без ошибок и приносит пользу конечному потребителю. Full-Stack Developer — это Software Engineer, который делает все от начала и до конца — от требований до поставки. Он участвует на всех этапах процесса создания программного обеспечения, — подытоживает Виталий.

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

Какими качествами должен обладать Software Engineer

— Мы в инициативе EngX (Engineering Excellence) долго думали, какими качествами должен обладать идеальный Software Engineer и пришли к следующим выводам.

1. Быть любознательными.
   Это значит смотреть на мир вокруг себя, не замыкаться, не оставаться в каком-то ограниченном потоке, интересоваться, участвовать в различных активностях помимо проекта, ходить на разные хакатоны, митапы по новым технологиям. Хакатоны в данном случае лучше, на них можно попрактиковаться в написании кода.
2. Обладать чувством меры.
   Любопытный человек может зациклиться в абстрактных вещах и углубиться в чрезмерное улучшение. Инженеру очень важно не абстрагироваться от продукта и внешнего мира. Нужно думать о конечных пользователях, о том, какой в итоге продукт получается и как скоро они его получат. Далеко не все задачи можно сделать абстрактно, да и не нужно. Профессия разработчика — это не просто писать код и загружать тестировщиков работой. Забота о результате, осознание своего вклада в мир — вот какими принципами должен руководствоваться инженер. Инженер взаимодействует с остальной командой, чтобы его изменения были интегрированы в общую систему и работали как надо, точно в срок.
   Точно в срок – это значит делать то, что необходимо и достаточно, чтобы удовлетворить требование, и чтобы остальные участники команды так же успели выполнить свою работу над этим же требованием. Но не забываем про качество кода, которое очень сильно влияет на будущую «точно в срок» разработку. И раннее выявление багов, чем раньше мы выявим проблему, тем меньше времени на ее решение будет потрачено, внимательно читаем спецификацию и указываем на ошибки в ней.
3. Уметь работать в команде.
   Джуниоры часто не могут попасть на работу в большие компании именно потому, что у них нет опыта работы в команде. В таких компаниях никто не работает в одиночку, все делается командой. И самое печальное, что большинство онлайн курсов и менторских программ не предоставляют такого опыта. В большинстве своем они направлены на индивидуальную работу, индивидуальное изучение материала и индивидуальную практику в написании кода. Знаний о том, как собрать требования, как сделать дизайн приложения, как его протестировать, как его установить на сервер или же каким-либо другим образом создать дистрибутив — не дают. А этого очень не хватает, и это нужно где-то брать. Конечно, специалистов можно обучать, но обучение усложняется тем, что неизбежно будет много ошибок, проект может затянуться, а это риски. Плюс нужно найти человека, который будет рассказывать и показывать, как правильно делать, а это ресурс. Хорошо, если такой человек есть. Тогда джуниоры и даже мидлы достаточно быстро вольются в работу и начнут справляться. Но чаще всего это не так.
   У меня в EPAM был опыт создания project-лаборатории, в рамках которой я собрал студентов-джуниоров в две команды, и мы делали два небольших проекта. Я выступал в роли Product Owner и ментора, обучал их как команду, которая производит полный цикл разработки. Я показал им, что работа над проектом не связана просто с написанием кода, а связана со многими вещами: проработкой требований, тестированием, разворачиванием. После трех месяцев работы над проектами ребята сказали, что получили хороший опыт и у них осталось понимание, как им работать в команде.
4. Быть ленивым.
   Вы наверняка слышали выражение «Лень – двигатель прогресса». Это именно так. Я называю ее своей суперсилой. Это, конечно, не значит, что я ничего не делаю. Лень должна быть такой, чтобы, прилагая минимум усилий, получать максимальный результат. Например, есть какой-то рутинное действие. Ок, я его сделаю один раз, но следующий раз я придумаю какой-то простой способ, чтобы это действие у меня отнимало меньше времени и сил. Если делать все каждый раз в лоб — когда тебе дали задачу, ты сразу пошел ее делать — это нехорошо. Нужно подумать, «полениться» делать сразу, найти простое красивое решение, которое принесет больше пользы и займет меньше времени и усилий при реализации. В общем, инженер должен больше думать — меньше делать.
5. И не тормозить.
   Эта характеристика немного конфликтует с предыдущим свойством. На западе есть такое выражение — fast try — fast fail. Это значит, что лучше быстрее попробовать что-то сделать, убедиться в том, что это не работает, и отказаться от затеи. Нам сложно это принять. Нас учили не ошибаться. Но на самом деле ошибки — это приемлемо, на ошибках люди учатся. Если бояться ошибаться, то мы долго будем думать, выверять и все равно не избежим падения.

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

Конечно, не нужно забывать и про soft skills. Они нужны всем людям на любых должностях. Джуниорам — для успешной работы в команде, более зрелым специалистам их нужно развивать, чтобы дальше двигаться по карьерной лестнице.

Что почитать?

— И напоследок мой топ-5 книг хорошего инженера:

1. Роберт Мартин: Чистый код. Создание, анализ и рефакторинг («чистый код всегда выглядит так, как будто его написал тот, кому не все равно» Р. Мартин);
2. Стив Макконнелл: Совершенный код («сложный код является признаком того, что вы недостаточно хорошо понимаете свою программу, чтобы сделать ее простой» С. Макконнелл);
3. Роберт Мартин: Идеальный программист. Как стать профессионалом разработки ПО (мое личное мнение, нельзя стать идеальным, можно только быть, сначала нужно быть идеальным джуном, потом идеальным инженером и т. д.);
4. Элияху Голдратт: Цель. Процесс непрерывного совершенствования (чтобы понимать мотивацию менеджеров и помогать им находить узкие места в создании программного обеспечения);
5. Егор Бугаенко: Элегантные объекты (нестандартное прочтение принципов Объектно-Ориентированного Программирования, мне очень нравится).

Хотите поговорить об инженерной культуре? Приглашаем в Discord Anywhere Club.