Разработка во враждебной среде

Question

OK, а не что вид враждебного. Мне любопытно узнать, как люди занимаются разработкой в ​​крупных корпоративных сетях, которые определяют все виды недружественных сервисов и политик разработчика на рабочих столах (думаю, ProQuota, чрезмерно усердные антивирусные сканеры, нет локального администратора, нет доступа к SO). Я ранее использовал виртуальные локальные сети, которые использовались эффективно или полностью разделяли параллельные сети, но они не всегда практичны. Любые другие советы?

Answer 1

Самого главного (если это возможно) являются привлечением поддержки со стороны вашего босса.

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

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

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

Answer 2

Доведение своего собственного ноутбука с необходимыми инструментами всегда хороший способ преодолеть эти искусственные препятствия

Answer 3

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

Answer 4

Все, что мешает вам выполнять свою работу, полезно воспитывать на собраниях.

Ex:

• Этот сканер Вирус работает 4 раза в день, пока я на работе. Во время этого запуска мое время компиляции занимает в 5 раз больше времени, а использование моих других инструментов разработки сводится к сканированию.
• Фильтры в сети чрезмерно усердны. Я попытался получить доступ к сайтам x, y и z для получения дополнительной информации о разработке и не смог. Из-за этого время, затраченное на поиск хороших ресурсов, удвоилось.

И так далее.

Answer 5

Принесите свой ноутбук, но НЕ подключайте его к сети (и убедитесь, что вы не намереваетесь).

Скопируйте материал, например. Диаграммы Visio через USB-накопитель.

Если они не разрешают USB, вы можете получить доступ к внутреннему документу извне и отправить по электронной почте файлы. Использование OWA через браузер иногда дает вам больше прав на отправку файлов.

Answer 6

Я объясню ваши проблемы вашему боссу и/или администратору sys, если они восприимчивы и согласны с его хорошей идеей, чтобы вы могли контролировать свою рабочую станцию ​​(ы), тогда проблема была решена, если бы я не шел от проект/работа до истечения испытательного срока.

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

Только мои 2 цента

Answer 7

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

Answer 8

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

Что касается доступа к SO, я бы ушел.

Answer 9

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

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

Answer 10

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

Я, наконец, нашел решение. MSVC 6 имеет встроенный отладчик. Я вошел в диспетчер задач и выбрал процесс сканера mcaffee, и сказал ему отлаживать. Это запустило msvc6, и сканер застыл в точке останова. Я нажал кнопку сброса, и проблема исчезла. Примерно через 6 месяцев они сняли политику, и все было хорошо.