Characters in Earthsea – Wikipedia, the free encyclopedia

In Earthsea one character often has several names.

 

 

This is because in Earthsea, the true name of a person has power, and a wizard can wield total power over someone whose name he knows. Consequently, any person guards his true name closely, and only shares it with those whom he or she can totally trust. Through childhood up to puberty, children are known by a child-name; at their rite of Passage, about the age of thirteen, children are given a true name in the Old Speech, usually by a wizard, that they will keep for the rest of their lives. In the Kargad lands this is not done, and a name given to a child functions as that person’s name for life; it may, or may not, be the person’s true name.

In dealings with most people, the Hardic peoples of Earthsea use a “use-name”, usually a common word in the Hardic language (rendered into English) by which they are identified. Use-names are often words referring to animals (Dragonfly, Goha, Hare, Hawk, Hound, Lark, Murre, Otak, Otter, Sparrowhawk, Tern), plants (Alder, Apple, Aspen, Beech, Hemlock, Heather, Ivy, Lily, Littleash, Moss, Rose, Rowan, Vetch, Yarrow), stones and other substances (Diamond, Flint, Golden, Ivory, Jasper, Onyx); but some are simply sequences of sound without obvious meaning.

A person may keep one use-name all his or her life, or may change it at whim, or may be known to one group of people by one name, and to others by another name. While each true name only refers to one person, use-names may be shared by several people;

via Characters in Earthsea – Wikipedia, the free encyclopedia.

Snow Crash – Wikipedia, the free encyclopedia

Snow Crash – Wikipedia, the free encyclopedia.

Snow Crash is Neal Stephenson‘s third novel, published in 1992. Like many of Stephenson’s other novels it covers historylinguisticsanthropologyarchaeologyreligioncomputer sciencepoliticscryptography,memetics, and philosophy.

Stephenson explained the title of the novel in his 1999 essay In the Beginning… was the Command Line as his term for a particular software failure mode on the early Apple Macintosh computer. Stephenson wrote about the Macintosh that “When the computer crashed and wrote gibberish into the bitmap, the result was something that looked vaguely like static on a broken television set—a ‘snow crash’ ”.

The book presents the Sumerian language as the firmware programming language for the brainstem, which is supposedly functioning as the BIOS for the human brain. According to characters in the book, the goddess Asherah is the personification of a linguistic virus, similar to a computer virus. The god Enkicreated a counter-program which he called a nam-shub that caused all of humanity to speak different languages as a protection against Asherah (a re-interpretation of the ancient Near Eastern story of theTower of Babel).

Snow Crash was nominated for both the British Science Fiction Award in 1993,[1] and the Arthur C. Clarke Award in 1994.[2]

 

Putting people first » Are we becoming cyborgs?

Putting people first » Are we becoming cyborgs?

Also the New York Times is turning up the cyborg theme, but luckily more intelligently than CNN.

All the technology and internet use has changed how we interact. But are we also changing what we are?

The New York Times put that question to three people who have written extensively on the subject, and brought them together to discuss it with Serge Schmemann, the editor of the NYT magazine.

The participants: Susan Greenfield, professor of synaptic pharmacology at Oxford. She has written and spoken widely on the impact of new technology on users’ brains. Maria Popova, the curator behind Brain Pickings, a Web site of “eclectic interestingness.” She is also an M.I.T. Futures of Entertainment Fellow and writes for Wired and The AtlanticEvgeny Morozov, the author of The Net Delusion: The Dark Side of Internet Freedom. He is a contributing editor to The New Republic.

Can someone explain the ending of Serial Experiments Lain to me?*spoilers*

via Can someone explain the ending of Serial Experiments Lain to me?*spoilers*.

The entire world of “Serial Experiments Lain” is a computer simulation. Everybody in the series is a more or less sophisticated AI. Thus can hacking computers directly affect the world, thus can kids playing computer games accidentally kill people in the “real world”. It’s all computer data. All you need is the “protocol 7” that translates your computer data to reality, which is possible because you’re already inside a computer.

The whole world of Lain oozes electronic weirdness anyway. There are the steadily humming telephone wires, the unreal, moving shadows, the organic-looking high-tech – quite a lot of clues hinting at an artificial world. It’s almost a surprise that of all the people, only Iwakura Lain eventually understands what it all means.

And what does it mean? The entire message of Lain is that, as soon as you understand, truly understand that you’re nothing but data inside a computer simulation, you are able to transcend your own existence and become much more than a mere part of the simulation you used to live in. You actually gain the ability to directly rewrite the simulation – you cannot leave the computer you live in, obviously, but you are no longer restricted to what your original programming made of you. You become a god of the computer world you live in.

Serial Experiments Lain – Wikipedia, the free encyclopedia

via Serial Experiments Lain – Wikipedia, the free encyclopedia.

Serial Experiments Lain describes “the Wired” as the sum of human communication networks, created with the telegraph and telephone services, and expanded with the Internet and subsequent networks.

The anime assumes that the Wired could be linked to a system that enables unconscious communication between people and machines without physical interface. The storyline introduces such a system with the Schumann resonance, a property of the Earth’s magnetic field that theoretically allows for unhindered long distance communications.

If such a link was created, the network would become equivalent to Reality as the general consensus of all perceptions and knowledge. The thin line between what is real and what is possible would then begin to blur.

.

 

Towards an Astrophysical Cyberspace: The Evolution of User Interfaces

Towards an Astrophysical Cyberspace: The Evolution of User Interfaces

The design of cyberspace is, after all, the design of another life-world, a parallel universe, offering the intoxicating prospect of actually fulfulling – with a technology very nearly achieved – a dream thousands of years old: the dream of transcending the physical world, fully alive, at will, to dwell in some Beyond – to be empowered or enlightened there, alone or with others, and to return” – Michael Benedikt, 1991 (Bolter/Grusin 1999:182).

Complete Beginner’s Guide to Design Research – UX Booth | UX Booth

via Complete Beginner’s Guide to Design Research – UX Booth | UX Booth.

Research actually begins the moment we learn about a project, whether we acknowledge it or not. As user experience designers we aren’t content simply designing to specification. Instead, we ask questions. We take notes. We learn everything we can about our client and their audience—and that’s before we even begin! In this article, we explore the (purported) method to this (seeming) madness, appropriately known as design research.

A NOTE ON USER-CENTERED DESIGN

Design research is an integral part of the oft–misunderstood user–centered design process. This process, employed by user experience designers, is both iterative and cyclical. Its outputs serve as its inputs. Initially, solutions are proposed based on embodied, observable phenomena related to the problem space. Next, a design solution is agreed upon and then prototyped. Eventually, it’s tested against its target audience. Finally, the process repeats itself.

Design research, as described in this article, assumes the reader follows a user–centered design process.

What is design research?

Design research describes any number of investigative techniques used to add context and insight to the design process. Although this article discusses research in the context of contemporary UX/Interaction Design for websites, Design Research has been practiced for decades (since the 1960s) in the architectural, industrial, and academic communities. For a deeper look into this industry, check out publications like Design Research Quarterly, or consider attending the Design Research Conference.

Design Research techniques can be incorporated before, during, or after the design solution is established. If done before or during the design phase, these techniques are collectively known as user research; if after, they’re known as user testing. User research attempts to answer questions like “whowill use this design?” and “how does this concept work in the context of our users’ workflow,” whereas user testing seeks to answer: “how effective is this design?”

The diagram below provides an overview of user–centered design techniques,highlighting research activities in red.

A constellation of design techniques.

Young, Indi. 2008. Mental Models: Aligning Design Strategy with Human Behavior. New York: Rosenfeld Media.

PURPOSE

As previously mentioned, Design Research is conducted to add context to the design process.

It’s also used to combat the natural tendency to design for ourselves (or our stakeholders) rather than designing for our target audience. Don Norman, cognitive psychologist and author of The Design of Everyday Things, explains: “We tend to project our own rationalisations and beliefs onto the actions and beliefs of others.”
Without design research we tend towards a self–serving, uninformed design process.

ANALYSIS

The design team is ultimately responsible for analysis of user research. Analysis turns the data collected during research into actionable information. Prominent analysis techniques include (the creation of): personas, mental models, storyboards, nomenclature etc. Although the techniques described here will guide you in conducting research, the presentation and discussion of that data is more important.

MALLEABILITY

Design Research is littered with unanswered questionsHow many usersshould we interview (before we can decisively conclude what’s wrong)? What kind of research should I conduct? Should I conduct qualitative or quantitative research? etc. No one technique or approach is correct. It all depends on the fidelity of the technique and the context in which it is applied.

How is user research done?

User Research has the potential to be a sizable undertaking, depending on whether or not the client is iterating on an existing website or commissioning a new one. Regardless, it’s the researcher’s job to explain to their clients what the project’s goals and budget imply for the forthcoming research initiative.

Fortunately, all signs point toward a more casual, habitual approach to user research. Many of today’s practitioners eschew expensive laboratory or field research for rapid behavioral observation.

The following tools and their “plain–English” descriptions are based heavily on the article Can You Say That in English? Explaining UX Research to Clients first run on A List Apart in November, 2009. Although this list is far from comprehensive, it’s enough to get your team started conducting user research.

On a final note, if you need more comprehensive user research, I highly recommend following Indi Young’s Mental Models.

How is user testing done?

As previously mentioned, user testing involves asking potential users of your product or service to complete a (set of) task(s) using a version—ideally a prototype—of your product or service in order to determine its utility and its usability.

Thanks to the Internet, the practice of user testing has seen a dramatic shift over the past few years; despite the fact that it’s less than 50 years old. Nate Bolt and Tony Tulathimutte describe the prevalence of user testing in large organizations in their book Remote Research:

In-person lab research procedures were developed, refined, and standardized, and then became entrenched in the corporate R&D product development cycle. Practically everything gets tested in a lab nowadays: commercial Web sites, professional and consumer software, even video games.

Fortunately, user testing is becoming increasingly prevalent in smaller organizations.

TESTING PROTOCOL

Regardless of where it’s conducted, user testing always follows a similartesting protocol:

  1. Identify potential users (ideally done during user research, see above)
  2. Recruit potential users
  3. Create test guidelines
  4. Schedule test sessions with potential users
  5. Administer the test
  6. Analyze the results

A super–simple method for doing just this is explained in Steve Krug’s new book Rocket Surgery Made Easy: The Do-It-Yourself Guide to Finding and Fixing Usability Problems.

The names of the various methods in which user testing is done depend largely on the relationship of the proctor to the participant:

  • Lab research

    A Usability lab circa 1987

    A modern usability lab circa 1987

    Lab research describes usability tests conducted in a highly–produced, simulated environment. Researchers typically observe the test behind a one–way mirror and employ screen–capturing software, video cameras, etc. to document the test.

  • Guerrilla research

    Guerrilla research is a modern, lightweight take on lab research. Instead of renting a lab, guerrilla research is typically done on the spot; users are simply asked to complete basic tasks with a website or service, and the entire operation is recorded for later use.

    More informationWatch Steve Krug administer a simple test.

  • Remote research

    On Bolt|Peters‘ website Remote Usability, they define remote research as “any kind of research where the user and research moderator aren’t interacting face–to–face.” Remote research is the answer to the increasing cost and hassle of earlier research endeavors juxtaposed with iterative, agile development. Ideally, users are both recruited online and tested online, so that the entire feedback loop is handled at both parties’ convenience.

    More informationremoteusability.com.

Design research luminaries

The following people have contributed greatly to the field of experience design research. Follow the related links to see what they’re currently up to.

NATE BOLT

After pioneering and directing the User Experience department at Clear Ink in 1999, which included the construction of Natural Environment and Remote Observation laboratories, Nate co-founded Bolt | Peters. He now serves as el presidente, where he has overseen hundreds of user research studies for Sony, Oracle, HP, Greenpeace, Electronic Arts, and others. Beginning in 2003, he led the creation of the first moderated remote user research software, Ethnio.

Read Nate’s Blog

MIKE KUNIAVSKY

Mike Kuniavsky is a user experience design, process, and strategy consultant. He’s created successful and innovative user-centered digital technology for more than twenty years and for dozens of the world’s biggest companies. His typical work involves partnerships with senior level executives who want to create more successful products and a more compelling user experience.

Read Mike’s Blog

STEVE PORTIGAL

Steve is fascinated by the stuff of a culture—its products, companies, consumers, media, and advertising. All these artifacts and the relationships between them are the rules that define a culture—the stuff makes the culture, but it is the culture that makes the stuff.

Learn more about Steve

DAN SAFFER

Dan is a founder and principal of Kicker Studio, a design consultancy for consumer electronics, appliances, devices, and interactive environments, specializing in touchscreens and interactive gestures. When he’s not researching the latest and greatest in interface design, he works as an interaction designer.

Learn more about Dan

JARED SPOOL

Jared founded User Interface Engineering in 1988. He has more than 15 years of experience conducting usability evaluations on a variety of products, and is an expert in low-fidelity prototyping techniques. Jared is on the faculty of the Tufts University Gordon Institute and teaches seminars on product usability. He is a recognized authority on user interface design and human factors in computing.

Learn more about Jared

INDI YOUNG

Indi is an applications and navigation guru who began her work in Web applications in 1995. Her clients range from technology start-ups to large financial institutions. Projects include global corporate intranets, consumer finance and investment tools, enterprise software lead generation sites, knowledge management tools, workflow applications, and business-to-business e-commerce.

Learn more about Indi

ON TWITTER

@boltron

@mikekuniavsky

@steveportigal

@odannyboy

@jmspool

@IndiYoung

Tools of the trade

Much of design research is actually done in a question-and-answer sense; researchers ask questions, record responses, and analyze the results. As a consequence, the tools they use are mostly communicative or illustrative:

Sticky Notes

While you’re researching users, illustrating ideas, or performing a card sort, consider separating and physically playing with your ideas using sticky notes.

Notecards

When you don’t want your notes to be sticky, but still want to allow people the flexibility to move them around and play with them, use these. They’re a cheap, worthwhile addition to any research meeting.

Moleskine

Like the other “analog” tools listed here, Moleskines are great for jotting down and exploring ideas with users and stakeholders alike. Invest in a few of these notebooks and then bring them along to any collaborative session.

Flip Video Camera

Although any video camera will do, the Flip is great because its small, lightweight, and convenient. Researchers conducting interviews or contextual observations will quickly put them through their paces. Consider buying a couple (and sometripods) for your team.

Ethnio

Need to get in touch with potential users? If you’ve already tried Twitter or bugged enough of your Facebook friends, consider sourcing users from your existing website usingEthnio. Ethnio works well because it gets users actually in the act of doing something with your website before you ask them questions about their experience.

Skype

Combined with an application such as Audio Hijack Pro, researchers can conduct audio (and video) chats with users and record their responses. Grab a copy.

Silverback

Spontaneous, unobtrusive usability testing software for designers and developers. Nothing like bringing users to your laptop and asking them for feedback on the spot. Learn more about Silverback.

Related Resources

Introductory Letter to the Participant

This letter helps prepare research participants for the questions that you might ask of them.

Printing Template for 3M Printable Post-It Notes

Use this Microsoft Word template to print anything on 3×4 Post-It Notes. For example, copy quotes to the template and print them out for sorting on the wall. Or, during analysis of one transcript, assign one team member the job of typing up the verb+noun phrases you shout out, to print every 10 minutes or so.

EightShapes Unify

EightShapes Unify is a collection of templates, libraries, and other assets that enable user experience designers to create more consistent, effective deliverables faster. Useful for generating documentation after you’ve conducted your research.

Sample Usability Test Script

A six–page script that walks proctors through administering a hypothetical user test. This is a direct excerpt from Steve Krug’s Rocket Surgery Made Easy.

Usability Testing Checklist

Another excerpt from Steve Krug’s book, this guide explains what to do in the weeks, days, and hours leading up to guerilla usability tests.