My two cents about the challenges of the web of tomorrow.

YB
Younes Baghor - WebWizArt
5 min read  •  Apr 01, 2017

I recently switched to building web apps with web components, and during a meeting the question was raised about “How do we deal with these new technologies, old development went faster”. So I started to question myself “how can we adapt?”.

I started late in ICT, around 2007 and everybody said I was crazy for hopping on the HTML5 train. It would take years before the standard was there and then maybe already obsolete. But It seems that I made the right choice.

The major reason that I choose for HTML5 was because it would be the new standard period, there was no reason to avoid this, I just had to embrace it ASAP to become good in what I wanted to do, Web Development. I remember that I focused on ES5, HTML5 and CSS3, the bare bones of the web.

Today I see the same issues on the horizon, the only difference I see is that the tidal wave is much bigger. Not only do the bare bones change but also the architecture and the tools and libraries and above all an abundance of choice.

So from now on we have to focus on a few key points, go back to basics and build op from there.

On a technology level I would take it easy and focus on the bare bones and standards and the basics of the libs and tools we use.

When we are comfortable with this we can start Enhance Progressive.

I wrote an article about that Idea back in 2012 in “A Journey to a new workflow” and with some additions, the idea still stands today. The main idea is that you build up and only use the next layer if you can’t create your feature with the current layer, HTML -> CSS -> JS

“It’s a new technology, it’s immature and takes time to get it working in your company”

I noticed in several projects using web components that analysis and estimates are a problem. I think this is because of a mismatch between the way it was and how we work today. Today’s tools are different so are the libraries and the architecture we use. It’s a new technology, it’s immature and takes time to get it working in your company.

Changing the technology impacts more then only the development department it’s a change in your company. Analysts should now about these changes, they have to now what’s the definition of reuse and what is a component and the difference between Smart and Dumb components and the Store. and the impact when passing data to several children.

Changing the technology impacts more then only the development department, it’s a change in your company.

And there are no blueprints anymore for estimates, they must be recalculated, tested and improved but in no sane way we can just take over the ones we are using for years now.

I have trained several juniors in the past which all followed the same path:

Keep in mind that this will only work if your company works as a team on all levels, it will ask an extra effort of your staff, answering questions, manage people, update the systems, … Do know that this process will have an impact, and cost’s your team velocity, but you will win this back once the developer is trained.

Sales has to know which technology they are selling, they must be able to explain the customer that there is a shift in technology and way-of-work. As I said before, “It’s a new technology, it’s immature and takes time to get it working”. This way the customer is already prepared about flexible deadlines, and experimenting or chooses to use a known technology.

About all the new stuff don’t be frightened but embrace it and take it step by step, make sure that whatever you have reviewed and use is something you know and understand, only then can you build on top of your current knowledge to implement new things.

Such a big change involves all departments and teams of a company, it’s a combined effort.