Skip to main content

SyncNorwich Review: Paper Prototyping


It’s been a long time since I’ve been to SyncNorwich. This is partly because I’m busier these days, partly because there’s only so many maps I can take, and partly because I’ve been contributing to other groups such as NRUG and NorDev. However, I’m incredibly glad that I came, with 22 other people, to SyncNorwich tonight because Harry and Rupert were amazing.

But more about them in a moment.

As usual, I looked around at the other people attending. Back in the early days of SyncNorwich, I recognised and could name 80% or 90% of the people who attended (that’s good coverage in any developers book!). Not so many now. Alright, I haven’t been to SyncNorwich for a long time, but the point is that less than 20% of the people attending tonight attended SyncNorwich when it first started. W hat’s happened to all the people who used to attend, but aren’t attending now?

SyncNorwich crowds have reduced by about 60% compared to in the past, but their membership has rocketed.

The tech community in Norwich, not just SyncNorwich, is changing again. I’ll be writing more about this soon.

My first, very brief meeting with Harry Harold (I’d had to run off to fix something or other) was at SynConf. A few months later we met again when we interviewed Neontribe for the then Norfolk Tech Journal, and Harry was kind enough to be on our Question Time panel at Norfolk Developers in October.

He was still a relative unknown to me at that point, but he was phenomenal. Harry possess a very unique charisma, which he demonstrated in January with a presentation on Preaching the Gospel at Norfolk Developers and then again at this years NorDevCon in February, alongside Rupert Redington. I received more feedback about Harry and Rupert’s NorDevCon session than any other (even more feedback that Jon Skeet’s!!) and it was all extremely positive. It was a no-brainer that they would be sensational when they repeated Paper Prototyping at SyncNorwich.

Harry and Rupert came here tonight to tell us that Paper Prototyping exists. They’re very excited about it and want to encourage us to try it ourselves. They certainly did all of that. They started off by telling us about the book, Paper Prototyping by Carolyn Snyder and about what Paper Prototyping is not:

  • A technique that works in windy conditions
  • Photoshop mockups
  • Wireframes
  • Early stage mockup

Despite there being no code or digital images, it is a heaven for people with a stationary fetish: it involves cards representing things like pictures, text, paragraphs of text, modal dialogues and buttons. Blue Tak is used to make buttons ‘clickable’.

I learned that Paper Prototyping is a way of getting users to test an interface before it’s implemented and even before a designer has knocked up some wireframes or photoshops. Harry and Rupert demonstrated this with the help of two volunteers. Harry presented them with a large piece of card with various other bits of card stuck to it to represent the widgets that formed the interface. Then, as the volunteers operated the widgets and expressed how they felt about the interface, Harry changed it to demonstrate the result of their actions. Meanwhile, Rupert recorded what they learnt from the volunteers on post-it notes he stuck to the wall.

They demonstrated how Paper Prototyping works and just how effective it can be.

All too soon it was over. Harry and Rupert’s performance was highly entertaining at the same time as being incredibly informative, and I can’t wait to see them again!

Originally published here.


Comments

Popular posts from this blog

Write Your Own Load Balancer: A worked Example

I was out walking with a techie friend of mine I’d not seen for a while and he asked me if I’d written anything recently. I hadn’t, other than an article on data sharing a few months before and I realised I was missing it. Well, not the writing itself, but the end result. In the last few weeks, another friend of mine, John Cricket , has been setting weekly code challenges via linkedin and his new website, https://codingchallenges.fyi/ . They were all quite interesting, but one in particular on writing load balancers appealed, so I thought I’d kill two birds with one stone and write up a worked example. You’ll find my worked example below. The challenge itself is italics and voice is that of John Crickets. The Coding Challenge https://codingchallenges.fyi/challenges/challenge-load-balancer/ Write Your Own Load Balancer This challenge is to build your own application layer load balancer. A load balancer sits in front of a group of servers and routes client requests across all of the serv...

Catalina-Ant for Tomcat 7

I recently upgraded from Tomcat 6 to Tomcat 7 and all of my Ant deployment scripts stopped working. I eventually worked out why and made the necessary changes, but there doesn’t seem to be a complete description of how to use Catalina-Ant for Tomcat 7 on the web so I thought I'd write one. To start with, make sure Tomcat manager is configured for use by Catalina-Ant. Make sure that manager-script is included in the roles for one of the users in TOMCAT_HOME/conf/tomcat-users.xml . For example: <tomcat-users> <user name="admin" password="s3cr£t" roles="manager-gui, manager-script "/> </tomcat-users> Catalina-Ant for Tomcat 6 was encapsulated within a single JAR file. Catalina-Ant for Tomcat 7 requires four JAR files. One from TOMCAT_HOME/bin : tomcat-juli.jar and three from TOMCAT_HOME/lib: catalina-ant.jar tomcat-coyote.jar tomcat-util.jar There are at least three ways of making the JARs available to Ant: Copy the JARs into th...

RESTful Behaviour Guide

I’ve used a lot of existing Representational State Transfer (REST) APIs and have created several of my own. I see a lot of inconsistency, not just between REST APIs but often within a single REST API. I think most developers understand, at a high level, what a REST API is for and how it should work, but lack a detailed understanding. I think the first thing they forget to consider is that REST APIs allow you to identify and manipulate resources on the web. Here I want to look briefly at what a REST API is and offer some advice on how to structure one, how it should behave and what should be considered when building it. I know this isn’t emacs vs vi, but it can be quite contentious. So, as  Barbossa from Pirates of the Caribbean said, this “...is more what you’d call ‘guidelines’ than actual rules.” Resources & Identifiers In their book, Rest in Practice - Hypermedia and Systems Architecture (‎ISBN: 978-0596805821), Jim Webber, Savas Parastatidis and Ian Robinson describe resour...