SharePoint开发人员的配置文件是什么

Question

我有一个专门从事ASP.NET的开发团队。因此，我们提供的解决方案是基于Web的，在IIS上运行并使用MS SQL服务器。公司内部网内的一切。团队拥有这方面的专业知识，他们在C＃和.Net方面表现出色。

该公司正在部署SharePoint MOSS 2007.此部署是我未参与的项目的一部分，而且我的信息很少。但是我知道他们已经建立了“思想家”层（那些会说要做什么），集成层（谁将配置，部署和管理生产），以及他们需要建立所谓的开发层（那些会做其他两个人不能做的事情。）

我被要求评估通过添加SharePoint开发来增加团队专业知识的可能性。这很容易，我只需要找到所需的培训并发送给我的员工。

然而现在，开发这个词可能意味着许多事情，有时我发现配置被用来代替开发。 我没有任何反对通过开发新的专业知识来发展团队，但我想确保为我的开发人员提供刺激的东西。 其次，我不想说我们拥有SharePoint开发专业知识，实际上我们只是修改css或xml文件。此外，我认为使用向导生成解决方案并不是推动C＃开发人员遵循的最佳途径。

我首先问自己的问题是：SharePoint开发人员的背景是什么？如果被要求成为SharePoint开发人员，.Net开发人员会怎么样？

任何想法都将受到高度赞赏。

Answer 1

一年前，当我在公司继承WSS 3.0解决方案时，我开始从事Sharepoint开发。

就我个人而言，我认为这是一个很好的一步，让我逐渐了解Sharepoint开发，有很多问题（例如安全性，负载平衡，鬼影），很高兴看到WSS团队如何解决这个问题帮我解决我正在研究的其他解决方案中的问题。但我不是全职工作的WSS解决方案，所以其他人不得不每天都在研究它如何与WSS合作。

WSS和Sharepoint是ASP.NET平台的扩展，因此对于开始创建Sharepoint解决方案的开发人员来说，ASP.NET和.NET的任何经验都应该是一个很好的基础。在开始研究WSS项目之前，我阅读了Inside Microsoft Windows Sharepoint Services 3.0书籍，以获得基本概念和解决方案架构。

我很快发现你必须拥有一个用于Sharepoint开发的虚拟机环境，这是因为在客户端工作并附加到服务器上的远程进程以进入调试模式是一件痛苦的事。因此，我建议创建一个安装了Visual Studio的MOSS虚拟机，该虚拟机可以访问源控制系统。在该机器上开发解决方案，完成后再检查源代码控制。

我还建议您查看开发工具，例如stsdev和wspbuilder，以帮助您构建解决方案，这些将简化您的开发过程。网上还有很多可用的工具，例如codeplex帮助你。

有时候开发这些解决方案可能会很痛苦，更改可能需要回收IIS池或强力IISReset，错误消息有时可能会有些神秘，等等。但是你很快就会抓住并知道在哪里看。 Sharepoint也帮助了你很多，我有来自客户的数百万个问题，可以使用标准的开箱即用的Web部件来解决，这样我就不需要编写代码以保证客户满意：）

Sharepoint还希望以某种方式对解决方案进行编码，例如： 12个hive文件结构，因此它可以帮助您标准化您的解决方案。

严重缺乏文档，因此您必须大量依赖Reflector和此类工具，只是为了了解框架内发生的事情，希望2010年会有所改善。

最初的学习曲线很高，许多新概念都是要学习的技术，例如。 sharepoint，featuers，重影和代码访问安全性中的工作流程 共享点使用了许多开发人员必须学习的Xml配置，包括网站定义，列表模板等。有时候我会陷入Xml编辑模式并无法弄清楚为什么事情不能正常工作

这些只是我的想法中的一小部分，我一直主要从事WSS开发工作，如果有人可以对Sharepoint中的Web部件配置发表评论，那将会很棒。配置搜索。这是我没有做过很多的事情。

Answer 2

从我所听到的情况来看，从客户的角度来看，SharePoint是一种流行的技术，但却是开发者之间仇恨的对象。

Answer 3

很高兴看到你注意到Dev和Admin被“错误地”使用了。

虽然开发用于SharePoint可能纯粹是开发，比如创建webparts等，但我强烈建议您和您的团队同时掌握SharePoint部署，安装和配置。我完全通过了SharePoint认证（WSS配置/开发和MOSS配置/开发），并且掌握了两端知识对我来说非常宝贵。

了解配置的位置有助于调试和排除故障。我建议至少为你的团队中的1或2人进行MCTS WSS 3.0配置培训/或MOSS配置培训。团队的其他成员将随身携带必需品，让这2名经过认证的同事成为有关配置和管理员的人。

作为一名分享顾问，恕我直言需要知道如何创建一个作为开发人员的功能，然后能够作为管理员（或至少是知情的终端/权力用户）部署，配置和维护该功能。

Answer 4

我的同事正在研究SharePoint。一直在取笑他。经常他会说“wtf就是那个!! !!”。然后我感到有点难过，因为我知道 - 我也有可能必须学习那些东西（我想现在获得项目并不容易）。

我认为它比配置和定制更像是软件开发（比如连续3天搜索fing复选框）。你通过那些疯狂的分享设计师拿起一些粘土然后无休止地定制它。

对于我已经知道的一切 - 有一个新名称（即 - spGridView）和下面的意外行为。

呈现的Html是bizzare（表和一堆序列化的viewstate到处都是）。

但那些配置xml的... o_0
现在这是一个障碍，我无法克服。甚至硬核SQL的东西看起来都像是一个幼稚的游戏。

也许我错了，但正如我所听到的那样 - 微软开发了'空间列'（让你扩展表数超过数千的列的数量）对于sql主要是因为Sharepoint。这吓坏了我。

当然 - 我的观点是 HIGHLY 主观且有点令人反感。但我希望这有助于更好地揭示我的想法和感受Sharepoint。

希望与您合作的开发人员看到这种情况有所不同。

---

简而言之：
不，我不想成为一名共享点开发人员。

---

修改
我可以处理最初的复杂性。但是我不想要的主要原因 - 我不认为Sharepoint的开发是正确的方法。我的意思是 - 最近人们讨论webforms提供了太多的抽象。然后对Sharepoint说些什么呢？

Answer 5

Albert，看看另一个标题为Is a sharepoint developer technically “equipped” to do custom app dev and vise-versa的帖子。关于从纯.NET到SharePoint的跨越所涉及的内容，有很多信息。

Answer 6

要成为一名成功的SharePoint开发人员，您必须拥有痛苦的高门槛和佛陀的耐心。

Answer 7

谢谢大家的答案，他们真的很有帮助。

从我在这里读到的内容中，我看到了两件事需要考虑。

首先是利用的背景，我认为这是一个重要因素。在某些地方，SharePoint“开发”可能会走得很远，并且可能涉及开发真正令人兴奋的事情，以满足新客户的需求。它可能涉及编写代码等。在其他一些地方，它可能只是管理和配置，以维持已经建立的解决方案。

其次是个人动机。这真的取决于人。一些具有良好经验的.Net开发人员不愿意朝着一个方向前进，他们不会编写“SharePoint方式”代码，并且希望用C＃或其他语言编写代码。然而，会有其他人选择这条道路，并乐意拥有这样的职业。他们会受到激励，因此提出了非常好的解决方案。

例如，从我个人的角度来看，如果我留在开发和编程中，我不会选择使用高级向导和菜单进行SharePoint开发，作为我职业生涯的进步路径。即使我这些天没有这样做，我仍然喜欢编码，编译，调试等，但这只是我。