Microsoft có thực sự cung cấp dịch vụ hỗ trợ hay không? [đóng cửa]

Một trong những lập luận chống lại việc sử dụng Nguồn mở là không có "hỗ trợ". Tuy nhiên, các nhà cung cấp lớn (ví dụ Microsoft) có thực sự cung cấp "hỗ trợ" dưới bất kỳ hình thức nào không? Tôi chắc chắn có một số loại tùy chọn "hỗ trợ trả phí" 4 giờ mỗi giờ, nhưng đó có thực sự là một "tùy chọn" cho bất kỳ vấn đề nào sắp xảy ra để phá sản doanh nghiệp của bạn không?

Nói một cách cụ thể hơn ... tôi mua một sản phẩm của Microsoft ... nó có lỗi ... bây giờ thì sao? Và làm thế nào tốt hơn những gì tôi nhận được từ Nguồn mở?

Tôi đã sử dụng hỗ trợ của Microsoft thông qua các sự cố 'miễn phí' kèm theo đăng ký MSDN và luôn có trải nghiệm tuyệt vời với nó. Từ việc tải lên các bản sửa lỗi lớn và được thông báo về vấn đề cụ thể cho đến một lần được liên hệ với một trong những nhà phát triển của đoạn mã cụ thể gây ra sự cố.

Vì vậy, yeah, tôi sẽ nói họ cung cấp hỗ trợ, thậm chí hỗ trợ tốt. Bây giờ, nếu điều đó tốt hơn những gì Nguồn mở cung cấp, tôi nghĩ nó sẽ phụ thuộc vào những gì bạn đang tìm kiếm hỗ trợ (cộng đồng xung quanh sản phẩm hoạt động như thế nào, v.v.)

Có, có hỗ trợ có sẵn. Chồng tôi đã từng làm kỹ thuật viên hỗ trợ cho Microsoft khoảng 10 năm trước. Anh ta được đào tạo để làm việc với những người không có kiến ​​thức kỹ thuật cao và hỗ trợ người dùng cuối trung bình mà không có bất kỳ tùy chọn "hỗ trợ có trả tiền" đặc biệt nào. Bạn có thể bắt đầu với http://support.microsoft.com/ để tìm hiểu những gì có sẵn trong những ngày này; họ thậm chí còn có nhiều lựa chọn hơn sau đó họ đã làm lại sau đó.

MS có nhiều hơn là chỉ hỗ trợ kỹ thuật thẳng. Tất cả phần mềm MS có thể bị "hotfix", điều này gây khó chịu khi xảy ra quá thường xuyên, nhưng cũng tốt hơn nhiều so với việc phải tải xuống lại và cài đặt lại mọi thứ theo cách thủ công. Ngoài ra, họ có sẵn rất nhiều hỗ trợ tài liệu trực tuyến vì MS thuê nhiều nhà văn kỹ thuật - điều mà hầu hết các dự án Nguồn mở đều có ít. Các công cụ phát hiện sự cố tự động của họ cũng có xu hướng tốt hơn - bạn biết đấy, cửa sổ "Điều này có khắc phục được sự cố của bạn không" và những điều cần lưu ý khi máy của bạn gặp sự cố và sau đó tìm kiếm các bản cập nhật phần mềm có thể khắc phục sự cố đó. Người dùng kỹ thuật đôi khi cũng có thể sử dụng các diễn đàn nơi họ có thể nói chuyện trực tiếp với MS cho một số sản phẩm.

Về việc điều này có phải là một yếu tố chính trong quyết định mua hàng hay không, tôi nghĩ điều đó phụ thuộc vào mức độ kỹ năng của bạn. Đối với một hệ điều hành chung hoặc ứng dụng phần mềm lớn cho người dùng không có kỹ thuật, sự hỗ trợ này là một vấn đề lớn và lý do chính khiến tôi có xu hướng không đề xuất các sản phẩm nguồn mở cho người dùng không có kỹ thuật (với một số ngoại lệ. đối với hầu hết mọi người).

Đối với một người kỹ thuật, nó phụ thuộc vào nhiều, nhiều biến số - miền khó như thế nào, họ có kỹ năng tìm kiếm câu trả lời của riêng họ như thế nào, mức độ hỗ trợ khác nhau cho sản phẩm đó như thế nào, v.v. Nói chung, hầu hết những người tôi mong đợi sử dụng trang web này đều giỏi trong việc giúp đỡ bản thân và định vị các nguồn hỗ trợ không chính thức khác (nghĩ rằng SO), vì vậy hỗ trợ kỹ thuật không phải là một trợ giúp lớn. Tôi biết hỗ trợ MS không phải là điểm dừng đầu tiên của tôi; Là Google. Tuy nhiên, điều này thường dẫn tôi đến các bài viết MS KB, tuy nhiên, trong khi phần mềm nguồn mở thường dẫn đến các diễn đàn hoặc SO. Tuy nhiên, nếu bạn là người chấp nhận sớm, sự hỗ trợ từ tùy chọn MS có thể quan trọng hơn vì sẽ không có nhiều trên web cho các sản phẩm nguồn mở sớm.

Tuy nhiên, các nhà cung cấp lớn (ví dụ Microsoft) có thực sự cung cấp "hỗ trợ" dưới bất kỳ hình thức nào không?

Tùy thuộc vào những gì bạn gọi hỗ trợ, nhưng tôi tranh luận là có, hoàn toàn. Các nhà truyền giáo của họ là phi thường. Hai tuần trước, một trong những nhân viên MS đã tổ chức một cuộc họp với nhóm của tôi miễn phí để giải quyết các vấn đề chúng tôi gặp phải và các bước tiếp theo. Cô cũng đề nghị quay lại sau 6 tháng để theo dõi. Tôi không biết về hỗ trợ cuộc gọi điện thoại của họ, nhưng tại 2 công ty cuối cùng tôi làm việc cho nhân viên của họ luôn tìm cách giúp đỡ họ. Nhìn vào Eric Lippert, anh ta thường xuyên trả lời các câu hỏi về C # trên SO miễn phí. Điều này luôn luôn là trường hợp. Tôi chưa bao giờ gặp vấn đề khi tôi nói chuyện trực tiếp với họ hoặc nói: "Tôi có vấn đề với X" và họ không có câu trả lời, hoặc biết ai sẽ hỏi và quay lại với tôi.

Có ở đây là trang web: http://support.microsoft.com/ . Tất cả các sản phẩm tiêu dùng được hỗ trợ bởi các chuyên gia bằng cả email và điện thoại .

Xin lưu ý rằng một phần của hỗ trợ chuyên nghiệp cũng được cung cấp bởi hàng triệu đối tác của Microsoft trên toàn thế giới. Chủ yếu cho các sản phẩm doanh nghiệp.

Họ cũng cung cấp thẻ chứng từ để nhận hỗ trợ qua điện thoại cho các sản phẩm tiêu dùng.

Các luồng hỗ trợ cho một doanh nghiệp là đáng kể. Mặc dù một doanh nghiệp nhỏ có thể không có xu hướng tận dụng các dịch vụ từ một công ty như Microsoft, nhưng chúng tồn tại và cần được tận dụng.

Tại một nơi làm việc trước đây (doanh nghiệp nhỏ <250 nhân viên), chúng tôi đã viết một ứng dụng khách SL 2 đang sử dụng các dịch vụ web nơi WSDL được tạo thông qua Axis2. Mặt sau là Java và do đó phía máy chủ đã sử dụng Axis2 làm khung dịch vụ web.

Khi chúng tôi bắt đầu xây dựng ứng dụng khách và sử dụng dịch vụ web, điều rõ ràng là có gì đó không ổn nhưng chúng tôi không biết tại sao. Kế thừa không hoạt động như được định nghĩa trong WSDL và trên bề mặt dường như là một lỗi SL; đặc biệt là do sự non trẻ của SL tại thời điểm đó. Chúng tôi đã mở một vé hỗ trợ thông qua thuê bao MSDN của chúng tôi để bắt đầu điều tra. Microsoft đã rất hiểu biết và hữu ích trong việc giải quyết vấn đề. Họ đã tham gia vào các thành viên cần thiết từ SL và tìm ra vấn đề. Đây là những kỹ sư gần gũi với sản phẩm; đây không phải là tài nguyên cấp 1 tại một trung tâm cuộc gọi di chuyển qua lời nhắc đọc màn hình cho bạn.

Vấn đề là với cấu trúc nhắn tin trong Axis2. Nó đã được đảo ngược và không tuân thủ thông số kỹ thuật. Ngăn xếp của Microsoft đã theo thông số kỹ thuật trong khi Axis2 thì không. Microsoft đã cung cấp các tài liệu cần thiết và theo dõi tất cả các lỗi trong khi tôi tiếp tục làm việc với sản phẩm. Tôi đã có thể gửi một lỗi đối với dự án Axis2, phải mất nhiều tháng để trở thành một phần của phiên bản 1.5. Mặc dù nguồn có sẵn cho tôi, một doanh nghiệp ở quy mô này không có nhân lực chỉ đơn giản là cho phép nhà phát triển tắt và điều tra vấn đề trên thư viện của bên thứ 3 và cung cấp bản vá.

Tôi cũng đã nhận được email từ các cá nhân cấp cao khác nhau trong giai đoạn SL, bao gồm cả Scott Gu trong nỗ lực làm cho mọi thứ trở nên đúng đắn và đảm bảo nhu cầu của chúng tôi được đáp ứng về các vấn đề khác nhau.

Hỗ trợ từ một nhà cung cấp lớn như Microsoft, HP, IBM và Dell là có thật. Khi một doanh nghiệp kết hợp chặt chẽ với một nhà cung cấp, đôi khi nhà cung cấp sẽ không làm gì để đảm bảo rằng các nhu cầu của doanh nghiệp được đáp ứng.

Có họ cung cấp hỗ trợ, nhưng nhiều người không cung cấp một sửa chữa. Vài năm trước, chúng tôi đã gặp phải một vấn đề với lỗi mã hóa DES mà một bản sửa lỗi tầm thường đã được biết đến. Microsoft đã ghi lại và báo cáo độ phân giải sẽ không khắc phục. Chúng tôi đã phải vô hiệu hóa sửa lỗi mã hóa để cho phép Internet Explorer hoạt động.

Tôi đã có một sản phẩm với sự hỗ trợ trong đó chúng tôi đã đóng một số báo cáo lỗi với phản hồi rằng sự cố sẽ được khắc phục trong phiên bản tiếp theo. Cuối cùng tôi đã hỏi khi phát hành tiếp theo là do. Câu trả lời là "Chúng tôi không có kế hoạch phát hành phiên bản khác. Tôi đã chấm dứt hỗ trợ. Nếu tôi nhận được phản hồi này cho một dự án nguồn mở, tôi có thể đã khắc phục được các vấn đề.

Một dự án khác, chúng tôi thường được yêu cầu báo cáo giải pháp là gì khi chúng tôi tìm thấy nó. "Vì vậy, cả hai chúng tôi sẽ biết giải pháp." Hỗ trợ đã trở nên tốt hơn theo thời gian, và họ đã đưa ra giải pháp. Trong một trường hợp, tôi đã nói chuyện với nhà phát triển một số mã mà chúng tôi hy vọng sẽ có được một cơ sở dữ liệu xử lý từ đó.

Tôi cũng đã xử lý hỗ trợ để có được các bản vá được biết đến được phát hành ngay lập tức khi phần mềm bị hỏng. Trong một trường hợp khác với cùng một nhà cung cấp, tôi đã phải gửi một vấn đề đa luồng trở lại hai lần. Bản sửa lỗi đầu tiên đã giảm tần suất của sự cố một cách đáng kể và lần thứ hai xuất hiện để giải quyết hoàn toàn. Cả hai bản sửa lỗi được phân phối ngoài chu kỳ phát hành.

Nhiều dự án nguồn mở có sẵn với sự hỗ trợ có trả tiền. Đây là một trong những cách mà các dự án được tài trợ. Điều này ngoài việc hỗ trợ không trả tiền thường xuất sắc thường có sẵn. Trong các trường hợp khó khăn, nó giúp xem mã đang làm gì trong tổ chức của bạn. Với mã nguồn mở, điều này tương đối dễ xác định.

EDIT: Hầu hết các phần mềm nguồn mở tôi sử dụng đều hoạt động tốt đến mức tôi không cần hỗ trợ. Một vài trong số những nơi tôi cần trợ giúp bao gồm MySQL, Apache, Ubuntu và Firefox. Trong hầu hết các trường hợp, tôi đã có thể nhận được câu trả lời của mình từ các tài liệu và diễn đàn hỗ trợ. Tôi thường thấy rằng các bản vá khi có yêu cầu được cung cấp rất nhanh.

Nói chung, tôi nghĩ rằng việc thiếu tài liệu / hỗ trợ tốt là điều khiến tôi tắt hầu hết về phần mềm nguồn mở. Như ethel đã đề cập, mức độ tài liệu xung quanh các cửa sổ và các sản phẩm microsoft khác là nổi bật. Tìm kiếm bất kỳ hành động nào trong trợ giúp và hỗ trợ của cửa sổ (ví dụ tắt cập nhật) và bạn sẽ nhận được các bài viết được viết tốt với các siêu liên kết. Làm tương tự trong linux, và tôi nghi ngờ bạn sẽ nhận được bất cứ điều gì. (Kinh nghiệm của tôi chủ yếu giới hạn ở Ubuntu, được cho là một trong những biến thể linux máy tính để bàn phổ biến nhất và có thể sử dụng được).

Trước câu hỏi sửa lỗi, tôi thừa nhận rằng Microsoft không đặt ra một tiêu chuẩn tuyệt vời. Nhưng nguồn mở cũng không nhất thiết. Một vài lỗi mà tôi theo dõi với nguồn mở không bao giờ được giải quyết - đây là trong các dự án phổ biến như Ubuntu, Evolution, v.v ... Họ đã quyết định rằng chúng là "ưu tiên thấp" hoặc "không thể sao chép". Điều đó không có nghĩa là tôi đã đi lên và sửa chúng (tôi không có thời gian cũng như sự kiên nhẫn), tôi chỉ chuyển sang lựa chọn thay thế. Lần duy nhất tôi liên lạc với Microsoft về một lỗi, tôi đã ít nhất viết lại cho một cuộc điều tra trong vòng 48 giờ.

svnlà một công cụ dòng lệnh được sử dụng bởi hàng triệu người, nhưng nó dường như đưa ra một thông báo lỗi cho nhiều nguyên nhân khác nhau và do đó tôi không thể giải quyết vấn đề mà tôi đang gặp phải với nó. Tôi thực sự không thể tìm thấy bất kỳ trợ giúp trên internet cho trường hợp cụ thể của tôi. Mặt khác, các sản phẩm của Microsoft thường trả về các mã lỗi khá cụ thể để bạn săn chúng trực tuyến.

Tôi mất khoảng một tháng để thiết lập một máy chủ tomcat hoạt động cùng với mysql. Ngay cả các ví dụ được cung cấp trong hướng dẫn cũng không hoạt động. Các tài liệu thậm chí không tương thích với phiên bản hiện tại. (Cuối cùng tôi cần sự giúp đỡ của một người bạn để khiến nó chạy). Khi tôi thiết lập máy chủ IIS và máy chủ MS-SQL, tôi chỉ mất chưa đầy một ngày.