Exciting Trends in Web Technology
( 12 min read )
Web tech is so fricken exciting right now.
- Offline-First Web Development
- Single Page Apps
- Responsive Web Design
- Progressive Web Apps
- Docker Containerization
None of these technologies are new in a sense. But it seems to me there's lots of activity around these topics this year. You can't seem to avoid a blog post or article without touching on any of these topics. And I think there is a very good reason for that...
...Because this shit is exciting.
Offline-First Web Development
Sounds like an oxymoron, but offline-first is the idea that a webapp can still function without an active internet connection. This will work wonders on mobile apps on smartphones and tablets. Chances are, you've run into this problem before. Say you're using Twitter and lose your Wifi and 3G/LTE connection. The latest tweets won't load, and good luck trying to do anything else.
Webapps are built with the always-online mindset, and offline-first is aiming to change that. One method involves syncing a local database on your web browser or app with the server's copy. If you lose connection while using the app, it will simply continue off the local database and sync back up with the server later.
Single Page Apps
Responsive Web Design
Ever see a website not appear correctly on your mobile phone, where the text and contents are very tiny or off the screen? You can still see this when requesting the "desktop version" of a website on a mobile phone. Its ugly.
Responsive web design adjusts the contents of a website for different screen sizes. This can be achieved in a number of ways but using CSS3 media queries seems to be everyone's favorite method. This does add some complexity to web design overall, because now instead of using fixed pixel div tags with specificly sized images, there are more percentage and row/column based positioning that needs to be accounted for. But the benefits of responsive web pages make the content of your website accessible to more people on different devices, and that's always a good thing.
Before responsive web design it seemed every website needed a separate mobile and desktop version. And that complicated things and could accidentally frustrate users with inconsistent experiences, say when a user can't find a link on one site that does, in fact, exist on the other version.
Progressive Web Apps
PWA or progressive web applications are websites that behave like a native app. They can be loaded onto the user's mobile device and work as if they've downloaded your app from the store. Combine this idea with responsive web design, and you could build ONE webapp that works the same across desktop, tablet, mobile, and mobile apps alike. PWAs have a manifest file that describes their webapp and behavior. This lets your mobile device read from and store the webapp like a native app on their home screen.
This can greatly simplify the experience for users, reduce network usage, as well as increase the speed of accessing and using your webapp for frequent users. It also can allow webapps to make use of push notifications and vibrate the user's phone just as a native app would do.
Build an app. Wrap it in a container. Publish the image to Docker hub. And deploy a copy anywhere. Its amazing and its going to take over DevOps and how we provision new servers and environments. Its like how Java can be "written once, run anywhere", at least, anywhere that has Java installed. Except Docker can run anything that's written for its Linux containers anywhere that Docker is installed.
Docker takes the headache out of configuring environments to run applications and databases. It makes each applicaiton or database its own independent container, or mini virtual machine, irrespective of the host operating system. It makes publishing, deploying, scaling, and configuring, as easy as possible. With many companies publishing official containers on the Docker Hub, its easy to get a copy of WebSphere Liberty, WordPress, or anything else with one command.
Traditional applications can be called monoliths. They'd have all the computational logic, business logic, data abstraction, and components all rolled into one massive application. Microservices architeture, while similar to service-oriented architecture, says that each applicaiton can be broken up into smaller mini applications or microservices. Each microservice will be focused only on one task can be scalled up as that service gets used more. For example, if you have a blog website, you could write the comment post action as a microservice, and it can take all the load of comment updates away from the bulk of the application. It can reduce network load, latency, and free up the rest of the application to do what it does best, like serving up more blog posts to users. Big companies like Netflix and Amazon utilize microservices to distribute high volume services away from others and scale them up to handle more users at once.
Serverless FaaS Apps
FaaS or Functions as a Service are pretty much what they sound like. A coded function will run as a service by a function platform, like Apache OpenWhisk. This can take some of the logic away from the actual application running on a server, and have small functions run without using the applicaiton server's cpu.
Functions can be fine-grained, focused, scalable, and simple. And they only run when their needed instead of running all the time on a server. After their done running they are destroyed by the platform until they're needed again. FaaS is commonly referred to as "serverless" architecture but I dislike the term because it can be misleading to thinking the app doesn't run on a server. Which is not true. It just doesn't run on your server.
Last but certainly not least, blockchain. This topic really needs its own blog post because its difficult to wrap your head around. I will try my best to summarize it here though.
Blockchain is a publicly distributed and decentralized ledger for transactions. It enables secure online transactions on a peer-to-peer network that validates transactions by hashing group of them or "blocks" of transactions using the previously hashed block to form a chain.
This could be used for a lot of things. Besides the cryptocurrency it offers as a means of paying for the nodes or miners who hash the blocks, it could also be used for, say, tracking shipments of food. A farm could ship crates and track their serial numbers across the region as crates pass through trucks and warehouses until it gets to supermarkets or stores. Every checkpoint would be a transaction in the chain and it would be recorded in the public ledger. Both the farmers and store owners would know exactly where each crate of food came from, where they ended up, and all the stops in between. If a recall on some bad produce were needed, only the specific crates that came from a single farm would be pulled from shelves and not all the produce, thus saving money and not throwing away other good food.
Blockchain is bleeding-edge technology right now, and will probably change the way we use the internet forever, just as how the internet has changed how we do business forever. Its too big of a topic at the moment and my definition is probably not 100% correct, so I highly encourage you to read more on it.
Published: Aug 10, 2017