I'm a technolgist at TodayTix, the posts below are about work, but probably don't reflect my employers opinions. If you want to connect about work related topics, then this is probably the best place to do it. Work related tweets @workoworko
Recently I’ve been doing lots of work with voice interfaces. Globally AKQA has been working with clients on VI since it started to go mainstream, and in the UK we’ve helped Jamie Oliver and Arsenal get onto the Amazon Echo platform.
VI is also a lens to use when looking at system or service and figuring out what an MVP really is. By it’s nature VI is a paired back user experience - so if you have an experience that works well for voice users then you probably have a good idea of your core use cases.
From a technology perspective it also starts to place some new demands on engineers. It forces technical teams to think differently about infrastructure, code and server less at scale. The separation between code and infrastructure can get messy when working with AWS Lambda (and similar services), so it’s extra important to focus on code and build pipelines for anything but the most trivial use cases.
Developing for voice also highlights something I think is increasingly important for engineers - the ability to bring service design thinking into software / sprint planning. There’s an increasing overlap between writing software that doesn’t have dead ends and handles exceptions well, and managing the user through options and occasions frustrations of voice interfaces.
Test automation, unit and integration tests are even more important than usual (though I’m not sure how much more important you can make these kind of tests!). Manual testing of voice services is slow (you can’t really speed it up), so you need to have good test coverage to have high confidence in your software and for the team to be able to work at a decent velocity.
It’s also important for everyone on the team to spend time using voice services and to understand the emerging design patterns and expectations of regular users. In the early days of television it was apparently common to meet people who appeared on TV shows but refused to own a television set. The same approach won’t work if you’re developing VI. Using an Echo or Google home on a regular basis is the only real way to understand the possibilities and frustrations of voice interfaces.
2017-05-17 14:25:25 GMT permalink
Almost every day there’s some new buzz, hype and occasional factual statement about self driving cars. The intersection (pun intended) of technology, user experience and transport policy is an interesting place.
From a technology perspective it feels like autonomous vehicles could be the equivalent of the space race for our times. As a side effect of getting people on the moon, NASA is also credited with inventing everything from Nike Air to better dentistry. Whilst the self-driving car industry is still in its infancy, innovations in detailed mapping, artificial intelligence, motion detection, capacity planning, battery technology and machine learning (to name but a few) have already started to have a significant impact on the technology we use everyday.
But transport and mobility matter a lot more than as a way to get a more accurate vacuum cleaner. The relationship people have with cars is complicated. Much of what has been written about vehicle ownership, usage and urban planning doesn’t take into account the irrational choices that people make around transport everyday. How autonomous vehicles fit into real world scenarios is going to be complicated, and based on how politicians handle most rapid technology change, I’m not optimistic about how smoothly the polity will adapt.
In many ways the motor car has been one of the most liberating inventions of the past 150 years. If I was so inclined, tomorrow morning I could pile up the car and drive to the South of France (or more likely the west coast of Scotland) with a level of ease and freedom not possible 100 years or so ago. Yet, despite having a car I don’t really self identify as a driver. It’s something I do, but I’m more likely to say I’m a cyclist or walker. But I’m conscious for many people driving is a very important part of their identify, and for some people the self-driving car represents a challenge to the idea of what it means to be human.
As with most complex technology problems, it’s easier to get to grips with them if you start by trying to build your own version. A self-driving car is a bit of a leap, but the next step for the location aware drinks trolley I build last year is probably autonomy. Even if I don’t get as far as a universal product, a beer wagon that can navigate my office is probably a pretty good place to start.
2017-01-30 22:28:23 GMT permalink
Most agencies have a Friday drinks routine. At AKQA London there’s a couple of Virgin Atlantic drinks trolleys that do the rounds. Split over 3 large floors, it’s sometimes hard to know exactly when your G&T is going to arrive. To counter this problem we decided to upgrade the drinks trolley.
The CRD team have been adding estimote beacons across the office (15 or so per floor). These give pretty good coverage, more than enough for a drinks trolley tracker. There’s a few ways you could check the location of the trolley, but it made sense to use all those beacons.
To turn the trolley into an IoT device, we used an Intel Edison hooked up to a SparkFun battery pack. The Edison is Intel’s small connected prototyping device. Think an Arduino but with a bit more power and built in WiFi and Bluetooth.
The Edison runs a version of Linux and you can write apps in a variety of languages including node.js. Using the Bleacon library I wrote a simple script that uses the onboard Bluetooth to scan for beacons.
When the Edison finds a known beacon, it calls a service to let it know which beacon is nearby. To keep things simple we are using AWS API gateway and dynamoDB so there’s no server side code to manage. There’s a second endpoint that returns a list of places the trolley has been. We then use this data to populate a simple website to tell people where the trolley is.
It’s a fairly silly application for IoT, but it shows how you can create a proof of concept without lots of infrastructure. The good news is we now know where the trolley is. The bad news is that it doesn’t make it arrive any sooner.
2016-09-16 14:50:38 GMT permalink
2016-08-23 21:03:58 GMT permalink
Next month parliament will debate the removal of performing arts from exam options for 16-18 year olds. The debate will only take place because over 100,000 people signed an online petition. MPs on all sides seemed to have little understanding of the impact that creative and performance based subjects have on students. Both on their potential futures and the needs of businesses.
I am someone who benefited enormously from studying music and drama throughout my schooling. In particular studying performance based subjects at GCSE, A-Level and then at degree level. These studies equipped me for life and work in many ways.
These studies introduced me to a creative literacy that I hadn’t experienced before. The ability to communicate abstract thoughts or big ideas through sound, word or gesture wasn’t always part of my life. I grew up in a declining northern town in the 80s and 90s. Performing arts field trips to local theatres and concerts opened my mind to a broader view of the world. It wasn’t easy for most 16 year olds to stumble across Brahms or Brecht in Rochdale.
Beyond exposure to a broader hinterland, these performance lead studies also started to develop a set of softer skills. They gave me confidence in-front of an audience, the ability to communicate as part of a group and an understanding the importance of rehearsal time. These are skills I continue to use and develop as part of my day-to-day work. Without them I wouldn’t be able to do the job I do now.
As with most of our daily lives, technology plays an increasingly important role in performance and the arts. I spent my late teens playing with a whole range of niche and now obsolete devices. Trying to wrestle their output into some sort of communication or emotional response. I do the same sort of thing now, just with a different set of technologies.
The key skills of the future are creativity and communication linked to technical capability. We should be encouraging more children to take creative performance based subjects seriously, not fewer.
2016-06-09 10:58:07 GMT permalink
Yesterday at AKQA London, Alec Ross took part in a Q&A. Ross is former innovation advisor to Barack Obama and Hillary Clinton. The session was wide ranging covering genetic testing, cyber warfare and the US election. But the topic that got me thinking was when Alec described the skills that people will need in the future to be employable in a more automated world.
Alec’s answer was that people will need to combine excellence in technology, creativity and the humanities (social sciences, psychology, politics etc…). The need for “creativity in the age of automaton” isn’t a new idea. But humanities in the age of automation was a new addition!
Listening to Alec I realised that many of the best developers I’ve encountered in my agency career would already fit this profile. Developers with a background in music or fashion or cartoons or in some other discipline beyond just computer science. Some with a pure computer science background often have a hinterland - a not so hidden passion for triathlon or pickled onions.
This isn’t a plea for developers who don’t know their (pickled) onions. Deep tech knowledge, and a genuine understanding of the fundamentals is mandatory. It’s a recognition of the fact that a well turned out line of code on its own isn’t going to be enough. Solving complex problems requires deep collaboration. Collaboration with people of different disciplines and levels of technical expertise. The most successful agency side developers are not just receptive of input from designers, strategists et al. They are empathetic to the objectives of different disciplines and able to contribute to the process.
We often talk about T-Shaped individuals (especially when hiring). This sometimes masks the reality of an organisational structures and processes that make it hard for such people to succeed.
Finding ‘renaissance’ developers today is one thing. The T-Shaped developers of tomorrow are probably a bigger concern. If Ross’ hypothesis is correct then current trends in UK education policy are a serious concern. Rather than reducing the emphasis on arts and creative subjects, we should be emphasising the importance of these. Not at the expense of STEM subjects, but in conjunction with them. Perhaps I’m biased - I’m Music Tech graduate, who works in technology.
2016-02-24 12:32:46 GMT permalink
2016-02-22 11:57:32 GMT permalink
2016-01-07 12:55:04 GMT permalink
2015-09-22 22:04:53 GMT permalink
In the rush and push of the working week it’s easy to forget the tools and tricks that hold things together. Recently a colleague asked about a little workflow trick I’d been using and I realised I’ve never jotted down and shared a list of my day-to-day toolset, so I’ve posted the list below.
This doesn’t include the pure developer tools I use such as Sublime Text or Vagrant but hopefully the more general ones that might be more generally useful (I’ll post a geek tools list another time).
The reason I find Workflowy so useful is that in many ways it mirrors the way that I think. Infinite lists of bullets, searchable, taggable and sortable. And also shareable, so that you can turn a list into a collaborative workspace.
Twitter + IFTTT + Instapaper
This isn’t a single tool, but a neat little workflow trick. When I’m pushed for time or on my daily commute where I can’t always get a good data connection I often see interesting and useful articles on Twitter. When I tap the ‘favourite’ icon in Twitter, IFFT jumps into actions and pushes that article into Instapaper for me to read later.
It’s not the elegant toolset of the drive apps that make it essential (though simplicity helps), but the simple power of cloud based functionality. It’s on all my devices, I don’t have to back it up, it’s pretty secure (with 2 factor authentication enabled), doesn’t run out of space (for a small fee) and I can quickly turn some private thoughts into a shared workspace. Remind me again why I want files on a local hard drive?
Some people “don’t do social media” and I respect them for it, they must be really smart. For me Twitter is often where I get lots of professional tips, articles and background info. In short it makes me look smart, arming me with facts and figures. Tweetdeck is my way of filtering and making sense of the thousands of tiny fragments of information that are flying through my feed every hour.
Slack / Skype / Hangouts
This could be called “not email”. I’m not loyal when it comes to the ever more commoditised world of realtime chat. If you’re on Skype, prefer Google Hangouts or Facetime then jumping on call is good with me. In a world where it’s about working with the best people, no matter where they are, video calls are unavoidable - but they’re not the only answer. Recently we’ve been using Slack on some global projects and the power of asynchronous group chat and file sharing on projects that run across multiple locations and timezones is invaluable. HipChat is pretty good in this space, but if you’re not tied to the Atlassian stack then Slack is probably an answer.
Need to test an app idea really quickly or show someone ‘how it might work’. Then draw a few screens on a piece of paper and then fire up Pop App and in few minutes you’ve got a tappable, sharable prototype.
Even the cut down writing interface of documents in Google Drive can be distracting - especially mid-afternoon when my notifications are firing at a terrifying rate. OmmWriter cuts the notifications and keeps it simple, perfect for focussing on getting the words just right.
In many ways Trello is the same as Workflowy (above), it’s a fancy, collaborative, list environment. But it’s the interactions and card like system make it different and a great way to create Kanban style boards to keep you (and your team) organised.
2015-06-01 21:47:30 GMT permalink