Microsoft는 실제로“지원”을 제공합니까? [닫은]

오픈 소스 사용에 대한 논쟁 중 하나는 "지원"이 없다는 것입니다. 그러나 대기업 (예 : Microsoft)이 실제로 어떤 종류의 "지원"을 제공합니까? 시간당 4 개의 "유료 지원"옵션이 있다고 확신하지만 실제로 비즈니스를 파산시킬 문제가없는 문제에 대한 "옵션"입니까?

좀 더 구체적으로 말하면 ... 나는 마이크로 소프트 제품을 사는데 ... 버그가있다 ... 지금 무엇? 그리고 그것이 오픈 소스에서 얻는 것보다 어떻게 더 낫습니까?

MSDN 구독에 포함 된 '무료'인시던트를 통해 Microsoft 지원을 사용했으며 항상 그 경험이 풍부했습니다. 큰 크래시 덤프를 업로드하고 특정 문제를 한 번에 알리는 것부터 문제를 일으킨 특정 코드 조각의 개발자 중 한 명과 연락을 취합니다.

그래서, 나는 그들이 지원을 제공한다고 말하고 싶습니다. 자, 그것이 오픈 소스가 제공하는 것보다 낫다면, 당신이 지원하고자하는 것에 달려 있다고 생각합니다 (제품 주위의 커뮤니티가 얼마나 활발한 지 등).

예, 지원이 가능합니다. 남편은 약 10 년 전에 Microsoft의 지원 기술자로 일했습니다. 그는 높은 수준의 기술 지식이없는 사람들과 함께 일하도록 훈련을 받았으며 특별한 "유료 지원"옵션없이 일반 최종 사용자를 지원했습니다. http://support.microsoft.com/ 으로 시작하여 요즘 사용할 수있는 것을 파악할 수 있습니다. 그들은 더 많은 옵션을 사용할 수 있었고 당시에는 그랬습니다.

MS는 단순한 기술 지원 이상을 보유하고 있습니다. 모든 MS 소프트웨어는 "핫픽스 (hotfixed)"될 수 있는데,이 소프트웨어는 자주 발생하면 성가 시지만 수동으로 다시 다운로드하고 다시 설치하는 것보다 훨씬 좋습니다. 또한 MS가 많은 기술 저술가를 고용하기 때문에 다양한 온라인 문서 지원을 이용할 수 있습니다. 자동 문제 감지 도구도 더 나은 경향이 있습니다. "문제가 해결 되었습니까?"창과 컴퓨터가 충돌했을 때주의해야 할 사항이있을 때 나가서 해당 문제를 해결할 수있는 소프트웨어 업데이트를 찾으십시오. 기술 사용자는 때때로 일부 제품에 대해 MS 담당자와 직접 대화 할 수있는 포럼을 사용할 수도 있습니다.

이것이 구매 결정에 중요한 요소가되어야하는지 여부는 귀하의 기술 수준에 달려 있다고 생각합니다. 비 기술적 인 사용자를위한 일반 OS 또는 주요 소프트웨어 응용 프로그램의 경우,이 지원은 큰 문제이며 비 기술적 인 사용자에게는 오픈 소스 제품을 권장하지 않는 주된 이유입니다 (일부 예외는 있지만 Open Office는 괜찮습니다) 대부분의 사람들에게).

기술 담당자에게는 도메인이 얼마나 어려운지, 자신의 답변을 찾는 데 얼마나 능숙한 지, 해당 제품에 대한 지원 수준이 어떻게 다른지 등 많은 변수에 따라 다릅니다. 일반적으로이 사이트를 사용할 것으로 예상되는 대부분의 사람들은 자신을 돕고 다른 비공식 지원 소스 (SO 생각)를 찾는 데 능숙하므로 기술 지원은 큰 도움이되지 않습니다. 나는 MS 지원이 나의 첫번째 중지가 아니라는 것을 안다. 구글은 종종 이로 인해 MS KB 기사가 나오지만 오픈 소스 소프트웨어는 일반적으로 포럼이나 SO로 이어집니다. 그러나 얼리 어답터 인 경우 웹에서 초기 오픈 소스 제품에 대한 정보가 많지 않기 때문에 MS 옵션의 지원이 더 중요 할 수 있습니다.

그러나 대기업 (예 : Microsoft)이 실제로 어떤 종류의 "지원"을 제공합니까?

당신이 지원이라고 부르는 것에 따라, 나는 절대적으로 그렇습니다. 그들의 전도자들은 경이 롭습니다. 2 주 전에 MS 직원 중 한 명이 우리 팀과 회의를 열고 무료로 문제를 해결하고 다음 단계를 진행했습니다. 그녀는 또한 후속 조치를 위해 6 개월 후에 다시 방문하겠다고 제안했습니다. 전화 지원에 대해서는 잘 모르지만 직원을 위해 일한 마지막 2 개 회사에서 항상 도움을 줄 수 없었습니다. Eric Lippert를 살펴보면 C #에 대한 질문에 대한 답변이 무료입니다. 이것은 항상 그렇습니다. 나는 직접 또는 온라인으로 그들과 이야기하고 "X에 문제가 있습니다"라고 말한 적이 없었으며, 그들은 대답이 없거나, 누가 물어보고 다시 연락해야하는지 알고 있습니다.

예 여기 웹 사이트는 다음과 같습니다 http://support.microsoft.com/ . 모든 소비자 제품은 이메일 과 전화를 통해 전문가의 지원을받습니다 .

전문가 지원의 일부는 전 세계 수백만 명의 Microsoft 파트너도 제공합니다. 주로 엔터프라이즈 제품 용입니다.

또한 소비자 제품에 대한 전화 지원을 받기 위해 바우처 카드를 제공합니다.

기업을위한 지원 스트림이 중요합니다. 소기업은 Microsoft와 같은 회사의 서비스를 이용하지 않는 경향이 있지만 존재하고 활용해야합니다.

이전 고용 장소 (중소기업 <250 명)에서 우리는 WS2가 Axis2를 통해 생성 된 웹 서비스를 소비하는 SL 2 클라이언트를 작성했습니다. 백엔드는 Java 였으므로 서버 측은 웹 서비스 프레임 워크로 Axis2를 사용하고있었습니다.

우리가 클라이언트를 구축하고 웹 서비스를 사용하기 시작했을 때 무언가 잘못되었다는 것이 명백해졌지만 우리는 이유를 알지 못했습니다. 상속은 WSDL에 정의 된대로 작동하지 않았으며 표면상에서 SL 버그 인 것처럼 보였습니다. 특히 당시 SL의 유아기 때문입니다. 조사를 시작하기 위해 MSDN 구독을 통해 지원 티켓을 개설했습니다. Microsoft는이 문제를 해결하는 데 매우 정통하고 도움이되었습니다. 그들은 SL에서 필요한 팀원들을 참여시켜 문제를 알아 냈습니다. 이들은 제품에 가까운 엔지니어입니다. 이것은 화면 읽기 프롬프트를 통해 이동하는 콜센터의 레벨 1 리소스가 아닙니다.

문제는 Axis2 내의 메시징 구조에있었습니다. 사양이 바뀌지 않았습니다. Axis2는 그렇지 않았지만 Microsoft의 스택은 사양을 따르고있었습니다. Microsoft는 제품에 대한 작업을 계속하면서 필요한 설명서를 제공하고 버그를 모두 추적했습니다. 1.5 릴리스에 참여하는 데 몇 달이 걸리는 Axis2 프로젝트에 대해 버그를 제기 할 수있었습니다. 이 규모의 비즈니스는 소스를 사용할 수 있었지만 개발자가 타사 라이브러리에서 문제를 조사하고 패치를 제공 할 수있는 인력은 없습니다.

또한 Scott Gu 를 포함하여 SL의 유아기 내에 다양한 상위 레벨의 개인으로부터 이메일을 수신 하여 다양한 문제에 대한 올바른 요구를 충족시키기 위해 노력했습니다.

Microsoft, HP, IBM 및 Dell과 같은 큰 공급 업체의 지원은 실질적입니다. 기업이 공급 업체와 긴밀하게 연결되면 공급 업체가 기업의 요구를 충족시키기 위해하지 않는 경우가 종종 있습니다.

예, 그들은 지원을 제공하지만 많은 사람들은 수정을 제공하지 않습니다. 몇 년 전에 우리는 사소한 수정으로 잘 알려진 DES 암호화 버그에 문제가 발생했습니다. Microsoft는이를 문서화하고 해결하지 않을 것으로보고했습니다. Internet Explorer가 작동 할 수 있도록 암호화 버그 수정을 비활성화해야했습니다.

다음 릴리스에서 문제가 해결 될 것이라는 응답으로 여러 개의 버그 보고서가있는 지원 제품이 하나있었습니다. 나는 다음 릴리스가 언제 마감 될 것인지 마침내 물었다. "우리는 다른 릴리스를 계획하지 않을 것입니다. 지원을 종료했습니다. 오픈 소스 프로젝트에 대한이 응답을 받았다면 문제를 해결할 수있었습니다.

또 다른 프로젝트에서는 솔루션을 찾았을 때 솔루션이 무엇인지보고하라는 요청을 받았습니다. "그래서 우리는 해결책을 알게 될 것입니다." 시간이 지남에 따라 지원이 향상되었으며 솔루션을 제공했습니다. 어떤 경우에는 데이터베이스 핸들을 얻으려는 코드 개발자에게 이야기해야했습니다.

또한 소프트웨어가 고장 났을 때 알려진 패치를 즉시 릴리스 할 수 있도록 지원했습니다. 동일한 공급 업체의 다른 경우에는 멀티 스레딩 문제를 두 번 다시 보내야했습니다. 첫 번째 수정은 문제의 빈도를 크게 줄이고 두 번째 수정은 문제를 완전히 해결하는 것으로 나타났습니다. 두 수정 프로그램 모두 릴리스주기 외부에 제공되었습니다.

많은 오픈 소스 프로젝트가 유료 지원으로 제공됩니다. 이것은 프로젝트 자금을 조달하는 방법 중 하나입니다. 이것은 종종 사용 가능한 우수한 미지급 지원에 추가됩니다. 까다로운 경우 조직에서 코드가 수행하는 작업을 확인하는 데 도움이됩니다. 오픈 소스를 사용하면 비교적 쉽게 결정할 수 있습니다.

편집 : 내가 사용하는 대부분의 오픈 소스 소프트웨어는 잘 작동하므로 지원이 필요하지 않습니다. 도움이 필요한 사람들 중 몇 가지는 MySQL, Apache, Ubuntu 및 Firefox입니다. 거의 모든 경우에 지원 문서 및 포럼에서 답변을 얻을 수있었습니다. 필자는 일반적으로 필요할 때 패치를 매우 빠르게 사용할 수 있다는 것을 알게되었습니다.

일반적으로, 훌륭한 문서 / 지원이 부족하다는 것이 오픈 소스 소프트웨어에 대한 가장 큰 장점입니다. ethel이 언급했듯이 Windows 및 기타 Microsoft 제품과 관련된 문서 수준이 뛰어납니다. 창의 도움말 및 지원에서 작업을 검색하면 (예 : 업데이트 끄기) 하이퍼 링크가 포함 된 잘 작성된 기사를 얻을 수 있습니다. 리눅스에서도 똑같이하면 아무것도 얻을 수 없을 것입니다. (제 경험은 주로 Ubuntu로 제한되어 있으며 가장 인기 있고 사용 가능한 데스크탑 리눅스 변형 중 하나 일 것입니다).

버그 수정 문제에 관해 Microsoft는 훌륭한 표준을 설정하지 않았다는 것을 인정합니다. 그러나 오픈 소스가 반드시 필요한 것은 아닙니다. 오픈 소스로 추적 한 몇 가지 버그는 해결되지 않았습니다. 이것은 우분투, 에볼루션 등과 같은 인기있는 프로젝트에있었습니다. 그렇다고 내가 올라 서서 고쳤 음을 의미하는 것은 아니며 (시간도없고 인내심도 없다) 방금 대안으로 바꾸었다. 버그에 대해 Microsoft에 문의 한 유일한 시점에서 48 시간 이내에 조사를 받도록 늦어졌습니다.

svn는 수백만 명의 사람들이 사용하는 명령 줄 도구이지만 다양한 원인에 대해 하나의 오류 메시지를 나타내는 것 같습니다. 따라서 직면 한 문제를 해결할 수 없습니다. 인터넷에서 특정 사례에 대한 도움을 찾을 수 없습니다. 반면에 Microsoft 제품은 일반적으로 특정 오류 코드를 반환하므로 온라인에서 검색 할 수 있습니다.

mysql과 함께 작동하는 Tomcat 서버를 설정하는 데 한 달 정도 걸렸습니다. 튜토리얼에 제공된 예제조차 작동하지 않았습니다. 이 문서는 현재 버전과 호환되지 않았습니다. (마침내 친구의 도움이 필요했습니다.) IIS 서버와 MS-SQL 서버를 설정할 때 하루도 걸리지 않았습니다.