Tuesday, July 29, 2008

Internet at last!

It's taken 39 days, since moving from my old place, to get internet access up and running at my new place. One of the reasons I haven't written to this blog much lately.

Wednesday, July 09, 2008

Combined laser scapel/probe for viewing/destroying individual cells

MIT Technology Review reports

Engineers at the University of Texas at Austin have patented a laser microscalpel that allows a surgeon to operate on tissue one cell at a time, precisely targeting disease while leaving healthy surrounding cells alive.
Current technologies for destroying a cell damage surrounding cells. The device also provides imagery of the cells -- using two-photon fluorescence microscopy -- to guide the surgery.

On what's left to be done
A problem that remains to be solved before the device can be used on patients is shrinking the width of the probe from 15 to 5 millimeters--the size of the standard tools used in endoscopic surgery--so that it will be compatible with existing surgical technology.
The research was published in the June 23 issue of Optics Express.

1 in 4 people of European descent carry an 'obesity gene'

1 in 4 people of European descent carry a gene that leads them to feel famished more often -- leading to a greater risk of obesity -- researchers have found. The gene has a significant impact on the production of several hormones controlling our appetite. The research was undertaken by an international team led by Imperial College London, and has been published in Nature Genetics.

Integrating medical devices in hospitals

Integrating medical devices in hospitals could help save lives. This article from MIT Technology Review gives a few examples of efforts underway to do this.

Wednesday, July 02, 2008

A train that never has to stop: clever 'out of the box' way for passengers to board and depart

Here's a neat idea for a train that trains wouldn't have to ever stop at stations. It's been developed by Taiwanese inventor Peng Yu-Lun. (via Carectomy).

On the top of the train sits a little car, and passengers wanting to get off the train can enter it before it reaches the next station. As the train drives through the station, the car slides off the top of the train and onto a railing beside the platform.

Passengers wanting to board the train get into a similar car at the platform before the train arrives, and it slides onto the train as it passes. So at each station, the car currently on the train slides off and a new one slides onto it.

The video on the linked page shows how it works.

Tuesday, July 01, 2008

Extending cut-and-paste: meshing operation structure with perceived task-structure

People's use of cut and paste operations is driven by the moment-to-moment way they are perceiving and thinking about tasks they are trying to perform.

I'll try and explain what I mean by talking about the last two examples I've given.

In the second example, the person wanted to copy a bibliographical entry, containing both the entry's text and, from within that, the URL of a link (to an online copy of the paper).

In the way they're looking the task, they conceptualise the paper as a single thing that they want to note down information about. And thus it's desirable to be able to perform a copy operation on the text, immediately followed by a copy operation on the URL.

Then they've got the information they want about the paper, and can now switch to their notes file and paste it.

Having to copy the text, switch to the notes file, paste it, switch back to the bibliography, copy the URL, switch to the notes file and then paste that is a distraction that doesn't mesh so well with how the person is perceiving the task.

In the first example's scenario, there's really two ways that the person could be perceiving and thinking about their task as they go about it. In the way I presented it, the person wants to grab a bunch of server names from a diagnostics report, then open an email and paste them into it. That is, they're thinking of it as a batch-copying operation like with the bibliographical entries.

Alternatively, they may approach the task in a more serial fashion, scanning through the diagnostics report, finding a particular server that they want to investigate, thinking a bit about the problem, copying that one across to the email and adding a short write up for it there, and then going back to the report and repeating the process to find the next server of interest.

Whether the person undertakes the task in a 'batch' or 'serial' fashion may depend on factors like the size of the report (how many servers, how many statistics about each of them), the nature of the problems with the servers, whether they basically already knew which servers were problematic before looking at the report, etc - and also on the person's habits and nature.

The general point I'm trying to make is that cut and paste it not just about "moving information around". It's about supporting the ways the user wants to move the information around, in the context of how they perceive and think about the task.

When someone is performing a task, they've got some notion of their goal in mind (though it might be very vague). The information in front of them, and how they perceive and think about it, will shape how they will want to proceed.

Within this context, they decide on the sorts of operations they'd like to perform. While they are performing them, they need to be able to keep in mind (though it doesn't have to be fully consciously) what their broader goals are, what tasks they want to do next (we often have in mind the next few things to do), and often something of the state of things before performing the operation.

In their minds they break down the task in a certain way, and the operations provided by the software should try and mesh with this breakdown. That is, offer ways to perform each of those tasks in a convenient fashion.

It's easy to look at operations -- like cut and paste operations -- in the abstract, and think, well if I can already achieve the same effect one way, why do I need another way of doing it? The answer to that is that the other way may better mesh with the way you are perceiving and breaking up the task.