Портал №1 по управлению цифровыми
и информационными технологиями

Инженеры ли вы?

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

«Мы ищем инженеров» — похожее объявление можно увидеть в разделе вакансий какого-нибудь стартапа. Что может означать, что угодно: от программиста Java Script до специалиста по робототехнике. Правильно ли это? И кто это — инженер в разработке? На эту тему в своей заметке рассуждает Ян Богост (Ian Bogost), академик и член редакции технологического раздела портала The Atlantic.

Термин, вероятно, является сокращением от «инженера по программному обеспечению». Инженер — это звучит гордо. При этом в отношении «классических» инженеров действуют определённые нормы и правила, требования к сертификации, постоянному образованию. Инженерные дисциплины заявляют, что несут ответственность за общественную безопасность и надёжность. А ИТ вследствие широкого использования где ни попадя обесценивают понятие «инженер»...

На протяжении последних лет невозможно не заметить масштабные сбои в работе программного обеспечения. Утечки данных в таких видных компаниях, как: Target, Home Depot, BlueCross BlueShield, Anthem, Harvard University, LastPass показывают лишь небольшую часть проблем с информационной безопасностью, вызванных современными компьютерными системами. Но эти проблемы являются наиболее актуальными и запоминающимися. Системы могут таить риски как для отдельного человека, так и для общества, риски, на которые мы никогда не пошли бы в более осязаемых конструкциях — таких как мосты, здания, электростанции, системы противоракетной обороны. Обновление Apple iOS 9 приводило к «окирпичиванию» некоторых телефонов, делая невозможным их дальнейшее использование. Web-сервисы, например Google Docs, иногда таинственным образом «падают», оставляя пользователей, чья работа зависит от них, в большой беде.

Информационные технологии стали инфраструктурой, но они не работают, как инфраструктура, замечает Ян.

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

К 1960-м годам крупные системы Министерства обороны США в основном управлялись компьютерами. Но создание таких систем было потрясением — сорванные сроки поставки, превышение бюджета, ненужная сложность полученного продукта. В конце десятилетия Научный комитет НАТО выступил спонсором двух конференций, посвященных разработке инженерного подхода к созданию программного обеспечения.

Отчёт конференции 1968 года говорит о том, что сама фраза «программная инженерия (software engineering)» является провокационной, подразумевая необходимость разработки программного обеспечения на основе теоретических основ и практических дисциплин — как в обычном инженерном деле. Создание программного обеспечения не имело и не имеет ничего общего с промышленным производством или строительством, где изменения сложно или невозможно внести после первоначального воплощения. И почти через 50 лет после конференций Научного комитета НАТО, некоторые из предупреждений его участников по-прежнему актуальны. «В конкурентной гонке, чтобы предоставить заказчикам новейшие технологии, мы совершаем большие прыжки в пропасть неизвестной ширины и глубины». Похожие ощущения сохраняются и сегодня.

В поздних 70-х, с появлением персонального компьютера произошла компьютерная революция: каждый, кто обладал ПК, мог и программировать на нём. Такая демократизация разработки вызвала, в свою очередь, революцию в среде пользовательского и бизнес-ПО. И увеличила риски. Разработка систем класса MS Excel или бэк-офисной системы авиакомпании сродни строительству моста или здания. Такие случаи требуют инженерного подхода. В то время как проба пера в программировании, создание приложения для скачивания в BBS (теперь — магазин приложений) — нет. Неформальность в разработке программного обеспечения еще больше ускорилась с ростом Интернет, начиная с середины 90-х годов, и продолжается по сегодняшний день.

При этом, продолжает Ян, попытки движения в сторону формализации требований и применения инженерного подхода к разработке ПО есть. Так, например, Национальная Палата экзаменаторов в области инжиниринга и инженерных изысканий (NCEES) США начала предлагать тестирование для инженеров-программистов. Экзамены были подготовлены в сотрудничестве с IEEE, который поддерживает Центр знаний по программному обеспечению (SWEBOK).

Вполне возможно, череда серьёзных сбоев программного обеспечения приведёт к изменению общественного мнения. Появится запрос на изменение и реформирование стандартов разработки ПО. И постепенно дело дойдёт и до правильного названия профессий. Ну не называем же мы графического дизайнера или управляющего хедж-фонда инженерами. Разве они создают что-то, связанное с инфраструктурой, что-то связанное с интересами всего общества?

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

Учебные курсы и сертификация
специалистов по ИТ-менеджменту

Комментариев: 1

  • AlexanderK

    Мысль про социально ответственное ведение бизнеса (IT-related) или выполнение отдельных видов деятельности (software development)? Как-то в кучу всё у автора: и информационная безопасность не такая, и риски какие-то мало кем осознанные. А в итоге и инженеры не инженеры, ну или, как минимум, пусть так себя не называют 🙂 Забавно.

    P.S. «The title “engineer” is cheapened by the tech industry.» ≠ «А ИТ-технологии вследствие широкого использования где ни попадя обесценивают понятие «инженер»...». Да и «ИТ-технологии» это прям что-то ... 🙂


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

  • Рубрики

  •  
  • Авторы

  •  
  • Самое свежее

    • VI форум «Управление данными — 2021»: наведите порядок в данных!
      23 сентября 2021 года издательство «Открытые системы» в шестой раз проведет в Москве масштабный форум «Управление данными — 2021», объединяющий всех, кто определяет стратегию работы с данными, воплощает ее в жизнь и управляет предприятием на основе объективных достоверных данных. Участники форума обсудят не только инновационные стратегии и бизнес-модели работы с корпоративными данными, но и конкретные архитектурные и технологические решения.
    • Простые уловки, как ускорить процесс разработки программного обеспечения
      С некоторыми вещами люди из бизнеса вынуждены соглашаться, и одна из них заключается в том, что никто не хочет сердить свою команду разработчиков. Часто они являются краеугольным
    • Почему каждая инициатива DevOps должна начинаться с оценки возможностей
      Внедрение практики DevOps идет полным ходом. Организации сосредоточены на том, как внедрить возможности DevOps в командах и как масштабировать DevOps в масштабах предприятия. Но важным аспектом любого пути масштабной трансформации является оценка возможностей команды или организации на этом пути.
    • Что такое процесс и что такое практика в ITIL®4
      Продолжаем публиковать короткие видеоролики, посвященные актуальным вопросам управления ИТ. Сегодня поговорим о том, что такое процесс и что такое практика в ITIL4. Это не переименование процессов в практики, это два отдельных понятия. Рассказывает Игорь Фадеев, ITIL 4 Managing Professional и ITIL 4 Strategic Leader, аккредитованный тренер по ITIL4.
    • Аудит. Что может быть скучнее?!
      На прошедшей неделе участвовал в аудите (в качестве объекта аудита). Большинство людей, проходивших аудит, подозреваю, разделяет это ощущение: «Бюрократия, формальности и т.п.»
    • Как технический долг вредит вашей команде программистов — и вашей безопасности приложений
      Техническая долг может серьезно повлиять на здоровье организации - и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize "Состояние технического долга в 2021 году", считают, что технический долг негативно влияет на моральное состояние их команд.
    • Что люди не понимают в управлении потоком создания стоимости
      Нет ничего плохого в самом управлении потоками создания ценности (VSM), но есть много плохого в том, как его рассматривают и обсуждают блогеры, отраслевые маркетологи и другие, которые часто смешивают его с DevOps и Agile. Это не одно и то же.
    • 5 основных тенденций развития искусственного интеллекта и машинного обучения на 2022 год
      Вот несколько основных тенденций, к которым вашему бизнесу стоит начать готовиться. Искусственный интеллект и машинное обучение становятся доминирующей частью технологической
    • 6 тенденций в ИТ, за которыми нужно следить
      Чтобы выжить во время пандемии, организации обратились к ИТ, чтобы помочь справиться с последствиями - как негативными, так и позитивными. В некоторых отраслях, таких как телемедицина и видеоконференции, бизнес резко вырос, и ИТ-отделам таких компаний пришлось в спешке справляться с нагрузкой. В других, например, в сфере путешествий и развлечений, бизнес резко просел. Кроме того, возобновилось стремление к цифровой трансформации.
    • Восход Desktop-as-a-Service: что это такое и зачем вам это нужно?
      Широкое распространение облачных вычислений добавило в наш словарь множество сокращений, наиболее распространенными из которых являются SaaS, PaaS и IaaS. Действительно, наступила эра облачных решений, которые доставляют программное обеспечение, платформу и инфраструктуру потребителям и предприятиям по запросу и с оплатой по мере использования.
  •  
  • Вход

  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT