虛擬化開發人員機器是否可行？

Question

這是預算時間和企業正在取代一個同事的機器誰應付它，需要它，值得它balking。

我們的團隊是一個小型ISV/SAAS，作爲一個大型媒體集團的一個部門而存在。我們不是成本中心，我們甚至在今年賺錢。我們擁有一家中等規模的媒體集團，其業務模式非常不同，而且似乎只能通過降低成本來實現。

我們的軟件棧的Visual Studio 2008，SQL 2008，Windows Server 2008上（這樣，多根網站可以託管和調試每個開發機器上）。我們的目標硬件是3GHz四核工作站，4GB RAM和RAID 1鏡像硬盤驅動器，這樣我們就可以免受失去開發人員硬盤驅動器的生產力損失。

企業想要給我們幾個強大，但手，我下來，退役的服務器，然後每個開發者必須在該服務器上的虛擬工作站。坐在我們臺式機上的電腦將是每個400-500美元的啞終端。

我試圖保持中立，但我懷疑難以辨別我的偏見。我希望看到真正的開發人員對此做出反應，並且我認爲這是最好的地方。

請包括論據支持或反對，證據，如果你已經看到了這個嘗試，並有多好（或者沒有），它已經走了。

Answer 1

這聽起來像一個善意的想法，但：

以我的經驗，你需要多個內核，大量的內存，以及高速磁盤是在今天的現代IDE的生產力。我不認爲這發生在任何經濟體的虛擬環境中。個別盒子仍然更好。

這也是一個控制問題。在虛擬環境中，我可以想象各種限制。例如，你仍然可以安裝自己的工具嗎？

最終，它被誤導了。如果這個想法增加了大量的構建時間，任何硬件上的節省將很快被生產力的損失所抹去。相反，開發人員在體面的個人機器上花費的資金將會在縮短的構建時間內快速支付自己的費用。

質量好個人計算機爲投資，而不是成本。

Answer 2

除了所有的吉文斯（性能比較，磁盤空間等）的：

我將與該行，只要我還有多監視器支持。

沒有這個，這是一個不行。

Answer 3

發展是磁盤綁定，即你花的時間等待構建這是一個磁盤綁定過程的大部分時間。如果你共享一臺機器，構建時間會變得更糟。

Answer 4

我假設你有機器已經爲SVN/TRAC，持續集成服務器，產品演示，測試等，這是唯一可能使用你的團隊可以使這些服務器用於個人虛擬機。

Answer 5

我做了很多事情，我的處理器掛100％。編譯當然可以實現這一點。現在想象不得不與其他10個開發人員共享該處理器。生產力的損失將變得非常明顯。如果你有多核PC，這將不會那麼痛苦。獲得英特爾i7，當8人登錄時，您甚至可能不會注意到它。大多數程序（包括我的編譯器）無論如何都不能使用多於1個處理器。

也就是說，這是降低成本的可行解決方案。我曾經在一家公司工作過，因爲這家公司已經改用這些啞終端。它工作正常。我的大學有惠普UNIX機器，這是愚蠢的終端。他們登錄到一臺服務器中，然後分配處理器的所有權，然而許多人登錄。人們會做的就是登錄到服務器並檢查登錄的人數。如果人數太多，他們會搜索下一個一個，因爲構建時間明顯較慢。我永遠不會記錄到易記的服務器名稱。 =）

它肯定的作品，同時也降低了生產率由於較長的構建時間，尤其是當多個人在同一時間建立。由於生產力是一件難以量化的事情，因此可能很難爭辯你的觀點。

Answer 6

圖形加速也可能是一個問題，如果你需要做的動畫，視頻或圖像編輯任何東西。由於幀率和/或顏色深度不夠高，您無法通過RDP會話真正測試視頻回放。

Answer 7

我們的團隊正在開發遠程服務器（沒有GUI的東西，普通的舊vim）很長一段時間沒有問題。當然，它需要相當強大的服務器，並且如果每個人都同時開始編譯，有時候會開始慢一點。

但作爲獎勵，你是在條款在那裏你可以從開發（我們都是有筆記本電腦）無論是在辦公室，家裏非常手機，陽光明媚的海灘（最後一個可能是誇大）。

弼是啊，這可能不是所有的顯卡當然是沉重的應用工作。

Answer 8

基本沒有理解什麼是開發商箱實際上是做多的時間：

當通過處理器和磁盤建立其咀嚼 - 尤其是對磁盤。 當測試你在談論其在運行Visual Studio的一個或多個實例（一旦你過去兩件事情開始變得有趣），數據庫服務器，網站/服務，加上所有其他的東西（瀏覽器與標籤的很多開放，筆記本電腦軟件，天堂只知道還有什麼）都分佈在多個顯示器（至少兩個）。很多內核，請大量的內存！

我可以非常高興地接受有關虛擬化的論據 - 一個好的開發框應該能夠託管多個併發的虛擬機，以便隔離上述部分併爲測試提供「乾淨」環境。請注意，這是一個開發人員託管多個虛擬機完全爲了一個開發人員的利益...

Answer 9

不管性能如何，在我的公司我們正在開發機器移動到筆記本電腦。主要優勢在於開發人員可以將他們的計算機帶到會議，會議等場合。當您幫助他解決問題並擁有自己的開發環境時，也可以坐在同事旁邊，這非常有價值。

Answer 10

這聽起來像你的組不提供您在一個有據可查的格式已經考慮到的解決方案，否則公司不會推搡決定了你的喉嚨。如果你有一個有文件記錄的開發流程，企業可能想與你一起討論改變流程，但只要你說，「這種改變會打破我們的流程，我們將不得不改變我們的開發流程」，他們會看到痛苦在重整過程中最有可能退後。也就是說，一旦你的過程被記錄下來，你就應該內心無情地努力使其更加高效和成本效益，並對公司的建議持開放態度。