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

Протягом десятиліть прийнятим ступенем, щоб стати розробником програмного забезпечення, був "Compter Science".
У нас було кілька запитань щодо того, чи справді ця ступінь готує студентів до розробки програмного забезпечення.

Деякі школи протягом останніх 8 років або близько того почали пропонувати кілька різних спеціальностей з програмування. Використовуючи навчальну програму моєї школи:

• Інформатика , яка починається з декількох курсів програмування введення в перший рік, а потім зосереджується на теоретичній інформатиці, алгоритмах і трохи ОС. Більшість класів передбачає кілька менших проектів та домашніх робіт, виконаних сольно або в парах.
• Інженерія програмного забезпечення , яка починається з тих самих курсів програмування введення, виконує кілька класів теорії, а потім переходить до практики розробки програмного забезпечення (тестування, методології процесів, метрики програмного забезпечення, збирання вимог) та розробки програмного забезпечення (розподілена система, дизайн інформаційної системи , дизайн в реальному часі / вбудований дизайн, дизайн підсистеми тощо)

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

Так, вони повинні бути.

Зв'язок між інформатикою та інженерією програмного забезпечення такий же, як взаємозв'язок фізики та машинобудування. Один забезпечує теоретичну основу, а інший бере ці теорії разом з хорошими інженерними принципами та застосовує їх до розробки та впровадження програмного забезпечення.

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

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

Вони повинні бути різних дисциплін, але не на рівні бакалаврату. Я просто не бачу, як вони можуть базувати все, що потрібно для інженерії програмного забезпечення на бакалавраті. Так само, як ми не бачимо бакалавратів системної інженерії (де люди отримують ступінь MS після здобуття наукового ступеня EE, CE, Mechanical Eng або CS), це аналогічний випадок із Software Engineering.

Це мультидисциплінарний підхід, що базується на інформатиці та / або ІМС. Люди справді стають інженерами програмного забезпечення на практиці (а не лише в назві) після того, як продовжують передові курсові роботи та / або досвід роботи в цій галузі, за умови, що пізніше це робиться в середовищах, що ведуть інженерію програмного забезпечення.

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

Крім того, без певної роботи чи зрілості зріст, інженерно-технічний матеріал просто пролетить над головою більшості студентів з нижчих класів.