2009-09-09 53 views
1

我開始開發一個解決方案,將插入到現有的應用程序。它將用於公衆使用重大配置更改會阻止用戶部署代碼嗎?

我可以選擇使用更新的技術來促進更好的體系結構,靈活性,速度等等,或者堅持使用現有技術,該技術已經通過了應用程序的試用和測試。

使用新技術的缺點是需要對基本配置文件進行重大更改以支持它。如果更改出錯,應用程序將無法使用。卸載也是一個問題,因爲其他開發人員未來的自定義代碼可能需要較新的技術,這是無法確定的。

這個問題在考慮方法時有多重要?

重大的配置更改是否會導致用戶無法部署代碼,或導致以後出現問題?

編輯:

  • 沒有故意進入的具體信息技術在這裏,以避免被siderailed的問題。

  • 可以提供安裝/卸載軟件,但會涉及一些複雜因素,可能會導致他們在導致應用程序死機的邊緣情況下犯規。 (原始配置的備份將是緩解這種情況的一種方法。)另請參閱上面卸載的問題,其中我基本上無法提供。

+0

並不意味着在我的回答中暗示這個問題*需要*細節,只是沒有。 – 2009-09-09 21:58:54

回答

2

是的,根據我的經驗,任何大量的工作都會讓用戶三次考慮部署或升級。

這是您的標準成本/收益分析由企業完成幾乎每一個決定。預期收益是否超過潛在成本?

當我們發佈軟件的更新時,幾乎總是有一個主要組件用於幫助用戶遷移。

一個例子(修改得足以保護有罪):我們有一個產品可以生成關於系統性能和其他事情的報告。但這些報告並不那麼漂亮,查看它們的軟件與特定的平臺相關聯。

我們利用BIRT爲我們提供了基於內聯網的報告,看起來更好,只需要客戶端有一個Web瀏覽器(不是一些胖客戶端)。

在我們提供了一個工具集之前,很少有客戶提供這種交換機,他們會將他們的標準報告轉化爲BIRT報告。一旦我們提供了這些服務,客戶就開始認真對待 - 效益沒有改變,但成本卻下降了。

+0

+1,正是我想到的。如果插件配置錯誤可能會阻止製作,這對很多人來說都是一個主要問題。 – Jay 2009-09-09 15:46:26

+0

好的現實世界的例子,謝謝。 – 2009-09-09 16:01:07

2

你沒有給我們任何細節,所以我們無法回答任何特殊情況。但是如果你的問題是,如果他們必須做重要的設置工作,你的潛在用戶基礎的很大一部分會被阻止使用你的產品,那麼答案是肯定的。我一次又一次地看到了我自己的產品和我自己安裝的產品。當唯一的配置更改是卸載並重新安裝時。人們不喜歡做工作。

您可能想投入比迄今爲止考慮的更多努力來使升級變得無痛苦。即使您升級別人的框架,您也可能會發現這種努力是值得的,並反映在增加的安裝次數上。

我注意到「高級用戶」 - 開發者,系統管理員等 - 願意承擔更多的安裝工作。

+0

你可能是對的 - 在堅固的安裝/升級解決方案上投入大量時間對於使用新技術將有很大幫助。 – 2009-09-09 15:59:41

1

我不知道你所說的「重大改變配置」的意思,但如果你在談論的設置/配置文件,然後我一直在做這樣的事情:

應用程序總是包含一個默認配置對大多數用戶有用,並且不能被替換。相反,用戶可以用覆蓋其中一個或多個默認設置,在他們自己的獨立配置文件中。當一個新的(主要)版本發佈時,大多數用戶不需要重新配置任何東西:他們自己的定製配置仍然從他們自己的配置文件中獲取,並且可能需要從新版本的默認設置中獲取新的參數。

很明顯,大多數用戶不想浪費他們的時間來調整一些已經正確的設置 - 而且非常正確。

+0

嗯,這可能是一個選項。需要研究。 – 2009-09-09 15:58:01