將CTP技術用於內部生產軟件有什麼優點/缺點?通過內部生產,我的意思是我們不向任何其他人出售軟件,但將被全國範圍內的大量內部員工使用。在生產軟件中使用預覽技術
我可以看到明顯的優勢(擊敗現有系統的功能和功能)和弊端(缺陷,缺乏支持,界面變化,停用風險)。我想聽聽有經驗的人使用預覽高科技生產軟件以及我們可能不會考慮的各種障礙和事物。
有問題的技術是Silverlight Bing地圖控件CTP。
感謝,
將CTP技術用於內部生產軟件有什麼優點/缺點?通過內部生產,我的意思是我們不向任何其他人出售軟件,但將被全國範圍內的大量內部員工使用。在生產軟件中使用預覽技術
我可以看到明顯的優勢(擊敗現有系統的功能和功能)和弊端(缺陷,缺乏支持,界面變化,停用風險)。我想聽聽有經驗的人使用預覽高科技生產軟件以及我們可能不會考慮的各種障礙和事物。
有問題的技術是Silverlight Bing地圖控件CTP。
感謝,
這是一個很難做出的決定,而且取決於你的情況。如果您瞭解缺乏支持,那麼來自微軟的針對開發人員的測試版控件可能恰好適合即時和重要的需求。特別是考慮
內部應用程序,甚至公共場所如何快速地瀏覽修訂和完善快捷的里程碑。
的Silverlight Toolkit一直試圖在去年的新模式;我們推出了特別優質的樂隊,幫助客戶打電話,瞭解產品團隊的投資和保證。我希望我們能讓其他球隊做出類似的承諾。
AutoCompleteBox控件在一年前在預覽質量帶中基本上是CTP。從那以後,我們投資並將其作爲成熟的支持產品發佈到Silverlight 3 SDK中。
與你的管理進行討論,確定可以採取什麼樣的風險上,同時仍然能夠實現內部用戶提供優質的值(即不要在引擎蓋下工作的偉大,無論發行質量的情況下)。
考慮源代碼!
你還可以做的一件事是圍繞源代碼和二進制文件進行討論。雖然你不會總是有選擇獲取許多控件或框架的源代碼,但現在有很多開源版本可用。您的控制供應商也可能願意提供源許可證。
維護您自己的開放源碼控件的私有分支的成本很高,但如果您需要早期修復,希望添加自己的功能或感受開發人員工作日,它可以探索的途徑可能會獲得爲您的場景定製的現有控件。
有一些更具體的鏈接更新:
Silverlight工具包
下面是關於Silverlight工具包的Quality Bands更多信息,對於那些有興趣。他們是實驗,預覽,穩定和成熟;預覽非常類似CTP,預覽 - 測試版和成熟 - 發佈和支持。
這些都只是單詞,但它們是團隊的「單詞」。
微軟連接
WRT Bing地圖的控制,我沒有看到有一個Microsoft Connect site在那裏。這是一個很好的資源 - 雖然我不在該計劃中,但Connect網站通常提供更頻繁的下載,一組討論任何問題的論壇,以及一種方便地與開發人員和測試人員取得聯繫的方法該產品。
其他廠商
還有許多其他的廠商指出,提供早期版本中,可隨時使用註釋到非微軟的角度添加到這一點。我想提供我對這些主題的看法,因爲我非常熟悉很多Silverlight特定的Microsoft框架。
你有理由相信它會工作,而不是殺死你的員工的寵物嗎?那應該沒問題。
說真的,只要確保它適用於目標受衆。
一如既往,恕我直言。
我個人不認爲這是一個好主意,因爲基本上是內部員工是你的市場,所以這基本上是製作軟件。
因此,可能需要考慮許可,合規性,支持,SLA等事情。
我知道會經我的IT總監,內部審計人員進行皺起了眉頭,對名稱的兩個。
有時候你不想等待一個新的功能,比如我們開始我們的新建築內,就爲的DateTimeOffset使用SQL Server 2008。我們在內部使用這個應用程序,但這不是一個主要的部署。如果它足夠穩定那麼爲什麼不呢。優點是你不必等待,你正在測試新技術,編碼和跟上技術。
缺點是有些功能會改變,API沒有完成或有些東西會被重命名。這些東西本身很快就會出現,通常很容易改變。還有些東西可能沒有記錄,但總是有人在寫博客。
隨着可用的工具今天這個樣子HockeyApp管理貝塔我的應用程序,我那麼害怕我的應用程序的測試版本使用預覽的API。通過這種方式,我可以爲真正想要嘗試新鮮事物的用戶制定新的功能。
當我把新版本限制在一小部分用戶的時候,這一直很好。
我曾經在生產中使用過預覽技術的時代,我偶爾會被尖銳的邊緣咬傷。當我等待他們修復時,我不得不繞過錯誤或與他們一起生活。