ClientsidePublished See discussion on Twitter
Recent trend articles are always the popular kind of thing to post on a blog, however I wanted to quickly writeup a simple little prediction about web development because the web is changing more than it ever has in the past.
In the past web applications were huge codebases, and more importantly the code was tightly merged meaning that the front end code (html) was written directly in PHP code. This was very helpful for the beginning of the web 1.0 revolution. PHP was and is a very powerful language to handle web sites and data, however as the web entered a new age browsers got far more powerful. Browsers started becoming more amazing, offering more access to the CPU and other OS-level features.
Browsers like Chrome and Firefox began to grow in user numbers, as well as features. Web developers began to test the limits of their browsers by making awesome experiments1. However the whole of web development didn't change that much, people shifted over to Node.JS as the fundamental server-side architecture from PHP, and their HTML was served in much the same way.
However the major key was that the shift to Node separated the server logic from the html through routers and tools like Jade. There was still a strict binding between the server and the client, however there was a fundamental shift from writing the client-side code on the server-side scripts.
And all was well with this new shift, companies were hiring Node developers and Rails developers instead of PHP developers. These companies called their positions Full Stack web developers, trying to find a developer who could do it all.
Another amazing bonus to this new architecture of web development, because of how simple it will be to develop complete web applications, and reduced cost for servers, more and more people will be able to build things on the web. The web has always been in a sense a walled garden with many of the plants growing over the walls. People could build little applications and things, yet when they went to share that with others there was an immense barrier to buy a domain name and a server to make their creation public. So with this new architecture anyone could get a free account on Github, Dropbox, or some other cloud storage platform, write some JS, HTML, and CSS and upload it to share with others.
However there are yet again some issues with this setup, as there were issues with the previous status quo, and the status quo before that. Exposing authentication processes to end users could end up being a very bad idea. This might change when services like Airtable and Fieldbook add Authentication plugins for their database management services. Yet for now most authentication needs to happen on the client-side of the application.
One other major flaw in this setup could be slower times, most current web frameworks such as Angular and React all have sections talking about fouc (flash of unstyled content) and how to prevent it (Angular handles this by having a skeleton app layout in the html that will get overwritten when the framework loads the data from the data source). With applications that run on the client, there are two primary render times, when the static HTML is rendered and when the data is ready to be rendered on the page. This can be something that will change as browsers get faster (with the new http2 standard and parallelism) and also with faster internet speeds, as well as hybrid storage techniques (localStorage).
Ultimately the web changes more often than a political candidate. It might start with a completely new server language to handle everything for web developers, and the next month everyone will shift to using some new JS client-side framework to build entire application platforms. One thing will not change as web development progresses, more and more applications will begin to be written as client-side applications.