Чи дійсно Microsoft пропонує «підтримку»? [зачинено]

Одним із аргументів проти використання Open Source є те, що "підтримки" немає. Однак чи дійсно великі постачальники (наприклад, Microsoft) пропонують будь-яку "підтримку"? Я впевнений, що існує якийсь варіант "платної підтримки" на 4 цифри на годину, але чи справді це "варіант" для будь-якої проблеми, окрім тієї, яка банкрутує ваш бізнес?

Якщо говорити конкретніше ... Я купую продукт Microsoft ... він має помилку ... тепер що? І як це краще, ніж те, що я отримую з Open Source?

Я використовував підтримку Microsoft через "безкоштовні" випадки, включені з підпискою MSDN, і завжди мав з цим великий досвід. Від завантаження великих аварійних відвалів та повідомлення про конкретну проблему до моменту, коли він контактував з одним із розробників певного коду, що спричиняв проблему.

Так, так, я б сказав, що вони пропонують підтримку, навіть хорошу підтримку. Тепер, якщо це краще, ніж те, що пропонує Open Source, я думаю, це залежатиме від того, для чого ви шукаєте підтримки (наскільки активна спільнота навколо продукту тощо)

Так, є підтримка. Мій чоловік працював техніком із підтримки Microsoft близько 10 років тому. Він був навчений працювати з людьми, які не мають високого рівня технічних знань, і підтримував середніх кінцевих споживачів без будь-яких спеціальних варіантів «платної підтримки». Ви можете почати з http://support.microsoft.com/, щоб з’ясувати, що доступно в ці дні; У них є ще більше варіантів, ніж тоді.

У MS також є не тільки пряма технічна підтримка. Все програмне забезпечення MS може бути "гарячим виправленням", що дратує, коли це трапляється так часто, але також набагато краще, ніж потрібно повторно завантажувати та встановлювати речі вручну. Крім того, у них є велика підтримка онлайн-документації, оскільки MS наймає багатьох технічних авторів - те, що більшість проектів з відкритим кодом має менше. Їх автоматичні засоби виявлення проблем також є кращими - ви знаєте, вікна "Чи це виправляє вашу проблему" та речі, які відзначаються при збої машини, а потім виходять і шукають оновлення програмного забезпечення, які могли б вирішити цю проблему. Технічні користувачі іноді можуть також використовувати форуми, де вони можуть спілкуватися з членами MS безпосередньо для деяких продуктів.

Що стосується того, чи має це бути головним фактором рішення про покупку, я думаю, це залежить від вашого рівня майстерності. Для загальної ОС або основного програмного забезпечення для нетехнічного користувача ця підтримка - це велика справа, і головна причина, що я схильний не рекомендувати продукти з відкритим кодом для користувачів, які не є технічними (за деякими винятками .... Open Office чудово для більшості людей).

Для технічної людини це залежить від багатьох, багатьох змінних - наскільки складною є домен, наскільки кваліфікованими вони знаходять власні відповіді, наскільки різні рівні підтримки цього продукту тощо. Як правило, більшість людей, яких я очікую побачити на цьому веб-сайті, добре допомагають собі та знаходять інші неофіційні джерела підтримки (думаю, ТАК), тому технічна підтримка не є великою допомогою. Я знаю, що підтримка MS - це не моя перша зупинка; Google є. Однак, це часто призводить мене до статей MS KB, тоді як програмне забезпечення з відкритим кодом зазвичай призводить до форумів або SO. Однак, якщо ви є початковим користувачем, підтримка варіанту MS може мати значення більше, оскільки в Інтернеті не буде стільки продуктів для раннього відкритого коду.

Однак чи дійсно великі постачальники (наприклад, Microsoft) пропонують будь-яку "підтримку"?

Залежно від того, що ви називаєте підтримкою, але я аргументую так, абсолютно. Їхні євангелісти - феноменальні. Два тижні тому один із співробітників МС безкоштовно влаштував зустріч із моєю командою, щоб розглянути проблеми, які ми маємо, та наступні кроки. Вона також запропонувала повернутися через 6 місяців для подальшого контролю. Я не знаю про підтримку їх телефонних дзвінків, але останні 2 компанії, які я працював над їхніми працівниками, завжди виходили з ладу, щоб допомогти. Подивіться на Еріка Ліпперта, він регулярно відповідає на запитання C # on SO. Так було завжди. У мене ніколи не виникало проблем, де я спілкувався з ними особисто або в Інтернеті, і сказав: "У мене проблема з X", і вони або не відповідають, або знають, до кого звертатись і повертаються до мене.

Так, ось веб-сайт: http://support.microsoft.com/ . Усі споживчі товари підтримуються експертами як електронною поштою, так і телефоном .

Зауважте, що частину професійної підтримки надають також мільйони партнерів Microsoft у всьому світі. В основному для продукції підприємства.

Вони також надають ваучерні картки для отримання телефонної підтримки споживчих товарів.

Потік підтримки для підприємства є значним. Незважаючи на те, що малий бізнес не може скористатися послугами такої компанії, як Microsoft, вони існують і їх слід використовувати.

На попередньому місці зайнятості (малий бізнес <250 співробітників) ми писали клієнта SL 2, який користувався веб-послугами, де WSDL створювався через Axis2. Задньою частиною була Java, тому серверна сторона використовувала Axis2 як основу веб-служб.

Коли ми почали створювати клієнта та користуватися веб-сервісом, стало очевидно, що щось не так, але ми не мали ідеї чому. Спадщина не працює, як визначено в WSDL, і на поверхні виявився помилка SL; особливо через зародженість в той час SL. Ми відкрили путівку підтримки через нашу підписку на MSDN, щоб розпочати розслідування. Microsoft була надзвичайно обізнаною та корисною у вирішенні проблеми. Вони задіяли потрібних членів команди зі СЛ та з'ясували проблему. Це інженери, близькі до продукту; це не ресурс рівня 1 у кол-центрі, що рухається через екран зчитування підказки.

Проблема була у структурі обміну повідомленнями в межах Axis2. Він був перевернутий і не дотримувався специфікації. Стек Майкрософт дотримувався специфікації, а Axis2 - ні. Майкрософт надав необхідну документацію і відслідковував помилку, поки я продовжував працювати над продуктом. Мені вдалося подати помилку на проект Axis2, який зайняв багато місяців, щоб стати частиною версії 1.5. Хоча джерело було доступне для мене в бізнесі такого масштабу, у нього немає робочої сили, щоб просто дозволити розробникові вийти з роботи та дослідити проблему в сторонній бібліотеці та поставити патч.

Я також отримував електронні листи від різних осіб високого рівня в грудному віці, включаючи Скотта Гу в спробі виправити все правильно і запевнити, що наші потреби були задоволені з різних питань.

Підтримка великого постачальника, таких як Microsoft, HP, IBM та Dell, реальна. Коли підприємство тісно поєднується з постачальником, часто не буває нічого, що постачальник не зробить, щоб переконатись у задоволенні потреб підприємств.

Так, вони пропонують підтримку, але багато хто не пропонує виправлення. Кілька років тому ми зіткнулися з проблемою з помилкою шифрування DES, для якої було відоме тривіальне виправлення. Microsoft це задокументувала і повідомила, що резолюцію не виправлять. Нам довелося вимкнути виправлення помилок шифрування, щоб Internet Explorer працював.

У мене був один продукт із підтримкою, у якому було закрито кілька повідомлень про помилки, у відповідь про те, що проблема буде вирішена в наступному випуску. Нарешті я запитав, коли належить наступний реліз У відповідь було: "Ми не плануємо ніколи виходити до іншого випуску. Я припинив підтримку. Якби я отримав цю відповідь для проекту з відкритим кодом, я, ймовірно, міг би усунути проблеми.

Інший проект, нас часто просили повідомити, яке рішення було, коли ми його знайшли. "Тож ми обидва будемо знати рішення". Підтримка з часом покращувалася, і вони пропонували рішення. В одному випадку я повинен поговорити з розробником якогось коду, від якого ми сподівалися отримати обробку бази даних.

Я також мав справу з підтримкою, щоб отримати відомі виправлення негайно, коли програмне забезпечення було зламано. В іншому випадку з тим самим постачальником мені довелося двічі надсилати проблему з декількома нитками. Перше виправлення значно зменшило частоту проблеми, а друге, як видається, вирішило її повністю. Обидва виправлення були поставлені поза циклом випуску.

Багато проектів з відкритим кодом доступні з платною підтримкою. Це один із способів фінансування проектів. Це додатково до часто відмінної неоплаченої підтримки, яка часто доступна. У складних випадках це допомагає зрозуміти, що робить код у вашій організації. З відкритим кодом це визначити порівняно просто.

EDIT: Більшість програм із відкритим кодом, які я використовую, працює так добре, що мені не потрібна підтримка. Деякі з тих, де мені потрібна допомога, включають MySQL, Apache, Ubuntu та Firefox. Майже у всіх випадках мені вдалося отримати відповіді з документації та форумів підтримки. Я, як правило, вважаю, що патчі, коли це потрібно, стають доступними дуже швидко.

Взагалі, я вважаю, що відсутність гарної документації / підтримки - це те, що мене найбільше відштовхує від програмного забезпечення з відкритим кодом. Як зазначав ethel, рівень документації щодо Windows та інших продуктів Microsoft є надзвичайним. Шукайте будь-які дії у допомозі та підтримці вікна (наприклад, вимкніть оновлення), і ви отримаєте добре написані статті із гіперпосиланнями. Зробіть те ж саме в Linux, і я сумніваюся, що ви щось отримаєте. (Мій досвід в основному обмежений Ubuntu, нібито однією з найпопулярніших і зручних варіантів настільних Linux).

Що стосується питання виправлення помилок, я визнаю, що Microsoft не встановив чудових стандартів. Але і відкритий код не обов'язково. Кілька помилок, за якими я звертався з відкритим кодом, так і не були вирішені - це було у популярних проектах, таких як Ubuntu, Evolution тощо. Або вони вирішили, що вони мають "низький пріоритет" або "неможливо відтворити". Це не означає, що я піднявся і виправив їх (у мене немає ні часу, ні терпіння), я просто перейшов на альтернативи. Єдиний раз, коли я звернувся до Microsoft про помилку, мені було присвоєно розслідування протягом 48 годин.

svnце інструмент командного рядка, який використовується мільйонами, але, здається, дає одне повідомлення про помилку для великої кількості причин, і тому я не можу вирішити проблему, з якою я стикаюся. Я не можу знайти допомогу в Інтернеті для мого конкретного випадку. Продукти Microsoft з іншого боку, як правило, повертають цілком конкретні коди помилок, тому ви полюєте на них в Інтернеті.

Одного разу мені знадобилося близько місяця, щоб створити робочий сервер tomcat разом з mysql. Навіть приклади, подані в підручнику, не працювали. Документація навіть не була сумісна з поточною версією. (Нарешті мені потрібна була допомога друга, щоб запустити його). Коли я налаштував IIS-сервер і MS-SQL-сервер, у мене пройшло менше доби.