Является ли информационная технология действительно инженерной? [закрыто]


13

Во время путешествия я встретил математика, который сидел рядом со мной. В дискуссии он сказал: «... нет ничего похожего на инжиниринг в ИТ, а точнее на программирование ». Истинная инженерия - это архитектура, электрическая и механическая.

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

Каковы ваши взгляды?


5
Мое мнение: он просто завидует, что вам платят больше: P
Simon

4
На мой взгляд, архитектура не является инженерной
гиена

@hiena - действительно, с юридической точки зрения, это разные профессии, и закон (в зависимости от вашей юрисдикции) определяет, что такое архитектура, а что такое инжиниринг.
Скотт Уитлок

Ответы:


17

Если мы следуем этому описанию , мы 75% инженеров, или 75% из нас инженеры :)

В отличие от других инженерных дисциплин:

  • разработчикам программного обеспечения не требуется формальное образование и / или лицензии
  • это относительно молодая дисциплина, которая не имеет проверенных лучших практик (например, строительство)

Я думаю, что это изменится в будущем. Когда-нибудь мы будем на 100% инженерами.


инженер

источник: http://en.wikipedia.org/wiki/Engineer

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

Слово инженер происходит от латинского корня ingenium, что означает «ум».

Род занятий

  • Имена Инженер
  • Тип Профессия
  • Сферы деятельности Прикладные науки

Описание

  • Компетенции Математика, научные знания, навыки управления
  • Требуется образование Инженерное образование
  • Сферы занятости Исследования и разработки, промышленность, бизнес
  • Похожие работы Ученый, архитектор, руководитель проекта

15

Разработка программного обеспечения - это разработка, а ИТ или программирование - нет. Это так же, как машиностроение - это инженерное дело, а физика или сварка - нет.

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

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


Вы имеете в виду, что разработка программного обеспечения не включает программирование?
RPK

1
@RPK: трудно сказать, так как я больше склонен к программированию :) Но в основном я думаю, что программирование для разработки программного обеспечения - это то же самое, что строительство для гражданского строительства. Первое заканчивается хаосом без второго, а второе без смысла без первого, но оба относительно различны.
back2dos

@ back2dos: я бы согласился. Тем не менее, я думаю, что разработчики программного обеспечения почти должны знать, как кодировать, в то время как инженеры-строители не обязательно должны знать, как сваривать.
Майкл К

1
Скажите инженеру-материалисту или металлургу, что сварка не инженерная, и он закроет вам рот :)
Vitor Py

@ Витор Брага: Что ты думаешь? Я действительно ожидал бы от хорошего инженера, чтобы понять разницу между разработкой и ремеслом. И мне также интересно, сколько инженеров-металлургов фактически работают на своей работе.
back2dos

14

Инженеры-программисты инженерной компании - это инженеры. Я говорю о таких местах, как оборонные подрядчики, производители оборудования и т. Д. Мы придерживаемся строгих процессов для: создания требований и проектной документации, проведения детального анализа того, что проект будет соответствовать требованиям, прежде чем будет написан какой-либо код, выполнения анализа кода и модульных тестов, планирования и проведение интеграционных и квалификационных испытаний. Документы рассматриваются коллегиями экспертов и заинтересованными сторонами, тестирование проводится организацией по обеспечению качества, а результаты предоставляются заказчику для официального принятия. Разработка программного обеспечения в этих местах - строгий научный процесс.


1
100% согласились. Я работаю в компании с критической инфраструктурой. Мы проектируем здесь.
Пол Натан

8

Что касается фактического P.Eng., Я бы сказал, в общем, нет. Тем не менее, я думаю, что программисты и инженеры оба делают значительный дизайн . Если бы вопрос был: "Программисты - дизайнеры?" Я бы определенно сказал да.

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

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

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


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

@aubreyrhodes - я полагаю, что в этом случае существует другой регулирующий орган для медицинских устройств, поэтому они могут выходить за рамки инженерных. Например, проводится очень строгая грань между тем, что такое инжиниринг, и тем, что является архитектурой. В то время как программирование вовлечено во множество задач, это не значит, что вам не нужна и инженерия. Инжиниринг не проектирует; Инжиниринг говорит: «Я подтверждаю, что этот проект соответствует нормативным требованиям, использует самые современные знания отрасли, не представляет чрезмерного риска для общественности, и я поставлю на это свою карьеру».
Скотт Уитлок

2

Я бы сказал, что большинство программистов на самом деле software mechanics. Я имею в виду, что большинство программистов в индустрии программного обеспечения делают не больше, чем обслуживание программного обеспечения и исправление ошибок.


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

@Rook: Но что в основном делает автомеханик?
Майкл К

@ Майкл - я больше обращался к меху. engs. кто занимается развитием, по сравнению с обслуживанием.
Ладья

3
@mhitza Вы подразумеваете, что механики программного обеспечения не создают оригинальные программные компоненты, а только поддерживают устаревшие системы. Я сомневаюсь, что большинство программистов делают только такую ​​работу. Я бы сказал, что большинство программистов действительно регулярно создают новые компоненты и системы.
Морган Херлокер

@Prof Plum: Митца верен. Львиная доля программной работы заключается в обслуживании, поскольку большинство успешных систем имеют довольно долгий срок службы. Я знаю людей, которые были в этой области в течение тридцати лет, которые никогда не развивали ничего значимого с нуля. Они просто исправляют и модифицируют существующие базы кода.
немного крутил

2

Есть некоторые сходства с точки зрения применения навыков, но я твердо нахожусь в лагере «нет». Различие нетрудно провести - инженерные профессии имеют советы, которые определяют, кто может называть себя инженером, основываясь на квалификации и опыте. У «Software Engineering» такого нет (неоперившиеся усилия существуют, но я не слышал о каких-либо последствиях, связанных с тем, что они не принадлежат никому). Любой может назвать себя инженером программного обеспечения, и, следовательно, название ничего не говорит работодателю о ваших возможностях. То же самое касается тех, кто называет себя «звукоинженером» - не хочу комментировать «летного» или «локомотивного» инженера, потому что я не уверен насчет плат для них.

Лично я научный сотрудник, работаю в академической среде - я занимаюсь исследованиями, а не просто строю. Я провел несколько лет в промышленности, и я называю свою работу там "Разработка программного обеспечения". Мне не нужно притворяться тем, кем я не являюсь.

Фон: я в Южной Африке, где термин Software Engineer, к счастью, не получил широкого распространения. Если инженерные советы в других частях света отпали, возможно, это различие не имеет значения. Если это так, то это позор - я бы предпочел жить в мире с профессиональным советом по разработке программного обеспечения, чем в мире, где нет профессий.


Concur! Я тоже работаю программистом в академической среде, но я потратил более двадцати лет, занимаясь исследованиями и разработками в области промышленного программного обеспечения, прежде чем присоединиться к моей нынешней организации. Я очень ненавижу, когда меня называют программистом. Программист - ремесленник, точно так же, как машинист - ремесленник. Разница лишь в том, что машинисты достаточно умны, чтобы платить за сверхурочные.
bit-twiddler

Нелицензированный инженер все еще занимается разработкой, так же как нелицензированный врач все еще занимается медициной.
DougM

1

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

Все зависит от того, как вы на это смотрите.

Но почему это важно. В конце концов, что в имени?


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

@ Майкл - Хм, это была не совсем моя точка зрения.
Ладья

1

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

  • Локомотив инженер
  • Бортинженер
  • Аудиоинженер

Ни одна из этих позиций также не имеет ничего общего с электрическим / механическим / гражданским строительством.


1
Но на самом деле эти люди не являются профессиональными инженерами (PE) и, следовательно, на самом деле не инженеры.
Витор Пи

@Vitor Точно, поскольку только некоторые программисты являются настоящими (сертифицированными) инженерами.
Брайан Кноблаух

1

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

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


1

Разработка программного обеспечения - это разработка.

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

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

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

Таким образом: существует отрицательное восприятие разработки программного обеспечения среди многих других, более старых дисциплин. Это неверное предположение.

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

PS ... Я думаю, что математик в вашей истории просто больно. У него было это дерьмо глубоко в его груди, потому что Бог знает, как долго, и вы были просто первым выходом, который позволил этому выйти наружу.


-1

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


1
Разработка программного обеспечения - это не ИТ. ИТ - это дисциплина, которая ориентирована на настройку и поддержку существующей интеллектуальной собственности (ИС). Разработка программного обеспечения - это дисциплина, которая направлена ​​на создание нового IP в ответ на потребность. Аббревиатура ИТ не вошла в наш лексикон до тех пор, пока сближение компьютеров и систем связи не создало необходимость в зонтике, под которым можно было бы группировать несколько типов технически подготовленного эксплуатационного персонала. Если человек работает в инфраструктуре, он работает в сфере ИТ. Если кто-то работает в разработке программного обеспечения, выполняя проектно-ориентированную работу, он не в ИТ.
bit-twiddler

Исправлена ​​моя ошибка.
Цыганский король
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.