<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commenti a: No, il manuale non deve servire</title>
	<atom:link href="http://blog.progamma.com/wp-404-handler.php/no-il-manuale-non-deve-servire/feed/?404;http://blog.progamma.com:80/no-il-manuale-non-deve-servire/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.progamma.com/no-il-manuale-non-deve-servire/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=no-il-manuale-non-deve-servire</link>
	<description>il blog di Pro Gamma</description>
	<lastBuildDate>Tue, 17 Jan 2012 13:10:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Di: Alberto Senni</title>
		<link>http://blog.progamma.com/no-il-manuale-non-deve-servire/comment-page-1/#comment-56</link>
		<dc:creator>Alberto Senni</dc:creator>
		<pubDate>Sat, 06 Mar 2010 10:23:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.progamma.com/?p=645#comment-56</guid>
		<description>Per la mia esperienza il manuale utente di una applicazione sw  è spesso un add on che &quot;occorre&quot; fornire, direi che è quasi un&#039;usanza, se inteso nel modo classico  e succede spesso che la curiosità di usare subito un programma che interssa/serve è più grande della voglia di leggere un manuale spesso brutto, poco chiaro ed organizzato male...... se poi li vai a consultare dopo aver usato il sw perchè  vuoi approfondire una particolare funzionalità scopri che non c&#039;è nulla perchè per approfondire tutte le possibili funzionalità  occorrerebbe scrivere un &#039;enciclopedia.
Sono d&#039;accordo con Andrea  (Maio) occore fare applicazioni la cui interfaccia sia ben organizzata, sia vicino all&#039;utente, che usi  termini ai lui noti, che dica, ove serve con piccole note, a cosa serve quella cosa, ed eventualmente documentare dei percorsi.  Per far questo, seconodo me, occorre uno strumento di sviluppo che ti permetta di automatizzare un problema ad un livello più elevato e cioè senza preccuparti tanto di eventuali probelmi tencologici (db, linguaggio etc etc)  concentrandoti sul modo migliore di risolvere la cosa pensando a come l&#039;utente finale gestisce e/o  vorrebbe vedere le cose anche rifancendole e riadattando  senza perderci più di tanto tempo.</description>
		<content:encoded><![CDATA[<p>Per la mia esperienza il manuale utente di una applicazione sw  è spesso un add on che &#8220;occorre&#8221; fornire, direi che è quasi un&#8217;usanza, se inteso nel modo classico  e succede spesso che la curiosità di usare subito un programma che interssa/serve è più grande della voglia di leggere un manuale spesso brutto, poco chiaro ed organizzato male&#8230;&#8230; se poi li vai a consultare dopo aver usato il sw perchè  vuoi approfondire una particolare funzionalità scopri che non c&#8217;è nulla perchè per approfondire tutte le possibili funzionalità  occorrerebbe scrivere un &#8216;enciclopedia.<br />
Sono d&#8217;accordo con Andrea  (Maio) occore fare applicazioni la cui interfaccia sia ben organizzata, sia vicino all&#8217;utente, che usi  termini ai lui noti, che dica, ove serve con piccole note, a cosa serve quella cosa, ed eventualmente documentare dei percorsi.  Per far questo, seconodo me, occorre uno strumento di sviluppo che ti permetta di automatizzare un problema ad un livello più elevato e cioè senza preccuparti tanto di eventuali probelmi tencologici (db, linguaggio etc etc)  concentrandoti sul modo migliore di risolvere la cosa pensando a come l&#8217;utente finale gestisce e/o  vorrebbe vedere le cose anche rifancendole e riadattando  senza perderci più di tanto tempo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Riccardo Bianco</title>
		<link>http://blog.progamma.com/no-il-manuale-non-deve-servire/comment-page-1/#comment-55</link>
		<dc:creator>Riccardo Bianco</dc:creator>
		<pubDate>Fri, 05 Mar 2010 16:41:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.progamma.com/?p=645#comment-55</guid>
		<description>Già, forse alla Apple hanno una figura professionale a noi sconosciuta, il designer di interfacce, che non è il programmatore...</description>
		<content:encoded><![CDATA[<p>Già, forse alla Apple hanno una figura professionale a noi sconosciuta, il designer di interfacce, che non è il programmatore&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Andrea Maioli</title>
		<link>http://blog.progamma.com/no-il-manuale-non-deve-servire/comment-page-1/#comment-54</link>
		<dc:creator>Andrea Maioli</dc:creator>
		<pubDate>Fri, 05 Mar 2010 15:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.progamma.com/?p=645#comment-54</guid>
		<description>@riccardo: anche per me è un ragionamento &quot;di tendenza&quot;, non volevo essere assolutistico; però la semplicità e l&#039;attenzione all&#039;utente mi sembrano preoccupazioni troppo assenti nei software odierni e nei pensieri di chi li progetta.</description>
		<content:encoded><![CDATA[<p>@riccardo: anche per me è un ragionamento &#8220;di tendenza&#8221;, non volevo essere assolutistico; però la semplicità e l&#8217;attenzione all&#8217;utente mi sembrano preoccupazioni troppo assenti nei software odierni e nei pensieri di chi li progetta.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Riccardo Bianco</title>
		<link>http://blog.progamma.com/no-il-manuale-non-deve-servire/comment-page-1/#comment-53</link>
		<dc:creator>Riccardo Bianco</dc:creator>
		<pubDate>Fri, 05 Mar 2010 15:35:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.progamma.com/?p=645#comment-53</guid>
		<description>=)

Capisco il punto di vista e concordo, ma ho qualche dubbio sull&#039;applicabilità &quot;in qualunque caso&quot; di questo obbiettivo, penso possa essere (in alcuni casi) un&#039;arma a doppio taglio (mi sto ripetendo, scusate).</description>
		<content:encoded><![CDATA[<p>=)</p>
<p>Capisco il punto di vista e concordo, ma ho qualche dubbio sull&#8217;applicabilità &#8220;in qualunque caso&#8221; di questo obbiettivo, penso possa essere (in alcuni casi) un&#8217;arma a doppio taglio (mi sto ripetendo, scusate).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

