How to become sharepoint developer from ASP.NET/Silverlight developer? [closed]

Question

I heard from my peers that knowledge of sharepoint is going to be good for career. We do not use sharepoint at our office. So dont know how to get started. These are my sharepoint newbie questions

1. Is learning sharepoint worth the effort?
2. Where are the resources to learn sharepoint?
3. Is there any reference project I should considering aiming to develop?

Appreciate your inputs.

Answer 1

SharePoint has transformed my career in a such a positive way, I have become a huge advocate/evangelist and have a lot of passion for this technology.

I will say my career/role shift from technical business analyst into systems integration and application development can be almost directly attributed to learning SharePoint.

Quick background - Had previous IT infrastructure experience before I went back to university to get my bachelor's degree. Studied business and MIS, eventually was recruited to work for a company to basically do financial analyst stuff. The company implemented SharePoint version 2.0 soon after I got there. Having some minor exposure to the product previous to my employment, I was put on the project team for the initial roll out. I implemented the first SharePoint portal for that company (and it was a crappy one let me tell you) and I was hooked even with all the failings of SharePoint v2!

Fast forward a few years, now I'm a full time developer, integrating legacy business processes and applications into the SharePoint environment. FAR more interesting than writing pro forma budgets or forecasting maintenance costs...

So I will say this - SharePoint is completely worthwhile to learn.

On Training: There are a ton of training materials available for WSS/MOSS, from end user all the way to architect level.

For an experienced devloper I think the most valuable training you can attend is an administrator's boot camp. Getting such a deep dive into the guts of SharePoint is super valuable, from these aspects:

1. Server side debugging and troubleshooting efforts on SharePoint apps.
2. From a solutions engineering perspective: Understanding what can and can't be done in SharePoint and most importantly - why
3. Having a deep understanding of the OOTB features of SharePoint so you can leverage that functionality instead of recreating the wheel constantly

I hope this helps answer some questions. Good luck!

Answer 2

1. A lot of companies I have worked for in the recent past have used SharePoint and need customizations for it so I would say yes. Also, apps which run in SharePoint and as a standalone are very handy (and some would say trendy) at the moment.

2. When customizing SharePoint you should look to building web parts which consume it's API. This is no different than any other ASP.Net web part, save for the API. When I need info I usually look to Scott Guthrie (The Gu) at Microsoft for information. And he did not disappoint this time, here is a blog post with some great articles and links. Scott Gu on SharePoint Web Parts

3. If you have MSDN (or Tech Net) I believe they have a developer addition of SharePoint. I would load it up and just start playing around. See what the interface looks like and how to make customizations without code changes and then move on to making some custom web parts. Have fun!