Чи можу я подати заявку на роботу "Інженер програмного забезпечення", не будучи інженером? [зачинено]

Я з країни, в якій використання слова "інженер" або "інженер" суворо регламентується законодавством. Це означає, що ви повинні мати ступінь інженера та скласти іспит, щоб приєднатися до професійної асоціації інженерів, щоб використовувати назву. Я трохи розгублений щодо терміна "інженер програмного забезпечення", який використовується в галузі в усьому світі.

Я читаю сторінку вікіпедії на Software Engineer і пов’язаний розділ сторінки про використання терміна, які пропонують поглиблене обговорення. Однак моє питання якось конкретніше.

Знаючи, що я не здобув наукового ступеня інженера (все ж мені подобається вважати, що я виробляю функціональне, добре розроблене програмне забезпечення!), Коли я бачу відкриття для інженера-програміста від міжнародної компанії, чи було б доцільним для мене подати заявку ? Чи варто якось підкреслити, що я не здобув наукового ступеня інженера?

Ти не збираєшся нікому витрачати час. Дій. І вам навіть не потрібно підкреслювати, що ви не маєте ступеня інженера. У вашому резюме (резюме), очевидно, буде зазначено, які ви отримали ступінь, і на основі висновку, чого ви не маєте. Тільки уникайте компаній, які конкретно заявляють, що вони шукають лише акредитованих тощо тощо.

EDIT: Причиною цього є те, що розробка програмного забезпечення комп'ютера була, все ще є і буде деякий час залишатися вибухонебезпечним, галузевим напрямком, де 99% "про те, що робиться в роботі" дізнаються в на робочому місці, а не в університеті. Університет хороший для того, щоб навчитися спеціалізуватися на певній тематиці за допомогою магістра або вищого ступеня, і коли компанія шукає фахівця, вони зазвичай заявляють цю вимогу. Це походить від того, хто має ступінь бакалавра в галузі комп'ютерних наук і хто все-таки дізнався, що те, що він робить, насправді є наукою поза університетом. (Спочатку в середній школі, коли я дізнався, що таке бінарний пошук, а пізніше на роботі, коли я дізнався, що таке ООП. В університеті вони ще не чули про ООП.)

У США це "інженер програмного забезпечення" - це звичайна назва роботи, яка насправді не означає нічого іншого, ніж "програміст / аналітик" або "розробник програмного забезпечення". Це залежить від того, що компанія, про яку йде мова, хоче видати як назву.

Наприклад, в одному місці, де я був працевлаштований, майже кожен мав посаду, яка закінчувалася або «інженером», або «техніком». Менеджера з управління персоналом в моєму місці називали "провідним інженером з людських ресурсів".

Деякі з кращих розробників програмного забезпечення, з якими я працював, не мали ступеня, пов'язаної з розробкою програмного забезпечення. Сам я маю науковий ступінь ІТ, але все ж продовжував кар’єру в розробці програмного забезпечення.

Професійні інженерні асоціації, як правило, формуються, коли певна технічна галузь має майже універсальні та безперечні стандарти та прийняті практики І коли їх відносно велика кількість кваліфікованої робочої сили порівняно з попитом на таких фахівців. Це відбувається у відносно зрілих інженерних галузях.

Інженерія програмного забезпечення ще не є (поки що), але повільно наближається. Проблема полягає в тому, що якщо сьогодні взяти вибірковий вибірки інженерів програмного забезпечення і задати їм просте запитання, як-от "Створіть веб-додаток CRUD для відстеження __ ", і ви отримаєте дивовижні різні конструкції. Деякі будуть хорошими конструкціями, деякі - поганими, деякі - унікальними, деякі - котельними. Чорт, якщо ти заведеш Джеймса Гослінга, Мартіна Фаулера та кількох інших чудових розумів у кімнату, у них, ймовірно, буде більше аргументів та розбіжностей, ніж те, про що вони домовляються.

Далі врахуйте, що з точки зору бізнесу та суспільства ми зазвичай схильні до поганого якісного програмного забезпечення (залежно від наявності альтернатив та ціни). Порівняйте це з бізнесом та суспільним поглядом на якість, яку ми очікуємо від мосту. Ніхто не приймає міст низької якості, а інженери, які проектували цей міст, роблять це за суворими вказівками та прийнятими стандартами.

На мою думку, колись це дістанеться, коли вартість та вартість 90% наявного сьогодні програмного забезпечення буде вирівнюватись більш правильно, а те, що залишиться, - це великі, дорогі та високостандартні проекти з високоприйнятими та формалізованими методами для підходу до проектування проблеми. Тільки на цьому етапі потреба у кваліфікованих інженерах у професійній асоціації буде більшою, ніж потреба у яскравому малюку-чарівнику, який зможе виконати цю роботу також з меншою формальністю. Я не бачу, щоб це відбувалося принаймні ще 15-20 років.

Зазвичай у оголошеннях про роботу зазначається, необхідна чи ні ступінь. Вирішіть, застосовувати чи ні, залежно від цього. Якщо це не згадується, то є шанси, що робота вимагає більше досвіду чи ставлення, ніж ступеня. У такому випадку, на мою думку, ви можете подати заявку та ризикувати. У будь-якому разі, коли рекрутери побачать, що ви не маєте жодного ступеня у своєму резюме, вони вирішать, чи вибрати вас.

Принаймні, в США ключовим є те, що вам потрібно вміти робити те, що описано в описі. Те, як ви отримали ці навички, менш важливі.

ЗАРАЗ - є компанії, які роблять скринінг, коли це надзвичайно допомагає на позиції початкового рівня, якщо у вас є:

• Бакалавр або бакалавр в чомусь
• Переважно BS у чомусь неясно пов'язаному з комп'ютерами - наприклад, Комп'ютерна інженерія, Програмна інженерія, Комп'ютерна наука, ІТ, математика чи щось подібне. Навіть ЕЕ, фізика чи будь-яка інша наука, ймовірно, отримає вам більше можливостей, ніж, скажімо, лінгвістика чи образотворче мистецтво.
• Гарний середній бал

Це багато в чому пов'язане з процесом перевірки компанії та кількістю заявників. Чим менш формальна компанія, за великим рахунком, тим менш обмежувальна екранізація.

Зрештою, я мало сумніваюся, що ви можете влаштуватися на роботу, займаючись "інженерією програмного забезпечення", за умови, що ви можете виконати те, що вони говорять в описі, і ви можете зробити це у своєму резюме та інтерв'ю. Визначення "інженерії" як щось, що є дуже законодавчим та базовим принципом, є єдиним для даної країни, що воно не буде особливо перекладати на міжнародному рівні. Деякі професійні сертифікати можуть - все залежить від сертифікації та спеціальності, яку вона демонструє.

Резюме

Що стосується резюме, я рекомендую виділити те, що ви МОЖЕТЕ зробити. Не те, що ви ще не робили. Класичний формат резюме включає: - ваші цілі - освіту - ваші технічні навички - попередній досвід роботи

Покинути критичний елемент - це прекрасний спосіб продемонструвати, що у вас немає цього елемента, вам не потрібно йти вище і далі, щоб говорити про те, що ви не робите. Наприклад, якщо у вас закінчилася певна кількість років навчання в коледжі, але ви не закінчилися, згадайте, де ви ходили до школи і скільки років, і які ключові курсові роботи. Відсутність дати закінчення навчання (або очікувана дата закінчення навчання) - це пряма підказка про те, що ви ще не закінчили школу.

Розмовляючи з навичками, здобутими через незалежні особисті проекти, у вас є два варіанти, IMO, залежно від того, скільки місця у вас є.

• що стосується молодшого кандидата, я перелічую здобувача навичок у розділі навичок - наприклад, мови програмування, методології, інструменти розробки тощо. Потім перелічу персональний проект у розділі "досвід" із приміткою, що це особистий проект. Я зустрів кандидата, який реалізував динамічний код веб-сервера таким чином, на ігровому сайті, і коли він надав посилання, я пішов вище і далі, щоб пограти з його сайтом і зрозуміти, що він робив - це було справжній виграш для нашої дискусії.

• для більш досвідченого кандидата зі списком досвіду довгу милю - просто дотримуйтесь нових навичок у розділі "навички / знання", якщо проект не є неймовірним та доступний для ознайомлення. Наприклад, якщо ви зашифрували велику частину сплячки - помістіть це !!! але якщо ви створили веб-сервер для своєї групи бінго ... Напевно, я більше зацікавлений у великій компанії, яка працювала у вас протягом останніх 3 років ...

Моя загальна філософія - це ваша робота - показати компанії, чому вони ДОЛЖЕН би вас найняти. Це їхня робота - перевірити, чи ви найкраще підходите на цю посаду, і вони зроблять це, враховуючи вас порівняно зі своїм більшим набором кандидатів. Якщо кожен інший претендент має офіційну ступінь та професійну сертифікацію, то, можливо, вам не пощастить ... але якщо ні, у вас може бути встановлений ідеальний навик.

Не зациклюйтесь на титрах. Якщо вони щось значили для цієї компанії, вони просто ігнорують ваше резюме / резюме. Ви повинні застосовуватись до кожної окремої роботи, яка відчуває, що вам сподобається. Не обмежуйте себе на стартових воротах. У гіршому випадку це витрачає тридцять хвилин вашого часу.

Програмний інженер не справжній інженер. Відбувся рух щодо формалізації розробки програмного забезпечення на інженерну позицію, проте він зазнав багатьох ударів. Розробка програмного забезпечення все ще надто нова і розвивається надто швидко, щоб бути належним чином визначена в інженерній професії, як, наприклад, інженер-механік або електрик. Існує також певна дискусія щодо того, чи насправді розробка програмного забезпечення підходить до того ж самого інженерного визначення, чи було б навіть корисно зробити розробку програмного забезпечення інженерним процесом.