Я из страны, в которой использование слова «инженер» или «инженер» строго регламентировано законодательством. Это означает, что вы должны иметь диплом инженера И сдать экзамен, чтобы вступить в профессиональную ассоциацию инженеров, чтобы использовать звание. Я немного озадачен термином «Инженер-программист», который используется в промышленности во всем мире.
Я прочитал страницу википедии на Software Engineer и связанный раздел страницы о термине использования, которые предлагают углубленное обсуждение. Однако мой вопрос как-то более конкретен.
Зная, что у меня нет диплома инженера (но мне нравится думать, что я создаю функциональное, хорошо спроектированное программное обеспечение!), Когда я вижу вакансию для инженера-программиста из международной компании, было бы целесообразно подать заявку ? Должен ли я как-то подчеркнуть, что я не имею диплом инженера?
источник
an opening for a software engineer from an international companyЭто сильно зависит от того, где находится компания или филиал компании, к которой вы обращаетесь. В разных странах действуют совершенно разные законы и правила, глобальных ответов нет. Вам придется подходить к этому индивидуально, например, я считаю себя инженером-программистом в Великобритании (где я учился), но не в Греции (где я живу и работаю).Ответы:
Вы не собираетесь тратить время впустую. Действуй. И вам даже не нужно подчеркивать, что вы не владеете инженерным образованием. Ваше резюме (резюме), очевидно, будет указывать, какие степени вы имеете, и, как следствие, то, что вы не имеете. Избегайте компаний, которые утверждают, что ищут только аккредитованных и т. Д.
РЕДАКТИРОВАТЬ: Причина этого заключается в том, что разработка компьютерного программного обеспечения была, есть и будет некоторое время оставаться взрыво растущей, ведущей в отрасли, где 99% «того, о чем идет речь» изучается на на рабочем месте, а не в университете. Университет хорош для обучения специализации по конкретному предмету посредством получения степени магистра или более высокого уровня, и когда компания ищет специалиста, они обычно устанавливают это требование. Это происходит от того, кто имеет «степень бакалавра в области компьютерных наук» и, тем не менее, узнал, что то, что он делает, на самом деле является наукой за пределами университета. (Сначала в старшей школе, когда я узнал, что такое бинарный поиск, а потом на работе, когда я узнал, что такое ООП. В университете они еще не слышали об ООП.)
источник
В США это «инженер-программист» - это обычное название работы, которое на самом деле не означает ничего, отличного от «программист / аналитик» или «разработчик программного обеспечения». Это зависит от того, что компания хочет выдать в качестве названия.
Например, в одном месте, где я работала, почти у каждого была должность, которая заканчивалась на «инженер» или «техник». Менеджер по персоналу в моем регионе назывался «Ведущий инженер по персоналу».
источник
Некоторые из лучших разработчиков программного обеспечения, с которыми я работал, не имели степени, связанной с разработкой программного обеспечения. У меня есть степень в области информационных технологий, но я продолжил карьеру в разработке программного обеспечения.
Профессиональные инженерные ассоциации, как правило, создаются, когда конкретная техническая область имеет почти универсальные и неоспоримые стандарты и принятые практики И когда они представляют собой относительно большой объем квалифицированной рабочей силы по сравнению со спросом на таких специалистов. Это происходит в относительно зрелых инженерных областях.
Программная инженерия еще не совсем (пока), но постепенно приближается. Проблема в том, что если вы сегодня выберете случайную выборку инженеров-программистов и зададите им простой вопрос, например «Разработка веб-приложения CRUD для отслеживания __ », и вы получите совершенно разные проекты. Некоторые из них будут хорошего дизайна, некоторые будут плохими, некоторые будут уникальными, некоторые будут шаблонными. Черт, если вы приведете Джеймса Гослинга, Мартина Фаулера и нескольких других великих умов в комнату, у них, вероятно, будет больше аргументов и различий, чем они согласны.
Кроме того, учтите, что с точки зрения бизнеса и общества у нас иногда бывает хорошо с программным обеспечением низкого качества (в зависимости от наличия альтернатив и цены). Сравните это с точки зрения бизнеса и общества на качество, которое мы ожидаем от моста. Никто не принимает мост низкого качества, и инженеры, проектирующие этот мост, делают это в соответствии со строгими правилами и принятыми стандартами.
По моему мнению, когда-нибудь наступит момент, когда стоимость и стоимость 90% программного обеспечения, доступного сегодня, будет более правильно выровнена, и останутся крупные, дорогие и основанные на стандартах проекты с хорошо принятыми и формализованными методами подхода к проектированию. проблемы. Только на этом этапе потребность в квалифицированных инженерах в профессиональной ассоциации будет больше, чем потребность в талантливом, умном ребенке, который может выполнять свою работу с меньшими формальностями. Однако я не вижу, чтобы это происходило, по крайней мере, еще 15-20 лет.
источник
Обычно в объявлениях о работе упоминается, требуется ли степень или нет. Решите, следует ли применять или нет, в зависимости от этого. Если это не упомянуто, то есть вероятность, что работа требует больше опыта или отношения, чем степени. В этом случае, на мой взгляд, вы можете подать заявку и рискнуть. В любом случае, когда рекрутеры увидят, что у вас нет степени в вашем резюме, они решат, выбрать ли вас.
источник
По крайней мере, в США ключ заключается в том, что вы должны уметь делать то, что описано в описании. То, как вы получили эти навыки, менее важно.
ОДНАКО - есть компании, которые проводят скрининг, где он очень помогает для позиции начального уровня, если у вас есть:
Это во многом связано с процессом отбора компании и количеством заявителей. Чем менее формальная компания в целом, тем менее строгие проверки.
В конце концов, я почти не сомневаюсь, что вы можете получить работу, занимаясь «разработкой программного обеспечения», при условии, что вы можете делать то, что они говорят в описании, и вы можете сделать это через свое резюме и собеседование. Определение «инжиниринг» как что-то в высшей степени законодательное и базовое является достаточно уникальным для данной страны, что оно не будет особенно переводить на международном уровне. Некоторые профессиональные сертификаты могут - все зависит от сертификации и специальности, которую она демонстрирует.
Резюме
Что касается резюме, я бы рекомендовал выделить то, что вы можете сделать. Не то, что ты не сделал. Классический формат резюме будет включать: - ваши цели - ваше образование - ваши технические навыки - ваш предыдущий опыт работы
Оставить критический элемент - это хороший способ показать, что у вас нет этого элемента, вам не нужно делать все возможное, чтобы сказать, чего вы не делаете. Например, если вы закончили какое-то количество лет обучения в колледже, но еще не учились, укажите, куда вы ходили в школу и сколько лет, а также некоторые ключевые курсовые работы. Отсутствие даты окончания (или ожидаемой даты окончания) является прямым указанием на то, что вы еще не закончили школу.
Говоря о навыках, приобретенных вами в независимых личных проектах, у вас есть два варианта, IMO, в зависимости от того, сколько места у вас есть.
для более молодого кандидата я бы перечислил приобретателя навыков в разделе навыков - например, языки программирования, методологии, инструменты разработки и т. д. А затем перечислил личный проект в разделе «опыт» с примечанием, что это был личный проект. Я встретил кандидата, который реализовал динамический код веб-сервера таким образом, на игровом сайте, и когда он предоставил ссылку, я сделал все возможное, чтобы поиграть с его сайтом и понять, что он сделал - это было настоящая победа для нашего обсуждения.
для более опытного кандидата со списком опыта длиной в милю - просто вставьте новые навыки в «раздел навыков / знаний», если проект не невероятный и не доступен для просмотра. Например, если вы кодировали большую часть Hibernate - поместите это там !!! но если вы сделали веб-сервер для своей группы бинго ... Я, вероятно, больше заинтересован в большой компании, которая нанимала вас последние 3 года ...
Моя общая философия - это ваша работа - показать компании, почему они ДОЛЖНЫ вас нанять. Их работа состоит в том, чтобы проверять, подходят ли вам лучше всего на эту должность, и они будут делать это, принимая вас во внимание по сравнению с их большим количеством кандидатов. Если у каждого другого претендента есть формальная степень и профессиональная сертификация, то вам может не повезти ... но если нет, у вас может быть идеальный набор навыков.
источник
Не увлекайтесь названиями. Если они что-то значат для этой компании, они просто проигнорируют ваше резюме. Вы должны подать заявку на каждую работу, которая, по вашему мнению, вам понравится. Не ограничивайте себя у стартовых ворот. В худшем случае это тратит тридцать минут вашего времени.
источник
Инженер-программист не настоящий инженер. Было движение, чтобы формализовать разработку программного обеспечения до инженерного положения, однако оно столкнулось со многими трудностями. Разработка программного обеспечения все еще слишком нова и развивается слишком быстро, чтобы ее можно было должным образом определить в профессию инженера, например, инженера-механика или электрика. Также ведутся споры о том, подходит ли разработка программного обеспечения к тому же определению инженера, или было бы даже полезно сделать разработку программного обеспечения процессом разработки.
источник
"Software engineer isn't a real engineer."Скажите это в IEEE. Или в ABET, где Инженерная комиссия по аккредитации оценивает программы разработки программного обеспечения, а не Комиссию по аккредитации компьютеров, которая оценивает программы в области компьютерных наук и информационных технологий."There is also some debate as to whether software development actually fits in the same definition of engineer or if it would even be beneficial to make software development an engineering process."Как определено IEEE и защищено такими как Стив Макконнелл и Дэвид Парнас, это проектирование.