Назад | Перейти на главную страницу

Какую среду рабочего стола можно приобрести для инженеров-программистов / системных инженеров?

Немного предыстории. В организации, насчитывающей более 50 000 человек, у меня есть редкая возможность предложить изменить способ покупки компьютеров ИТ-специалистами. В настоящее время, независимо от роли человека, ему предоставляется ПК HP Intel Core 2 Duo с 2 ГБ оперативной памяти и одним 19-дюймовым монитором. Недавно мы утверждали, что это неуместно, поскольку у разных должностей разные требования. У специалистов по СМИ есть потребность в мониторах более высокого качества, быстрых дисковых накопителях и большом объеме памяти. Разработчикам программного обеспечения обычно требуется достаточно памяти для одновременного запуска множества приложений, частой компиляции кода и его локальной отладки, а также использования большого количества места на экране. Кроме того, требуется код для тестирования на нескольких платформах.

Я ищу рекомендацию по разумной спецификации HW, которая более точно отвечает потребностям разработчиков программного обеспечения.

Я бы настаивал, чтобы разработчики получили два монитора. Если вы расскажете больше о разработчиках, возможно, мы сможем дать вам более точные характеристики. Если они Java-разработчики и используют eclipse, выделите им как можно больше памяти. Я бы попытался поставить хотя бы 4 ГБ, это не так уж и дорого. Я бы не стал беспокоиться о процессоре так же, как о памяти.

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

1) Дайте программисту хотя бы 24-дюймовый дисплей (они здесь почти ничего не стоят). Это повысит производительность. Или 2x19-дюймовые дисплеи, если вам больше нравится. Если вы разрабатываете приложения с графическим интерфейсом, разработчики должны иметь конфигурацию с двумя экранами для тестирования. Против этого бага «почему, на хер, диалоговое окно появляется таким образом».

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

3) Разработчику нужна четырехъядерная машина. Это не для производительности, это для тестирования. Если они когда-либо будут делать что-то многопоточное, им это понадобится, и чем больше ядер и параллелизма, тем более вероятно, что они столкнутся с проблемой тупика. Возможно, процессор Intel i975 с 8 виртуальными ядрами, чтобы увидеть, масштабируется ли программное обеспечение, еще лучше. Помните, что через несколько лет это почти как завтра, если вы с нуля разработаете новую сложную программную систему, она скоро появится во всех магазинах Wal-Mart по цене 400 долларов.

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

5) Купите очень хорошую клавиатуру, мышь, стол и стул.

6) Купите растения и усыновите служебную кошку.

Дайте разработчикам два машины.

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

Вторая машина должна быть более производительной с большим количеством оперативной памяти и двумя мониторами. Разработчик должен иметь полные права администратора {edit} в своем распоряжении {/ edit} для этого поля. На жестком диске должно быть достаточно места для хранения нескольких полных резервных копий (или виртуальных машин), чтобы разработчик не боялся попробовать что-то, что может разрушить его среду. Постоянная установка / удаление различных библиотек и пробного программного обеспечения через некоторое время делает рабочую станцию ​​нестабильной. Для разработчика должно быть максимально безболезненно резервное копирование и восстановление этого ящика.

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

возможно больше подходит суперпользователь ....

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

угрюмо больше памяти и больше ядер.

диски в raid1, чтобы избежать простоев. что не заменяет бэкап!

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

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

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

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

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

Все программное обеспечение запускается и работает очень быстро.

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