Webinar recording
Summary
This is one installment in our series “In Own Words” by Voitanos asking experienced SharePoint developers to share their thoughts on the new development model for SharePoint - the SharePoint Framework. In this series, we ask each person a series of questions and let them share their thoughts.
Corey Roth
Hi. My name is Corey Roth and I am an independent consultant specializing in Office 365 and mobile.
What’s your background as a SharePoint developer?
As a SharePoint developer, I got my background started in around 2007, when I got thrown into a project in my first consulting gig. They said “Hey, you do SharePoint, at least pretend you do. You’re going out to the client next week.” I said “Great.” My first project was centered around SharePoint Search, so I started contributing in that area and started speaking about it and then for that as I later transitioned into the Office 365 development. People keep asking me about Search and it’s not something people focus on as much anymore.
How much time have you spent with the SharePoint Framework?
I would say with the SharePoint Framework, I started before it went to GA and I dabble in it is really the extent, honestly. I haven’t done any real projects on it, but I’ve been looking at it quite a bit to see how it will fit my clients’ needs.
What is your impression of SharePoint Framework today?
I like the direction it’s going. I’ve been doing a lot of mobile development, so I have a background there and they leveraged a lot of principles that platforms like Cordova used and with the basis on Node.js, the use of TypeScript. For me, that wasn’t quite the culture shock that other people experienced coming over from it. I see a lot of how those paradigms came over. I think they’re going in the right direction. I think it’s got a lot of maturing to do, but it just hit GA and there’s a lot of things coming. I’m excited about what going in the pipeline.
What is your impression of the SharePoint Framework roadmap?
I think it’s a good starting point. I’d like to see some pieces come to it and we’ll talk about that, but if you want to build a web part, it’s disconnected, it’s built on tool chains that are established for other communities and so I think it will work well. It’s just a matter of finally getting the last pieces that we need to do more of the advanced types of customizations that we traditionally did with the other model and as well traditional server-side code development.
What is your favorite part of the SharePoint Framework?
I think the roadmap has most of the things we care about on it. We have web parts now. We’re going to start getting things where we do more granular customizations on pages as well as the whole page itself. I think when those are all in play, you’ll be able to do some great customizations to SharePoint using this new model.
The shift to Node.js and TypeScript. I know that’s a challenge for some people, but I think it’s a great way to do it. It’s what I’m familiar with now and I’ve come to love it. I think it provides you a good environment, it’s decoupled from the server, and you can run it wherever and it gives you a lot of options, of course. You don’t necessarily have to borrow one Framework or the other, although it’s certainly easier with some, as we know. I think it’s a great way to do it.
What is the one thing you would change to SharePoint Framework?
When it comes to changing, I would like to see a little less dependency on React. It is a good choice for it and I understand it, but I think it’s also a big shift for a lot of people and I know other people have other preferences of Frameworks. Not that have to use React, but if we had a little more options and you weren’t quite so locked into it, you can argue if you are not, but I would like to see other options including Angular and whatever favor of view or JavaScript library that you’d like to use be supported. I guess they’re all supported, but want to see a little more.
What is the biggest challenge with SharePoint Framework?
I think the challenge is going to be adoption from Legacy SharePoint developers, honestly. As a SharePoint developer, we pretty much miss the world of and the ASP.NET stack. We were locked into what SharePoint provided us. We were always versions of the .NET Framework behind things like that. As a result, a lot of SharePoint developers didn’t have to learn some of the newer stuff and when they had to, it’s okay this is totally a shock to them. The switch to Node.js, different tooling, that’s just different and it’s not the structured C Sharp do whatever I want to on the server type of mentality. I think although a lot of other developers are already using this for single page applications and things like that, the SharePoint world, a lot of that passed them by and they’re having to play catch up.
Predict the future - Where do you see the SharePoint Framework Going?
As far as roadmap and where I hope to see the SharePoint Framework, I would hope to see a more mature generator, so, as I mentioned, we can generate different types of parts. I’d like to see more things that we could do. Right now, we’re limited to web parts. We know we have some things on roadmap that I would like to see full control of the page, I’d like to see be able to do anything to a list in document library, injecting things, any of those kind of customizations that we used to do with the traditional server-side models. I think we’ll see some of that probably come out to play here in the next six months to a year. On the adoption side, hopefully we’ll start seeing an uptick of that as well. Although, I think it’ll be a little slow going at first.
I think that will be the biggest challenge at least burning those tools and playing catch up to it a little bit.
We’ll attract new developers too, so that’s an interesting aspect as well.