As noted in the companion post, things moved fast and furiously in the web development world in 2013. Thus, I asked a number of our authors to help shed some light on what web developers might need to know for 2014. Specifically, I asked, “Looking into 2014, what do you think will have the most impact on the way web and/or mobile developers work?” Let’s see what they shared.
Developer Advocate at Telerik
Web Developer at Adobe
I’m absolute crap at guessing the future. 😉 Personally I’ve been really into static sites lately and I think we may see more of that in 2014. To me, the benefit here is the ability to have a dynamic web app in development that becomes simple static pages in production. This allows for simpler deployment. I come from a background of dynamic web apps based on large servers (ColdFusion), and while this is powerful, it is “heavy” in terms of production. If I can get something similar and be able to deploy as static files, I think that’s a huge win.
Web Developer at SandStorm Innovations
HTML5 Hybrid apps will (finally) be as fast as native apps.
Going back several years, we saw the dawn of mobile development. As we all know, mobile is now a major part of our daily web development lives. The players sure have changed; we’ve seen Apple, Google, Blackberry, Windows, and more have mixed success over the years since then.
In 2014, I believe we’ll see a similar shift. Some are calling it “the Internet of things”, but really we’re talking about interacting with the physical world around us. Already we’ve seen companies come onto the market like Fitbit that can track our footsteps to help us get fit.
iPhones have supported Bluetooth 4.0 for ages, but what’s changing now is that the newer Android devices are finally supporting it. Bluetooth Smart, 4.0, or Low Energy (LE) is the latest Bluetooth specification that allows us to interact with physical gadgets via this energy-saving protocol.
As we start to have ubiquity with “BLE”, it stands to reason we’ll see a huge upsurge in physical devices that can track or interact with the world around us. As web/mobile developers who have had to deal with different screen resolutions, we will now have the additional task of visualizing data from the pedometer in our pockets, controlling our homes’ lighting and alarm systems, or even using our phones’ 3D sensors to map the environment around us. That last bit sounds farfetched, but there are already companies working on mobile Kinect-like sensors — and of course, Apple has recently purchased 3D-sensor company Primesense.
All of this is why, in 2014, I think we’ll see a lot of opportunity to push our screens aside and get physical!
Senior Web Developer at McCormack & Morrison
I expect a great deal from Node. More applications like CMSes, frameworks and workflow tools.
Perhaps we can drop support for an IE version again? I surely hope so!
Web & App Developer
Today developers and designers write code for an almost infinite amount of different browsers and devices. Thanks to Responsive Web Design and media queries, we’ve solved a lot of issue in adapting a website for a great variety of screens. Nonetheless, there are still open issues. One of current main problems is serving content images for a wide range of devices, trying to serve the version that better suits each specific device. Content images are those part of the content, hence they should be shown using the
<img>tag. Until now, a lot of proposals have been published to tackle this issue, and cover the wider range of use cases, without success. We had the
srcsetattribute, and the
<picture>was deprecated and it seemed that
srcsetwas the answer. Later, the src-n proposal was made, discussed, and rejected. Few weeks ago, the
<picture>element proposal was resurrected, updated based on the feedback collected, and now seems that it has win the battle. Considering the story, you’ll understand my hesitancy in declaring that this battle has ended.
Although you can think to the problem of managing images as secondary, it’s very important. Consider that based on the latest statistics of HTTPArchive.org, images constitute about the 62% of the total weight of web page.
To wrap it up, I think a proposal to solve the problem of serving content images will win in 2014. The reason is that it’ll allow developers to spend less time struggling on what solution(s) to adopt to serve images properly while enhancing the response time of a website, which will, in turn, will lead to a better web for everyone.
Full Stack Developer
In 2014 I hope tooling around ES6 becomes good enough that people are encouraged to try out the new language features, giving their feedback and accelerating the implementation process.
Senior UI Engineer at Netflix
Product Manager at Telerik
In think in 2014 we’re going to see the true rise of the enterprise in mobile. This will be a major disruptor as it will see a significant increase in B2B apps, make Windows Phone 8 a legitimate third option, and potentially put muscle behind a smaller subset of established mobile development frameworks.
Evangelist at Adobe
I think the biggest impact will be from the evolution of devices themselves to have even greater capability for web content, fostering a new generation of web experiences. Devices are getting faster and smaller with every iteration, and runtime performance and developer capabilities for web content get better with each successive release. We now have on-device remote debugging for HTML content in iOS, Android, Firefox OS, and Tizen, bringing rich desktop-like debugging to many mobile device platforms. More and more devices are starting to be able to handle extremely high-end/rich experiences. Put these all together, and we have better tools and better hardware to build better experiences for the end user. The capabilities of devices and web performance are going to keep going up in 2014, and developer tools will continue to mature. I expect developers will take advantage, further blurring the line between native and web user experiences and performance.
Consultant and fullstack web developer
Brian has published in a variety of technical publications over the years, has presented at numerous conferences and events and has served as a technical editor on a number of books.
You can read Brian’s blog archive with 9+ years of content at remotesynthesis.com (he still posts, infrequently). You can find a full list of Brian’s past publications and presentations. Follow Brian on Twitter @remotesynth.