<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Conferencia Rails Hispana 2006. Un modelo para otras conferencias</title>
	<link>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/</link>
	<description>Weblog de Luis Villa sobre Espacios, Personas, Tecnología y Experiencias</description>
	<pubDate>Fri, 08 Aug 2008 18:48:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: demimismo</title>
		<link>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/#comment-9065</link>
		<dc:creator>demimismo</dc:creator>
		<pubDate>Mon, 20 Nov 2006 10:04:20 +0000</pubDate>
		<guid>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/#comment-9065</guid>
		<description>&lt;blockquote&gt;
Quiero decir, que los interfaces se “diseñan” o más bien se “deciden” como una capa sobre la funcionalidad, pero no incopora criterios reales de Experiencia de Usuario
&lt;/blockquote&gt;

Tengo que darte la razón :-D, ya te digo que mi experiencia aquí se limita a lo que me dicen mis compañeros, te puedo decir que ellos son consultores tecnológicos, no tienen ni idea de usabilidad y tal. 

Me quedo con lo que comentas de que es muy diferente trabajar con interfaces de trabajar en experiencia de usuario, creo que es la diferencia a tener en cuenta.</description>
		<content:encoded><![CDATA[<blockquote><p>
Quiero decir, que los interfaces se “diseñan” o más bien se “deciden” como una capa sobre la funcionalidad, pero no incopora criterios reales de Experiencia de Usuario
</p></blockquote>
<p>Tengo que darte la razón :-D, ya te digo que mi experiencia aquí se limita a lo que me dicen mis compañeros, te puedo decir que ellos son consultores tecnológicos, no tienen ni idea de usabilidad y tal. </p>
<p>Me quedo con lo que comentas de que es muy diferente trabajar con interfaces de trabajar en experiencia de usuario, creo que es la diferencia a tener en cuenta.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joaquin</title>
		<link>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/#comment-9064</link>
		<dc:creator>Joaquin</dc:creator>
		<pubDate>Mon, 20 Nov 2006 08:31:30 +0000</pubDate>
		<guid>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/#comment-9064</guid>
		<description>Yo tu charla no me la pierdo!!</description>
		<content:encoded><![CDATA[<p>Yo tu charla no me la pierdo!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luis Villa</title>
		<link>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/#comment-9033</link>
		<dc:creator>Luis Villa</dc:creator>
		<pubDate>Sun, 19 Nov 2006 20:10:12 +0000</pubDate>
		<guid>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/#comment-9033</guid>
		<description>Si David, tienes toda la razón. 

37 Signals no ha inventado esto. Lo que quiero decir, es que creo que el enfoque de Rails ha venido dado por la conciencia de User Experience de 37 Signals (eran -¿son?- una consultora de Usabilidad y Diseño Web). Al final, según su enfoque, un proyecto Rails es un prototipo puesto en producción tras un número suficiente de iteraciones. (Luego viene la evolución y escalamiento...)

Respecto a lo que comentas... Me explico. Mi experiencia en consultoras y equipos de tecnología es que se trabaja en interfaces pero no en la Experiencia del Usuario (no tienen porque ser equivalentes). Quiero decir, que los interfaces se "diseñan" o más bien se "deciden" como una capa sobre la funcionalidad, pero no incopora criterios reales de Experiencia de Usuario (habla de combos = tablas, campos de entrada y extensiones en caracteres de los mismos, pero es más una manera "pre-usabilidad" de documentar un análisis funcional...).

¿Qué opinas?</description>
		<content:encoded><![CDATA[<p>Si David, tienes toda la razón. </p>
<p>37 Signals no ha inventado esto. Lo que quiero decir, es que creo que el enfoque de Rails ha venido dado por la conciencia de User Experience de 37 Signals (eran -¿son?- una consultora de Usabilidad y Diseño Web). Al final, según su enfoque, un proyecto Rails es un prototipo puesto en producción tras un número suficiente de iteraciones. (Luego viene la evolución y escalamiento&#8230;)</p>
<p>Respecto a lo que comentas&#8230; Me explico. Mi experiencia en consultoras y equipos de tecnología es que se trabaja en interfaces pero no en la Experiencia del Usuario (no tienen porque ser equivalentes). Quiero decir, que los interfaces se &#8220;diseñan&#8221; o más bien se &#8220;deciden&#8221; como una capa sobre la funcionalidad, pero no incopora criterios reales de Experiencia de Usuario (habla de combos = tablas, campos de entrada y extensiones en caracteres de los mismos, pero es más una manera &#8220;pre-usabilidad&#8221; de documentar un análisis funcional&#8230;).</p>
<p>¿Qué opinas?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: demimismo</title>
		<link>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/#comment-9028</link>
		<dc:creator>demimismo</dc:creator>
		<pubDate>Sun, 19 Nov 2006 18:06:23 +0000</pubDate>
		<guid>http://www.grancomo.com/2006/11/18/conferencia-rails-hispana-2006-un-modelo-para-otras-conferencias/#comment-9028</guid>
		<description>&lt;blockquote&gt;
Con Rails, quizá la influencia de 37 Signals haya sido definitiva, el interfaz es el comienzo del producto, y no un residuo de un proceso viciado por la toma de decisiones a espaldas del usuario y basada en problemas puramente tecnológicos.
&lt;/blockquote&gt;

Pero creo que esto no es un invento de 37 señales, ni tampoco ha surgido del uso de Rails, &lt;a href="http://www.umsl.edu/~sauter/analysis/JAD.html" rel="nofollow"&gt;JAD&lt;/a&gt; es una metodología de recolección de requisitos de software orientada precisamente a esas mismas cosas, y existe desde 1970. Yo no soy un experto en empresas grandes, supongo que en muchas no se hacen prototipos ligeros, pero sí tengo un compañero trabajando en una consultora bastante grande y por lo que me ha dicho allí sí se hacen prototipos antes de empezar el desarrollo (independientemente de que luego trabajen con Java, C#, LAMP...)

En todo lo demás estoy totalmente de acuerdo, verdades como puños escribes :-D</description>
		<content:encoded><![CDATA[<blockquote><p>
Con Rails, quizá la influencia de 37 Signals haya sido definitiva, el interfaz es el comienzo del producto, y no un residuo de un proceso viciado por la toma de decisiones a espaldas del usuario y basada en problemas puramente tecnológicos.
</p></blockquote>
<p>Pero creo que esto no es un invento de 37 señales, ni tampoco ha surgido del uso de Rails, <a href="http://www.umsl.edu/~sauter/analysis/JAD.html" rel="nofollow">JAD</a> es una metodología de recolección de requisitos de software orientada precisamente a esas mismas cosas, y existe desde 1970. Yo no soy un experto en empresas grandes, supongo que en muchas no se hacen prototipos ligeros, pero sí tengo un compañero trabajando en una consultora bastante grande y por lo que me ha dicho allí sí se hacen prototipos antes de empezar el desarrollo (independientemente de que luego trabajen con Java, C#, LAMP&#8230;)</p>
<p>En todo lo demás estoy totalmente de acuerdo, verdades como puños escribes :-D</p>
]]></content:encoded>
	</item>
</channel>
</rss>
