path: root/tde-i18n-it/docs/kdebase/faq/questions.docbook

<chapter id="questions">

<title
>Come porre delle domande</title>

<para
>È probabile che tu sia arrivato a questo documento provenendo da una mailig-list o da un IRC. Si può immaginare che tu abbia posto una domanda e che qualcuno ti abbia chiesto di precisarla meglio. Per ottenere una risposta chiara e appropriata è importante che anche la tua domanda lo sia. Comportandoti così invogli gli altri a perdere un po' del loro tempo per aiutarti. Se invece tu sembri brusco o pigro o utilizzi un linguaggio poco preciso o nebuloso, è molto probabile che la tua domanda venga ignorata.</para>

<qandaset>
<qandaentry>

<question
><para
>Cosa devo fare prima di chiedere?</para
></question>

<answer
><para
>Innanzi tutto leggi i manuali e le &FAQ; dell'applicazione. C'è un sacco di documentazione su &kde;, disponibile sul tuo PC (la Guida di &kde;) o via internet. È stato profuso un grande impegno e moltissimo tempo per preparare questi documenti e molto spesso le risposte che cerchi sono già lì. La guida completa di &kde; può essere aperta scrivendo <userinput
><command
>help:/userguide</command
></userinput
> nella barra degli indirizzi di &konqueror;.</para>

<para
>Cerca un po' su Internet: di solito, se fornisci a Google il messaggio di errore che ti preoccupa o lo cerchi negli archivi delle mailing list, riesci a trovare la soluzione che cerchi.</para>

<para
>Prova e osserva! Testa tutte le opzioni dell'applicazione e leggi i "Cos'è?" e i suggerimenti contestuali per quelle su cui ha dei dubbi. Se sei veramente incerto sul funzionamento di un'opzione, metti al sicuro i tuoi dati e provala su dati fasulli. Finché utilizzi un po' di buon senso è molto difficile che tu possa rovinare qualcosa facendo clic su qualche pulsante.</para>

<para
>Soprattutto, non essere pigro. Se ti presenti agli altri come una persona che si dà da fare per risolvere il problema e che lo affronta con una logica razionale, gli altri ti vedranno come una persona ragionevole che merita di essere aiutata. In fin dei conti, il problema è tuo non loro. Quindi sei tu il primo a doversi rimboccare le maniche. Non far perdere tempo alle persone a cui chiedi aiuto, spesso sono molto impegnate.</para
> </answer>
</qandaentry>

<qandaentry>
<question
><para
>Dove posso chiedere?</para
></question>

<answer
><para
>Di solito il posto migliore per porre una domanda sono le mailing list e i canali <acronym
>IRC</acronym
> dedicati ai problemi degli utilizzatori. Non porre domande generiche su come si usa &kde; in ML o canali dedicati allo sviluppo. Di solito hanno "devel" nel loro nome e sono sempre riservati a discussioni tecniche. Dei buoni posti sono il canale "#kde" su irc.freenode.net e le mailing list di &kde;.</para
></answer
> </qandaentry>

<qandaentry>
<question
><para
>Come chiedere?</para
></question>

<answer
><para
>Cerca di porre la tua domanda in modo da fornire più informazioni che ti sia possibile. Sii cortese ed educato. Ma non chiedere se puoi chiedere, chiedi e basta!</para>

<para
>D: &kde; mangia risorse, è troppo lento</para>

<para
>Non è una domanda che possa ottenere una risposta utile. Non fornisce nessuna informazione utile per individuare e risolvere il problema e esordisce con un attacco inutilmente polemico e assolutamente controproducente al software.</para>

<para
>D: Da quando ho aggiornato &kde; dalla versione 3.2.3 alla 3.3.2 sulla mia Slackware, compilando i sorgenti, ho notato un forte rallentamento &mdash; a volte ci vogliono 20 secondi per avviare un'applicazione. Ho provato sia usando la stessa configurazione che utilizzavo con la vecchia versione che creando un nuovo utente. Non riesco a trovare nulla su questo problema né negli archivi delle ML, né su Google. Qualcuno può darmi delle informazioni utili?</para>

<para
>Questa domanda è educata, contiene delle informazioni che possono aiutare ad inquadrare e risolvere il tuo problema e dice quali tentativi hai già fatto.</para>

<para
>Non pensare automaticamente che il problema è dovuto ad un difetto di &kde;. Comportati come se l'errore fosse tuo. Altrimenti, se dopo aver accusato &kde;, salta fuori che si tratta di un tuo errore banale, rischi di fare una figuraccia.</para>

<para
>Cerca di utilizzare un linguaggio chiaro e corretto. Evita accuratamente le ambiguità e pensa bene a quello che affermi prima di scriverlo. Se qualcuno ti chiede un chiarimento, fai del tuo meglio per darglielo. &kde; è un progetto in cui la maggior parte degli sviluppatori e degli utenti non hanno l'inglese come lingua madre e, se non usi un inglese corretto, è facile far nascere dei malintesi. Utilizza la lingua del canale o della ML su cui poni la tua domanda. Se non lo fai, rischi che qualcuno che potrebbe aiutarti ignori il tuo messaggio semplicemente perché non capisce la lingua in cui è scritto.</para>

<para
>Aggiungi tutte le informazioni che potrebbero essere attinenti, anche se non sei sicuro che lo siano. Hai aggiornato degli altri software o installato del nuovo hardware sulla tua macchina? In particolare hai modificato librerie di sistema o il kernel? Queste cose potrebbero modificare le prestazioni di &kde;. Anche se non tu non ci vedi un collegamento diretto, qualcun altro potrebbe sapere che c'è.</para>

<para
>Non parafrasare i messaggi di errore. Copia e incolla il messaggio così come è. Se è più lungo di una riga o due, non copiarlo direttamente su un canale <acronym
>IRC</acronym
>, ma utilizza un servizio come <ulink url="http://www.rafb.net/paste/"
> http://www.rafb.net/paste</ulink
>. Se devi copiarlo a mano, assicurati di essere assolutamente preciso. Se fornisci un'informazione fasulla a chi ti vuole aiutare, non fai altro che rendergli la cosa più difficile. </para>

<para
>Riferisci la tua soluzione! Dicci se il nostro suggerimento ha funzionato o se nel frattempo hai risolto da solo il problema. Questo aiuterà noi a sapere se la nostra soluzione funziona e altri utenti con lo stesso problema a rintracciare negli archivi delle mailing list una soluzione collaudata.</para
> </answer>
</qandaentry>

<qandaentry>
<question
><para
>Cosa devo fare se mi rispondono di cercare da un'altra parte?</para
></question>

<answer
><para
>Quando ti rispondono <quote
>Google lo sa</quote
> o <quote
>Google è un tuo amico</quote
> è molto probabile che tu non abbia seguito i consigli precedenti. Non hai fatto abbastanza ricerche, mentre chi ti aiuta sa benissimo che la soluzione che cerchi è facile da trovare. Quando ti rimandano ad una <acronym
>FAQ</acronym
> o a un manuale, non rispondere mai <quote
>No, non ho voglia di leggere niente. Voglio che me lo dica tu</quote
>. È molto scortese. Se tu non vuoi fare lo sforzo leggere un documento, perché diamine qualcuno dovrebbe sprecare tempo e fatica per aiutare te? Se ti dicono di cercare su Google, prendilo come un buon consiglio e seguilo.</para
> </answer>
</qandaentry
> </qandaset>

<para
>Soprattutto segui le normali regole di cortesia. Gli utenti e gli sviluppatori di &kde; che ti rispondono di solito lo fanno dedicano volontariamente il tempo che riescono a ritagliare da un'agenda fitta di impegni. Chiedono solo che tu apprezzi il fatto che ti stanno aiutando grati. Quindi ricordati di essere educato, di dire grazie e per favore e di cercare di essere gradevole e amichevole. </para>

<para
>Ti sembra troppo difficile porre una domanda? Se vuoi solo avere delle persone pronte a rispondere ad ogni tua domanda ed a aiutarti, allora puoi pagare un servizio di assistenza presso una società che supporta &kde; sulle piattaforme &UNIX;. Se vuoi tutto gratis, allora ripaga chi ti aiuta con un po' di cortesia ed apprezzamento per il lavoro svolto :-)</para>


<para
>Se credi che la risposta ad una tua domanda dovrebbe essere inserita nelle &FAQ; di &kde;, non esitare a inviare correzioni o suggerimenti al responsabile delle &FAQ; di &kde; all'indirizzo <email
>faq@kde.org</email
></para>



</chapter>

<!-- Keep this comment at the end of the file
Local variables:
mode: xml
sgml-omittag:nil
sgml-shorttag:nil
sgml-namecase-general:nil
sgml-general-insert-case:lower
sgml-minimize-attributes:nil
sgml-always-quote-attributes:t
sgml-indent-step:0
sgml-indent-data:true
sgml-parent-document:("index.docbook" "book" "chapter")
sgml-exposed-tags:nil
sgml-local-catalogs:nil
sgml-local-ecat-files:nil
End:
-->