문제

내부 생산 소프트웨어에 CTP 기술을 사용하는 장단점은 무엇입니까? 내부 제작에 의해 나는 우리가 다른 사람에게 판매하지 않는 소프트웨어라는 것을 의미합니다.

명백한 Plusses (기존 시스템을 능가하는 기능 및 기능) 및 마이너스 (버그, 지원 부족, 인터페이스 변경, 중단 위험)를 볼 수 있습니다. 제작 소프트웨어에서 미리보기 기술을 사용한 경험이있는 사람들로부터 듣고 싶습니다. 그리고 우리가 고려하지 않을 수있는 장애물의 종류와 것들.

문제의 기술은 Silverlight Bing Map Control CTP입니다.

감사,

도움이 되었습니까?

해결책

그것은 만들기가 어려울 수 있고 실제로 당신의 상황에 달려있는 전화입니다. 개발자를 대상으로 한 Microsoft의 베타 제어는 즉각적이고 중요한 요구를 충족시키는 것이 지원 부족을 이해하고 있다면 올바른 적합 일 수 있습니다.

특히 내부 앱과 공개 사이트가 얼마나 빨리 수정 및 빠른 개선 이정표를 거치는지를 감안할 때.

그만큼 실버 라이트 툴킷 작년에 새로운 모델을 시도해 왔습니다. 우리는 고객이 전화를 걸고 투자를 이해하고 제품 팀이 만들고 있음을 보장하기 위해 특별한 품질 밴드를 소개했습니다. 다른 팀이 비슷한 약속을 할 수 있기를 바랍니다.

AutoCompletebox 컨트롤은 1 년 전 미리보기 품질 대역에서 CTP였습니다. 그 이후로 우리는 Silverlight 3 SDK에 성숙하고 지원되는 제품으로 투자하고 배송했습니다.

경영진과 논의하여 내부 사용자에게 품질 가치 (후드 아래에서 릴리스 된 품질에 관계없이 잘 작동하는 시나리오)를 가능하게하는 동안 어떤 위험을 감수 할 수 있는지 정의하십시오.

소스 코드를 고려하십시오!
당신이 할 수있는 한 가지는 소스와 바이너리에 대한 토론을하는 것입니다. 많은 컨트롤이나 프레임 워크의 소스를 잡을 수있는 옵션이 항상 있지는 않지만 오늘날 많은 오픈 소스 릴리스가 있습니다. 귀하의 제어 공급 업체는 소스 라이센스를 기꺼이 제공 할 수도 있습니다.

오픈 소스 컨트롤의 개인 지점을 유지하는 데 드는 비용은 높지만, 더 일찍 수정이 필요하면 탐색 할 수있는 방법, 자신의 기능을 추가하거나 개발자가 작업하는 날이 시나리오에 대해 기존 컨트롤이 사용자 정의됩니다.

좀 더 구체적인 링크로 업데이트 :

실버 라이트 툴킷
Silverlight 툴킷에 대한 자세한 내용은 다음과 같습니다 품질 밴드, 관심있는 사람들을 위해. 그것들은 실험적이고 미리보기, 안정 및 성숙합니다. 미리보기는 CTP, 미리보기 - 베타 및 성숙 - 출시 및 지원과 매우 유사합니다.

이것들은 모두 단지 단어이지만 팀의 "단어"입니다.

Microsoft Connect
Bing Maps Control을 wrt, 나는 Microsoft Connect 사이트 저 밖에. 그것은 프로그램에 없지만 일반적으로 Connect 사이트는 더 빈번한 드롭을 제공하는 데 도움이되기 위해 일반적으로 Connect Site가 있습니다. 문제를 논의하기위한 일련의 포럼 및 개발자 및 테스터와 쉽게 접촉 할 수있는 방법이 있습니다. 제품.

다른 공급 업체
초기 릴리스를 제공하는 다른 많은 공급 업체가 있습니다. 주석을 사용하여 미묘한 각도를 추가하십시오. 나는이 주제에 대한 나의 의견을 제공하고 싶었습니다.

다른 팁

개인적으로 나는 그것이 좋은 생각이라고 생각하지 않습니다. 본질적으로 내부 직원이 시장이기 때문에 이것은 본질적으로 생산 소프트웨어입니다.

따라서 라이센스, 규정 준수, 지원과 같은 것들은 SLA를 통해 생각해야 할 수도 있습니다.

나는 IT 감독과 내부 감사인이 두 명을 지정하기 위해 눈살을 찌푸릴 것임을 알고 있습니다.

직원의 애완 동물을 죽이지 않을 것이라고 합리적으로 확신합니까? 그러면 괜찮아 야합니다.

진지하게, 그것이 대상 고객에게 효과가 있는지 확인하십시오.

항상 그렇듯이 IMHO.

때로는 새로운 기능을 기다리고 싶지 않습니다. 예를 들어, 우리는 datetimeOffset을 위해 새로운 아키텍처에서 SQL Server 2008을 사용하기 시작했습니다. 우리는이 응용 프로그램을 내부적으로 사용했지만 이것은 주요 배포가 아니 었습니다. 충분히 안정적이라면 왜 그렇지 않습니까? 프로는 기다릴 필요가 없으며, 새로운 기술, 코드를 테스트하고 기술을 따라 잡고 있습니다.

단점은 일부 기능이 변경되거나 Api Arent가 완료되거나 일부 기능이 이름이 바뀌는 것입니다. 이러한 것들은 스스로를 매우 빠르게 제시하고 일반적으로 변화하기 쉽습니다. 또한 몇 가지 사항을 문서화하지 못할 수도 있지만 항상 블로그를 작성하는 사람이 있습니다.

오늘날과 같은 도구가 있습니다 HockeyApp 내 앱의 베타를 관리하기 위해 앱의 베타 버전에서 미리보기 API를 사용하는 것이 덜 두려워합니다. 이렇게하면 출혈 가장자리를 시험해보고 싶은 실제 사용자와 새로운 기능을 수행 할 수 있습니다.

새 버전을 소규모 사용자 세트로 제한하면 괜찮습니다.

내가 생산에서 미리보기 기술을 사용한 시간은 때때로 출혈 가장자리에 물린 것입니다. 나는 그들이 고쳐지기를 기다리는 동안 벌레와 함께 일하거나 그들과 함께 살아야했다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top