您是否认为：“只有我能为我提供这个东西，我才会使用SharePoint解决方案来解决我的日常问题？”
您可以在SharePoint功能中错过哪些可以让您满意的内容？
您认为SharePoint可以为您解决的用例有哪些，但您错过了一些可以实现的用途？
是网络部分吗？零件？功能？整合选项？发展复杂性？
[我将解决最有趣的问题并将提供解决方案]
这是我们到目前为止所做的：
答案 0 :(得分：9)
搜索。
抱歉咆哮，但是......
每当我尝试使用Sharepoint的搜索功能时（作为最终用户，我不是Sharepoint开发人员），我似乎得到了最无用的结果列表。当我知道有些文件包含我正在搜索的内容时，或者我得到了大量无用的噪音时，我得不到任何结果。
然后我迷失在迷宫般的网站，收藏品和清单中;但是我不知道所有这些事情之间有什么区别，为什么有时当我在一个人的时候我不能直接回到另一个人身上。或者其他什么。
让我觉得自己像一个无能的白痴，我想我就像Sharepoint一样。
答案 1 :(得分：8)
在未安装SharePoint的计算机上使用API开发和测试SharePoint解决方案。
答案 2 :(得分：3)
内容部署
SP1后的所有版本都得到了改进，但您无法轻松地在Sharepoint中部署内容。这总是有风险的。
有一个名为Chris O'Brien的SPContentDeployment开发的工具使用内容部署API，但它仍然是第三方。它应该在Sharepoint中实现。
答案 3 :(得分：1)
我同意另一个答案，即在非服务器环境中开发应该更容易。
此外，它可以更好地为可访问性标准提供开箱即用的支持。
答案 4 :(得分：1)
易于开发
如果他们为开发人员提供更多自由，以便能够以他们喜欢的方式做他们需要做的事情，那就太棒了
现在的样子只是放慢了我的日常工作，我还是要继续努力，因为更大的家伙认为这是最好的事情
答案 5 :(得分：1)
我认为SharePoint应该是开箱即用的XHTML兼容。 事实并非如此可笑。 更不用说至少有一个控件输出无效的HTML（在SummaryLinks上缺少关闭标签）！
答案 6 :(得分：1)
能够将电子邮件和附件直接从收件箱拖放到文档库（连接到Outlook），而无需离开Outlook客户端。
答案 7 :(得分：0)
答案 8 :(得分：0)
让SharePoint进行优化以处理庞大的文档库会很不错。大约1000万加上的某个地方会很好。我知道我正在处理一个病态案例，但当你在一个库中获得超过100k的记录时，性能会迅速下降。
答案 9 :(得分：0)
跨网站集和Web应用程序工作的聚合器。在列表或站点级别而不是仅在项目级别运行工作流程。 （会喜欢这个）
答案 10 :(得分：0)
本机silverlight webparts和更好的性能......
答案 11 :(得分：0)
我希望Sharepoint [平台]与任何其他软件产品的愿望没有区别。
它们应该清晰，易于预测，可解释，可支持，易于管理，能够集成并解决客户需求。
例如，Sharepoint经常被MS解释，定位，稀释，混合并与MS混淆作为门户解决方案，尽管这种特性不可销售，因为有其他（和更具体的）MS产品用于这些目的，但Sharepoint更好地表征作为协作支持平台。
它应该与客户向后兼容和诚实 如果在具有32位1核处理器的计算机上真正安装并运行没有问题，那么应该如何理解SharePoint Server 2010 [1]的“64位，4核”中的硬件要求？ 这种作弊有什么意义？
[1]
硬件和软件要求（SharePoint Server 2010）
http://technet.microsoft.com/en-us/library/cc262485.aspx#section2