<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>MOSSy Business</title><link>http://blogs.msdn.com/mossbiz/default.aspx</link><description /><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>New Medical Condition: SharePointea Sitecollectionfearophobia</title><link>http://blogs.msdn.com/mossbiz/archive/2009/11/12/new-medical-condition-sharepointea-sitecollectionfearophobia.aspx</link><pubDate>Thu, 12 Nov 2009 18:19:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9921498</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9921498.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9921498</wfw:commentRss><description>You may not have heard of this serious medical condition, but it exists in most people. It is the irrational fear of SharePoint Site Collections (and particularly Self Service Site Creation). The primary driver for this fear is that allowing people to...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/11/12/new-medical-condition-sharepointea-sitecollectionfearophobia.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9921498" width="1" height="1"&gt;</description></item><item><title>It’s 10pm. Do you know what your server is doing?</title><link>http://blogs.msdn.com/mossbiz/archive/2009/10/16/it-s-10pm-do-you-know-what-your-server-is-doing.aspx</link><pubDate>Fri, 16 Oct 2009 18:58:29 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9908336</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9908336.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9908336</wfw:commentRss><description>It’s really surprising how many people really don’t. They might think they do… but they really don’t… or they don’t take a full inventory of the possibilities. Yes, most of us are relatively good at making some attempt to push scheduled activities off...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/10/16/it-s-10pm-do-you-know-what-your-server-is-doing.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9908336" width="1" height="1"&gt;</description></item><item><title>SharePoint Code Acceptance Process</title><link>http://blogs.msdn.com/mossbiz/archive/2009/09/15/sharepoint-code-acceptance-process.aspx</link><pubDate>Tue, 15 Sep 2009 21:09:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9895512</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9895512.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9895512</wfw:commentRss><description>While most companies make sincere attempts to stay as “out of the box” as possible, there comes a point at which custom or 3rd party code becomes necessary to meet the needs of the organization. This is NOT a bad thing… SharePoint is designed to be extended....(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/09/15/sharepoint-code-acceptance-process.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9895512" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/mossbiz/archive/tags/code/default.aspx">code</category><category domain="http://blogs.msdn.com/mossbiz/archive/tags/debugging/default.aspx">debugging</category><category domain="http://blogs.msdn.com/mossbiz/archive/tags/Process/default.aspx">Process</category></item><item><title>Enable Page Tracing</title><link>http://blogs.msdn.com/mossbiz/archive/2009/09/01/enable-page-tracing.aspx</link><pubDate>Wed, 02 Sep 2009 01:41:18 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9890110</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9890110.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9890110</wfw:commentRss><description>There are times when you really want to know how your page was processed, what controls were loaded, etc. Well, there’s an old trick that not every developer knows they can turn on… page tracing output. This is easily done, and I like the idea of doing...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/09/01/enable-page-tracing.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9890110" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/mossbiz/archive/tags/performance/default.aspx">performance</category><category domain="http://blogs.msdn.com/mossbiz/archive/tags/code/default.aspx">code</category><category domain="http://blogs.msdn.com/mossbiz/archive/tags/debugging/default.aspx">debugging</category></item><item><title>The “but no changes were made on the server?!” Fallacy</title><link>http://blogs.msdn.com/mossbiz/archive/2009/07/21/the-but-no-changes-were-made-on-the-server-fallacy.aspx</link><pubDate>Tue, 21 Jul 2009 23:21:34 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9843809</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9843809.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9843809</wfw:commentRss><description>We hear this in the field constantly… a server begins experiencing difficulty or somehow acts “different”… and the first thing we hear is usually something along the lines of “no changes were made!” Truth be told, there is only one time when no changes...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/07/21/the-but-no-changes-were-made-on-the-server-fallacy.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9843809" width="1" height="1"&gt;</description></item><item><title>Separation of Roles</title><link>http://blogs.msdn.com/mossbiz/archive/2009/07/06/separation-of-roles.aspx</link><pubDate>Mon, 06 Jul 2009 21:18:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9820317</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9820317.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9820317</wfw:commentRss><description>We see many instances in which the SQL DBA for SharePoint is the same as the SharePoint administrator, which also happens to be the same person as the security admin, and the support staff, and the etc., etc., etc. Even though we see these roles blended...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/07/06/separation-of-roles.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9820317" width="1" height="1"&gt;</description></item><item><title>Clarifications: Collaboration vs. Publishing</title><link>http://blogs.msdn.com/mossbiz/archive/2009/06/23/clarifications-collaboration-vs-publishing.aspx</link><pubDate>Wed, 24 Jun 2009 00:59:36 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9800289</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>3</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9800289.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9800289</wfw:commentRss><description>In SharePoint-Land there are two concepts that people have a hard time separating out: “Collaboration” and “Content Management”. A lot of people like to blend them together, use methods, features, technology, or processes… but the truth is these are separate...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/06/23/clarifications-collaboration-vs-publishing.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9800289" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/mossbiz/archive/tags/collaboration/default.aspx">collaboration</category><category domain="http://blogs.msdn.com/mossbiz/archive/tags/publishing/default.aspx">publishing</category></item><item><title>Right vs. Wrong (not)</title><link>http://blogs.msdn.com/mossbiz/archive/2009/03/07/right-vs-wrong-not.aspx</link><pubDate>Sat, 07 Mar 2009 10:47:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9464016</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9464016.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9464016</wfw:commentRss><description>Someone recently posted a comment about one of my previous blog entries, and their comment in their blog reminded me of a point I’ve been meaning to make for some time: &amp;#160; (Cross-posted here ) It's always an honor when someone felt your blog entry...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/03/07/right-vs-wrong-not.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9464016" width="1" height="1"&gt;</description></item><item><title>Portal Site Navigation Decisions</title><link>http://blogs.msdn.com/mossbiz/archive/2009/03/02/portal-site-navigation-decisions.aspx</link><pubDate>Mon, 02 Mar 2009 11:38:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9457941</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9457941.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9457941</wfw:commentRss><description>Equal only to branding, your SharePoint portal navigation structure has one of the biggest impacts on the usability of your site. Done correctly, it reflects how people in your organization work (and how you would like them to work), the importance of...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2009/03/02/portal-site-navigation-decisions.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9457941" width="1" height="1"&gt;</description></item><item><title>The Minimal Full-Deployment Infrastructure</title><link>http://blogs.msdn.com/mossbiz/archive/2008/11/30/The-Minimal-Full-Deployment.aspx</link><pubDate>Mon, 01 Dec 2008 00:16:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9158823</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9158823.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9158823</wfw:commentRss><description>When building your SharePoint environment, your infrastructure should consist of much more than just your production farm. This is the Minimal acceptable farm, and should be considered a requirement of a successful deployment....(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2008/11/30/The-Minimal-Full-Deployment.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9158823" width="1" height="1"&gt;</description><enclosure url="http://blogs.msdn.com/mossbiz/attachment/9158823.ashx" length="992256" type="application/vnd.visio" /></item><item><title>The Value of Effeciency</title><link>http://blogs.msdn.com/mossbiz/archive/2008/11/21/the-value-of-effeciency.aspx</link><pubDate>Fri, 21 Nov 2008 07:13:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9131387</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9131387.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9131387</wfw:commentRss><description>It's sometimes difficult to justify a significant investment in a knowledge management system... it seems that getting a reasonable amount of funds to properly invest in and deploy a tool who's basic promise is to help people work together better (the...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2008/11/21/the-value-of-effeciency.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9131387" width="1" height="1"&gt;</description></item><item><title>What vs. Why</title><link>http://blogs.msdn.com/mossbiz/archive/2008/11/11/what-vs-why.aspx</link><pubDate>Tue, 11 Nov 2008 18:34:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9060422</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9060422.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9060422</wfw:commentRss><description>Documentation: Saying the word makes most geeks cringe, cry, or run to the comfort of the datacenter for safety. Aside from hating to write it, there's a perception of "What do I need to document for? I know what I did?!". First answer: No, you probably...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2008/11/11/what-vs-why.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9060422" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/mossbiz/archive/tags/documentation/default.aspx">documentation</category></item><item><title>Closing the Technology vs. Business Gap</title><link>http://blogs.msdn.com/mossbiz/archive/2008/10/22/closing-the-technology-vs-business-gap.aspx</link><pubDate>Wed, 22 Oct 2008 16:57:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9011126</guid><dc:creator>chris.mullendore</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/mossbiz/comments/9011126.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mossbiz/commentrss.aspx?PostID=9011126</wfw:commentRss><description>I'm Chris Mullendore, a Microsoft Premier Field Engineer focusing on the Microsoft Office SharePoint Server ("MOSS" for those in-the-know) product line. In my prior lives I was Knowledge Manager for one company, and a software developer for another, meaning...(&lt;a href="http://blogs.msdn.com/mossbiz/archive/2008/10/22/closing-the-technology-vs-business-gap.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=9011126" width="1" height="1"&gt;</description></item></channel></rss>