<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.3" -->
<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: El interfaz es tu producto</title>
	<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/</link>
	<description>Un blog de Linking Paths sobre pequeñas empresas y grandes productos.</description>
	<pubDate>Wed, 07 Jan 2009 03:21:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>

	<item>
		<title>By: ¿Qué pasa con los no-coders Open Source? at Linked</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-5279</link>
		<dc:creator>¿Qué pasa con los no-coders Open Source? at Linked</dc:creator>
		<pubDate>Mon, 16 Jun 2008 07:05:45 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-5279</guid>
		<description>&lt;p&gt;[...] Dentro de cada proyecto software, existe un volumen ingente de trabajo que no es desarrollo puro y duro. Documentación, arquitectura de la información, diseño, maquetación, usabilidad, experiencia de usuario, etc. Todos y cada uno de estos puntos no son solo añadidos con los que tenemos que convivir los hackers de todo el mundo sino en muchos casos la parte más importante de tu proyecto. [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[&#8230;] Dentro de cada proyecto software, existe un volumen ingente de trabajo que no es desarrollo puro y duro. Documentación, arquitectura de la información, diseño, maquetación, usabilidad, experiencia de usuario, etc. Todos y cada uno de estos puntos no son solo añadidos con los que tenemos que convivir los hackers de todo el mundo sino en muchos casos la parte más importante de tu proyecto. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: azuluaga</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-486</link>
		<dc:creator>azuluaga</dc:creator>
		<pubDate>Sun, 29 Jul 2007 01:39:13 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-486</guid>
		<description>&lt;p&gt;Jejeje, creo que no nos vamos a poner de acuerdo pero ahí voy.
El punto mío es que antes de hacer cualquier cosa o tomar cualquier decisión hay que realizar actividades que nos brinden una comprensión del negocio y solo después de eso, de comprenderlo bien, se deben empezar a realizar prototipos.
No considero adecuado empezar a comprender el negocio creando pantallazos, aunque me gustan las cosas concretos, esto ya es un poco exagerado, es perderse en los detalles antes de tener un concepto global.
Claro, el caso de LinkingPaths con Tábula es diferente, es algo que ya conocen y sobre lo que se puede empezar a trabajar sobre prototipos, pero solo por que el proceso de comprensión del negocio ya se hizo, sino, de todas formas todos en la vida hemos llenado montones de encuestas y sabemos de que se trata. Eso lo digo sin conocer mucho del producto.&lt;/p&gt;

&lt;p&gt;Para coincidir en algo, si que puedo decir que estoy muy de acuerdo con empezar rápidamente a hacer prototipos, revisarlos con el cliente, corregirlos, revisarlos de nuevo, etc. Trabajar sobre algo concreto agiliza el desarrollo y es más útil que "programar en Word", que es lo que se hace en las metodologías pesadas como RUP.&lt;/p&gt;

&lt;p&gt;Un saludo y gracias por las respuestas.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Jejeje, creo que no nos vamos a poner de acuerdo pero ahí voy.<br />
El punto mío es que antes de hacer cualquier cosa o tomar cualquier decisión hay que realizar actividades que nos brinden una comprensión del negocio y solo después de eso, de comprenderlo bien, se deben empezar a realizar prototipos.<br />
No considero adecuado empezar a comprender el negocio creando pantallazos, aunque me gustan las cosas concretos, esto ya es un poco exagerado, es perderse en los detalles antes de tener un concepto global.<br />
Claro, el caso de LinkingPaths con Tábula es diferente, es algo que ya conocen y sobre lo que se puede empezar a trabajar sobre prototipos, pero solo por que el proceso de comprensión del negocio ya se hizo, sino, de todas formas todos en la vida hemos llenado montones de encuestas y sabemos de que se trata. Eso lo digo sin conocer mucho del producto.</p>
<p>Para coincidir en algo, si que puedo decir que estoy muy de acuerdo con empezar rápidamente a hacer prototipos, revisarlos con el cliente, corregirlos, revisarlos de nuevo, etc. Trabajar sobre algo concreto agiliza el desarrollo y es más útil que &#8220;programar en Word&#8221;, que es lo que se hace en las metodologías pesadas como RUP.</p>
<p>Un saludo y gracias por las respuestas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aitor</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-485</link>
		<dc:creator>aitor</dc:creator>
		<pubDate>Sat, 28 Jul 2007 15:40:04 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-485</guid>
		<description>&lt;blockquote&gt;
  &lt;p&gt;La impresión que me estoy llevando de estos comentarios es que hay demasiada premura por la pantalla y, esto se trata más bien del sueño de nosotros los programadores de tener rápidamente prototipos sobre los cuales “programar” y empezar a pensar en función del código ¿O no?.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Sinceramente...no. No al menos en el caso de Linking Paths. Se trata más bien del sueño de hacer que los usuarios tengan herramientas que mejoren su vida en el mayor grado que humanamente podamos. Son ellos, no nosotros.&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;empezar a modelar un negocio por la interfaz es desconocer los objetivos que este tiene.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Lo siento pero no esto no lo entiendo. Diseño != Interfaz. Buen interfaz ==  Buena información. Buena información == Decisiones con criterio. En mi opinion un buen interfaz contiene una buena selección de la información relevante. No entiendo como podria ser de otra manera.&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Perdón por llegar tarde.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Vuestros comentarios, incluso aquellos con los que podemos no estar de acuerdo -- quizas sobre todo aquellos con los que no estamos de acuerdo -- son parte fundamental de este blog. Gracias por emitirlos.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<blockquote>
<p>La impresión que me estoy llevando de estos comentarios es que hay demasiada premura por la pantalla y, esto se trata más bien del sueño de nosotros los programadores de tener rápidamente prototipos sobre los cuales “programar” y empezar a pensar en función del código ¿O no?.</p>
</blockquote>
<p>Sinceramente&#8230;no. No al menos en el caso de Linking Paths. Se trata más bien del sueño de hacer que los usuarios tengan herramientas que mejoren su vida en el mayor grado que humanamente podamos. Son ellos, no nosotros.</p>
<blockquote>
<p>empezar a modelar un negocio por la interfaz es desconocer los objetivos que este tiene.</p>
</blockquote>
<p>Lo siento pero no esto no lo entiendo. Diseño != Interfaz. Buen interfaz ==  Buena información. Buena información == Decisiones con criterio. En mi opinion un buen interfaz contiene una buena selección de la información relevante. No entiendo como podria ser de otra manera.</p>
<blockquote>
<p>Perdón por llegar tarde.</p>
</blockquote>
<p>Vuestros comentarios, incluso aquellos con los que podemos no estar de acuerdo &#8212; quizas sobre todo aquellos con los que no estamos de acuerdo &#8212; son parte fundamental de este blog. Gracias por emitirlos.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: azuluaga</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-484</link>
		<dc:creator>azuluaga</dc:creator>
		<pubDate>Fri, 27 Jul 2007 19:57:29 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-484</guid>
		<description>&lt;p&gt;Ok, creo que las ventajas de comenzar por la interfaz son indiscutibles, no estoy en absoluto desacuerdo con ellas.
El asunto que no me gusta es sentarse con el cliente y transformar cada palabra en un cuadro de texto, un botón, un listado, etc. La impresión que me estoy llevando de estos comentarios es que hay demasiada premura por la pantalla y, esto se trata más bien del sueño de nosotros los programadores de tener rápidamente prototipos sobre los cuales "programar" y empezar a pensar en función del código ¿O no?.&lt;/p&gt;

&lt;p&gt;Pero lo dicho, tampoco me gusta mucho eso de diseñar durante 6 meses y al final crear unas pantallas que van a dejar desconcertado al cliente por que tenía algo muy diferente en su cabeza. Más bien como todo en la vida, hay poco de lo uno y un poco de lo otro, la interfaz es importante, pero no necesariamente lo más, incluso a veces nos da una visión sesgada de el negocio por que todo empieza a verse en función de como ingresar información y como la vamos a ver luego de retorno. Y no, además de una buena, cómoda y ergonómica interfaz, el cliente lo que necesita es tomar decisiones adecuadas con la información que le entrega su software (bueno, otra cosa serían los sistemas de tiempo real) y empezar a modelar un negocio por la interfaz es desconocer los objetivos que este tiene.
En fin que a veces el cliente es diferente del usuario final.&lt;/p&gt;

&lt;p&gt;PD: Perdón por llegar tarde.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ok, creo que las ventajas de comenzar por la interfaz son indiscutibles, no estoy en absoluto desacuerdo con ellas.<br />
El asunto que no me gusta es sentarse con el cliente y transformar cada palabra en un cuadro de texto, un botón, un listado, etc. La impresión que me estoy llevando de estos comentarios es que hay demasiada premura por la pantalla y, esto se trata más bien del sueño de nosotros los programadores de tener rápidamente prototipos sobre los cuales &#8220;programar&#8221; y empezar a pensar en función del código ¿O no?.</p>
<p>Pero lo dicho, tampoco me gusta mucho eso de diseñar durante 6 meses y al final crear unas pantallas que van a dejar desconcertado al cliente por que tenía algo muy diferente en su cabeza. Más bien como todo en la vida, hay poco de lo uno y un poco de lo otro, la interfaz es importante, pero no necesariamente lo más, incluso a veces nos da una visión sesgada de el negocio por que todo empieza a verse en función de como ingresar información y como la vamos a ver luego de retorno. Y no, además de una buena, cómoda y ergonómica interfaz, el cliente lo que necesita es tomar decisiones adecuadas con la información que le entrega su software (bueno, otra cosa serían los sistemas de tiempo real) y empezar a modelar un negocio por la interfaz es desconocer los objetivos que este tiene.<br />
En fin que a veces el cliente es diferente del usuario final.</p>
<p>PD: Perdón por llegar tarde.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tabula es una mesa con dos lados at Linked</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-477</link>
		<dc:creator>Tabula es una mesa con dos lados at Linked</dc:creator>
		<pubDate>Tue, 24 Jul 2007 18:00:08 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-477</guid>
		<description>&lt;p&gt;[...] hablado en muchas otras ocasiones sobre lo importante de conocer a tus clientes. En Tabula nos estamos encontrando ante un [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[&#8230;] hablado en muchas otras ocasiones sobre lo importante de conocer a tus clientes. En Tabula nos estamos encontrando ante un [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-475</link>
		<dc:creator>Jorge</dc:creator>
		<pubDate>Mon, 23 Jul 2007 23:00:13 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-475</guid>
		<description>&lt;p&gt;Estoy de acuerdo, aunque yo uso Model Driven Architecture con andromda donde la interfaz es creada por el generador y no relativamente antes de empezar, yo creo que dedicarse a la interfaz es pensar primero en el cliente(el negocio, nuestro dinero), y este paradigma esta en contra que el programador se centre mas en las soluciones técnicas que en las funcionales.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Estoy de acuerdo, aunque yo uso Model Driven Architecture con andromda donde la interfaz es creada por el generador y no relativamente antes de empezar, yo creo que dedicarse a la interfaz es pensar primero en el cliente(el negocio, nuestro dinero), y este paradigma esta en contra que el programador se centre mas en las soluciones técnicas que en las funcionales.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fguillen</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-474</link>
		<dc:creator>fguillen</dc:creator>
		<pubDate>Fri, 20 Jul 2007 09:40:25 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-474</guid>
		<description>&lt;p&gt;Al:&lt;/p&gt;

&lt;p&gt;Puede que ya lo conozcas, pero si no es así te lo recomiendo, muy ameno, refrescante y lúcido:&lt;/p&gt;

&lt;p&gt;http://www.mordecki.com/libro/descargarlibro/descargarlibro.shtml&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Al:</p>
<p>Puede que ya lo conozcas, pero si no es así te lo recomiendo, muy ameno, refrescante y lúcido:</p>
<p><a href="http://www.mordecki.com/libro/descargarlibro/descargarlibro.shtml" rel="nofollow">http://www.mordecki.com/libro/descargarlibro/descargarlibro.shtml</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aitor</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-472</link>
		<dc:creator>aitor</dc:creator>
		<pubDate>Wed, 18 Jul 2007 10:07:21 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-472</guid>
		<description>&lt;p&gt;Gracias por la felicitacion VictorR. 
&lt;/p&gt;

&lt;p&gt;
Como deciamos en el articulo "El interfaz es tu producto" nos guste o no. De la misma manera que si nuestros clientes son maquinas (que puede darse el caso perfectamente) "El API es tu producto". Sea quien sea nuestro cliente - seres humanos o maquinas - poseen un &lt;em&gt;modelo mental&lt;/em&gt; al que debemos ajustar nuestro &lt;em&gt;modelo programatico&lt;/em&gt;. En algunos casos las empresas hacen que los usuarios traguen carros y carretas en cuanto a como funcionan las aplicaciones, ante lo cual normalmente los usuarios suelen responder con atajos y trucos de todo tipo. Por ello, de nuevo, cuando antes admitamos que para los usuarios lo primero y ultimo que ven de nuestra aplicacion es el interfaz, mejor.&lt;/p&gt;

&lt;p&gt;Y eso, como dices VictorR, suele conllevar dos magnificos resultados: 
&lt;ul&gt;&lt;li&gt;menos frustacion (= mas felicidad)&lt;/li&gt;
&lt;li&gt;y mas ventas (= mas dinero para seguir trabajando en bello software).&lt;/li&gt;&lt;/ul&gt;&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Gracias por la felicitacion VictorR.
</p>
<p>
Como deciamos en el articulo &#8220;El interfaz es tu producto&#8221; nos guste o no. De la misma manera que si nuestros clientes son maquinas (que puede darse el caso perfectamente) &#8220;El API es tu producto&#8221;. Sea quien sea nuestro cliente - seres humanos o maquinas - poseen un <em>modelo mental</em> al que debemos ajustar nuestro <em>modelo programatico</em>. En algunos casos las empresas hacen que los usuarios traguen carros y carretas en cuanto a como funcionan las aplicaciones, ante lo cual normalmente los usuarios suelen responder con atajos y trucos de todo tipo. Por ello, de nuevo, cuando antes admitamos que para los usuarios lo primero y ultimo que ven de nuestra aplicacion es el interfaz, mejor.</p>
<p>Y eso, como dices VictorR, suele conllevar dos magnificos resultados: </p>
<ul>
<li>menos frustacion (= mas felicidad)</li>
<li>y mas ventas (= mas dinero para seguir trabajando en bello software).</li>
</ul>
]]></content:encoded>
	</item>
	<item>
		<title>By: VictorR</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-471</link>
		<dc:creator>VictorR</dc:creator>
		<pubDate>Wed, 18 Jul 2007 08:52:23 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-471</guid>
		<description>&lt;p&gt;Hola,&lt;/p&gt;

&lt;p&gt;yo quería aportar un poquito más a parte de esta teoría. Un buen diseño (gráfico además de funcional) hace que el cliente, usuario, quien quiera que lo vaya a utilizar se sienta más cómodo aunque el funcionamiento no sea del todo correcto. Con esto no quiero decir que no se deba cuidar la programación,  creo que es lo más importante al fin y al cabo, si no que un interfaz bonito y, como se dice, amigable ("del castellano agradable") vende mucho más. Al fin al es con lo que se tiene que pelear el usuario.&lt;/p&gt;

&lt;p&gt;Por cierto, aún no os había felicitado por el relanzamiento. Felicidades! Y qué envidia, no por solo vivir de lo que os gusta si no por hacerlo tal y como os gusta.&lt;/p&gt;

&lt;p&gt;:)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hola,</p>
<p>yo quería aportar un poquito más a parte de esta teoría. Un buen diseño (gráfico además de funcional) hace que el cliente, usuario, quien quiera que lo vaya a utilizar se sienta más cómodo aunque el funcionamiento no sea del todo correcto. Con esto no quiero decir que no se deba cuidar la programación,  creo que es lo más importante al fin y al cabo, si no que un interfaz bonito y, como se dice, amigable (&#8221;del castellano agradable&#8221;) vende mucho más. Al fin al es con lo que se tiene que pelear el usuario.</p>
<p>Por cierto, aún no os había felicitado por el relanzamiento. Felicidades! Y qué envidia, no por solo vivir de lo que os gusta si no por hacerlo tal y como os gusta.</p>
<p>:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: al</title>
		<link>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-469</link>
		<dc:creator>al</dc:creator>
		<pubDate>Fri, 13 Jul 2007 20:40:08 +0000</pubDate>
		<guid>http://weblog.linkingpaths.com/2007/07/13/el-interfaz-es-tu-producto/#comment-469</guid>
		<description>&lt;p&gt;Que voy a decir, pero en esto estoy con Aitor al 100%. Realmente no comparto el asunto de que para aplicaciones grandes una aproximación basada en prototipos no sea la adecuada, entre otras cosas porque es más sencillo trabajar sobre una pantalla que sobre un documento de 300 páginas para obtener  y validar la información que se obtiene. Esto no quiere decir que no se tenga que realizar otra documentación o investigación de requisitos y su dimensionamiento, simplemente me sigue pareciendo la más adecuada. Porque lo normal es que lo que piensa el cliente que es "un pedido" (por poner algo) no sea exactamente lo mismo para nosotros, porque acabamos pensando de una forma excesivamente técnica, y cuando al final nos damos cuenta del error, o el cliente acaba pidiéndonos que combinemos en una pantalla diferente información, nos encontremos con tener que hacer "virguerías" (ej: joins que dan miedo) para poder darle solución. Si lo que se quiere es satisfacer plenamente al cliente, creo que es el camino.&lt;/p&gt;

&lt;p&gt;Otra cosa es que si todos los clientes valen para trabajar de esta forma, o incluso si todas las empresas de informática pueden hacerlo, pero eso es otro cantar.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Que voy a decir, pero en esto estoy con Aitor al 100%. Realmente no comparto el asunto de que para aplicaciones grandes una aproximación basada en prototipos no sea la adecuada, entre otras cosas porque es más sencillo trabajar sobre una pantalla que sobre un documento de 300 páginas para obtener  y validar la información que se obtiene. Esto no quiere decir que no se tenga que realizar otra documentación o investigación de requisitos y su dimensionamiento, simplemente me sigue pareciendo la más adecuada. Porque lo normal es que lo que piensa el cliente que es &#8220;un pedido&#8221; (por poner algo) no sea exactamente lo mismo para nosotros, porque acabamos pensando de una forma excesivamente técnica, y cuando al final nos damos cuenta del error, o el cliente acaba pidiéndonos que combinemos en una pantalla diferente información, nos encontremos con tener que hacer &#8220;virguerías&#8221; (ej: joins que dan miedo) para poder darle solución. Si lo que se quiere es satisfacer plenamente al cliente, creo que es el camino.</p>
<p>Otra cosa es que si todos los clientes valen para trabajar de esta forma, o incluso si todas las empresas de informática pueden hacerlo, pero eso es otro cantar.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
