为什么每个人都讨厌SharePoint？[关闭]

在阅读有关最热门技术的本主题时，我注意到SharePoint几乎普遍受到谴责。

我对SharePoint（尤其是最新版本）的经验是，它可以巧妙地实现其核心竞争力。即：

• 集中式文档存储库 -从电子邮件中获取所有这些办公文档（带有版本控制）
• 用于内部信息发布的用户可编辑内容创建 -外观，具有当前电话号码和休假政策的HR网站
• 项目协作 -只需单击几下即可创建一个站点，其中包含项目的文档，任务列表，简单的日程安排，多方讨论以及可能的所有与项目相关的电子邮件的列表。
• 非常基本的业务自动化 -当您填写休假表格时，会向HR发送一封电子邮件。

我的经验是，只有当组织尝试将SharePoint推向非设计的方向时，SharePoint才会变得非常丑陋。SharePoint不是CRM，ERP，错误数据库或外部网站。SharePoint足够灵活，可以在紧急情况下提供服务，但不能替代专用工具。（微软将SharePoint推入它不属于的域同样有罪。）

如果将SharePoint用于其设计目的，则它确实可以工作。

有什么想法吗？

我认为可以在我曾经听说过VB的评论中进行总结。“这使简单的事情变得非常简单，而使困难的事情变得不可能。”

有很多原因不喜欢SharePoint。

1. 它不适用于Firefox或Chrome。这有点奏效，但实际上并非如此。与Outlook和其他任何电子邮件客户端相同。
2. 它无法确定站点是列表，文档库还是其他东西。结果，导航变得非常混乱，如果在设置站点时选择错误，那将会很麻烦。
3. 该页面编辑器是超级笨重，互动明智的。
4. 这是一件紧身衣。如果您想做自己想做的事，那可能就可以了-如果您可以弄清楚SharePoint调用了什么。如果您需要执行其他操作，则可以使用筛子进行划浆。
5. 它的版本控制系统太糟糕了，以至于只能从技术上将其视为版本控制系统。
6. 这很丑。它没有风格。屏幕看起来扎眼，块状且不受欢迎。不能低估这种影响。尽管这是可自定义的，但要付出很多额外的努力。

我与Sharepoint的最大问题是更根本的问题。我认为它试图解决错误的问题。

许多使用它的企业都是大量的纸张，表格，文件等等的用户。然后是计算机，所以他们创建了Word文档，这确实是一种改进，但很快又开始变得混乱，Sharepoint进行了救援管理文件...

就是这样...为什么这么多的文档开头...

表单可以做成直接向数据库馈送的Intranet表单。取而代之的是，我必须填写一张excel表格，进行打印，请有人签名，让别人签名，然后再有人带走打印的文档并再次手动输入以跟踪信息...所有这些任务（包括签名）都可以使用Intranet表单和数字签名制作而成，使事情变得更加高效。

另一个示例，其中有一个快速的文档来解释如何解决产品中的已知错误，该错误在一段时间内仍不会得到解决。...在相关的Wiki页面中快速输入短语似乎是很自然的选择。但是，我经常看到有人以单词开头，写两行或三行并将文档存储在SharePoint网站一个晦涩的角落，然后用永恒的“但已记录在案”向您扑过去。我已经看到这种情况到了这样的程度，即通常认为此类文档是正确的错误修复！

总而言之，我认为Sharepoint只是要养成这些坏习惯，随着时间的流逝，它会创造出一个怪物，它本来就应该驯服的，要糟糕得多。有了Wiki，几乎没有放置适当的表格和设计良好的Intranet，我希望使用文字处理程序或电子表格的需求几乎为零。既然这是Sharepoint的优点，那么，如果您做对了，那将是无益的。

我认为有两种可能的方法可以安装Sharepoint：

1-因为使用MSDN订阅/金牌合作伙伴/圣诞节是免费的

要么

2-因为付款的人不是最终将使用它的人。

我想你说的时候就回答了

我的经验是，只有当组织试图将SharePoint推向非设计的方向时，SharePoint才会变得非常丑陋

公司似乎倾向于引入该产品，并期望它会迅速减少开发人员。当然，当尝试执行此操作时，它会非常令人沮丧。我同意您的看法，如果您将其放在预定的范围内，则效果很好。

顺便说一句，这当然不是SharePoint独有的。许多（即使不是全部）自动售货包也会发生这种情况。对于客户而言，要保持在产品范围之内显然非常困难。

承认我从未使用过SharePoint，但是我多次听到的内容主要围绕两件事：

1. 大型重量级系统旨在成为所有信息管理问题的最终解决方案。结果，它不能很好地执行任何预期的功能，但所有功能均处于平均水平。人们感到失望。

2. 低质量的文档使开发人员通过痛苦的调试，尝试，猜测和试验过程来学习和理解系统。开发人员感到沮丧。

那或多或少总结了SharePoint的观点。

额外阅读：

您对Sharepoint的最大抱怨是什么？

共享点编程的优缺点？

Sharepoint 2007：开发人员需要知道什么？

从职业角度来看，Sharepoint是好是坏？

SharePoint的优点和缺点

“用于文字文件的企业蟑螂汽车旅馆”总结得最好。它通常用作数据转储，而不是预期的通信集线器。与Wiki解决方案不同，它通常设置有限制性权限来代替更广泛的用户培训（这是非常必要的）。而且，如果您将对组织有实际兴趣的人员拒之门外，那肯定是失败的保证。最重要的是，这是IT支持的噩梦（这是从我的角度来看）。

在SharePoint中做任何与众不同的工作非常困难。即使是诸如页面的自动配置之类的基本任务也可能需要Visual Studio，Powershell，Powershell脚本，XML等知识。

现在，这是我遇到的SharePoint问题-创建SharePoint功能不是开发。是行政。使用SharePoint创建大多数内容是Web管理员应该能够完成的工作，但是它过于复杂，以至于Web管理员无法做到。对于开发人员，Web管理是令人麻木呆滞。

SharePoint既困难又无聊。

SharePoint卖给谁？

将SharePoint出售给不知道如何解决问题的商人，他们将SharePoint扔在了墙上，并希望它能坚持下去。然后，它们将组织和功能集推入了永远的困境。

这个比喻的池塘是技术上的债务状况，人们无法从中恢复过来，只会影响软件维护组织​​，要求他们无效地投入更多资金，并希望进行升级而不会再次陷入困境。

没有组织可以替代，没有纪律可以替代。如果有它们，则几乎不需要SharePoint。如果您不这样做，Sharepoint将无法保存您。

我讨厌它的主要原因是因为它是如此可怕的设计。这是一个巨大的配置兽，一层又一层的不透明抽象包裹着。它看起来更像是为旧技术寻找新收入的尝试，而不是认真地提供一个体面的解决方案的尝试。Frontpage，XML，Web表单，CAML，MS Office，InfoPath，XML，XML，废话HTML等。

哪一年 只需将内容类型基于实际的表定义即可。简单易用，可以像任何现代CMS一样很好地工作。微软真的很吸收创新。不幸的是，他们仍然拥有企业空间。

开箱即用的功能很棒。一旦开始“操作”开箱即用的功能来完成所需的操作，它就会很快变得充满挑战。

如上所述，仅应将其用于设计目的。但是，这是一个问题，因为管理人员认为并推动开发人员可以处理SharePoint并非为之设计的事情，从而使他们花费数小时甚至数天来研究解决方案。

如果公司要使用SharePoint，则应进行全面研究。他们通常不这样做，而他们需要的任何功能都会推送给开发人员。

如果将SharePoint用于其设计目的，那么它确实可以正常工作 。我希望我所工作的公司使用SharePoint时所设计的目的，并且不想添加太多“功能”。

Sharepoint存在的两个主要问题是：

• 开箱即用的功能可以工作，但不足以证明价格合理。
• 管理层认为所有事物都是Sharepoint的域，因此，当您要求服务器托管错误数据库时，您会得到“哦，为此使用Sharepoint”。甚至有人敢于建议使用共享文件功能作为代码的版本控制系统。（很快就说服他他错了）。

还有许多较小的问题似乎也被大多数人忽视，因此它并不是Sharepoint独有的。可访问性就是一个例子。另一个是导航。

将此与JIRA / Confluence / Subversion设置进行对比。您可以获得所需的大部分工作所需的适当工具，更好的集成故事以及一些其他优点，而总的花费却更少。这些产品很好地集成在一起，并与其他一些东西（包括Sharepoint）集成在一起。该配置也不是完美的，但是我拥有比Sharepoint更好的经验。

我认为对Sharepoint来说“很酷”的唯一功能是能够在MS Office中编辑远程内容。 之后的一切都很痛苦。

您首先提到过度宣传。然后，您发表了此评论。

如果将SharePoint用于其设计目的，则它确实可以工作。

我认为您已经回答了自己的问题。对SharePoint的厌恶来自于这样一个事实，即通常将其出售/炒作的能力要比其强大。

这并不意味着有什么问题，只是没有正确销售。

成本。尝试为可通过互联网访问的高性能两服务器集群定价。这就是为什么人们开始寻找替代品的原因