Slashdot Log In
Interface Zen
from the stuff-to-read dept.
The following was written by Slashdot Reader and Perl God Tom Christiansen .
When was the last time you really zenned out on a pinball machine? You know what I'm talking about: that transcendent state of consciousness in which you're no longer carefully calculating what to do and when to do it. You're completely oblivious of anything in the universe except for the ricochets of that silver ball. You're so totally in the groove that those extra balls and replays just keep racking up. Spectators and would-be players come and go, but their presence barely registers in your mind. Hours later, when it's all over and you finally step away from the machine, you find that words come haltingly; you've gone a bit nonverbal. Drifting off to sleep that night, instead of getting darker when you close your eyes, the world gets brighter as hypnagogic flashes from today's games explode in your mind's eye like comets dancing with lightning.
- He stands like a statue, becomes part of the machine
Feeling all the bumpers, always playing clean
Plays by intuition, the digit counters fall
That deaf, dumb and blind kid sure plays a mean pinball.- from Pinball Wizard, sung by Elton John in Who's "Tommy"
It's a pretty neat feeling, isn't it? You were in an altered mental state--a high, if you would. And like any other high, pinball zen is a bit addicting. Not only will this high leave you a lot less poor than plenty of others would, the only physical side-effects are apt to be some sore pects the next day.
This pleasant state of mind is hardly limited to pinball. You can become one with your skis and the powder you're flying over. You can become one with your musical instrument of choice. And, if you're a hacker, you can become one with your computer.
I'm not talking about sitting for hours on end, clicking from one web page to the next as trivia trickles passively in. I'm talking about actually creating or seriously manipulating something, not just impersonating the couch potatoes down the hall in the TV room. You're in the groove; you've got all the right moves down so pat you don't even think about doing them. The world again fades away. There is the computer. There is you. There is nothing else. And this is good.
This blissful state of being one with your computer doesn't actually have much to do with your computer. Paradoxically, the computer just gets in the way, a constant reminder of irrelevant physical constraints and realities. As long as your brain needs to spend time thinking about hardware, like the keyboard or the mouse or a flickering monitor or a whining disk drive, you will be forever denied access to the altered states. That's because it's not the computer itself you're trying to become one with. It's the software world that you're trying to enter. Only when the physical world recedes from conscious awareness can enlightenment become possible.
When you're learning a new piece of music, bringing it up to performance tempo and committing it to memory, a funny thing happens. After enough practice, it feels as though your fingers themselves remember how to play the piece. You don't even watch them. They've a job to do, and once they've it, can go about that job remarkably free of direct supervision. The key to clearing the mind of the outside world so that the program becomes the dominant reality is what a musician would call "finger memory". (You might have heard athletes or dancers refer to it as muscle memory, but when we're talking about using the computer, it really is the fingers that count.)
Of course, that's not really what's going on; it only seems to be. Your fingers don't really remember. But a part of your brain that controls them does, even though "you" don't realize it. What's happened is that you've so successfully assimilated the moves needed that conscious direction is no longer required. The little lighthouse keeper behind your forehead can worry about other things, assured that your fingers will do the job you've trained them to do. Your eyes are on the screen, the program in your head, and your head is in the program. Your fingers become an unnoticed extension of your will. They're are no more a conscious concern when typing commands than are your feet when you decide to walk across the room. That's probably just as well, because if you ever thought too much about how walking is really just perpetual falling and nick-of-time rescue, you'd probably stop being able to do it as well as you can now.
It's a shame, but many people never achieve the same zenning out with a program that they may with a pinball game or a musical instrument. Still, it can and does happen, and although it's something of an uncanny thing to witness someone else doing, it's a beautiful one to experience personally. In this satori-like state of experiencing knowledge without thought, the program's commands have become so deeply etched into your wetware that low-level tasks no longer require conscious direction. Your fingers seem to remember to do on their own. Now on automatic pilot, they dance across the keyboard as quickly and as accurately as any performing pianist's fingers move, and just as automatically.
This isn't to say that the keyboard is the sole path to blindingly efficient computer use. Far from it! To be honest, the keyboard is sometimes the worst possible choice. It's entirely dependent on the task. For example, if you're playing xbill, the hacker's favorite video game, you certainly don't want to try use the keyboard instead of the mouse. It's just going to slow you down. But neither does that mean that the mouse is always the best choice for all interactions.
Here's another example. I once tried using xmame to play millipede. Using the keyboard for movement was excruciatingly painful, but the mouse wasn't all that much better. I realized that I would never become one with the millipede using either access device. But just a few feet away stood a real millipede game (yes, I actually do own one). I have no problem becoming one with that version, even though as far as the software goes, it's the same as what xmame is running. Why? Because the real game has a trackball, that's why! No longer tied to a clunky input device, I could sail along so fast that the non-rational part of my brain could take over, and like Tommy, play by intuition alone. After the first 200,000 points, you get to play with eight darting spiders simultaneously. Try it sometime. It's a real trip.
There's no question that certain tasks, the keyboard is clearly the optimally efficient input device. Consider the game of rogue or one of its more recent incarnations. You wouldn't want to use anything but a keyboard there. The command set is just too rich. Trying to play the game with a mouse and menu interface instead of a keyboard one would slow you down by at least two orders of magnitude. It would be as bad as trying to play millipede with a keyboard, if not worse. As someone who at times spent most of his non-hacking waking hours at university playing rogue, srogue, larn, moria, and nethack, you'll just have to take my word on this. I certainly became one with the game. My fingers flew across the keys; my eyes never left the screen. I never had to think about how to do what I wanted to do, because no sooner did the desire enter my head than my finger memory took care of it.
When I wasn't playing rogue at university, I was hacking on code, for which I used a popular rogue-variant called vi. Yes, I know you probably think of vi as an editor, but I've always found people more receptive when I explain that it's actually a video game that gets a job done, too. In any event, the command set and design philosophy of the two programs overlap well enough to permit cross-competence between them. And as with rogue, I could zen out on vi. I was tremendously lucky I could, too, because most of the classes in my compsci program required more than 10,000 lines of code for each course. Now, try taking two or three of those classes in one term. You had to have a powerful and super-efficient editor, and you had to let the mechanics of the editor fade into the background, or else you just didn't survive. By zenning out, you ascended to a higher plane of productivity and did things that you normally couldn't do.
It sometimes seems that as time marches on, fewer and fewer people will get the chance to experience the sublime joy of becoming one with their computer. It's as though hardware and software manufacturers were all conspiring to render this good, clean high an unattainable one. It's not illegal, at least as far as I know, but for most people, it might as well be. In pursuit of the dubious goal of producing idiot-proof, zero-learning-curve programs, even programs intended for long-term, heavy-duty use such as an editor--arguably the most important piece of software you'll use--have been turned into children's toys, effectively expert-proofed. In mindless and unexamined pursuit of false efficency, the programs' authors have sacrificed all the design attributes that let our fingers go about their proper business, got our faces up out of the mundane mechanics, and let our minds transcend the hardware and get into the program. They installed, if not outright roadblocks, then velocity regulators and gratuitous speedbumps.
How did this ever happen? Let's start with why the current crop of keyboards are suboptimal in the extreme. There's a general rule (Fitts's Law) that says that the farther away something is, the larger it needs to be for equally swift access. This is true even if you are looking at the keys (but don't do that--see below), and fatal if you aren't. Distant keys like SHIFT, ENTER, TAB, CONTROL, and the spacebar used to be larger, but they keep getting smaller as more and more vanity keys get added to your main keyboard. Look at an old Sun keyboard. Notice how SHIFT is bigger than CONTROL, and CONTROL is bigger than TAB. This size corresponds to how much relative use you make of those keys. Oh, and the CONTROL key is both large and conveniently located on a Sun keyboard. What a joy.
Now go look on the cretinous keyboard that came with some poor sot's Wintel box. The spacebar, the most important key on the whole keyboard, is but a shrivelled and shrunken vestige of its former self. The ESCAPE key has been moved to the penalty zone, the CONTROL key is both distant and small (that's two strikes), and there's a CAPSLOCK key that's just as big as the TAB key. Hello? What are these people thinking? That I want to hit CAPSLOCK as often as I do tab, and that I don't care about CONTROL or ESCAPE? This is all nuts. The proper place for a CAPSLOCK key is in a different hemisphere from you. If we ever manage find out who invented that abomination, we're all going to show up for the lynching party, but we'll have to wait our turn in a line of programmeers stretching all the way from Boston to Mountain View.
If it were only the outlandishly rococo keyboards they were shoving at us, we hackers might still have a chance to become one with our computers. After all, we could always get a real keyboard instead, one with a decent layout and sans penalty zone.
But really, this is but the least of our many problems. First of all, there's no end of brain-damnged programs these days which both expect and require you to constantly enter and exit the penalty zone. This destroys your concentration, because you can no longer get there and back again while still looking at the screen. You incur a context-switch penalty that feels like a speedbump in your typing. It slows down your hands, and it interrupts your eyes. Once that happens, your concentration takes a severe blow as you're forced to deal with mechanics, once which you cannot internalize or omit.
The next gross inconvenience is requiring chorded key combinations. Any time you have to hold two or more keys down at the same time, this becomes more difficult to finagle. Compare how difficult it is to type a CONTROL-G chorded combination with a simple, unshifted `g'. If you ever need to hit a chord with more than two keys, such as CONTROL-ALT-SHIFT-F11, you're in serious, serious trouble. This kind of thing is especially arduous on keyboards lacking duplicated left and right versions of the modifer keys. There's a very good reason we have two SHIFT keys. We should have two control keys as well, and these should be easily accessible without looking. It's a lot easier on the hand to use the right-hand SHIFT key with a letter like `e' or `g'. Why should it be any different with CONTROL, ALT, or the vanity keys?
If you're striving for efficiency, it's best to stay away from chords entirely. If you look at the way popular video games like rogue and vi work, their command structure consist mainly of single, non-chorded keystrokes, or sequences of single keystrokes. That's why those games are inherently easier on the typist than games like emacs are, where all your most valuable real estate has been thrown away, and every command is now a chord. Chorded commands are harder to type because you have to hold down the SHIFT or CONTROL key, but in a program designed for efficient use, these are relegated to rarer activities, so the impact is minimized. The easy stuff is easy, and you never have to slow down, or even look down.
Consider how much easier it is to type a `/' to start a search than it is to start a search instead of a ALT-S, or horrors, pulling down a menu. There's no reason that a slash can't mean a search in context where it makes sense. This wouldn't mean that if you were typing in a path name in some text box that a search window would pop up. You simply make it context sensitive. Humans, you know, are really very good at context. Check out this sentence: "Can you please can the can-can while I'm in the can, man?" No problem. You see, our brains don't work off of a context-free grammar, and there's no reason that commands, keystroke or otherwise, should. In fact, because our brains do not work off of a context-free grammar, making our command set context free would be running against our inner natures. It's just not how we think.
Besides the useless vanity keys stealing invaluable real estate from the main keyboard, we are saddled with an ever-growing number of extra keys in the penalty zone, such as function keys, INSERT and its friends, arrow keys, and relics out of the shrouded mists of antiquity such as SysRQ and Scroll Lock. I'm sure there will be more in a year or two.
Can you imagine how painful it would be if you were typing in some code or a letter, and every time you wanted to go to the next line, you had to use ENTER key way over on the numeric keypad? That would be nuts, wouldn't it? So can anyone tell me why programs expect you to switch back and forth between the real keyboard and the penalty zone? Apparently nobody ever told them that the closer something is, the easier it is. According to Fitt's Law, something right underneath you is infinitely large, and, consequently, the most readily accessible. Proximity combined with non-chorded keystroke commands is why the rogue-style movement ("hjkl") is easier on the hand than emacs-style movement (CONTROL-B, CONTROL-N, CONTROL-P, CONTROL-F), and both of these are easier by far than using arrow keys over there in the penalty zone.
The much vaunted arrow keys, ostensibly easier to use for cursor motion, are in fact tremendously harder to use. First of all, if you're mixing commands over in the penalty zone with other commands which are on the keyboard, you're never going to achieve keyboard satori. You've got too much back-and-forth going on to find your grove. Your eyes act as a bridge linking two virtual worlds, one inside your head and the other inside your computer's memory. With arrow movements, they have to desert their post as vicar and go slumming in the real world for a while to play tour guide long enough to get you there and back again.
The second reason the arrow keys are inherently evil is that they are set in an arrangement designed by a masochist, probably the same nimrod who stuck us with the CAPSLOCK key. Even if all you were doing was keeping one hand poised above the arrow keys and never switching keyboard domains, you still would be slowed unacceptably. That's because the up arrow and the down arrow are directly aligned vertically. Your hand despises this, which is why the rest of the main keyboard has no such configuration on it anywhere. To see what I mean, try using the `j' and `k' keys in rapid succession, back and forth as though you were executing a trill. It's quite easy to go up three, down one, up two, etc. But now try playing your trill on the up and down arrows. Whoops! You have to turn your hand completely sideways, or use the same finger to do both jobs. Either way you play it, you lose.
Does the visible label on the arrow keys truly offset the gross inefficiencies of being placed in the penalty zone and being stacked vertically? After all, the argument runs, someone who doesn't know the key command to move around can just use those. In the shallow and ephemeral world of zero-learning-curve and one-shot programs, this might have a scant of iota of reason behind it. But really, for just how long do you expect your users to remain ignorant? Once they learn what the motion key is, they're not going to forget it from one moment to the next. If you assume that users cannot or will not learn, you thereby guarantee this very outcome. That hardly seems either fair or productive.
The third reason that arrow keys are inherently evil is that they support navigation based characters alone. You'll never move on to higher abstractions, like words, sentences, or paragraphs, or in the programming world, to tokens, expressions, statements, blocks, or functions. By relying upon arrow use alone for movement and discouraging other kinds of information chunking, you lock your poor users into a tedious monotony and forever bar them from making the jump to light speed.
In any program designed for heavy use, the penalty zone should be not merely strenuously avoided, but completely banned. The keys there interfere with your prospects of ever becoming one with the computer. But isn't the numeric keypad in the penalty zone, and isn't it great for accountants? Don't they become one with their keypad? Well, sure they do. That's because they're staying in the same area. If all you're doing is entering numbers, then it's actually a good bit quicker to use the numeric keypad, because it fits under the hand better. The keypad also optimized for numeric data entry: see how much larger the `0' key is there, and the `+' key? If you don't know why, watch a bean counter entering numbers on it some time. Now go to your keyboard manufactures and demand the return of the your CONTROL key to it proper place and the restoration your wimpy spacebar to its proper size.
Don't expect to switch between numeric keypad and the main keyboard with anything resembling speed or accuracy. Unlike a normal clavier, where you can feel where you are in the scale because of the alternating two-three sets of raised keys, on a computer keyboard, no such sign posts exit. That means that while, the musical keyboardist can often make tremendous leaps in complete confidence without bothering to engage his eyes, the computer keyboardist cannot. Sure, you've probably got little nibs on your `F' and `J' keys, and on the `5' over on the numeric keypad, and it's a good thing that they're there, but really, they don't help that much compared with a real keyboard's cues.
The lesson is that if you're going to change domains so radically that your hand has to move somewhere else, you absolutely need to stay right where you are for a good while in order to amortize the extreme cost of movement. Otherwise the context-switch latency issues will just kill you. And this is where the true root of all keyboard evil rears its ugly head: the mouse.
The mouse is the single greatest obstacle standing in the way of becoming one with your keyboard and the dramatically higher productivity levels which that state promises. That's because, of course, it has nothing to do with your keyboard. Compared with the mouse, even a high density of chorded commands in quick succession becomes fast and easy. Chorded they may be, but at least they're still on the keyboard. The mouse might as well be in Timbuktu for how convenient it is to get your hand over to it and then safely home again.
Unlike the arrow keys, that doesn't mean the mouse is inherently wicked for all things. (Well, unless you're an RSI victim, that is, or if you'd prefer not to become one. Mice, you see, destroy your wrists, and much more quickly than keyboards.) The mouse is only evil when you have to repeatedly switch between mouse and keyboard. That's because it knocks you out of the groove just as badly as an CONTROL-ALT-SHIFT-F11 chord would. (I call that one a demented eleventh.)
Let's go back to that wonderful, angst-purging video game, xbill. You think of yourself as a Jedi sharpshooter, the last, lone defender against that creeping darkness which seeks to pollute and assimilate the free world into its hive mind. Reflexes are everything. You must walk the path of knowledge without thought, of action without contemplation. Anything less than complete dedication to your sacred duty will see another sun lost to the Evil Empire. In the back of your mind, you know that if you set down your laser rifle, you could program up a smart bomb to encase the Bills in a treacle and slow them down for a file. This you would do by taking your hand off the mouse, moving over to the keyboard, and typing the mystic words, "Department of Justice Anti-Monopoly Litigation". But in the time it would take to do that, untold numbers of worlds would be lost, assimilated into the collective. So the smart bomb of slowness remains untriggered. The price is too great to justify putting down your laser rifle.
So you see, there's certainly a place for a mouse. And contrary to popular mythology, that place is not simply any system that provides the user with something more sophisticated than a 24-by-80 character display. Mouse doesn't mean GUI, you know (nor, for that matter does GUI mean mice and menus). And a keyboard doesn't mean a CLI. A keyboard means efficient input of diverse commands covering a vast domain. A mouse means efficient selection of points and areas. Even if we temporarily tolerate the mistaken notion that CLI=text and GUI=pixels, a keyboard should not be limited to the world of command-lines and pipes, nor should a mouse limited to the world of pixels and pop-up menus. Those are not the effective criteria for the most effective use of those two input devices.
If you don't believe me, just think for a minute about gpm, the mouse package for virtual consoles on Linux operating systems. It sure is a nice program to have around, isn't it? You don't have individual pixels, but you still appreciate having a mouse for certain tasks. Now think about your favorite pixel-addressable program, like xv or eterm. They have keyboard-accessible keystroke commands as alternatives to tedious mouse hunting. Aren't you glad those are there, too?
I'll say it again for the logic-impaired: keyboards aren't just for CLIs, and mice aren't just for GUIs. There's no good reason whatsoever that even in what's commonly referred to as the GUI world, that you should eschew the keyboard. For many problem domains (xbill and its ilk notably excepted), the keyboard remains the fastest, most efficient, and most powerful input device available, and it would be the height of folly to avoid it.
Have you ever tried to play a piano using a stick that's clenched tightly between your teeth? Oh, you can do it, sort of--if you call that playing. The percentage of your brain devoted to the hand, and in particular, the support structures for the fingers, is incredibly huge compared to the amount devote to nearly any other physical activity. By avoiding the full potential of Man's wondrous capacity for prestidigitation (in the literal sense), you cut him off from one of his greatest assets, one near and dear to his neural biology--he was made for.
There's just no way you'll ever zen out on a keyboard when all you've got is a one-bit stick stuck in your mouth and your hands are tied effectively behind your back. Perhaps you prefer it this way, but you should understand the consequences of that choice. You'll never reach the point where your fingers know what to do on autopilot. You'll never get your face completely up off your desk. And you'll never savor the pleasures of having your mind firmly ensconced in the virtual reality of the program you are manipulating. The higher levels of mastery will be forever forbidden to you, and you shall dwell in the House of Clumsiness and Inefficiency all the days of your life.
Software engineers need to pay attention to both the keyboard and the mouse, irrespective of whether the program is running in a terminal or in a full-display environment. They should maximize locality of operations to faciliate eyes-free operation of the program. Above all, careful attention must be given to programs destined for heavy use so that they offer an upward path for users so that experts are not hampered by zero-learning-curve demands from non-users. Don't require infelicitous input combinations that would hamper finger memory in accomplished speed demons. Only when the speed limits are removed can a programmer hope to reach that transcendent state of zenning out.
... (Score:3)
Several hours later, the geek quietly logs out and stands up. It is now 11:30 at night, and he has work tomorrow. It is dark... the only illumination coming from the LEDs of his four computers and 19" inch monitor. He steps back, crashing into a tower of spent mountain dew containers. He thinks to himself "Ah, the real world... I was wondering where that went", and winces as he removes the remains of a microwave pizza from his foot and trots across the room. He sinks into his bed, pulls the covers up over his head, and dreams of his job - "How much I would like to have Quad Damage to deal with customers..." .. his last parting thought before he drifts off into a world of carnage and C code.
Of Keyboards and Repeat (Score:5)
CAPSLOCK. Why? Well, some people don't touch type. Other people have physical deformities that makes hitting SHIFT plus another key difficult, and "accessibility" wasn't something that was thought about in previous generations of systems.
CONTROL. Yes. It should be where PC keyboards put the CAPSLOCK key, but it isn't. Same with the ESCAPE key being sent to Siberia. Frustrates the heck out of us VI users (um... EMACS users use those keys too... no flame wars please).
Those of us with X have xmodmap and xkeycaps and other utilities for redefining our keyboard layouts. I imagine that there are similar utilities for Macs and Windows... so there are people aware of the problem and who have some solutions.
Using the right input device for the right job is crucial. Otherwise we will never be able to get the non-initiated to use them.
People not "in the know" still wonder how a Palm Pilot can survive without a keyboard. The answer is really simple: the software is written such that using the stylus becomes second nature. Same as with the Millipede example... the software was written for a specific input device.
Maybe neurocomputing will allow people to get information into a computer faster than is currently possible (I doubt so, but I'm willing to be proven wrong!), but that is not available right now. Keyboards have worked for a nice long time and will probably be ubiquitous for a time being.
Remember that laptops were thought of as toys (with "chiclet keys!") originally until the TRS-80 Model 100 came out with a FULL SIZE KEYBOARD. We've progressed past that humble 8K RAM beginning, and now laptops are so common that even the people at the airport detectors barely look at them except to tell you to turn them on.
--
Related Aticle (Score:3)
an old wired [wired.com] article by Brian Eno
-nme!
A few trivial comments (Score:3)
Second: I've found Tetris a great gateway to programming satori. I play a game or two, and my mind is buzzing, and elevated beyond the actions of the game, or the computer. I then fire up an editor, and get to work, no longer distracted by the physical actions of interfacing with the computer. Perhaps in the future I'll have trained myself to enter that state without the game, but for now, it really helps me focus. Who says video games aren't productive!
Third (and final, I swear): I don't have a problem with the "penalty zone". Perhaps it comes from growing up with pc keyboards instead of unix keyboards. I use the numeric keypad without missing a beat too. Or at least I don't THINK I miss a beat (as that I'm not too aware of typing). I agree the big caps lock and small ctrl keys are just damn stupid (but I do like the placement of ctrl . . . maybe switch tab down, and caps lock up where esc is?), but the great thing about humans is our ability to adapt and train ourselves. If you think of typing as just finger motions instead of hand motions, yeah, it's going to be awkward and slower.
Carrying the music metaphor, it's like playing a guitar solo in one hand position as opposed to moving up and down the neck. It's easy to learn to play in one position, and you can be brilliant doing nothing but that. But once you learn to move hand positions without checking yourself, you'll be a much more versitile player.
I'll shut up now.
Dirty Thumb (Score:3)
More On-Topic: There seems to be a fair amount of hatred for CapsLock. I use it quite a bit for #define constants and macros in C. Do Perl programmers not use ALL_CAPS for much?
The Right Interface for the Job (Score:4)
The problem isn't limited to input devices. This article got me thinking about something I've been wondering about for awhile -- the recent tendency to use a 'standard' interface for various tasks, rather than a purpose-built, optimal interface.
It seems like there are dozens of companies these days that want their interface design to be the One True Interface to All Things. The best example of this is Microsoft, which every couple of years makes noise about how toasters and refrigerators should be controlled with some variant of Windows. But MS isn't the only offender -- lots of Internet companies do this too, by forcing you to use an HTML front-end to their resources rather than designing software for the purpose.
Don't get me wrong, I can see the reason for this approach -- once you've learned the One True Interface, you're set, you don't have to learn anything else. The problem is that trying to force all devices to share the same interface means that some of those devices are going to feel clunky -- or, worse, be downright unusable.
Take, for example, the whole WinCE vs. PalmOS war. On its face, you'd think people would prefer WinCE devices, since they're already familiar with the Windows interface. But (based on my observations, not any hard research) it seems to me that people vastly prefer the Palm interface, which is optimized for handheld devices, rather than Windows, which really wants you to have a big, roomy display to work well. In other words, people are willing to learn a new, unfamiliar interface if doing so offers them substantive productivity benefits -- which would seem to give savvy product developers an incentive to follow Mr. Christiansen's advice to optimize the interface for the task.
This trend is only going to get worse as computing intelligence is embedded in more and more consumer devices. The temptation will be very strong for those developing software for such embedded systems to leverage interface designs they already have, rather than create from scratch. With more and more of a car, for example, being run by software, it's not hard to imagine MS someday proposing that you run your AutoPC through a modified Windows interface, even though such an interface would be totally inappropriate for the task at hand. Let's hope that more product & software designers take note of the evidence that people prefer optimized interfaces and don't automatically rule them out.
-- Jason A. Lefkowitz
Wow. I think I just had a zen moment. (Score:3)
damnit.
About mouse usage with keyboard (Score:4)
He said it took approx. 2 weeks to master the Art, but it was worth it. The advantages were about the same as what was mentioned in the article as drawbacks with the mouse. The advantages were:
One doesn't have to take eyes off the screen while mouse is required,
One doesn't have to move the hand away from the keyboard when mouse is required,
No one at the workplace wants to borrow his mouse.
I ain't gonna try it (since I like to keep my feet in my shoes while at work), but at least some hardcore zen-wannabe could try this one for kicks. :)
-kooma
This is a minimalist article (Score:4)
This article is.
This article is minimalist.
This article is very minimalist
The minimalist article is.
The minimalist article is repetitive.
The minimalist article is not repetitive.
The minimalist article appears repetitive.
The minimalist article topics appear repetitive
The minimalist article topics repetitively appear.
The minimalist article topics repetitively change.
Topics repetitively change minimaly.
Topics change minimaly.
Now look at that text and compare it to Tom's article. He says the same thing over and over-- ALMOST. This is the zen of writing. At the end, he's brought up a totally different point than what he started with, except for one common theme. In my example, the theme is "minimal". In his article, the theme is "Zen".
Here's a brief summary for those who don't want to read the article.
Starting idea: Zen interfacing is good.
Ending idea: Bad use of input devices stops Zen.
Hope this helps.
-Ted
GUIs are killing good CLI and keyboard shortcuts (Score:3)
> Is there a way to put the quickpict applet in the startup folder
> so that it starts up automatically in the autocapture mode?
Unfortunately, not at the moment. Thanks.
The menu in the Color QC applet claims that spacebar is the keyboard short cut for "start capturing", but that doesn't even work.
You know, this touches on one of my pet peeves. Say what you want about graphical user interfaces making computers "easier to use", sometimes they make computers less useful. This is a perfect example. Here's a perfectly good program, that these guys spent time on, but they were so wrapped up writing a GUI for Windows that they forgot to make any command line options available. Give me a break! This autocapture function was written for a web server (obviously), yet it explicitly requires user intervention at startup. How smart is that? Shouldn't servers be able to reboot in the background without user intervention?
A friend of mine works for a company that recently bought a specialized piece of scientific software for $50,000. It has a beautiful graphical user interface, but no batch mode. So if they had some 10,000 data files that they wanted to run through it (and they do), they'd have to paid somebody to sit there for a month clicking with the mouse. They're sending it back. Like I said, easier to use, but less useful.
Re:Perhaps a refrain? (Score:3)
Re:I really don't believe in this whole Zen concep (Score:3)
It's not mystical at all. It has nothing to do with telepathy. But I can tell you that the brain seems to enter a very different state when it is focusing on certain tasks. It happens to me often when I code and when I play videogames.
IANANeurologist, but I would guess that 'zenning' is the process of shutting down portions of the hundreds of inputs that the brain manages from moment to moment. You're allocating mental resources to the problem at hand, rather than wasting them on trivia like maintaining an awareness of your environment, checking for bodily requirements like food, water, or sleep, or even keeping your eyeballs moist. It stands to reason that ignoring these distractions will allow the brain to run at a faster, more productive pace.
Study human factors before commenting please (Score:3)
I spent some time studing human factors in college. Human factors in breifly design of interfaces to be useful. All GUIs should be built from human factors, but obviously few are.
This zen is a common misconception in human factors. Bruce Togniziky (the Guy Apple had doing most of their mac design) put expirenced uses in front of a comptuer, and had them select text with the keyboard, and then do the same thing again with the mouse. The users reported the keyboard was faster, but his stop watch reported the mouse was faster! (This was for a very specific example, and he admits it doesn't generalise. This however changed my thinking, I no longer hate the mouse, I use it when it is faster, and keyboard when that is faster)
We know how long it takes someone to move to the mouse make a selection and move back. We also know how long it takes someone to type a few keys to invoke a command. We know how to design user interfaces so they are useful. Few people apply this.
Human factors is NOT about getting rid of the keyboard or all those shortcuts. That is a misconception, human factors requires shortcuts! Human factors doesn't require zoning on the interface because the user zoned into typing is wasting time when moving to the mouse (which brakes concentration unless you do it all the time) is faster.
If you want to write comments like this, PLEASE PLEASE PLEASE read Donald Norman's Design of Everyday Things. This is a wonderful easy to read book that defines the field of human factors and could change your way of thinking.
Re:That Zen zone... (Score:3)
Good point. Although I suspect that most people here have emacs or vi as their favorite editor, mine is aXe. On the surface, it seems clunky and less optimal than the "true hardcore text editors" like vi/emacs where a few simple keystrokes get you to do what you want. Tom seems to be making the point that only a certain kind of keyboard allows you to "zen out".
That's not quite true. I think the underlying thing is that you have to be comfortable with what you're using. Tom happens to grow up with a certain style of keyboard, therefore anything else seems klunky to him. I grew up with aXe as my text editor (it was Norton Editor in my DOS days, but unfortunately I can't find an equivalent to that on Linux, and pico sucks). When I'm really "into" my programming, it seems that aXe isn't even there any more. Every time I need a new editing window, my hands automagically nudge the mouse, slide over the button just enough to click it, and up pops a new window, another wiggle, and it loads up the file I want to edit, another flurry of taps on the keyboard, and my fingers have just added a new feature to my program. Well, it's not quite this simple, but when I'm "in it", (or "zenning out" as Tom calls it) none of these "cumbersome" operations as switching back and forth from the mouse/keyboard seem to matter.
Now, if I only had pico or had to use vi (which IMNSHO has a really sucky interface) I would've completely forgotten the on-the-spur inspiration I had on how to implement this new neat feature I wanted in my program. I'm not saying this to start a "religious war" between vi/emacs/pico/aXe, but I'm just illustrating that it's not so much a matter of which tools you're using, but it's more a matter of which tool you're used to. If you're used to vi, forcing you to use aXe would probably send you through the ceiling in frustration after a few seconds. But for me, it's the other way round. If I had aXe, I'd "zen out" real fast. If I had vi, well... it'd be a week from now and I'd still be wondering, "How on earth do you exit this miserable editor now?!"
Just my $0.02 worth.
(Offtopic) BTW, I can fully identify with Tom's piano analogies. I'm a self-taught pianist, and I can truly identify with Tom's description of "zenning out" when I'm at the piano and inspiration just comes pouring out, seemingly independent of the way my fingers are moving. I hear the music in my head, and my fingers cause the piano to reproduce what I (pre-)hear. Now, that is zenning out on a piano! :-)
No, I *don't* want to use VI... (Score:4)
The basic argument for VI is: "You never have to move your hands! Isn't it amazing?". Well, that's all nice, I suppose, but I view the interface as archaic and clunky. He goes off on how control keys slow down an interface...CTRL slows me down a hell of a lot less than switching modes does. (Yes: I've used VI for more than 5 minutes at a stretch, and I'll confess it has its merits, but I've never liked editing "modes").
And arguments against arrow keys? Please...if you don't like them, then don't use them. I for one find them useful even if they are "exiled". And the argument that they can only operate on characters is wholly wrong. I have Emacs set up so that CTRL+ARROW skips words horizontally and paragraphs vertically. Very useful, that.
While I'll agree that CAPS LOCK deserves to be exiled and that the shrinking of SPACE BAR at the hands of the "vanity" keys is tragic, I like my function keys, and I like my arrow keys...even if they are a bit "out of the way". So up is stacked on top of down? Damn, I can't do trills all day long like I can in VI. But wait...I don't *need* to do up/down trills when editing code. Maybe VI users like them, but they've always struck me as unproductive.
Let me close this by saying I respect Tom and enjoy his books a lot. I can't believe that I am flaming him. However, I'm offended at VI propaganda being passed off as an interface analysis. Minimum finger movement is important, but it is far from the only thing one should be concerned about in an interface.
--Lenny
Re:I really don't believe in this whole Zen concep (Score:3)
I read about an experiment (sorry, no references - too long ago) that studied these mental states. It involved three groups, on of untranced subjects, one of Zen-tranced subjects and one of yoga-tranced subjects. The experimenters measured brain activity with an EEG and then exposed the subjects to a series of loud surprise noises. In the untranced, the measured startle response was large for the first noise but died down and then died out with repitition - normal acclimatization. In the yoga-tranced, there was no measured reaction, even to the first loud noise. The big surprise was the Zen-tranced group who showed the same, large response as the untranced on the first loud noise and an unchanged response on each subsequent loud noise. Not only did the Zen-tranced respond to the sound, they did not acclimatize to it.
I believe I have experienced a similar state exactly once in my life. I was in Amsterdam in a video arcade, playing space invaders (yes, a *long* time ago). I had just bought a learning Dutch book and was having the game of my life. I definitely entered some kind of trance and became aware of everyone around me and on the street, as well as everything happening in the game. I was already way beyond my previous personal best when a Dutch youth quietly snatched my book and started to slip away. Normally I would not have noticed, but in this state I was able to take two steps and surprise the life out of him by clapping my hand down on his shoulder. He apologized, rather subdued, as he handed the book back. That was the end of the game, though, and that's what I really resented. Still, I didn't feel anything from my knees down for a good half-hour.
So, these altered states DO happen. Mystical? Bullshit! A combination of a severe addrenalin high and other neurological factors that I for one do not know or understand (and I suspect that applies for everyone else at the moment). You don't believe in unexplained but natural, if wierd, effects? Well, I'm sorry for you, Horation, but there are more things in Heaven and Earth than there are in your philosophy.
Fun with Procedural Memory (Score:3)
Cognitive scientists have studied this phenomenon extensively. It's called proceduralization.
Some neat things about procedural memory (as compared to declarative memory which is a memory for facts and events):
* Seems to be more resistant to forgetting than declarative knowledge (which is why you can still ride a bike or use an interface years after having done so). In fact, people with anterograde amnesia (inability to learn new stuff) can still learn (and improve) at skills such as reading backward text.
* You can maintain procedural memories without equivalent declarative representations (with your hands at your sides try describing how to tie your shoe)
* Skill acquisition follows a power law, and can be expressed as T=aP^-b where T= execution time, P= practice a and b are constants (a>0, b>=1).
* The best thing about proceduralization is that it reduces cognitive load, so you can allocate attention to important things like talking to a passenger while driving (although there are data that suggest that talking on a cell phone isn't the same, because the other person isn't reacting to the environment by shutting up during urgent situations)
Baloney -- you're just good at what you know (Score:3)
Contrary to Tom's assertions, I can and do "Zen out" while using Emacs to write programs all the time. And I think that vi is an astonishing example of brain-death. (And yes, I know enough of vi to cope with it, because it's the only editor you can be certain to find on J. Random Customer's Unix machine.) But I'm not going to subject you to some dogmatic rationalizations for my tastes; I simply learned Emacs first, mastered it, and by now I can become "one with it". vi just frustrates me, because I haven't learned it and can't grok it. And that's all there is to it -- it's certainly nothing that needs 4697 words to explain.