Por que todo mundo odeia o SharePoint? [fechadas]

Lendo este tópico sobre as tecnologias mais sensacionalistas, notei que o SharePoint é quase universalmente criticado.

Minha experiência com o SharePoint (especialmente as versões mais recentes) é que ele cumpre suas principais competências de maneira inteligente. Nomeadamente:

• Repositório centralizado de documentos - obtenha todos os documentos do escritório por e-mail (com versão)
• Criação de conteúdo editável pelo usuário para divulgação de informações internas - aparência, um site de RH com os números de telefone atuais e a política de férias
• Colaboração no projeto - alguns cliques criam um site com os documentos, a lista de tarefas, o cronograma simples, a discussão encadeada e, possivelmente, uma lista de todos os emails relacionados ao projeto.
• Automação comercial muito básica - quando você preenche o formulário de férias, um email é enviado ao RH.

Minha experiência é que o SharePoint só fica realmente feio quando uma organização tenta empurrá-lo em uma direção para a qual não foi projetado. O SharePoint não é um CRM, ERP, banco de dados de bugs ou site externo. O SharePoint é flexível o suficiente para servir rapidamente, mas não substitui uma ferramenta dedicada. (A Microsoft é igualmente culpada por empurrar o SharePoint para domínios aos quais não pertence.)

Se você usa o SharePoint para o que foi projetado, ele realmente funciona.

Pensamentos?

Eu acho que pode ser resumido em um comentário que ouvi uma vez sobre o VB. "Torna as coisas simples muito simples e as coisas difíceis, impossíveis.".

Existem muitos motivos para não gostar do SharePoint.

1. Não funciona com Firefox ou Chrome . Isso meio que funciona, mas realmente não. Mesmo com o Outlook vs. qualquer outro cliente de email.
2. Ele não pode decidir se os sites são listas, bibliotecas de documentos ou alguma terceira coisa. Como resultado, a navegação fica muito confusa e, se você escolher errado ao configurar o Google Sites, está ferrado.
3. O editor de páginas é SUPER desajeitado , em termos de interação.
4. É uma camisa de força . Se você quiser fazer o que quer, pode ficar bem - se conseguir descobrir como o SharePoint chama isso. Se você precisar fazer algo diferente, ficará preso remando com uma peneira.
5. Seu sistema de versão é tão ruim que só pode ser tecnicamente considerado um sistema de versão.
6. É feio . Não tem estilo. As telas parecem extravagantes, em blocos e indesejáveis. O efeito disso não pode ser subestimado. Embora isso seja personalizável, é muito esforço extra.

Meu maior problema com o Sharepoint é mais fundamental. Eu acho que ele tenta resolver o problema errado .

Muitas empresas que o utilizam eram usuários pesados ​​de papéis, formulários para isso, documentos para isso etc. Então vieram os computadores, então eles criaram documentos em word, uma melhoria com certeza, mas muito rapidamente as coisas começaram a ficar confusas novamente e o Sharepoint veio ao resgate tentando para gerenciar os documentos ....

bem, é isso mesmo .... por que tantos documentos para começar ...

formulários podem ser transformados em intranet, alimentando diretamente um banco de dados. Em vez disso, tenho que preencher uma planilha do excel, imprimi-la, mandar alguém assinar, mandar outra pessoa, mandar alguém pegar o documento impresso e entrar manualmente novamente para rastrear as informações ... todas essas tarefas, incluindo assinaturas, podem ser feito com formulários de intranet e assinatura digital, tornando as coisas muito mais eficientes.

Outro exemplo em que um documento rápido para explicar como solucionar um bug conhecido em um produto que não será corrigido por um tempo ainda ... Digitar rapidamente uma frase na página wiki relacionada pareceria uma opção natural. No entanto, muitas vezes vejo alguém iniciando a palavra, escrevendo duas ou três linhas e armazenando o documento em um canto obscuro do site do SharePoint, em seguida, respondendo com o eterno "mas está documentado". Eu já vi isso chegar a um ponto em que esse documento geralmente é considerado uma correção de bug adequada!

Para concluir, acho que o Sharepoint apenas impõe esses maus hábitos e, com o tempo, cria um monstro que era muito pior do que deveria domar em primeiro lugar. Com um Wiki, poucos formulários bem colocados e uma intranet bem projetada, espero que a necessidade de usar um processador de texto ou planilha se torne quase nula. Como é para isso que o Sharepoint é bom, bem, se você fizer suas coisas corretamente, será bom para nada.

Na minha opinião, existem dois cenários possíveis que instalam o Sharepoint:

1 - Porque é grátis com a assinatura do MSDN / parceiro de ouro / presente de Natal

ou

2 - Porque a pessoa que paga por isso não é a pessoa que eventualmente o utilizará.

Eu acho que você respondeu quando você disse

Minha experiência é que o SharePoint só fica realmente feio quando uma organização tenta empurrá-lo em uma direção para a qual não foi projetado

As empresas parecem tender a atrair o produto esperando que seja uma bala mágica que reduzirá rapidamente sua equipe de desenvolvedores. E, claro, ao tentar fazer isso, fica muito frustrante. Eu concordo com você, se você permanecer dentro do domínio pretendido, ele funcionará bem.

BTW, isso certamente não é exclusivo do SharePoint. Isso acontece com muitos pacotes, se não todos, vendidos. Aparentemente, é muito difícil para os clientes permanecerem dentro dos limites do produto.

Admiti que nunca trabalhei com o SharePoint, mas o que ouvi muitas vezes gira principalmente em torno de duas coisas:

1. Um grande sistema pesado projetado para se tornar uma solução definitiva para todos os problemas de gerenciamento de informações. Como conseqüência, não executou nenhuma das funções pretendidas muito bem, mas todas em nível médio. As pessoas ficaram decepcionadas.

2. Documentação de baixa qualidade, permitindo que os desenvolvedores aprendam e entendam o sistema através de um doloroso processo de depuração, tentativa, adivinhação e experimentação. Os desenvolvedores ficaram frustrados.

Isso resume mais ou menos as opiniões sobre o SharePoint.

Leitura extra:

Quais são as suas maiores reclamações sobre o Sharepoint?

Quão boa / ruim é a programação do sharepoint?

Sharepoint 2007: o que os desenvolvedores precisam saber?

O Sharepoint é bom ou ruim da perspectiva da carreira?

Algo de bom e algo de ruim no SharePoint

"Enterprise barata motel para arquivos de texto" resume melhor. É frequentemente usado como despejo de dados, não como o hub de comunicação a que se destinava. Ao contrário de uma solução Wiki, muitas vezes é configurada com permissões restritivas, em vez de um treinamento mais amplo do usuário (o que é muito necessário). E se você bloquear as pessoas com um interesse real na organização, é uma certa garantia de falha. Além disso, é um pesadelo para o suporte de TI (este é o ângulo de onde eu o percebi).

É extremamente difícil fazer algo fora do comum no SharePoint. Mesmo tarefas básicas, como o provisionamento automatizado de páginas, podem exigir o conhecimento do Visual Studio, Powershell, scripts do Powershell, XML etc. etc. As únicas pessoas que podem fazer isso em uma organização são seus desenvolvedores.

Agora, aqui está o meu problema com o SharePoint - criar recursos do SharePoint não é desenvolvimento. É administração. Criar a maioria das coisas com o SharePoint é algo que um administrador da Web deve ser capaz de fazer, mas é tão complicado demais que os administradores da Web não conseguem. Para um desenvolvedor, a administração da Web é incrivelmente entediante .

O SharePoint é apenas difícil e chato .

Para quem o SharePoint é vendido?

O SharePoint é vendido para pessoas de negócios que não sabem como abordar algo como uma "Solução para um problema". Eles pegam o SharePoint e o jogam contra a parede, e esperam que ele permaneça. Então, eles são os que conduzem a organização e os conjuntos de recursos a um lago, presos para sempre.

Essa lagoa metafórica é uma posição de dívida técnica da qual as pessoas não podem se recuperar e afeta apenas a organização de manutenção de software, exigindo que elas joguem mais dinheiro de forma ineficaz e esperem uma atualização que não as traga de novo, para uma lagoa mais suja.

Não há substituto para organização, não há substituto para disciplina. Se você os possui, dificilmente precisará do SharePoint. Caso contrário, o Sharepoint não poderá salvá-lo.

A principal razão pela qual eu odeio isso é porque ele é TÃO horrivelmente projetado. É uma fera de configuração maciça, envolvida em camadas após camadas de abstrações opacas. Parece mais uma tentativa de encontrar novas receitas para a tecnologia antiga do que uma tentativa séria de fornecer uma solução decente. Frontpage, XML, formulários da web, CAML, MS Office, InfoPath, XML, XML, porcaria HTML, mais Frontpage.

Em que ano estamos? Apenas baseie seus tipos de conteúdo nas definições de tabela reais. Simplifique e funcione bem como qualquer CMS moderno. A Microsoft realmente é péssima em inovação. Infelizmente, eles ainda possuem o espaço da empresa.

Os recursos prontos para uso são ótimos. Depois que você começa a "manipular" os recursos prontos para fazer o que você precisa, torna-se um desafio rápido.

Como mencionado acima, ele deve ser usado apenas para o que foi projetado. Esse é um problema porque os gerentes pensam e incentivam que o desenvolvedor possa lidar com as coisas para as quais o SharePoint não foi projetado, fazendo com que passem horas ou até dias pesquisando soluções.

Se uma empresa deseja usar o SharePoint, deve pesquisá-lo completamente. Eles geralmente não precisam e todos os recursos de que precisam são empurrados para o desenvolvedor.

Se você usa o SharePoint para o que foi projetado, realmente funciona é verdade. Desejo que a empresa na qual trabalhei tenha usado o SharePoint para o que foi projetado e não queira adicionar tantos "recursos".

Os dois principais problemas que tenho com o Sharepoint:

• Os recursos prontos para uso funcionam, mas não são suficientes para justificar o preço.
• A gerência pensa que tudo é domínio do Sharepoint; portanto, quando você solicita que um servidor hospede um banco de dados de bugs, você obtém "Oh, use o Sharepoint para isso". Alguém até se atreveu a sugerir o uso do recurso de arquivos compartilhados como um sistema de controle de versão para código. (Não demorou muito para convencê-lo de que ele estava errado).

Também existem vários problemas menores que parecem passar despercebidos pelo radar da maioria das pessoas, para que não seja exclusivo do Sharepoint. Um exemplo é a acessibilidade. Outro sendo a navegação.

Compare isso com algo como uma configuração do JIRA / Confluence / Subversion. Você obtém as ferramentas adequadas para a maior parte do que precisa fazer, uma melhor história de integração e algumas outras sutilezas por menos dinheiro no geral. Esses produtos se integram muito bem e se integram a outras coisas (incluindo o Sharepoint). Essa configuração também não é perfeita, mas tive uma experiência melhor com ela do que o Sharepoint.

O único recurso que achei "legal" no Sharepoint foi poder editar conteúdo remoto no MS Office. Tudo depois disso foi uma dor.

Você mencionou o excesso de exagero. Então você fez este comentário.

Se você usa o SharePoint para o que foi projetado, ele realmente funciona.

Eu acho que você respondeu sua própria pergunta. A aversão ao SharePoint vem do fato de que ele geralmente é vendido / estimulado como capaz de mais do que é.

Isso não significa que há algo errado com isso, apenas não é comercializado corretamente.

Custo. Tente precificar um cluster de dois servidores de alto desempenho que seja acessível à Internet. É por isso que as pessoas começam a procurar alternativas