Microsoft SharePoint 2010 is a major upgrade from SharePoint 2007 in several areas. It has a much improved user interface, especially for online editing. It supports more browsers. It does a better job of integrating with Microsoft Office. It provides more opportunities to developers and designers, as well as to shops that might want to consolidate other products (such as blogs and wikis and business applications) with SharePoint.
A Visual Upgrade feature allows gradual conversions of individual subsites from the look of SharePoint 2007 to that of the new SharePoint 2010 at the convenience of the site owners. Sandboxing allows custom code to be deployed with a minimum of risk. Centralized Web administration and rich PowerShell support simplify and speed management tasks. And a centralized “health analyzer” interface provides a farm-wide dashboard.
For performance reasons, SharePoint 2010 is 64-bit, and it requires 64-bit Windows Server 2008, as well as 64-bit SQL Server 2005 or SQL Server 2008. (SharePoint 2010 also requires .Net 3.5, which is free.) Microsoft announced these parameters last April, so it shouldn't be a surprise, but some companies may need to factor the cost of new hardware and infrastructure into their budget for upgrading SharePoint.
Pricing for SharePoint 2010 has not yet been released. Assuming that Microsoft prices SharePoint 2010 upgrades reasonably and that the projected server consolidation savings outweigh the up-front cost of new 64-bit servers, SharePoint 2010 should be a must-have upgrade for enterprises that currently depend on SharePoint 2007.
SharePoint 2010 for users SharePoint has long been a versatile platform for all sorts of internal and public Web sites, with an emphasis on group collaboration sites, and SharePoint 2010 has greatly improved and expanded those capabilities. It is more flexible and more capable, has a much improved user interface, and does a better job of implementing multilingual sites. Not every public Web site needs to support dozens of languages, but those that do might seriously consider SharePoint 2010 as an alternative to heavyweight open source Web frameworks such as Drupal.
The online HTML editor in SharePoint 2007 was weak by any measure, and at least one third-party ISV had a nice business selling a better SharePoint edit control. The online editor in SharePoint 2010 is not just improved, it is by far the best Web-based WYSIWYG editor I've seen. It faithfully brings the experience of editing with Microsoft Word to the Web, complete with live previews. Even better, it works just as well with Firefox as it does with IE 7 and IE 8, and almost as well with Safari. That this online editor is rolling out at the same time as Microsoft Word for the Web is no surprise.
The only quibble I have with this control is that it does not strip out the verbose and unnecessary styles created by Word when pasting Word documents into SharePoint pages and converting them to HTML. Good HTML isn't that hard to generate, and a filter for Word styles isn't that hard to write. I'd love to see this improved for the final product or a point release.
While not everyone has embraced the Office 2007 ribbon user interface wholeheartedly, it is by now familiar to most white-collar workers. The pervasive but context-sensitive implementation of the ribbon interface in SharePoint 2010 gives the entire product a cohesive feel while exposing large numbers of related functions together for each context.
Easy as wiki HTML was never intended to be a writer-friendly markup language; the original designers of HTML assumed that it would always be generated by an editing tool. Wikis, on the other hand, were always intended to be easy to write. SharePoint 2010 supports wiki markup (specifically, MediaWiki-compatible links) and wiki-style WYSIWYG editing pretty much everywhere. In some ways, SharePoint 2010 is easier to use as a wiki than many wikis, although the size, expense, and breadth of SharePoint add up to overkill when a simple wiki will serve.
SharePoint has long supported some international sites, but now it fully supports a multilingual user interface, with dozens of languages supplied out of the box. In addition, it supportsr configuring fields within lists for multiple languages, as well as translations of user content.
Meta data, in the form of tags, formal taxonomies, user-created folksonomies, and bookmarks, add another dimension of classification to site navigation and content-based search. SharePoint 2010 supports all of these and can use them for targeting list content to specific audiences, for routing documents to specific libraries and folders, for displaying tag clouds, and for searching.
In addition to tagging, documents can be organized into document sets. The confusing proliferation of document versions that often happens in collaboration sites can now be controlled by declaring specific documents “in-place records,” which are basically locked official files. Locking a file doesn't prevent future collaboration; it just marks and preserves that version of the document as “official.” The in-place record can exist side by side with other versions of the same document.
FAST Search SharePoint 2010 search comes in three levels: free, standard, and FAST Search. The last is an enhanced enterprise search engine based on the acquisition of FAST ESP. It searches SharePoint content in addition to content in file shares, Microsoft Exchange folders, databases, and connected line-of-business systems. The FAST Search results page shows document thumbnails with previews, people matches, and counts for search refinements by result type, site, author, and date.
You'd think that SharePoint was an online-only product, but Microsoft hasn't neglected occasionally connected mobile users. SharePoint Workspace 2010 is a desktop/laptop client, based on the software formerly known as Microsoft Office Groove; it provides a synchronized offline experience. I did not test this capability.
You'd also think that Microsoft has locked all SharePoint users into installing Microsoft Office, but SharePoint 2010 includes Office Web Apps, the new Web-based editions of Word, Excel, PowerPoint, and OneNote. In the brief time I spent with them when evaluating the SharePoint beta, the Office Web Apps looked very promising, at least for viewing documents. (See InfoWorld's “first glimpse” at the Office Web Apps Technical Preview and InfoWorld's comparison of Office Web Apps with Google Docs and Zoho.)
It's always been relatively easy to convert Word documents to SharePoint pages, as well as to display PowerPoint slides online. In SharePoint 2010, you can also use Excel Services or Visio Services to publish spreadsheets or diagrams for browsing.
SharePoint 2010 for IT professionals SharePoint 2010 promises IT professionals improved productivity, a scalable unified infrastructure, and flexible deployment. These features can be used to help provide governance and high availability. But again, they come at the cost of needing an up-to-date 64-bit server and database infrastructure.
Although server requirements are narrower, client support is broader. SharePoint 2010 fully supports 32-bit IE 7, IE 8, and Firefox 3.x running on Windows. Also, 64-bit IE 7 and IE 8, Firefox 3.x on non-Windows systems and Safari 3.x are supported as “level 2” browsers; they can be used to administer the site, but pages may not render with perfect fidelity. IE 6 is not supported. Site administrators can tune their content and CSS to support additional browsers for reading the site, but keep in mind that the AJAX and ASP.Net code used for editing SharePoint content is complex and under Microsoft's control.
On a SharePoint server with many custom controls and large lists, one site that hogs CPU, memory, or database requests can damage the performance of all the sites on the server or even all the sites using the database. Throttling and list controls in SharePoint 2010 allow an administrator to control this per Web application.
In addition, custom solutions can be sandboxed, meaning that they can be given a restricted set of permissions and resource quotas, then run isolated. Sandboxing reduces the risk of allowing site owners to deploy their own solutions, balancing freedom against safety. Quota templates keep the overhead of controlling sandboxed solutions reasonable.
Branding in SharePoint 2010 has been made easier by revamping the way themes work. SharePoint 2010 themes are now compatible with PowerPoint themes. In many cases, companies will be able to import existing PowerPoint themes to apply the fonts and colors of the corporate brand. Perhaps future SharePoint sites won't all look like they've been turned out with the same cookie cutter.
SharePoint 2010 for developers SharePoint 2010 is much more attractive for developers than SharePoint 2007 ever was. I wouldn't be surprised to see many ASP.Net developers adopt SharePoint 2010 for their larger customized sites. There will be less code to write, without giving up too much in the way of flexibility.
The list of improvements is long. In addition to better API support and more extension points, there is better tool support in Visual Studio 2010, Visio, and SharePoint Designer 2010. There's a straightforward way to connect to line-of-business applications. Many functions have been exposed to RESTful interfaces. There are more application templates. Debugging and monitoring are much better. And sandboxes offer a measure of protection for custom applications that was lacking previously.
Visual Studio 2010 offers a dozen SharePoint 2010 project types in two languages, C# and Visual Basic. Empty projects are used more often than you'd think, as containers for multiple controls, workflows, and other project items. A Visual Web Part is a new kind of project that combines a Web Part class with an ASP.Net user control; the latter can be designed visually within Visual Studio 2010, which makes Web Part design much easier than writing code to instantiate child controls. The downside of a Visual Web Part is that it cannot be deployed to a sandbox.
SharePoint workflows can be sequential or state machines, and they can be one-offs or parameterized reusable workflows. Workflows can be designed using Visio or SharePoint Designer in addition to Visual Studio. In SharePoint 2010, workflows do not have to be associated with a list. They can instead be site-level workflows, with their own start pages; this is an improvement.