This week a group of us from Information Services are attending DrupalCon 2017 in Vienna and we are sharing our thoughts on the sessions we attend, recommending top sessions, and giving our key takeaways from our DrupalCon experience. Yesterday I posted our reactions to the first day of DrupalCon, and today we continue our DrupalCon reportage.
For two of our party, Tim Gray and Bruce Darby, this was a very exciting day as they were presenting a session on how we have used code sprints and collaborative development to build a community of users and developers around EdWeb. More on our first-time DrupalCon Speakers later!
As we embark upon our next big adventure, planning for the migration from Drupal 7 to Drupal 8 of EdWeb, the University’s central CMS, a group of us from Information Services are here in Vienna this week attending DrupalCon 2017. We are a small but diverse bunch of project managers, developers, sysadmins, and support staff who all play a part in building, running and managing EdWeb. For the next few days we’ll be sharing our thoughts on the sessions we attend, recommending top sessions, and giving our key takeaways – not the wurst variety – from our DrupalCon experience.
On Tuesday, we started DrupalCon the right way by attending the always entertaining Pre-note, followed by Dries Buytaert’s traditional Driesnote keynote presentation on the state of Drupal. We then set out on our different tracks, paths crossing at coffee and lunch, for the first intense but interesting day of DrupalCon sessions.
A few members of Information Services (and possibly beyond) attended Turing Fest at the start of August. Turing Fest describes itself as “four conferences in one; covering the product, strategy, engineering and marketing strands of technology. Spread over two days these four tracks shared knowledge and discussed topics at the cutting edge of technology with world-class engineers and technologists from a variety of industries.” It was held at the EICC here in Edinburgh.
Four delegates from Information Services attended the annual Design It Build It conference, an “an international conference for those shaping the future of the web”, held in Edinburgh again this year. The two-day conference at the EICC featured a wide range of speakers from start-ups to tech giants covering an overarching theme of “risk”.
I recently attended the UCISA annual conference and exhibition.
UCISA (Universities and Colleges Information Systems Association) runs an annual conference which is a great chance to meet with peers working in the sector hear about how others have addressed challenges and develop ideas on how we can overcome obstacles that are common to our community.
You can find out a bit more about UCISA here;
I am actually the vice chair for the infrastructure group which specialises in looking at things like Cloud computing, IT security, virtualisation and many other areas and if you want to know more about that please check this out here;
This year’s conference started with a bang and we had a fantastic presentation from Stefan Hytforrs.
Stefan is a freelance speaker who lectures on how innovation, disruptive technologies and behavioural change affects both the world of business and of course social change. Stefan presented a fantastic example of how new games like Pokomon Go have grabbed the attention of huge numbers of people and altered their behaviour. He shows a great example of hoards of people frantically chasing a virtual pokamon in fields and from a non participant’s point of view it looks simply incredible.
However his lecture really discusses far more interesting questions about what actually we regard as success. He sees the importance of community and people as the vital component in success and believes that really this is at the heart of success.
Stefan goes on to open or eyes to the fact that for the first time in our history we are truly connected, not in a hierarchy but in a peer to peer collaboration and it is here that things really start to resonate for me when we think about the objectives of the software development community of practice.
I highly recommend taking a look at Stefan’s blog and his videos, this is really a person interested in creating a better future
Scotland JS was held on the 2nd and 3rd of June at Dynamic Earth in Edinburgh. There were numerous talks, a few interesting and/or useful of which I have detailed here.
On June 1st I attended the ScotlandCSS conference. This was a first ever edition of this event with 11 speakers and very interesting talks. The event was divided into four blocks which included three talks per block and were followed by the Discussion Track. I have found this structure very functional as there was a good chance to talk to the speakers or ask some questions.
In this post I’m going to go through each of the talks over the two days and summarise what the speakers talked about. I’ll also adds links to the slides and videos as they become available for those who want to look a little bit deeper. In a separate post, I’ll talk about what the lessons are that we can learn in the University of Edinburgh; and what we can start doing today.
Last month, I got to attend the 2016 Design it Build it (DiBi) conference at the Hub in Edinburgh. This is the second in a series of three posts about my adventures.
My second DiBi post is focussing on some specific methods in UI design that were covered at the conference that could have a really positive impact on the overall user experience.
The UI Stack
Scott Hurff, Product Designer and Lead Designer at Tinder, delivered a very interesting talk titled Fight back with the UI stack. The UI Stack is what he uses to counter awkward UI, which he describes as:
“[Awkward UI] is a missing loading indicator. It’s forgetting to tell your customer where something went wrong. Bonus points for doing so with a scary error message. It’s a graph that looks weird with only a few data points. It’s a linear snap into place when introducing a new piece of data.”
So, meet the UI Stack:
Scott goes into a lot more detail on this on his blog, with lots of good and bad examples of each state – it’s well worth a read if of interest, particularly for some great examples on the states people tend to focus on less. But I will briefly summarise the 5 states:
Ideal State Where you want your users to be. The core screens. Perhaps what you’ve spent the most effort designing…
Blank State Scott splits this one down into three categories: how does your application look when the user first opens it, if the user clears all the data they have added, or when no results are returned in a search?
Error State How do you handle erroring out? Will data be lost? Are your error messages dramatic and technical, or friendly and instructional? Does it tell the user how to try and resolve the problem?
Partial State How do your screens look when partially / sparsely populated? Do you need to guide users towards the ideal state?
Loading State How does your application transition between screens? How does it handle loading?
It’s often easy to spot when something looks a bit wrong. But it can be a lot more difficult to then work out what needs to be changed or added to make it right.
Skeletons vs Spinners
A key part of the stack that often gets neglected is the loading state. So I wanted to mention a neat little idea that Scott and others at the conference touched upon: skeleton screens. These replace common loading animations like spinners with loading skeletal frames of the page. They can be used to improve the loading time of content by loading and rendering it in skeletal blocks chunk by chunk – but can also be useful just as a more gentle transitional loading animation.
Nowadays this is used a lot more, and not just in mobile apps or when loading things in by chunks. Slack renders templates of messages whilst it’s loading the actual ones, and displays them all at once. Facebook renders a fake news feed with blocks in while it loads all your stories.
Replacing your loading spinners with skeletal blocks of the sort of content users should expect to see can give the perception of faster loading and give users more immediate familiarity with the content when it does load. Plus, people hate spinners.
UX matters. A lot. We’re judged on it, and in reality we’re basically already using it as a performance measure whenever we ask our users for feedback on our work.
So, in summary:
Be sure to design everything, not just your UI’s ideal state.
Loading can impact the user experience massively. Plan and design that too.
Last week, I got to attend the 2016 Design it Build it (DiBi) conference at the Hub in Edinburgh. This is one in a series of three posts about my adventures.
One of the early talks at DiBi was by Anna Debenham on Games Console Browsers. Usage on these might be a bit higher than you think: Anna quotes that 26% of 14–24 year olds in the UK use consoles to visit websites. Interestingly, in an effort to get pages to render normally, most console browsers tell lies in their user agent strings – so it’s actually quite difficult to measure usage on them. But it was this slide that showed a tweet by Will Roissetter that really stood out:
The Hub filled with laughter from all the delegates at this seemingly strange behaviour. But then a memory stirred, and I began to feel a little… uncomfortable.
In August 2012, I completed my final student finance application using an Xbox 360.
Yeah, yeah… laugh it up.
My excuse at the time was that my laptop had died and had been shipped away for service. As to why I didn’t use my phone: no idea. But the point here is that I doubt this was a scenario Student Finance accounted for – but it worked.
Anna quickly pointed out that while she would go into detail on some of the console based browsers – her talk wasn’t really about games consoles. It was about how every screen can (and in many cases has) become some sort of web browser. Traditional “mobile” devices aside we now have web browsers on digital cameras, printers, cars, exercise equipment – even taps.
Now this is not a pitch to drop everything, go back and make everything you’ve ever built support a web browser in a digital smoothie maker*. The warning here was to not fall prey to designing things for the current three “device silos”.
This theme was echoed a lot in other talks: when designing for the web, design for users not for specific devices or specific screen resolutions. Not only will you create something that is much more future-proof, but it will help reduce technical debt. Ryan O’Conner, UX Creative Director for BBC News digital, spoke of his regrets when redesigning the BBC News app which launched early last year which – though it is responsive in its design – had loads of different “templates” for specific different devices and resolutions. They had quickly thrown in lots of variants and tweaks for very specific cases – and this has already become unmaintainable.
Because, silly device examples aside, the broad categories we’re becoming familiar with – mobile, tablet, computer – don’t make sense any more. Tablets and phones come in pretty much every shape and size now with the lines blurred between them (I will not use this word, ever). Combined laptop / tablets are becoming more popular. A desktop connected to a large screen can’t really be considered identical to a tiny netbook.
So destroy the silos, comrades! We can’t play catch-up forever designing to whatever device is “in” right now, or assuming everyone will or won’t do things on a specific device.
There will be more to follow on my exploits at DiBi over the next few days: apologies it’s taking me so long – I insisted on writing this on the web browser built in to my new internet enabled pepper mill**.
* Author not thorough enough to check if this was a thing or not.
** Patent pending.