開放源代碼作爲我的項目的速度打擊者

我們開發科學軟件，並管理一小組編寫偉大代碼的應用科學家。我們的很多產品都依賴於穩定的開發工具，我們一直在開發穩定的代碼庫。現在的問題是，來自管理層的人訪問了一個開源會議，並且很高興看到許多優秀的工具可以免費在內部使用，而不是我們迄今爲止使用的商業工具。所以他建議管理層去掉購買我們使用的工具的成本，並轉向開源軟件。現在我對開源運動沒有任何反應，但通過一個小實驗，我發現我的團隊花費了更多的時間調試和維護這些開源工具的穩定代碼庫。開放源代碼作爲我的項目的速度打擊者

我相信很多其他程序管理員到目前爲止有這個問題。人們會將他們的經歷聯繫起來，讓我知道關於這個問題的任何研究嗎？我想通過給出一些統計事實而不僅僅是經驗證據來爲管理層提供成本效益分析。我會很高興知道一些案例研究。

來源

2009-09-20 iceman

你爲什麼不告訴我們你目前使用的工具是什麼？然後人們可以討論開源替代品的優缺點。 – 2009-09-20 02:32:06

編程問題在哪裏？這對於managementoverflow.com或我認爲的每日WTF更合適。 – Kurt 2009-09-20 02:34:49

是的，例如，對於機器視覺產品，我們使用Visual Studio 2005，並且只是使用它，因爲我在Windows上，所以累積成本。它很有可能將代碼轉移到Linux上，但還有其他一些成本，比如我必須得到一大堆開發人員來維護Linux上的構建或者培訓現有的Linux開發人員等等。我想知道如果迄今爲止有任何案例研究可以給出可能的情景和相同的分析...... – iceman 2009-09-20 02:38:04

我認爲開源很棒，但我使用商用IDE（IntelliJ）進行Java開發，儘管Eclipse和NetBeans有很多流行的開源替代方案。根據我的經驗，IntelliJ是最好的IDE，可以對我的生產力產生可衡量的影響。

我不能說所有工具都是如此，但在這種情況下是這樣。

我不認爲無論是開源還是商業工具都可以在這裏聲稱制高點，因爲我可以引用雙方的好的和壞的例子。總括陳述和「我也是」的想法通常是一個壞主意。

統計將很難得出。所有統計數據的86％都是當場編制的。

我希望公司的產品基於科學的公司的經理更加理性。你是一個小公司 - 談論它。如果在你的情況下不可能，那麼沒有人有機會。

來源

2009-09-20 02:28:51 duffymo

哈！良好的統計參考！ :) – klabranche 2009-09-20 02:35:21

唯一的問題是：現在我很好奇，如果你現場也做了那個，或者如果你真的從某個地方引用它。 – 2009-09-20 02:45:05

它是從製作它的人引用的。 – ChrisW 2009-09-20 03:04:06

開放源代碼作爲我的項目的速度打擊者

回答

相關問題