Среда виртуального рабочего стола для разработки

StackOverflow https://stackoverflow.com/questions/1369933

Вопрос

Наша сетевая команда подумывает о настройке среды виртуального рабочего стола (через виртуальный хост Windows 2008) для каждого разработчика.

Итак, у нас будут тупые терминалы/ноутбуки, и нам придется использовать виртуальные рабочие столы для всей нашей работы.

У нас магазин Microsoft, и мы работаем со всеми версиями .net framework.Отсутствие сред разработки на ноутбуках доставляет команде дискомфорт.

Есть ли потенциальные проблемы с такой настройкой?Есть ли причина беспокоиться по поводу этой установки?

Это было полезно?

Решение

Если для этого нет очень веской причины, ориентированной на развитие, я бы сказал, не делайте этого.

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

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

Другие советы

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

А если серьезно, если только у вас нет виртуальной 100% бесперебойной работы сети и ваш разработчик никогда не работает за пределами офиса (скажем, дома), я на стороне «это плохая идея».

Один из вариантов — избавиться от вашей сетевой команды.

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

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

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

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

В-четвертых, это может быть характерно для VMWare, но размер виртуального диска был фиксированным и составлял 4 ГБ, что, по мнению моего сетевого специалиста, было достаточным.Это заполнилось довольно быстро.Чтобы расширить диск, мне пришлось ждать, пока сетевой администратор запустит магию разделов на моем диске, что испортило его, и мне пришлось попросить его перестроить мою установку.

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

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

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

Нижние стороны:
Лишь немногие виртуальные машины поддерживают несколько мониторов — без нескольких мониторов вы не сможете быть продуктивным разработчиком.
Только virtualbox 3 приближается к возможности разработки для opengl/activeX на виртуальной машине.

По моему опыту, виртуальные среды идеально подходят для тестовых сред (для тестирования развертываний), а не для сред разработки.Они отлично подходят в качестве чистого листа для тестирования.Я думаю, что риск оттолкнуть ваших разработчиков высок, если вы пойдете по этому пути.Разработчики должны иметь в своем распоряжении все лучшие инструменты, т.е.Ноутбук/настольный компьютер с высокими техническими характеристиками, это поддерживает высокий моральный дух и производительность.Идя по этому пути, вы исключаете любую работу на дому, которая может быть или не быть проблемой.Виртуальные среды по своей природе медленнее, чем выделенные среды. У вас также могут возникнуть проблемы с настройкой нескольких мониторов на виртуальной машине.

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

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

Не уверен, повлияет ли это на вас, но и VMWare, и Virtual PC работают. очень медленно при просмотре через удаленный рабочий стол.Почему-то Радмин(http://www.radmin.com/ ) работает гораздо лучше.

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top