speed of software deployments no longer hold. It is time to rethink how we do
software engineering.
from Ruben ortega’s “smartphones and Health systems Research at intel seattle” Intel Labs in Seattle, WA, hosted an open house on September 28, 2009 to showcase its research proj- ects ( http://seattle.intel-research.net/ projects.php). Intel’s health systems research encompasses myriad projects that are focused on long-term health
monitoring and care systems. Since
most people dislike carrying an extra
health-dedicated device, the research
has focused on adding sensors to the
technology people carry with them
everywhere—smartphones. The two
specific areas with the most potential
for near-term change are: (a) using sensors already present in smartphones
(accelerometers and GPS) to monitor
the movements and mobility of the
wearer and (b) building applications
that encourage ad hoc team-building
and tracking for people to help accomplish their health goals.
Sensor technologies on cell phones
can be adapted to help do long-term
tracking of family and loved ones. Accelerometers could be used to identify
different kinds of motion and measurement of “gait” in people’s movement.
By tracking and measuring the “gait” of
someone’s walking over time, the technology could help identify when someone is moving normally or if something
has changed and an individual’s walking gait is impaired. The information
that is captured on the device could either be stored and analyzed locally, or
uploaded to caregivers and health-care
providers. Given the ubiquity of cell
phones, the extra cost of adding sensors and inputs would be minimized
as the large volume production costs
should drive the price down.
A nearer-term application for smartphones would be to use their abilities
to connect people via data-sharing
technologies to form social health-sup-port groups. You could easily imagine
using an application to create teams
of individuals who are working to improve their own health. The first best
uses would be to create teams that en-
courage weight loss through the creation of ad hoc competitions modeling
TV shows like The Biggest Loser. Using
peer-pressure, peer-support, and real-time feedback, individuals could track
how their peers are doing in improving
their weight management over time.
Other potential applications would be
creating a tool so that compliance is
tracked among groups of people in taking medication or monitoring their insulin level, or providing a pregnancy application to contact other people, like
themselves, who are working through
the trials of a pregnancy to ask, “Is this
normal?”
The research being done at the Intel
lab is still in the formative stages. However, I am eager to see this technology
made into a product and launched so
that it moves from “good idea” to useful to its intended customers.
from Jason Hong’s
“Designing effective
Warnings”
In my last post, “
Designing Effective Interfaces
for Usable Privacy and
Security,” I gave an overview of some of
the issues in designing usable interfaces for security. Here, I will look at more
of the nuts and bolts of designing and
evaluating effective user interfaces.
Now, entire Web sites, courses, and
books are devoted to how to design,
prototype, and evaluate user interfaces.
The core ideas—including observing
and understanding your users’ needs,
rapid prototyping, iterative design, fostering a clear mental model of how the
system works, and getting feedback
from users, through both formal and
informal user studies—all still apply.
However, there are also several challenges that are unique to designing interfaces dealing with security and privacy. Let’s look at one common design
issue with security, namely security
warnings.
Computer security warnings are
something we see every day. Sometimes
these warnings require active participation from the user; for example, dialog
boxes that ask the user if they want to
store a password. Other times they are
passive notifications that require no
specific action by the user; for example,
letting users know that the Web browser is using a secure connection.
Now, if you are like most people I’ve
observed, you are either hopelessly
confused by these warnings and just
take your best guess or you pretty much
ignore most of these warnings. And
sometimes (perhaps too often) both of
these situations apply.
At least three different design issues
are in play here. The first is whether
the warning is active or passive. Active
warnings interrupt a person’s primary
task, forcing them to take some kind of
action before continuing. In contrast,
passive warnings provide a notification
that something has happened, but do
not require any special actions from
a user. So far, research has suggested
that passive warnings are not effective
for alerting people to potentially serious consequences, such as phishing
attacks. However, bombarding people
with active warnings is not a viable
solution, since people will quickly become annoyed with being interrupted
all of the time.
The second design issue is habituation. If people repeatedly see a warning, they will become used to it, and
the warning will lose its power. Worse,
people will expect the warning and
simply swat it away even if that was not
their intended action. I know I’ve accidentally deleted files after confirming
the action, only to realize a few seconds
later that I had made a mistake.
A related problem is that these warnings have an emergent effect. People
have been trained over time to hit “OK”
on most warnings just so that they can
continue. In other words, while people
might not be habituated to your warnings specifically, they have slowly become habituated to warnings.
The third design issue here is defaults. In many cases, you, as the system designer, will know more about
what users should be doing, what the
safer action is. As such, warning interfaces need to guide users toward making better decisions. One strategy is
providing good defaults that make the
likely case easy (e.g., no, you probably
don’t want to go to that phishing site)
while making it possible, but not necessarily easy, to override.
Greg Linden is the founder of Geeky Ventures. Ruben
Ortega is a technologist and startup enthusiast. Jason
hong is an assistant professor at Carnegie Mellon
university.