在我的公司,我們開發在JVM(Java EE和Grails)以及.NET應用程序(ASP.NET和客戶端/服務器Forms應用程序)上運行的應用程序。根據您的經驗,您何時向客戶推薦了一種?向客戶端解釋.NET或Java
我問這個問題不正確here但我覺得,我把一個初步名單得到它關閉的事實。我正在尋找像是如果你想要做X的事情,那麼Y因爲Z而更好。我認爲這將是對社區有價值的資源/案例研究。例如,我嘗試在Java/Windows中做一些USB硬件,並且不會再推薦它,因爲缺乏Java中的良好庫。
在我的公司,我們開發在JVM(Java EE和Grails)以及.NET應用程序(ASP.NET和客戶端/服務器Forms應用程序)上運行的應用程序。根據您的經驗,您何時向客戶推薦了一種?向客戶端解釋.NET或Java
我問這個問題不正確here但我覺得,我把一個初步名單得到它關閉的事實。我正在尋找像是如果你想要做X的事情,那麼Y因爲Z而更好。我認爲這將是對社區有價值的資源/案例研究。例如,我嘗試在Java/Windows中做一些USB硬件,並且不會再推薦它,因爲缺乏Java中的良好庫。
如果您想要與Windows,其他Microsoft產品或COM組件緊密集成,.NET更好,因爲它的設計考慮了這種集成。
如果您需要提供或使用XML Web服務,然後.NET是更好的,因爲那種發展的工具,更一致和易於使用。
如果你想開發或部署在非Windows平臺上,然後針對JVM,因爲有可用於大多數平臺上的它穩定的實現。
不要打擾解釋技術,解釋解決方案及其好處。
我建議你看看如果客戶是遠程高興或不高興用一種溶液(如檢查部署平臺的要求)和 - 如果沒有這個障礙 - 去的環境,該小組(或特定多數)在這個解決方案上工作的知識是最多和最好的。我發現在個人舒適區工作比在其他工作區更有效率。
當然,有時候你想擺脫舒適區以學習新東西,但我不會推薦在付費的客戶項目中這樣做(至少在之間,每個人都不在他們的舒適區之外)。你需要一種方法來估計努力,如果你不瞭解環境,就不能這樣做。
這是一個很大的兔子洞,可是......
如果我曾經有爭論的一個技術了另一個,我這樣做是圍繞節約成本,現在和未來。即我現在可以通過從一個開源Java項目開始更快地完成它,但是稍後升級和維護會更加昂貴。
我不認爲你可以把這個東西,在一個神奇的電網,因爲每個項目都是不同的,每一個團隊都是不同的,每家公司是不同的,而所有這些因素納入平臺的決定和建議。除了可能最簡單的情況,如使用Perl不是編寫MS Office插件的最佳選擇......這是無用的信息。
我同意,但是有些客戶想要詳細信息,並給他們一個對某種情況有好處的「地圖」是有幫助的。 – 2009-02-04 17:56:02