Должны ли разработчики иметь права администратора на своем ПК

Должны ли разработчики иметь права администратора на своем ПК или им достаточно предоставить права опытного пользователя?

Некоторые комментарии:

Если они хотят опробовать какое-то новое приложение, которое нужно будет установить, они могут попробовать его на виртуальной машине, а позже попросить сетевого администратора установить его для них. Как вы думаете, это сработает?

Есть ли что-нибудь, что разработчик должен сделать на своем ПК, для чего потребуются права администратора?

Мы команда из 5 разработчиков и создаем веб-приложения

Решение проблемы

Ответ: «Да». Разработчикам придется возиться с конфигурациями системы, чтобы тестировать элементы, устанавливать программное обеспечение (хотя бы для проверки процесса установки всего, что они разрабатывают), копаться в реестре и запускать программное обеспечение, которое не будет работать должным образом без прав администратора (просто перечислить несколько пунктов). Существует множество других задач, неотъемлемых от работы по разработке, для выполнения которых требуются права администратора.

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

Однако самая важная причина предоставления административного доступа заключается в том, что установка скомпрометированной или второсортной среды разработки посылает сообщение вашему персоналу разработчиков:

«Мы так мало ценим вашу работу, что готовы серьезно поставить под угрозу вашу способность выполнять свою работу без уважительной причины. На самом деле, мы вполне счастливы делать это, чтобы прикрыть собственную задницу, потворствовать капризам мелкой бюрократии или просто потому, что нас это не беспокоит. Это как раз лучший случай. Хуже всего то, что мы на самом деле из тех помешанных на контроле, которые считают своей прерогативой говорить вам, как выполнять вашу работу и что вам нужно делать, а что нет. Смиритесь с тем, что вам дали, и будьте благодарны за то, что у вас вообще есть работа».

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

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

Следует отметить, что административные привилегии представляют собой гораздо меньшую проблему для разработки в системах unix-oid или мэйнфреймах, чем в Windows. На этих платформах пользователь может делать гораздо больше в своем собственном домене, не требуя общесистемных разрешений. Вероятно, вам по-прежнему понадобится доступ с правами root или sudo для разработчиков, но отсутствие этого будет гораздо реже сбивать вас с толку. Эта гибкость является важной, но менее известной причиной продолжающейся популярности операционных систем, производных от Unix, в школах компьютерных наук.