Чи віддають перевагу роботодавці інженерії програмного забезпечення над спеціальностями CS? [зачинено]


10

Я навчаюсь у школі в університеті, який одним із перших мав акредитовану програму інженерії програмного забезпечення. Мій недолік знаходиться в CS. Нещодавно роботодавець прийняв на роботу в наш університет і найняв 5 спеціальностей SE. Жоден з них не був CS. Чи віддають перевагу роботодавці спеціальності програмного забезпечення?

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

Якби я пішов шляхом розробки програмного забезпечення, я, мабуть, або досліджував би програмування, орієнтоване на дані, або складність проектування програмного забезпечення.

Іноді я думаю, коли мені виповниться 40 років і озирнусь назад, чи це матиме значення взагалі? Я чомусь не думаю.


3
Робота з програмування - це не всі цукерки та квіти. Якщо ви робите лише магістерські, я б сказав: займайтеся тим, що вам подобається. Якщо ви маєте на увазі конкретну компанію / сектор, тоді ретельно підбирайте заняття. Я особисто хотів би найняти когось, хто зазнав невдачі як художника, ніж того, хто ретельно та ретельно провів заняття, які допомогли пробувати кар’єру. Це, звичайно, тільки я, але все наймання здійснюють суб'єктивні люди. Якщо ви будете переслідувати те, що вам подобається, це покаже. Коли вам 40, у вас з'явиться дружина, 2-3 дитини, машина та будинок - щасливі та нудні. Дотримуйтесь своєї пристрасті, поки можете.
Робота

1
@Job, це не тільки ти.
Дан Розенстарк

Відповіді:


13

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

Що для мене справді важливо - це технічні знання, ставлення, особистість, драйв людини тощо.

Отже, щоб відповісти на запитання безпосередньо, я не мав би переваги в будь-якому напрямку між градусами CS або SE. І це стосується робочих місць, які працюють над стандартними програмами бізнес-бізнесу.


1
+1 Бо "Те, що вони мають ступінь, означає [...], що вони достатньо зосереджені, щоб працювати над довгостроковою метою". Це однозначно щось.
leonbloy

7

Роботодавці віддають перевагу людям, які, на їхню думку, можуть швидко виконати роботу в умовах швидкого темпу.

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

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


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

1
@Pemdas Зрозумів, але якщо ви запитаєте 10 людей в ІТ-сфері сьогодні, як SE відрізняється від CS як вчені, так і за назвою, ви отримаєте 10 різних відповідей. Лінія роботи знаходиться на такому ранній стадії. Окрім того, будь-який спеціаліст CS, який не піддався дизайну певною мірою, повинен вимагати відшкодування у своїй школі.
Аарон Маківер

1
Я би сподівався, що особи, які займаються наймом, знають різницю.
Пемдас

2

Не обов'язково

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


Це залежить. Мої вимоги до рівня CS були ДУЖЕ важкі для бізнесу / управління.
Брайан Ноблеуч

2

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

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

"Роботодавці віддають перевагу людям, які, на їхню думку, можуть швидко виконати роботу у швидкому темпі"

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

"Отже, щоб відповісти на запитання безпосередньо, я б не віддав переваги ні в межах між CS, ні SE градусами."

Припустимо, у вас є 100 заявників, як би ви відфільтрували їх, щоб сказати 20? "технічні знання, ставлення, особистість, драйв тощо" - хороші якості, але ви не збираєтесь визначати їх із резюме. Тип ступеня у вас, безумовно, використовується як фільтр, особливо якщо вам доведеться подати резюме в електронному вигляді в рамках процесу подання заявки. Це легко і швидко. Це точно те саме, що використовувати GPA як фільтр. Так, ви можете сказати, що це не має значення, але я можу гарантувати, що 3,5-х переглядають більше, ніж 3,0

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

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


2

Я набираю службу, і я однаково задоволений будь-якою чи взагалі будь-якою чисельною дисципліною (власний ступінь - з електронної інженерії). Я фактично працював з парою випускників історії, які були чудовими програмістами, тому я нічого не виключав.

Що я б сказав, що мене хвилює:

1) щоб у вас був гідний базовий рівень знань про все, що ви вивчали. Якщо ви випускник CS / SE, то, якщо я набираю вас на випускницькому рівні, я очікую, що ви дізнаєтесь більше про ІТ, ніж про математика (адже ви вивчали його три роки, і якщо ви знаєте менше, ніж хтось, хто не мав " t тоді з вами щось не так).

2) Мене цікавить оцінка / класифікація, яку ви отримали певною мірою, оскільки це свідчить про те, що ви подали заявку (чи ні).

3) Я хочу почути, щоб ви могли чітко, проникливо і захоплено говорити про елементи вашого ступеня. Мене менше турбує, що це за елементи, ніж те, що ви їх зрозуміли, дізналися від них і отримали задоволення від цього.

4) що ти робив щось інше, ніж вчитися і пити в університеті, як би там не було.

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

Мені конкретний ступінь набагато менш важливий, ніж ці речі.


2

Щоб поставити своє питання іншим способом, чи мають курси програмної інженерії більше потенціалу, ніж навчальні програми з інформатики в наші дні?

Звичайно, AJAX та XML - це цікаві речі.

Але більшість програмного забезпечення, сприйнятого як певне на певному рівні, покладається на фундаментальні принципи інформатики. Google і Facebook стають великими веб-компаніями станом на січень 2011 року, але вони потребують тонн і тонн теорії графіків, компіляторів та вдосконалених алгоритмів.

Ніколи не вибирайте аромат сезонних курсів.


1
Якщо Ajax - аромат сезону, він, безумовно, довгий.
Дан Розенстарк

1
"Звичайно, AJAX та XML - це цікаві речі." що це стосується інженерії програмного забезпечення? Я ніколи не чув, щоб AJAX або XML вважали курсовою роботою за навчальною програмою SE, можливо, ІТ з концентрацією в Інтернеті, але не SE.
Pemdas

2

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


2
У перспективі будь-який ступінь нічого не означатиме, а досвід буде означати все.
Pemdas

1

Я інтерв'юю багато людей. Коли я бачу CS або SE градус, я завжди запитую "Що змусило вас вибрати [x] над [n]"? Просто тому, що це чудовий спосіб зробити когось комфортним і розмовляти. Це про єдине значення, яке я розміщую на будь-якому ступені.

Жоден ступінь не запевняє мене в тому, що ви грамотний програміст, який може наповнити нашу негайну потребу. Я присвоюю вагу наступному:

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

Тоді в гру вступають мої домашні вихованці. Я не можу їм допомогти, я людина. Деякі з них:

  • Люди, які носять багато кілець
  • Люди, які носять занадто багато одеколону чи парфумів
  • Ті, хто використовує "umm" як кожне третє слово, як вони говорять
  • Я не витримую розв'язаних шнурків для взуття. Назвіть це OCD.

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

Коротше кажучи, ми швидко розглянемо вашу освіту, якщо ви не працюєте над дисертацією. Вже тоді моє наступне питання буде:

А потім що ти зробив?

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


0

З мого досвіду, деякі рекрутери роблять більше уваги на ступінь їх ступеня, але те, що я бачив більше для вступного рівня, - це те, як ця ступінь здобувається в цій школі. Коли я збирався в Орегон Тех, я мав шанс поговорити з рекрутером з Лауренса Лівермора Лабораторії, і мені сказали, що мій бакалаврський ступінь вищий за інші школи, оцінені вище за нас, оскільки моє навчання було наполовину лабораторією, половиною лекції а "вищі" школи складали 3/4 лекції або більше. Це було важливо для LL, оскільки для них ми вже мали практичні знання про те, як реалізувати різні концепції програмування; в той час як учні інших шкіл в основному навчалися книгам, мало практичного застосування. Результатом цього є LL пилограми з OIT, здатні забрати та працювати з новими предметами швидше, ніж деякі інші школи. Я '

Як тільки ви вийдете за межі початкового рівня, різниця між CS та CE мінімальна, і ви повинні вже мати можливість виконувати роботу.


1
CE та SE - це два різних напрямки. Він розпитував про SE.
Pemdas

0

В якості особистої рекомендації є кілька книг, які мені дуже подобаються:

  • тріщини кодування інтерв'ю
  • посібник з проектування алгоритму
  • код повний

інші матимуть своїх фаворитів;

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

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

Удачі!

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.