Acties:
  • 0 Henk 'm!

  • urk_forever
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:13
Hallo allemaal,

Ik zit wat rond te kijken naar vacatures en kom daarbij ook vaak vacatures voor SharePoint ontwikkelaar tegen. Maar ik heb niet echt een beeld van wat de dagelijkse werkzaamheden van een SharePoint ontwikkelaar zijn. Ook in de vacatures wordt dat niet echt duidelijk. Zijn hier mensen die werken als SharePoint ontwikkelaar en die aan kunnen geven wat zij doen?

Ik wil graag een beeld krijgen of het eventueel iets voor mij is. Ik ben zelf namelijk momenteel .Net ontwikkelaar en nogal breed georienteerd (WinForms, WPF, ASP.Net, mobiele apps etc) maar ontwikkeling voor SharePoint heb ik eigenlijk nog nooit gedaan.

Hail to the king baby!


Acties:
  • 0 Henk 'm!

  • MrSleeves
  • Registratie: Februari 2004
  • Laatst online: 26-06 22:24

MrSleeves

You'll thank me later.

Ik ben (o.a.) SharePoint admin en je kan heel veel custom componenten toevoegen aan SharePoint. Eén van de bedrijven die wij af en toe raadplegen (ETTU, Gouda) specialiseert zich in SharePoint en heeft volgens mij een hele berg componenten op SharePoint ontwikkelt.

Uiteindelijk is het imo gewoon .Net ontwikkeling maar dan met extra SharePoint libraries. Dit is wel wat specifieker en je moet wat meer handelingen doen voor je aan de gang kan (je hebt toch een SharePoint installatie nodig om te kunnen ontwikkelen).

Op zich heb je denk ik wel de basis om dit te kunnen doen en je zou het best snel op moeten kunnen pakken.
Bij ons is ontwikkelen op ons platform wat lastig aangezien mijn kantoor maar een onderdeel is van een groter bedrijf en onze portal ook bij het hoofdkantoor staat en we daar wel enigszins van afhankelijk zijn.
Meeste wat ik doe is met de standaard webservices en javascript, zodat ik geen goedkeuring hoef te vragen aan het hoofdkantoor.

(Met wat moeite kan ik nu eindelijk een workflow tool gaan selecteren voor de totale farm; als je het dan over SharePoint ontwikkelen heeft, is dat wel een mooi voorbeeld. Kijk maar bij Nintex of K2)

30Drie Web Design & IT Consultancy | Raven Consultancy Services


Acties:
  • 0 Henk 'm!

  • urk_forever
  • Registratie: Juni 2001
  • Laatst online: 17-07 21:13
Bedankt voor je antwoord. In feite is het dus grotendeels .Net ontwikkeling op de SharePoint api? Van wat ik zo begrepen had is de documentatie van die api wel wat summier, klopt dat? Op het gebied van Workflow Foundation van Microsoft heb ik al wel redelijk wat ervaring, dat lijkt dan dus ook van toepassing te komen.

Hail to the king baby!


Acties:
  • 0 Henk 'm!

  • MMaster23
  • Registratie: November 2002
  • Laatst online: 08-07 11:36
Er zijn in feite vele vormen van development als je SharePoint als basis gaat aanhouden. Ikzelf zie ze als 3 verschillende vormen:

- Code-less programmeren. Dit is voornamelijk het in mekaar zetten van oplossingen op basis van bestaande componenten. BI kan hier een enorme rol in spelen om informatie inzichtelijk maken (vaak het doel van een (business) applicatie.

- Programmeren onder SharePoint 2007 / 2010. Dit is inderdaad .net programmeren waarbij je vasthoudt aan specifieke SharePoint API's. Bewezen systeem (hoewel de investering voor kleinere bedrijven niet de moeite waard is). Tevens moet je zogeheten SharePoint farm je code wel gaan vertrouwen en kan dus de stabiliteit en snelheid van het SharePoint farm in gevaar brengen. Er zijn tegenwoordig in 2010 steeds meer isolatie mogelijkheden om dit te voorkomen maar dit is niet in iedere situatie inzetbaar / haalbaar. Cloudhosted SharePoint zullen je custom code per definitie weigeren of support op je farm in ieder geval intrekken. Custom code in hosted omgeving = 0 support = onbetrouwbaar.

- Programmeren onder SharePoint 2013. Je hebt hierin de bovenstaande keuzes ook nog steeds maar er is ook een nieuw "hybride" model aangenomen. Je programmeert nog steeds in .net maar meer traditionele vorm en niet in de SharePoint omgeving danwel SharePoint sandbox. In plaats van dat je code leeft in het SharePoint farm, zal je de code elders moeten hosten. Je roept vervolgens via (geloof REST gebaseerde) APIs SharePoint los aan. Om lees/schrijf rechten te krijgen in een SharePoint stuk moet een gebruiker dan eerst je eigen "app" goedkeuren a la Facebook apps. Dit is ideaal voor grotere SharePoint omgevingen en de cloud (o.a. Office365 van Microsoft zelf) omdat er geen custom code meer op de farm draait. Om je custom code vervolgens beschikbaar te maken kun je gebruik van je eigen asp .net server, hosted .net servers gebruiken of nu gratis bij Office365 een instantie van Windows Azure.

Zelf ben ik een System Engineer en SharePoint is een van mijn focuspunten. Bij het bedrijf waar ik werk, doe wij ook veel SharePoint development en in de SharePoint wereld zijn skilled programmeurs (en engineers) steeds meer nodig. Ten onwille van spam zal ik de naam van mijn werkgever hier niet noemen maar wij vinden SharePoint zeker een belangrijk focuspunt en kan de komende 5 jaar zeker nog een interessant carrierepad voor je zijn.

Onwijs meer informatie kun je terug vinden op http://dev.office.com of MSDN: Apps for SharePoint overview