Why is it so important that you begin to read more extensively? Adult learners of a foreign language don’t have the luxury of learning to speak the way babies do. To a great extent, we must absorb a foreign language via written texts. The linguist Ferdinand Saussure tells us that written language is merely the external representation of speech; the spoken language is the basis of the written language. Thus, for a student of a foreign language, who usually doesn’t have as much verbal linguistic input as a baby has, reading is a way of getting familiar with the nuts and bolts of the language, a shortcut to developing an intuitive “feeling for the language” (Sprachgefühl in German, or, in Chinese, yǔgǎn 语感). And this path is what has, up to now, been very difficult for Chinese learners.
David Moser making the case for reading as a means to improve your spoken language. In the past, beginning to read Chinese was an arduous process but with the abundance of digital tools now available it’s far less time consuming for the adult learner. From The new paperless revolution in Chinese reading.
Imagine an environment with no advertising, that’s the idea behind BrandKiller, a project developed by four Philadelphia developers named Jonathan Dubin, Reed Rosenbluth, Tom Catullo, and Alex Crits-Christoph as part of as part of Penn’s annual PennApps hackathon.
Cribbed entirely from Wikipedia – it’s a good meta view of a design process.
Unlike analytical thinking, design thinking is a process which includes the “building up” of ideas, with few, or no, limits on breadth during a “brainstorming” phase. This helps reduce fear of failure in the participant(s) and encourages input and participation from a wide variety of sources in the ideation phases. The phrase Outside the box thinking has been coined to describe one goal of the brainstorming phase and is encouraged, since this can aid in the discovery of hidden elements and ambiguities in the situation and discovering potentially faulty assumptions.
One version of the design thinking process has seven stages: define, research, ideate, prototype, choose, implement, and learn. Within these seven steps, problems can be framed, the right questions can be asked, more ideas can be created, and the best answers can be chosen. The steps aren’t linear; can occur simultaneously and be repeated. A more simplified expression of the process is Robert McKim’s phrase; “Express-Test-Cycle”.
During brainstorming, have one conversation at a time.
Combine, expand, and refine ideas.
Create multiple drafts.
Seek feedback from a diverse group of people, include your end users.
Present a selection of ideas to the client.
Reserve judgement and maintain neutrality.
Create and present actual working prototype(s).
Review the objective.
Set aside emotion and ownership of ideas.
Avoid consensus thinking.
Remember: the most practical solution isn’t always the best.
Select the powerful ideas.
Make task descriptions.
Deliver to client.
Gather feedback from the consumer.
Determine if the solution met its goals.
Discuss what could be improved.
Measure success; collect data.
Although design is always influenced by individual preferences, the design thinking method shares a common set of traits, mainly; Creativity, Ambidextrous thinking, Teamwork, User-Centerdness (Empathy), Curiosity and Optimism.
We need brilliant people working in our companies to take them to the next level but we also need smart people with humility and flexibility in their thinking. There’s not always “one best way” to do something; there are many paths. We are better team mates when we listen, when others can challenge us, and when we can admit to ourselves and others that we might be wrong. VIA
… graphic interfaces are more about telling a good story than conveying real information. Our ultimate goal is to create screens that feel credible and authentic to the spirit of the story, and if they achieve that, we’ve done our job well.
It’s easy to see why there is often push-back on the results of usability tests (nobody likes to be told why their solution doesn’t work), but it’s important to remember that the goal is the same for everyone on the development team: to constantly improve the products we design. Effectively communicating usability results is one step towards designing better products. Via.
Having a standard process for defining severity means that you can be consistent in the way you assign severity and means that you provide the transparency needed for people to check your work. With an expert review,
deciding on the severity is more a matter of judgement, but there are three questions you can ask to improve your objectivity.
From David Travis a concise set of questions to help assign a rating:
Does the problem occur on a red route?
Red routes — frequent or critical tasks — are the most important tasks that the system needs to support, by definition.
Is the problem difficult for users to overcome?
Some usability problems are show-stoppers: users just can’t proceed.
Is the problem persistent?
Persistent problems — problems that keep cropping up — are more severe because they have a bigger impact on time on task and on customer satisfaction.
0 = I don't agree that this is a usability problem at all
1 = Cosmetic problem only: need not be fixed unless extra time is available on project
2 = Minor usability problem: fixing this should be given low priority
3 = Major usability problem: important to fix, so should be given high priority
4 = Usability catastrophe: imperative to fix this before product can be released
I’ve spent a great deal of time recently staring at ambiguous icons trying to guess their meaning and offer suggestions, it’s a fascinating study and mind numbing at the same time.
When designing icons for interfaces it’s important to note that a user’s understanding of an icon is based on previous experience. This came up recently when evaluating an interface’s usage of the checkmark symbol as a signifier of a change of state (in this instance selecting a photo). In my experience this has always signified completion or success when working through a task or a process, but it seems Apple and Google both are using this in entirely different contexts.
In her article “Icon Usability” Aurora Bedford argues that “due to the absence of a standard usage for most icons, text labels are necessary to communicate the meaning and reduce ambiguity”. I’m not sure this is possible in every instance but it’s a valid argument.
Icon labels should be visible at all times, without any interaction from the user. For navigation icons, labels are particularly critical. Don’t rely on hover to reveal text labels: not only does it increase the interaction cost, but it also fails to translate well on touch devices.
Real world design is often iterative – fail fast so you can succeed sooner.
Failing fast is one of those seemingly overly simplistic tenets that I often fail at achieving. Balancing perseverance (stubbornness) and the realisation that through failure we learn or succeed is often difficult to achieve.