Das Beste, was du tun kannst, um ein großartiger SharePoint-Entwickler zu werden, ist, ein erstklassiger ASP.Net Web Forms-Entwickler zu werden. Dazu gehören HTML/CSS, der Seiten-/Benutzersteuerelement-Ereignis-Lebenszyklus, JavaScript, XML/XSL und alles andere, was in eine Web-App gehört. Wenn du das Gefühl hast, dass du das drauf hast, wird der Wechsel zu SharePoint nicht allzu schwer sein. MOSS 2007 & SharePoint Server 2010 sind im Grunde genommen einfach sehr komplexe ASP.Net-Anwendungen (jeweils v2.0 und v3.5).
Das nächste, was du tun würdest, wäre wirklich SharePoint als Power-User zu erlernen. Mache dich mit allen verschiedenen Teilen von SharePoint vertraut und wie sie interagieren - nicht nur mit Webparts, sondern auch mit allen verschiedenen Website-Einstellungen (zumindest auf der Websammlungsebene, wenn nicht sogar Administrationsebene), wie die Veröffentlichungsfunktion funktioniert, wie Workflows mit SharePoint integrieren und wo, Listen, Bibliotheken, Website-Spalten, Inhaltstypen, etc.
Wenn du dich damit sicher fühlst, wie man SharePoint benutzt, und alle Vokabeln für alles gelernt hast und wie sie im UI interagieren, tauche dann in das Objektmodell ein. Ich empfehle nachdrücklich die Verwendung des WSPBuilder-Add-Ins für Visual Studio anstelle des Microsoft-Add-Ins. Warum? Microsoft verbirgt zu viel davon, wie Features/WSP-Pakete tatsächlich erstellt werden, und macht es für einen neuen Entwickler viel schwieriger, alles zusammenzufügen. WSPBuilder integriert all diese Logik direkt in die Struktur deines Projekts und macht es viel einfacher zu erkennen, wie alles zusammenpasst.
An diesem Punkt geht es darum, im Auge zu behalten, was man wann freigeben muss und was nicht - lade dir das SPDisposeCheck-Tool herunter, um dir dabei zu helfen. Denke immer daran, den SQL-Server als Blackbox zu behandeln, und nimm dir einen Tag Zeit, um rudimentäre CAML-Abfragen zu lernen - dann kannst du CAML wie der Rest von uns hassen. :)
Weitere Quellen: