Mi stavo chiedendo quali competenze e tecnologie dovrei sapere per iniziare un percorso di carriera in Sharepoint. So che dipende principalmente dal lavoro che sto richiedendo, ma deve esserci un certo numero di competenze di base comuni alla maggior parte dei lavori di Sharepoint.
Btw, al momento sono uno studente di CS che ha imparato solo Java.
per cominciare non avrai bisogno di un linguaggio di sviluppo, né di esperienza di sviluppo per imparare come usare le funzionalità out-of-the-box e il materiale CMS di base, ma quando inizi lo sviluppo personalizzato avrai bisogno di: -
libri che consiglio: -
principianti
Avanzate
Rispondo a questo perché hai detto "Inizia con SharePoint" e non "Inizia con lo sviluppo di SharePoint" e questo non è un atto di accusa o un'approvazione di SharePoint ma ...
Se sei in difficoltà economica e stai cercando un insieme minimo di competenze, posso dire con una certa autorità, perché la nostra azienda fa un sacco di lavoro su SharePoint, che molte molte aziende in realtà non sono interessate a nessun tipo di personalizzazione o lavori di sviluppo di qualsiasi tipo. La maggior parte del lavoro di "sviluppo", in realtà finisce per essere un sacco di lavoro infrastrutturale, l'impostazione di liste, la configurazione della configurazione di configurazione, forse un po 'di skinning, magari la distribuzione di alcuni componenti dello scaffale, forse un flusso di lavoro qua e là se sono fantasiosi.
Quindi è concepibile che almeno tutto ciò di cui hai bisogno sia una certificazione di amministrazione di SharePoint e alcune abilità di colloquio pazzesco e potresti essere in grado di fare un lavoro da qualche parte con SharePoint. Tuttavia, l'avvertimento ENORME qui è che ti porterà solo lontano. Se non si è a conoscenza del framework ASP.NET su cui è costruito, meno sulla programmazione Web in generale o su qualsiasi tipo di C # / VB se si sta facendo un flusso di lavoro, si incontrerà un blocco stradale piuttosto veloce. Ti indirizzerei alla risposta di @OmarQa per maggiori informazioni.
Uno degli sviluppatori più brillanti che abbia mai incontrato ha lavorato principalmente nello sviluppo di SharePoint personalizzato ed è stato profondamente codificato quasi tutti i giorni. Un altro che conoscevo proveniva da un background non tecnico e stanco di fare un po 'di programmazione il più possibile, ma quello che la gente voleva, così ha fatto bene. Quindi tieni presente che c'è un enorme spettro di lavoro all'interno.
Sto sviluppando per SharePoint 2007 (MOSS) da circa 4 anni circa con quasi tutto il tempo in codice personalizzato (non spellatura, non creazione di liste ma piuttosto scrittura di web part personalizzate, flussi di lavoro, modelli di elenchi con ricevitori di eventi , lavori con timer, ecc.) Non ho ancora avuto molte opportunità di lavorare con il 2010, ma da quello che ho visto, è più o meno lo stesso in termini di parti e pezzi da personalizzare, anche se il contenuto effettivo del codice può essere più complesso data la presenza di soluzioni sandbox, ecc.
In generale, questo è ciò di cui avevo bisogno per avere successo:
Lo sviluppo di SharePoint è, nel migliore dei casi, frustrante. La documentazione MSDN è spesso errata o fuorviante per quanto riguarda le strutture XML per la creazione di campi, tipi di contenuto, ecc. Io uso uno strumento di CodePlex chiamato WSP Builder che aiuta ma è esso stesso afflitto da cose che non sono corrette. Dall'esperienza ho imparato dove sono nascoste le mine e posso rapidamente girarle intorno ma guardo una nuova persona dopo che una nuova persona è esplosa. SharePoint non è un sistema molto facile da utilizzare e da scaricare in pochi giorni. Più sei a tuo agio con concetti come OOP leggendo il codice di altre persone più velocemente riuscirai a prenderlo ma è ancora una battaglia in salita.
D'altra parte, l'amministrazione di SharePoint è un po 'più semplice se non c'è bisogno di soluzioni complesse. Creazione di elenchi, impostazione di avvisi, utilizzo di shudder di SharePoint Designer per eseguire alcune modifiche al layout e all'aspetto delle pagine, attivando i flussi di lavoro di base: sono molto più semplici e possono essere raccolti da alcune classi. Ogni ambiente SharePoint ha bisogno di queste persone, non tutti gli ambienti vogliono sviluppatori come me. Mentre posso scrivere un codice più adatto a un bisogno interno, significa che ora c'è più codice che deve essere supportato dal personale piuttosto che dai prodotti COTS che hanno il loro supporto.
Parlare come una persona che intervista le proiezioni tecniche dei candidati, qualcuno con conoscenza di SharePoint ma nessun background di sviluppo o esperienza non passerà. È molto più importante avere le conoscenze e l'esperienza con i concetti di sviluppo rispetto a SharePoint in particolare. È possibile cogliere le peculiarità di SharePoint mentre si lavora con esso - non è possibile acquisire pratiche di sviluppo mature allo stesso modo. In breve, non vorrei lavorare con un'azienda che avrebbe sviluppato un sviluppatore non sviluppatore per SharePoint.
Supponendo che tu voglia sviluppare per Sharepoint, allora .net e C # sono un must
Leggi altre domande sui tag sharepoint