A Microsoft realmente oferece "suporte"? [fechadas]

Um dos argumentos contra o uso de código aberto é que não há "suporte". No entanto, grandes fornecedores (por exemplo, Microsoft) realmente oferecem "suporte" de qualquer tipo? Tenho certeza de que existe algum tipo de opção de "suporte pago" de 4 dígitos por hora, mas isso é realmente uma "opção" para qualquer problema que não seja aquele que irá à falência da sua empresa?

Para colocá-lo de maneira mais concreta ... eu compro um produto da Microsoft ... ele tem um bug ... e agora? E como isso é melhor do que o que recebo do código-fonte aberto?

Eu usei o suporte da Microsoft através dos incidentes 'gratuitos' incluídos em uma assinatura do MSDN e sempre tive uma ótima experiência com ele. Desde o upload de grandes despejos de falhas e a resposta para o problema específico, até uma vez em contato com um dos desenvolvedores do trecho de código específico que estava causando um problema.

Então, sim, eu diria que eles oferecem suporte, bom suporte até. Agora, se isso for melhor do que o que o Open Source oferece, acho que dependerá do que você procura suporte (quão ativa é a comunidade em torno do produto etc.)

Sim, há suporte disponível. Meu marido costumava trabalhar como técnico de suporte para a Microsoft há cerca de 10 anos. Ele foi treinado para trabalhar com pessoas que não possuem um alto nível de conhecimento técnico e deu suporte a usuários finais médios sem nenhuma opção especial de "suporte pago". Você pode começar com http://support.microsoft.com/ para descobrir o que está disponível atualmente; eles têm ainda mais opções disponíveis do que na época.

A MS tem mais do que apenas suporte técnico direto, também. Todo o software MS pode ser "hotfix", o que é irritante quando ocorre com tanta frequência, mas também é muito melhor do que ter que baixar novamente e reinstalar as coisas manualmente. Além disso, eles têm um amplo suporte de documentação on-line disponível, já que a MS contrata muitos redatores técnicos - algo que a maioria dos projetos de código aberto tem menos. Suas ferramentas automáticas de detecção de problemas também tendem a ser melhores - você sabe, as janelas "Isso resolve o seu problema" e as coisas que observam quando a máquina falha e, em seguida, saem e procuram atualizações de software que possam corrigir esse problema. Às vezes, usuários técnicos também podem usar fóruns nos quais podem conversar diretamente com os funcionários da MS para alguns produtos.

Quanto a saber se isso deve ser um fator importante na decisão de compra, acho que depende do seu nível de habilidade. Para um sistema operacional geral ou aplicativo de software importante para um usuário não técnico, esse suporte é muito importante e o principal motivo pelo qual eu não recomendo produtos de código aberto para usuários não técnicos (com algumas exceções ... O Open Office é bom para a maioria das pessoas).

Para uma pessoa técnica, isso depende de muitas e variadas variáveis ​​- quão difícil é o domínio, quão habilidosos são em encontrar suas próprias respostas, quão diferentes são os níveis de suporte para esse produto e assim por diante. Geralmente, a maioria das pessoas que espero ver usando este site é boa em ajudar a si mesmas e em localizar outras fontes não oficiais de suporte (pense em SO); portanto, o suporte técnico não é uma grande ajuda. Eu sei que o suporte da MS não é minha primeira parada; Google é. Muitas vezes, isso acaba me levando a artigos do MS KB, enquanto o software de código aberto geralmente leva a fóruns ou SO. Se você é um dos primeiros a adotar, no entanto, o suporte da opção MS pode ser mais importante, pois não haverá muito na web para os primeiros produtos de código aberto.

No entanto, grandes fornecedores (por exemplo, Microsoft) realmente oferecem "suporte" de qualquer tipo?

Dependendo do que você chama de suporte, mas eu argumento sim, absolutamente. Seus evangelistas são fenomenais. Há duas semanas, uma equipe da MS organizou uma reunião com minha equipe gratuitamente para analisar os problemas que temos e as próximas etapas. Ela também se ofereceu para voltar em 6 meses para acompanhar. Não sei sobre o suporte por telefone, mas nas duas últimas empresas em que trabalhei para os funcionários sempre se esforçavam para ajudar. Olhe para Eric Lippert, ele rotineiramente responde a perguntas sobre C # no SO gratuitamente. Este tem sido sempre o caso. Eu nunca tive um problema em que conversei com eles pessoalmente ou on-line e disse: "Estou com um problema com o X", e eles não têm a resposta ou sabem a quem perguntar e retornam para mim.

Sim, aqui está o site: http://support.microsoft.com/ . Todos os produtos de consumo são suportados por especialistas por email e telefone .

Observe que parte do suporte profissional também é fornecida por milhões de parceiros da Microsoft em todo o mundo. Principalmente para produtos empresariais.

Eles também fornecem cartões de comprovante para obter suporte por telefone para produtos de consumo.

O fluxo de suporte para uma empresa é significativo. Embora uma pequena empresa possa não tender a tirar proveito dos serviços de uma empresa como a Microsoft, ela existe e deve ser aproveitada.

Em um local de trabalho anterior (pequenas empresas <250 funcionários), estávamos escrevendo um cliente do SL 2 que consumia serviços da Web nos quais o WSDL foi gerado via Axis2. O back-end era Java e, portanto, o lado do servidor estava usando o Axis2 como a estrutura de serviços da web.

Quando começamos a criar o cliente e a usar o serviço da Web, ficou evidente que algo estava errado, mas não tínhamos idéia do porquê. A herança não estava funcionando como definido no WSDL e na superfície parecia ser um bug do SL; especialmente devido à infância do SL na época. Abrimos um tíquete de suporte por meio de nossa assinatura do MSDN para iniciar a investigação. A Microsoft era extremamente experiente e útil para resolver o problema. Eles contrataram os membros da equipe necessários do SL e descobriram o problema. Estes são engenheiros próximos ao produto; este não é um recurso de nível 1 em um call center que se move através de uma tela solicitando a leitura.

O problema estava com a estrutura de mensagens no Axis2. Foi revertida e não aderiu às especificações. A pilha da Microsoft estava seguindo as especificações, enquanto o Axis2 não estava. A Microsoft forneceu a documentação necessária e localizou o bug enquanto eu continuava trabalhando no produto. Consegui registrar um bug no projeto Axis2, que levou vários meses para se tornar parte da versão 1.5. Embora a fonte estivesse disponível para mim, uma empresa nessa escala não tem mão de obra para simplesmente permitir que um desenvolvedor saia e investigue o problema em uma biblioteca de terceiros e forneça um patch.

Também recebi e-mails de vários indivíduos de alto nível na infância do SL, incluindo Scott Gu, na tentativa de corrigir as coisas e garantir que nossas necessidades fossem atendidas em diversos aspectos.

O suporte de um grande fornecedor como Microsoft, HP, IBM e Dell é real. Quando uma empresa se torna fortemente acoplada a um fornecedor, muitas vezes não há nada que o fornecedor não faça para garantir que as necessidades da empresa sejam atendidas.

Sim, eles oferecem suporte, mas muitos não oferecem uma correção. Alguns anos atrás, encontramos um problema com um bug de criptografia DES, pelo qual uma correção trivial era bem conhecida. A Microsoft documentou e relatou a resolução como não será corrigida. Tivemos que desativar a correção de bug de criptografia para permitir que o Internet Explorer funcionasse.

Eu tinha um produto com suporte no qual tínhamos vários relatórios de erros fechados com a resposta de que o problema seria corrigido na próxima versão. Finalmente perguntei quando era o próximo lançamento. A resposta foi "Não estamos planejando jamais lançar outro lançamento. Eu encerrei o suporte. Se eu tivesse essa resposta para um projeto de código aberto, provavelmente poderia ter resolvido os problemas.

Outro projeto, muitas vezes nos pediam para relatar qual era a solução quando a encontramos. "Então, nós dois saberemos a solução." O suporte melhorou com o tempo e eles ofereceram soluções. Em um caso, conversei com o desenvolvedor de algum código que esperávamos obter um identificador de banco de dados.

Também lidei com o suporte para obter patches conhecidos lançados imediatamente quando o software foi quebrado. Em outro caso com o mesmo fornecedor, tive que enviar um problema de multiencadeamento de volta duas vezes. A primeira correção reduziu significativamente a frequência do problema e a segunda pareceu resolvê-lo completamente. Ambas as correções foram entregues fora do ciclo de lançamento.

Muitos projetos de código aberto estão disponíveis com suporte pago. Essa é uma das maneiras pelas quais os projetos são financiados. Isso é um acréscimo ao excelente suporte não remunerado, muitas vezes disponível. Em casos complicados, ajuda a ver o que o código está fazendo em sua organização. Com código aberto, isso é relativamente fácil de determinar.

EDIT: A maioria dos softwares de código aberto que utilizo funciona tão bem que não precisei de suporte. Alguns dos quais eu precisei de ajuda incluem MySQL, Apache, Ubuntu e Firefox. Em quase todos os casos, consegui obter respostas na documentação e nos fóruns de suporte. Geralmente, acho que os patches, quando necessário, são disponibilizados muito rapidamente.

Em geral, acho que a falta de boa documentação / suporte é o que mais me impressiona no software de código aberto. Como a ethel mencionou, o nível de documentação em torno do Windows e de outros produtos da Microsoft é excelente. Pesquise qualquer ação na ajuda e suporte da janela (desative as atualizações, por exemplo) e você receberá artigos bem escritos com hiperlinks. Faça o mesmo no linux, e duvido que você receba alguma coisa. (Minha experiência é principalmente limitada ao Ubuntu, supostamente uma das variações de linux de desktop mais populares e utilizáveis).

Sobre a questão de corrigir bugs, reconheço que a Microsoft não define um ótimo padrão. Mas nem o código aberto necessariamente. Os poucos erros que eu segui em código aberto nunca foram resolvidos - isso foi em projetos populares como Ubuntu, Evolution etc. Eles decidiram que eram de "baixa prioridade" ou "não podiam ser reproduzidos". Isso não significa que subi e os consertei (não tenho tempo nem paciência), apenas mudei para alternativas. A única vez que entrei em contato com a Microsoft sobre um bug, pelo menos fui respondido com uma investigação em 48 horas.

svné uma ferramenta de linha de comando usada por milhões, mas parece transmitir uma mensagem de erro para uma grande variedade de causas e, portanto, não consigo resolver um problema que estou enfrentando com ela. Na verdade, não consigo encontrar nenhuma ajuda na internet para o meu caso em particular. Os produtos da Microsoft, por outro lado, geralmente retornam códigos de erro bastante específicos, para que você os procure online.

Levei cerca de um mês uma vez para configurar um servidor tomcat funcionando junto com o mysql. Mesmo os exemplos fornecidos no tutorial não estavam funcionando. A documentação nem era compatível com a versão atual. (Eu finalmente precisei da ajuda de um amigo para fazê-lo funcionar). Quando configurei um servidor IIS e um servidor MS-SQL, levei menos de um dia.