Technical Writer

In SharePoint, we are likely to think of developers as people who work to customise SharePoint, but there are a lot of developers out there who are simply end users of SharePoint. How do they like the system?

Everyone has preferred software, tools and working methods they like to use.  For me, it’s:

• Dreamweaver over Front Page (now SharePoint Designer) any day
• XML Spy as the best XML tool
• Never write code when XML and an XSL transform can do it for you.

Some of these are preferences I have garnered over time working with the tools. Others are just habit.

I always use Word, for example, to create lists. My business partner uses Excel.  My business partner trades shares. She records the the trades in a spreadsheet. If it was me, I would use a database.

I work with developers. While individual developers differ, I think that the majority of them would say:

• Unix is better than Windows
• Open source is the only good software (except for the code they write, of course)
• Mozilla Firefox walks all over Internet Explorer
• Visual Basic is not a ‘real’ programming language
• If Microsoft made it, it stinks
• Wikis are the only suitable tool to share information.

It’s the last point I want to address.

Wikis are useful, yes, but you can share knowledge outside of wikis.

As part of my job I coordinate the technical reference material for the developers at work. Every so often one of them tells me about a new wiki or content management system they hear about.

I look at the specs—I am always interested in things like this—and I think, “We can do this already in SharePoint, and we can do that, and that too.”

In short, every one of the features available in most wikis and content management systems is already available in SharePoint, which is the system we have and use at work. And we’re only using SharePoint 2003, we’re not on 2007 yet.

True, SharePoint is somewhat clunky, and despite the fact that you can do simple things almost immediately it does have a steep learning curve, particularly if you want to get the best out of it.

Developers use SharePoint in two ways, depending on their job.

• If they are SharePoint .NET developers then it’s their job to work with SharePoint. They know it well and know what it can do.
• Or they can simply be end users, using SharePoint to access information in the same way others in the company do.

End user developers have a natural aversion to using SharePoint. It’s a Microsoft product, therefore instantly suspect. It’s complex. Life shouldn’t be that hard. They don’t get a chance to get under the hood to do fun things they would like to, like writing web parts. Not to mention the one huge minus—Firefox and SharePoint don’t play well together.

I work with end user developers. Right now they use SharePoint as little as they can. Other users in the company must use SharePoint. Work procedures and other work related information is listed there. It has links to other systems that they use. But the developers … they can bury themselves in the code and only visit the portal when absolutely necessary.

Like every other IT department I know we’re always busy, but I keep trying to convince the powers to let me run some lunch-time sessions for developers on how to write web parts. I think if they knew more about the system they would be happier to use it, not to mention improve their future job prospects.

So far, I haven’t convinced anyone to let me do it.

Last Modified : December 19th, 2007
Filed under : SharePoint, Knowledge Base, Content Management Systems
Navigate : Previous post / Next post