Skip to main content

Week 108: Back to school

After a long and hot summer, the kids finally started their new school year. We had some great times on holiday but it’s nice to be back restarting the weekly routine.

I marked the occasion by taking the traditional doorstep uniform photo, and posted a celebratory message to our internal all-hands Slack channel. It can be tough juggling work and parenting, and inevitably the two worlds collide at times, so I’m glad to work somewhere that acknowledges and supports working parents.

After the quietness of last week, the office was busier again, and I enjoyed the hubbub of catching up with people returning from holiday. I even got to meet Benjy in-person for the first time.

Homework

I spent much of the week with Xcode open, exploring design and SwiftUI code for iOS native apps. There’s a lot to learn.

I’ve been reading Apple’s Human Interface Guidelines and the SwiftUI documentation in more depth. Frustratingly they don’t always fully align with each other, a consequence of one being clearly written by designers and the other by engineers. But in general the guidance is good.

There’s also Copilot/Claude too. I’m trying to use it to teach myself things, to explain the design principles or discuss trade-offs, rather than just let it do things for me (although sometimes I succumb to the temptation). It’s tricky though, as the models trend towards (over)confidence and decisiveness, with nuance needing to be coaxed out of them. A useful tool, but not a complete replacement for reading the docs and trying out ideas for yourself.

One of the rabbitholes I fell into was exploring confirmation interfaces. These are often presented when you’re about to do something that has some consequences – in our case that might be closing an appointment booking transaction before you’ve got to the end of it, or removing a message from your NHS inbox.

In the iOS design language confirmations can either be presented in the centre of the screen as an alert, usually with cancel and confirm buttons, or they can be presented as an action sheet which animates into place over the button you just pressed, and just have a confirm button, with tapping elsewhere on the screen acting as cancel. Both are commonly seen. Apple’s guidance recommends using the action sheet to confirm intentional actions on iOS, but also suggests using both sparingly, with not all destructive actions needing a confirmation, particularly if they can be un-done.

For us working on the native NHS App, it’s been interesting to discuss these different options, and what it means for our own design and guidance.


Happy back-to-school for all the parents out there!