Как устроена ваша среда разработки?

Все зависит от типа работы, которую я предполагаю. Вот как выглядит моя установка:

1. Основной ПК. Тот, что у меня на столе. Есть все на нем.
2. Вторичная машина. Работает под Vista.
3. Куча "Чистых" ВМ для тестирования. Обычно мы поддерживаем 2 машины с каждой ОС.
4. Строительная машина. ВМ без установленного продукта. Только исходный код и несколько компиляторов.
5. Выделенный «Сервер» для размещения серверного приложения и БД. [Наш продукт - штука клиент-сервер]

[Кроме того, на моей основной и второй машинах также работают сервер и БД.]

РЕДАКТИРОВАТЬ: Под «чистым» я подразумеваю, что на них установлена ​​только недавно установленная ОС, больше ничего. Они непостоянны и возвращаются в чистое состояние при завершении работы.

Я использую, как мне кажется, стандартную среду разработки Agile C #. Vista SP1, Visual Studio 2008 с Resharper 4.1, SQL Express 2008, сервер Subversion, svn-клиент командной строки и Cruise Enterprise (невероятный продукт) с 1 сервером и 1 агентом для непрерывной интеграции.

Я использую ноутбук Dell XPS core 2 duo 2,4 ГГц с 4 ГБ оперативной памяти и 1 внешним 22-дюймовым широкоформатным монитором.

Я пробовал и продолжал использовать VMWare Workstation (в основном, но также и Virtual PC), но я снова и снова возвращаюсь обратно, утомившись производительностью и раздражающими задержками в Visual Studio. И я испробовал все уловки и настройки производительности из доступной мне книги. Очевидно, ему просто нужно либо больше оборудования, чем у меня есть, либо гораздо больше терпения.

Я также пробовал запустить 64-битную Ubuntu с сервером VMWare Worstation под управлением Vista (vlite'ed), а также Windows XP (lite), но мне это показалось столь же раздражающим.

Если у вас есть спецификации, аналогичные тем, что я описал, я могу просто порекомендовать не переходить по пути виртуальной машины, если это не АБСОЛЮТНО необходимо.

У меня есть сетевая репликация VMWare основных серверов в моей среде, включая SQL-серверы, веб-серверы, копию моего блока разработки и серверы AD. Я также использую VS в своем корпусе для разработчиков для простых вещей, которые не нуждаются в таком долгом тестировании.

Мы используем Virtual PC для нашей разработки. А также вице-президент по нашей среде сборки. Причина в том, что мы можем переключаться между разными проектами, не теряя времени. (для поддержки)

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

Для своего стиля в VS 2008 я использую VibrantInk Роба Конери.

У нас есть Reflector и все инструменты Sysinternal, доступные на всех виртуальных машинах.

Я также планирую установить ReSharper на каждой машине.

Комбинация Firefox / Firebug установлена ​​на каждом компьютере.

Web Developer для IE7 также установлен на каждом компьютере.

Ваше здоровье!

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

Все мои инструменты находятся на моем локальном компьютере. Я обычно работаю с мышлением MVC.

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

Моя работа в основном выполняется на компьютере под управлением Windows с помощью Visual Studio.

На моей основной машине (Vista: p) работают Visual Studio 2005 и 2008, и я делаю все, что могу здесь разработать, не загромождая машину. Чувствует себя намного более отзывчивым, чем в виртуальной машине. У меня есть виртуальная машина для разработки под Linux и несколько виртуальных машин для тестирования. Я никогда не тестировал функцию отладки VMWare (запускать отладчик на хосте и отладчик на гостевой системе), хотя могу представить, что это было бы хорошей причиной для установки Visual Studio на хосте, даже если вас не волнует скорость отклика.

У меня есть несколько IDE и серверных продуктов, работающих на моей основной рабочей станции. У меня также есть портативный компьютер с удаленным доступом, на котором установлено все то же самое важное программное обеспечение, поэтому я могу разрабатывать локально (и не полагаться на Citrix и Remote Desktop в работе над исправлениями кода за пределами офиса).

Моя основная система работы

• Двухъядерный Linux x64
• Двойной монитор
• ОС на базе Redhat
• Vim, Kdevelop, Eclipse (с Epic и Subclipse).

Моя система похожа (арка и ОС) на наши серверы, для чего я реализую код. Поскольку я работаю в небольшой компании с большим количеством головных уборов, я обычно открываю ssh'd mysql-соединение в одном окне, а экран vim - в другой. В течение дня я ежедневно использую SSH, VIM, SVN, firefox и электронную почту.

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

У меня есть простые make-файлы для создания проектов, которые включают файлы .mk для конкретной платформы. Я не создаю вручную файлы проекта IDE. В нескольких случаях (Rowley Crossworks для разработки встроенных ARM, Visual Studio для самостоятельной разработки ПК с Windows) я автоматически генерирую файлы проекта на основе моих файлов make в рамках цели «make debug», а затем запускаю среду IDE с созданный проект. Это делает отладку удобной, не требуя параллельного обслуживания файла проекта, специфичного для IDE, в дополнение к моему make-файлу.

Я собираюсь создать новую среду разработки для нового отдела.

Среда сборки (поддержка как разработки на Java, так и .Net) будет использоваться для разделения машин VMware, работающих на одном физическом компьютере. Оба образа будут использовать сервер 2008 года.

Машины разработчика будут настольными компьютерами, скорее всего, с 6-гигабайтной оперативной памятью, большими жесткими дисками, 1 или 2 процессорами с двух- или четырехъядерными процессорами, 24-дюймовыми экранами * 2 и т. Д., А также с установленным сервером 2008 года. Это необходимо для обеспечения корректности кода разработчика. скомпилирован на ОС. Настольные компьютеры, потому что я хочу, чтобы разработчики могли использовать VMware для тестирования и т. д., не тратя много времени на жалобы на недостаточную производительность с двумя запущенными одновременно VMware :)

Сейчас я пытаюсь разобраться в среде сборки. Учитывая Team City, ++. Трудно найти подходящий, если нужно без особых хлопот поддерживать мультиплатформенную среду :)

Каждая установка для разработчиков включает в себя MacBookPro 17 дюймов с 22-дюймовым ЖК-экраном. Eclipse - это наша IDE, и мы используем VMWare для размещения нашей базы данных разработки (oracle) под winXP.

Очевидно, что многие ваши ответы будут во многом зависеть от того, каким развитием будет заниматься каждый человек. Может, нам стоит их разделить на категории? :)

Веб-разработка

Я использую виртуальную машину для запуска гостевой ОС Linux с веб-сервером разработки. Я использую Notepad ++ на своем хосте для редактирования (недавнее преобразование из jEdit), а с отображением дисков в программном обеспечении виртуальной машины (VirtualBox от Sun) моя гостевая машина с веб-сервером разработчика не имеет проблем с обслуживанием постоянно меняющихся исходных файлов. Я также использую образ VPC Windows XP IE6 на другой виртуальной машине для тестирования страницы в IE6. Я использую эту настройку, даже если я не разрабатываю сложное веб-приложение, а просто работаю над статической HTML-страницей; по-прежнему существуют некоторые причудливые различия в поведении между локально открытым файлом и обслуживаемой веб-страницей в ряде браузеров, которые делают это целесообразным.