<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/wordpress-mu-1.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Hand grasp and finder grip</title>
	<link>http://liftlab.com/think/nova/2008/05/20/hand-grasp-and-finder-grip/</link>
	<description>mind/tech bazar from outer space</description>
	<pubDate>Sat, 22 Nov 2008 07:00:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=wordpress-mu-1.2.1</generator>

	<item>
		<title>By: Near Future Laboratory &#187; Blog Archive &#187; Design Engineering People</title>
		<link>http://liftlab.com/think/nova/2008/05/20/hand-grasp-and-finder-grip/#comment-480356</link>
		<author>Near Future Laboratory &#187; Blog Archive &#187; Design Engineering People</author>
		<pubDate>Thu, 22 May 2008 04:59:20 +0000</pubDate>
		<guid>http://liftlab.com/think/nova/2008/05/20/hand-grasp-and-finder-grip/#comment-480356</guid>
		<description>[...] Nicolas&#8217; post the other day got me thinking. After my first job as an engineer, I wanted to find ways to do work that had more direct implications for people. I found things like Human Factors, Human-Computer Interaction, Computer Human Interaction. They had the word &#8220;human&#8221; in them, so I figured this was the engineering way to involve itself in more directly people-focused things. A year of work in the Industrial Engineering department and the Human Computer Interface Lab (HITLab) at the University of Washington and I mostly found that this meant things that were closer to the images above. A rather instrumented, statistics-based, operational model of &#8220;humans&#8221; (not people) to shape and inform engineering work. Grips. Airline seats. Load bearing capabilities. Key-press force limits. That kind of thing. This wasn&#8217;t the kind of thing I imagined, but it was a useful experience, to understand the ways in which various engineering disciplines develop a vocabulary and set of practices that involve social actors, like &#8220;humans&#8221; or &#8220;people.&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Nicolas&#8217; post the other day got me thinking. After my first job as an engineer, I wanted to find ways to do work that had more direct implications for people. I found things like Human Factors, Human-Computer Interaction, Computer Human Interaction. They had the word &#8220;human&#8221; in them, so I figured this was the engineering way to involve itself in more directly people-focused things. A year of work in the Industrial Engineering department and the Human Computer Interface Lab (HITLab) at the University of Washington and I mostly found that this meant things that were closer to the images above. A rather instrumented, statistics-based, operational model of &#8220;humans&#8221; (not people) to shape and inform engineering work. Grips. Airline seats. Load bearing capabilities. Key-press force limits. That kind of thing. This wasn&#8217;t the kind of thing I imagined, but it was a useful experience, to understand the ways in which various engineering disciplines develop a vocabulary and set of practices that involve social actors, like &#8220;humans&#8221; or &#8220;people.&#8221; [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JUlian Bleecker</title>
		<link>http://liftlab.com/think/nova/2008/05/20/hand-grasp-and-finder-grip/#comment-479980</link>
		<author>JUlian Bleecker</author>
		<pubDate>Wed, 21 May 2008 05:09:38 +0000</pubDate>
		<guid>http://liftlab.com/think/nova/2008/05/20/hand-grasp-and-finder-grip/#comment-479980</guid>
		<description>What I enjoy most about these diagrams are the way they assert "people" through a operational, instrumental rendering. It's the one of only a few, equally bland ways in which engineering and the sciences, generally, have to "talk" about people and their practices. Ergonomics, human-factors, medicine — everything, really, needs a language to describe the people-practices to which these disciplines collide. This is a perfect example of an attempt to describe and represent "human form," while avoiding complications of "people."</description>
		<content:encoded><![CDATA[<p>What I enjoy most about these diagrams are the way they assert &#8220;people&#8221; through a operational, instrumental rendering. It&#8217;s the one of only a few, equally bland ways in which engineering and the sciences, generally, have to &#8220;talk&#8221; about people and their practices. Ergonomics, human-factors, medicine — everything, really, needs a language to describe the people-practices to which these disciplines collide. This is a perfect example of an attempt to describe and represent &#8220;human form,&#8221; while avoiding complications of &#8220;people.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
