Editorial

The User

Thinking that programming is about programmers is the worst mistake you can make. The single most important aspect of programming is the user. Keep this in mind through all the discussions we have, even down to the lowest technical details of an operating system. The only reason we need programming is for users.

This is an excerpt from my book What is Programming?, a complete outline to all the skills a programmer needs.

Who is the user? As they are the people we ultimately serve, we need to understand who they are, and who they aren’t. In the most abstract sense, a user is anybody using technology to accomplish a goal.

It’s the photographer touching up their photos. It’s a gamer relaxing behind a controller. It’s friends talking to each other on the phone. It’s an accountant entering numbers into a spreadsheet. It’s the thousands of people browsing social media, or the few organizing a weekend getaway. It’s a hungry man ordering a burger late Saturday night. It’s a musician putting the final touches on their new masterpiece. It’s the medical researcher trying to create a new vaccine.

The list focuses on people doing real things. I’ve intentionally omitted a lot of what I consider to be secondary users. These are people producing tools for other people to serve end users. These are the administrators and programmers who use technology and libraries. We’re users, but a special category. Our requirements need to be met, but ultimately we need to cater to the primary user.

Note that I haven’t mentioned software here. A user doesn’t care about software, hardware, or anything in between. The user has a high-level, real-world task. Many components need to work together to help them. Thinking about the hardware, software, and process separately does a disservice to the user.

Ideally, the user’s thoughts never leave their application domain. They shed no worry about the bits they are using, blending them seamlessly into their life. One approach here is to create a persona. Define a fictional person, their name, their job, where they live, and everything they do. Provide a flow for this person by trying to be part of their life. We need empathy to understand their problems. Any time we make a decision, we must consider the impact it has on those users. Frustration arises from mismatches in expectations, not necessarily defects.

Furthermore, we need to consider what abilities our user has. They aren’t as computer literate as us — again, their thoughts ideally don’t need to leave their domain. Getting into the user’s head lets us use terms, symbols, and processes they will understand. The user shouldn’t have to read this book to use the tools we make.

Way beyond knowledge, not all humans are created the same. Not just disabilities, but minor variations, like finger size, can make applications hard to use. We don’t all have the same reaction time, nor the same appreciation of, or even ability to distinguish colours. In a world where everything is connected, we have to consider all people. Leaving even a few behind is unfair.

Creating good software requires understanding our users. Who are they? What are they capable of? What do they want to do? This goes well outside the realm of programming, to all development teams. There is only one reason why we develop software, and it needs to be at the forefront of our thoughts, always.

The user.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s