Bietet Microsoft wirklich "Support" an? [geschlossen]

Eines der Argumente gegen die Verwendung von Open Source ist, dass es keine "Unterstützung" gibt. Bieten große Anbieter (z. B. Microsoft) wirklich "Support" jeglicher Art an? Ich bin mir sicher, dass es eine 4-stellige Option für bezahlten Support pro Stunde gibt, aber ist das wirklich eine Option für ein Problem, das kurz vor dem Bankrott Ihres Unternehmens steht?

Genauer gesagt ... ich kaufe ein Microsoft-Produkt ... es hat einen Fehler ... was nun? Und wie ist das besser als das, was ich von Open Source bekomme?

Ich habe den Microsoft-Support durch die "kostenlosen" Vorfälle in einem MSDN-Abonnement in Anspruch genommen und habe immer großartige Erfahrungen damit gemacht. Angefangen beim Hochladen großer Absturzabbilder und der Information über das jeweilige Problem bis hin zum einmaligen Kontakt mit einem der Entwickler des Codes, der das Problem verursacht hat.

Also, ja, ich würde sagen, sie bieten Unterstützung, sogar gute Unterstützung. Wenn dies besser ist als das, was Open Source anbietet, dann hängt es meiner Meinung nach davon ab, worauf Sie Unterstützung suchen (wie aktiv ist die Community rund um das Produkt usw.).

Ja, es steht Unterstützung zur Verfügung. Mein Mann arbeitete vor ungefähr 10 Jahren als Supporttechniker für Microsoft. Er wurde für die Arbeit mit Leuten geschult, die nicht über ein hohes Maß an technischem Wissen verfügen, und unterstützte durchschnittliche Endbenutzer ohne spezielle Optionen für "bezahlten Support". Sie können mit http://support.microsoft.com/ beginnen, um herauszufinden, was derzeit verfügbar ist. Sie haben sogar noch mehr Optionen zur Verfügung, als sie es damals taten.

MS hat auch mehr als nur technische Unterstützung. Alle MS-Software kann "hotfixed" werden, was ärgerlich ist, wenn es so häufig vorkommt, aber auch viel besser, als Dinge manuell neu herunterladen und installieren zu müssen. Außerdem steht ihnen eine Fülle von Online-Dokumentationsunterstützung zur Verfügung, da MS viele technische Redakteure anstellt - etwas, von dem die meisten Open Source-Projekte weniger haben. Die Tools zur automatischen Problemerkennung sind in der Regel ebenfalls besser - Sie wissen, dass die Fenster "Behebt das Problem" und Dinge, die beim Absturz Ihres Computers beachtet werden, und suchen dann nach Software-Updates, mit denen das Problem möglicherweise behoben werden kann. Technische Benutzer können manchmal auch Foren verwenden, in denen sie für einige Produkte direkt mit MS-Mitarbeitern sprechen können.

Ob dies ein wichtiger Faktor bei einer Kaufentscheidung sein sollte, hängt meiner Meinung nach von Ihrem Können ab. Für ein allgemeines Betriebssystem oder eine wichtige Softwareanwendung für einen nicht-technischen Benutzer ist diese Unterstützung eine große Sache und der Hauptgrund, warum ich Open-Source-Produkte nicht für nicht-technische Benutzer empfehle (mit einigen Ausnahmen). Open Office ist in Ordnung für die meisten Leute).

Für eine technische Person hängt es von vielen, vielen Variablen ab - wie schwierig die Domäne ist, wie erfahren sie darin ist, ihre eigenen Antworten zu finden, wie unterschiedlich die Support-Levels für dieses Produkt sind und so weiter. Im Allgemeinen sind die meisten Leute, von denen ich erwarte, dass sie diese Website nutzen, gut darin, sich selbst zu helfen und andere nicht offizielle Unterstützungsquellen zu finden (think SO). Technischer Support ist also keine große Hilfe. Ich weiß, dass MS-Unterstützung nicht meine erste Station ist. Google ist. Oft führt mich dies jedoch zu MS-KB-Artikeln, wohingegen Open-Source-Software normalerweise zu Foren oder SO führt. Wenn Sie ein Early Adopter sind, ist die Unterstützung durch die MS-Option möglicherweise wichtiger, da die frühen Open-Source-Produkte nicht so häufig im Internet verfügbar sind.

Bieten große Anbieter (z. B. Microsoft) wirklich "Support" jeglicher Art an?

Je nachdem, was Sie als Support bezeichnen, argumentiere ich aber ja, absolut. Ihre Evangelisten sind phänomenal. Vor zwei Wochen hat einer der MS-Mitarbeiter ein kostenloses Meeting mit meinem Team arrangiert, um die Probleme, die wir haben, und die nächsten Schritte zu besprechen. Sie bot auch an, in 6 Monaten zurückzukehren, um nachzufragen. Ich weiß nicht, wie sie telefonieren, aber in den letzten beiden Unternehmen, in denen ich für ihre Mitarbeiter gearbeitet habe, haben sie sich immer sehr bemüht, zu helfen. Schauen Sie sich Eric Lippert an, er beantwortet regelmäßig und kostenlos Fragen zu C # auf SO. Das war schon immer so. Ich hatte noch nie ein Problem, bei dem ich persönlich oder online mit ihnen gesprochen und gesagt habe: "Ich habe ein Problem mit X", und sie haben entweder keine Antwort oder wissen, wen sie fragen und sich bei mir melden müssen.

Ja, hier ist die Website: http://support.microsoft.com/ . Alle Verbraucherprodukte werden von Experten sowohl per E-Mail als auch unterstützt Telefon unterstützt .

Bitte beachten Sie, dass ein Teil des professionellen Supports auch von Millionen von Microsoft-Partnern weltweit bereitgestellt wird. Hauptsächlich für Enterprise-Produkte.

Sie bieten auch Gutscheinkarten an, um telefonischen Support für Konsumgüter zu erhalten.

Der Supportstrom für ein Unternehmen ist erheblich. Während ein kleines Unternehmen möglicherweise nicht dazu neigt, die Dienste eines Unternehmens wie Microsoft in Anspruch zu nehmen, existieren sie und sollten genutzt werden.

An einem früheren Arbeitsplatz (Kleinunternehmen <250 Mitarbeiter) haben wir einen SL 2-Client geschrieben, der Webservices verbraucht, bei denen die WSDL über Axis2 generiert wurde. Das Back-End war Java und daher nutzte die Serverseite Axis2 als Web-Service-Framework.

Als wir begannen, den Kunden auszubauen und den Webservice zu nutzen, wurde schnell klar, dass etwas nicht stimmte, aber wir hatten keine Ahnung warum. Die Vererbung funktionierte nicht wie in der WSDL definiert und auf der Oberfläche schien es sich um einen SL-Fehler zu handeln. vor allem wegen der Kindheit von SL zu der Zeit. Wir haben über unser MSDN-Abonnement ein Support-Ticket geöffnet, um die Untersuchung zu starten. Microsoft war äußerst kompetent und hilfreich bei der Behebung des Problems. Sie engagierten die benötigten Teammitglieder von SL und fanden das Problem heraus. Dies sind Ingenieure, die dem Produkt nahe stehen. Dies ist keine Ressource der Ebene 1 in einem Callcenter, das sich durch eine Bildschirmleseaufforderung bewegt.

Das Problem lag in der Nachrichtenstruktur in Axis2. Es wurde rückgängig gemacht und hielt sich nicht an die Spezifikation. Microsofts Stack folgte der Spezifikation, Axis2 nicht. Microsoft stellte die erforderliche Dokumentation zur Verfügung und spürte den Fehler auf, während ich weiter an dem Produkt arbeitete. Ich konnte einen Fehler gegen das Axis2-Projekt einreichen, der mehrere Monate in Anspruch nahm, um Teil der 1.5-Version zu werden. Obwohl mir die Quelle zur Verfügung stand, verfügt ein Unternehmen in dieser Größenordnung nicht über die erforderliche Personalstärke, um einem Entwickler die Möglichkeit zu geben, das Problem in einer Bibliothek eines Drittanbieters zu untersuchen und einen Patch bereitzustellen.

Ich erhielt auch E-Mails von verschiedenen hochrangigen Personen in den Kinderschuhen von SL, einschließlich Scott Gu, um zu versuchen, die Dinge in Ordnung zu bringen und sicherzustellen, dass unsere Bedürfnisse zu verschiedenen Themen erfüllt wurden.

Unterstützung von einem großen Anbieter wie Microsoft, HP, IBM und Dell ist real. Wenn ein Unternehmen eng mit einem Lieferanten verbunden ist, gibt es oftmals nichts, was der Lieferant nicht tun kann, um sicherzustellen, dass die Anforderungen des Unternehmens erfüllt werden.

Ja, sie bieten Unterstützung, aber viele bieten keine Lösung an. Vor ein paar Jahren hatten wir ein Problem mit einem DES-Verschlüsselungsfehler, für den ein trivialer Fix bekannt war. Microsoft hat es dokumentiert und die Auflösung als nicht behebbar gemeldet. Wir mussten die Fehlerbehebung für die Verschlüsselung deaktivieren, damit Internet Explorer funktioniert.

Ich hatte ein Produkt mit Support, bei dem mehrere Fehlerberichte mit der Antwort geschlossen wurden, dass das Problem in der nächsten Version behoben werden würde. Ich fragte schließlich, wann die nächste Veröffentlichung fällig sei. Die Antwort lautete: "Wir planen nicht, jemals eine andere Version zu veröffentlichen. Ich habe den Support eingestellt. Wenn ich diese Antwort für ein Open-Source-Projekt erhalten hätte, hätte ich die Probleme wahrscheinlich beheben können.

Bei einem anderen Projekt wurden wir oft gebeten, die Lösung zu melden, als wir sie fanden. "Also werden wir beide die Lösung kennen." Der Support wurde mit der Zeit besser und sie boten Lösungen an. In einem Fall musste ich mit dem Entwickler eines Codes sprechen, von dem wir gehofft hatten, ein Datenbankhandle zu bekommen.

Ich habe mich auch mit dem Support befasst, um bekannte Patches zu erhalten, die sofort veröffentlicht wurden, als die Software defekt war. In einem anderen Fall mit demselben Anbieter musste ich ein Multithreading-Problem zweimal zurückschicken. Der erste Fix reduzierte die Häufigkeit des Problems erheblich, und der zweite schien das Problem vollständig zu lösen. Beide Fixes wurden außerhalb des Release-Zyklus geliefert.

Viele Open-Source-Projekte sind mit kostenpflichtiger Unterstützung verfügbar. Dies ist einer der Wege, wie die Projekte finanziert werden. Dies kommt zu dem oftmals hervorragenden unbezahlten Support hinzu, der häufig zur Verfügung steht. In kniffligen Fällen hilft es zu sehen, was der Code in Ihrer Organisation tut. Mit Open Source ist dies relativ einfach zu bestimmen.

BEARBEITEN: Die meisten Open-Source-Programme, die ich verwende, funktionieren so gut, dass ich keinen Support benötige. Einige von denen, bei denen ich Hilfe benötigt habe, sind MySQL, Apache, Ubuntu und Firefox. In fast allen Fällen konnte ich meine Antworten aus der Support-Dokumentation und den Foren abrufen. Generell stelle ich fest, dass Patches bei Bedarf sehr schnell verfügbar sind.

Im Allgemeinen denke ich, dass der Mangel an guter Dokumentation / Unterstützung das ist, was mich an Open Source-Software am meisten abschreckt. Wie ethel bereits erwähnt hat, ist der Dokumentationsgrad in Bezug auf Fenster und andere Microsoft-Produkte hervorragend. Wenn Sie in der Hilfe und im Support von Windows nach Aktionen suchen (z. B. Updates deaktivieren), erhalten Sie gut geschriebene Artikel mit Hyperlinks. Machen Sie dasselbe unter Linux, und ich bezweifle, dass Sie irgendetwas bekommen würden. (Meine Erfahrung beschränkt sich hauptsächlich auf Ubuntu, angeblich eine der beliebtesten und verwendbarsten Desktop-Linux-Varianten).

In Bezug auf die Behebung von Fehlern erkenne ich an, dass Microsoft keine großen Maßstäbe setzt. Open Source aber auch nicht. Die wenigen Fehler, die ich mit Open Source behoben habe, wurden nie behoben - dies geschah in populären Projekten wie Ubuntu, Evolution usw. Entweder sie entschieden, dass sie "niedrige Priorität" hatten oder "nicht reproduziert werden konnten". Das heißt nicht, dass ich aufgestiegen bin und sie repariert habe (ich habe weder die Zeit noch die Geduld), ich habe einfach zu Alternativen gewechselt. Das einzige Mal, dass ich Microsoft wegen eines Fehlers kontaktierte, wurde mir innerhalb von 48 Stunden mit einer Untersuchung zurückgeschrieben.

svnist ein Kommandozeilen-Tool, das von Millionen benutzt wird, aber es scheint eine Fehlermeldung für eine Vielzahl von Ursachen zu geben, und ich kann daher ein Problem, mit dem ich konfrontiert bin, nicht lösen. Ich kann im Internet keine Hilfe für meinen speziellen Fall finden. Microsoft-Produkte hingegen geben in der Regel ganz bestimmte Fehlercodes zurück, sodass Sie sie online suchen können.

Ich habe einmal ungefähr einen Monat gebraucht, um einen funktionierenden Tomcat-Server zusammen mit MySQL einzurichten. Sogar die im Tutorial bereitgestellten Beispiele funktionierten nicht. Die Dokumentation war nicht einmal mit der aktuellen Version kompatibel. (Ich brauchte endlich die Hilfe eines Freundes, um es zum Laufen zu bringen). Als ich einen IIS-Server und einen MS-SQL-Server eingerichtet habe, habe ich weniger als einen Tag gebraucht.