Советы по обновлению рабочих станций для команды разработчиков?

Question

Я получил бюджет на модернизацию отдельных рабочих станций и переходов. В то время как новые, более крупные экраны были встречены с энтузиазмом, мысль о переустановке инструментов и настроек заставила большинство из них побледнеть, и у меня появился один вопрос: «Действительно ли я должен?».

Сколько простоев у вас обычно бывает при переходе на новую машину?

Используете ли вы инструменты или сценарий для настройки среды разработки, инструментов, БД, отладчиков и т. Д., В частности, для среды Windows?

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

Answer 1

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

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

Итак, мы вышли, купили iMac для всех и загрузили на них Parallels (продукт, похожий на VMware для OSX). Затем мы сделали стандартный образ разработчика для всех и просто скопировали его на все машины.

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

Некоторые дополнительные преимущества:

1. Когда выходит новое программное обеспечение, мы просто создаем новый образ и распространяем его. Не переустановка ОС или что-то в этом роде.
2. Если оборудование меняется, не имеет значения, просто переместите изображение.
3. Вы можете запустить несколько ОС одновременно для тестирования
4. Вы можете сделать «снимки» в вашем текущем изображении и вернуться, если вы действительно что-то испортили.
5. Несколько сборок на одном компьютере ... так как вы можете запускать несколько ОС.

Удивительно, но издержки виртуализированной системы довольно низки.

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

Answer 2

Обычно для обновлений достаточно одного дня. Я храню цифровые копии VS.NET намного проще в установке.

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

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

Answer 3

Вы можете иметь 0 простоев, если обе машины доступны. У вас не будет такой продуктивности.

Это зависит от количества инструментов, необходимых команде разработчиков. Такие инструменты, как Rational Software Architect, могут самостоятельно устанавливаться часами. Упоминание разработчиками списка приложений, в которых они нуждаются, прежде чем приступить к работе, может помочь вам оптимизировать стратегии эффективного развертывания. Обе машины должны быть доступны в течение фиксированного периода времени, и их наличие может позволить разработчикам одновременно работать и запускать длительные установки.

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

Существуют инструменты, помогающие поймать пользовательские настройки. У меня был только опыт работы с Doctor Mover . Если у вас есть 100 или более разработчиков для перемещения, это может стоить затрат. Я не могу жаловаться слишком много, но это было не идеально.

Answer 4

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

Если вы можете получить призрак / образ набора инструментов по умолчанию (Visual Studio 2003-2008, Eclipse, NetBeans или все, что вы используете), и все основные пакеты обновлений, это очень помогло бы с начальным установка.

Я думаю, что время простоя определенно того стоит, новая, более быстрая машина сделает любого человека более продуктивным.

Answer 5

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

Одна из замечательных особенностей таких инструментов, как CVS и SVN, заключается в том, что разработчикам довольно легко получить неофициальную «персональную ветку» из вещей, которые не были должным образом проверены, объединены и т. Д.

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

Answer 6

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