Активно проработав контрактным разработчиком на базе, которая использует стандартный рабочий стол AF, я могу рассказать вам несколько вещей.
1: и самое главное. Не боритесь с этим и не делайте того, что предложил первый человек, «и пусть они подавятся этим». Это абсолютно неправильное отношение. Военные / правительство борются с нехваткой финансирования, чрезмерными ресурсами и расцветающим технологическим следом, который они не понимают. Шаги, которые они предпринимают, могут быть не идеальными, но они находятся под атакой, и мы должны помогать, а не мешать.
ОК, это с моей груди.
2: Вам нужно взглянуть на создание (и я знаю, что это трудно с финансированием, как оно есть) локальной лаборатории разработки. Каждая база, на которой я работал, имеет изолированный сетевой сегмент, на который вы можете попасть, который имеет внешний доступ, который изолирован от основной сети правительства. В основном у вас есть рабочий компьютер для электронной почты, отчетов и т. Д., Который находится в защищенной сети. Но вы развиваетесь в своей маленькой лаборатории. У меня была лаборатория с двумя ПК, спрятанными под моим столом, которые собирались вернуть во время технического обновления. Другими словами, будьте изобретательны, создав себе машину для разработки + серверы, которые НЕ ограничены. Этим машинам просто запрещено подключаться к основному сетевому сегменту.
3: Получить дистрибутивы конфигураций рабочего стола. Часть вашего тестирования должна быть развернута / запущена на этих конфигурациях. Опять же, эти конфигурации не предназначены для блоков разработки. Они предназначены для машин, которые люди используют для повседневной работы правительства.
4: Если вы работаете над веб-решениями, помните об ограничениях на добавление доверенных сайтов, компонентов ActiveX, сертификатов, определенных типов выполнения сценариев, которые не разрешены в конфигурации. Особенно, если вы пытаетесь встроить виджеты / портлеты / утилиты, которые требуют связи за пределами развернутого домена приложения.
5: Прежде всего помните, что очень немногие из тех, на кого вы работаете, понимают технологию, которую они просят вас внедрить. Они знают, что хотят функцию X, но хотят, чтобы вы следовали суровому правилу безопасности Y при его выполнении. Обычно это означает, что «взять какую-нибудь библиотеку с открытым исходным кодом или плагин и идти» не вариант. Но это именно то, что ваши менеджеры думают, что вы собираетесь делать из-за шума вокруг быстрого развития.
В общем, там беспорядок. Попробуйте помочь решить проблему.