Sorry, we haven't got an English version of this page, yet.
Feel free to contact an OP and ask him/her about the content of this
page.
He/she will surely help you (if you haven't an Italian IP address,
though: fakes will be banned).
You're kindly asked to speak English (or Italian) in the channel: no
other languages.
Cerca di parlare in italiano corretto, evitando quindi se possibile abbreviazioni inutili e storpianti, dato che spesso non c'è alcun bisogno reale di usarle.
Esempi possono essere "k" sostituite a "ch", frasi tipo "nn m va qst cosa" o "nn vorrei kiedere troppo", e via dicendo.
Questa regola suscita spesso disappunto: nasce dal fatto che un ambiente in cui si parli italiano corretto e non slang puerile viene da noi ritenuto di aspetto più serio. È inoltre difficoltoso e macchinoso cercare di decifrare incomprensibili abbreviazioni e termini che non appartengono al comune modo di scrivere e di parlare.
A coloro che giustificano lo scrivere in questo modo con la volontà di scrivere più velocemente, consigliamo l'acquisto di una tastiera Dvorak.
Come utenti di questo canale siete tenuti a rispettare il software e il programmatore.
Chi usa software copiato illegalmente non ama e non rispetta il software e chi l'ha scritto e non è per questo il benvenuto.
Riteniamo inoltre che chi utilizzi software copiato illegalmente causi danno anche al software libero, ulteriore motivo per cui su questo canale non permesso parlare di quello che viene solitamente chiamato "warez".
Ovviamente questa regola si applica anche a distribuzioni di GNU/Linux commerciali ed ottenute in modi illegali e a situazioni simili.
Aggiornamento: questa regola si estende anche a file video, musicali, e di qualunque altro tipo i cui diritti di copiatura siano riservati.
Evitare di scrivere (più spesso "incollare") testo di parecchie righe, a meno che questo non sia stato richiesto o permesso, in quanto un'azione del genere comporta un'inutile confusione.
Allo stesso modo evitare di ripetere una domanda più volte. È sufficiente chiedere una volta ed attendere una risposta. Se nessuno risponde, significa che nessuno ha tempo, voglia o capacità di rispondere. Ricorda che nessuno è pagato per rispondere. Alcune buone norme sulle domande su canali pubblici come questo possono essere trovate qui:
http://www.catb.org/~esr/faqs/smart-questions.html
Altre fastidiose usanze, sistematicamente punite, sono lo scrivere una frase maiuscola per cercare (inutilmente) di attirare l'attenzione, il dividere una frase in più righe occupando così più spazio, eccetera. Tutti questi "accorgimenti" fanno sì che il testo sia meno leggibile e più caotico.
Per molti client IRC (in primis per mIRC) sono disponibili degli script. Questi script dovrebbero aiutare l'utente del client ad utilizzare quest'ultimo in maniera pi rapida ed immediata, o ad automatizzare alcuni processi.
Tuttavia molti script svolgono funzioni che invadono anche gli altri utenti.
Esempi sono: messaggi e saluti automatici al join o ad altri eventi, frasi colorate o mixed-case, notices, messaggi di away (in fondo inutili, dato che il server stesso dovrebbe avere informazioni sullo status di away e sul tempo di idle di un utente), eccetera.
Gli script di quest'ultimo genere non sono ammessi.
Una approssimativa ma efficace regola per valutare la correttezza del proprio script questa: "Se nessuno si accorge che sto usando uno script, allora sto usando un buon script".
Trovarsi di fronte ad una richiesta simile è estremamente fastidioso, in quanto lo stato di operatore viene assegnato in base ad alcuni principi che vanno oltre all'amicizia, all'assiduità di frequentazione e di aiuto nel canale.
Il risultato della richiesta dello stato di operatore è spesso, e a buona ragione, un kick o un ban.
Ne consegue ovviamente che non permesso agli operatori di concedere ad altri lo stato di operatore senza averne prima discusso.
Rispondere ad una domanda significa scrivere la soluzione al problema richiesto in modo che il richiedente possa leggere, capire ed agire di conseguenza.
Per fortuna su quasi tutti gli argomenti stata scritta documentazione proprio con l'intento di rispondere alle domande degli utenti, chiarire le questioni, spiegare il funzionamento delle cose. A differenza di una risposta data in canale, però, la documentazione ufficiale è solitamente più chiara, più accurata e spesso più semplice.
Per questo motivo il metodo migliore per la risoluzione di un problema è la ricerca accurata della documentazione relativa. Si consigliano a tale proposito:
/usr/doc
/usr/share/doc
http://www.google.it
http://www.tldp.org
http://ildp.pluto.it/AppuntiLinux/
Ancora una volta ricordiamo l'interessante URL sulla maniera di porre domande:
http://www.catb.org/~esr/faqs/smart-questions.html
In particolare si cerchi di rendere la domanda il più particolare possibile. Le domande di tipo generale ("Come faccio a...?") sono solitamente risolte leggendo la documentazione. Le domande intelligenti iniziano solitamente con: "Ho letto la documentazione e non mi chiaro questo punto: ...", oppure "Ho provato a fare questa cosa, ho ottenuto questo errore e ...".
Un importante consiglio viene dato dall'URL di cui sopra:
"Never assume you are entitled to an answer. You are not; you aren't, after all, paying for the service. You will earn an answer, if you earn it, by asking a question that is substantial, interesting, and thought-provoking? One that implicitly contributes to the experience of the community rather than merely passively demanding knowledge from others."
Gli operatori hanno esperienza per quanto riguarda la gestione del canale. Non fanno cose a caso: sono stati scelti perché sanno quello che fanno quando kickano, bannano o oppano qualcuno.
Se l'operato di uno di loro non chiaro o sembra contestabile, bene ricordare sempre che l'esperienza di un operatore nella gestione del canale è solitamente più elevata di quella di un utente comune: un operatore conosce sia le regole scritte qui che quelle dettate dalla consuetudine e dalla casistica passata.
Ovviamente chiunque puù sbagliare: a maggior ragione chi ha a che fare giornalmente con parecchi utenti più o meno semplici da gestire.
Considerato quindi quanto detto prima, se l'operato rimane oscuro possibile farlo notare gentilmente.
Si ricordi però che l'esagerazione scatena di solito discussioni animate in cui puntualmente l'utente litigante ha torto e viene in ogni caso kickato o bannato.
È questo un esempio di conoscenza della casistica passata: un utente kickato o bannato continua la discussione in query con chi ha provveduto al kick o al ban, il quale frequentemente, non abusando dell'ignore list del suo client, lo mette in akick list sul canale.
In caso di estrema convinzione della scorrettezza del comportamento di un operatore consigliata la segnalazione ad un responsabile del canale (gmarrone (at) linux (dot) azzurra (dot) org oppure a BP, il quale verificherà il caso.
Va sottolineato che le regole qui scritte devono essere rispettate anche dagli operatori.
È ovvio e risaputo che i ban possono essere aggirati cambiando gli opportuni campi della mask.
Comportarsi in questo modo per rientrare nel canale non denota capacità e bravura, rende anzi ridicolo chi lo fa agli occhi di chi frequenta irc in modo serio da tempo. Inoltre rientrare in un canale in cui non si desiderati non comporta alcun vantaggio.
La cosa più intelligente da fare nel caso si voglia contestare un ban è seguire l'ultimo consiglio della regola precedente.
Ogni spiegazione è inutile, ma è bene precisare che verrà considerata spam anche la pubblicizzazione di qualsiasi cosa che abbia a che fare con Linux.
Nel caso si ritenga che la cosa possa interessare ad un certo numero di persone possibile chiedere ad un operatore il permesso di parlarne e rendere pubblico il permesso ottenuto prima di farlo.
Queste regole sono state scritte per cercare di mantenere all'interno del canale un certo ordine e cercano di essere le pi ragionevoli possibile.
Molti utenti che per la prima volta entrano in questo canale trovano queste regole ingiuste, ridicole e inutili. Il fatto che entrino per la prima volta in canale la dice lunga sull'esperienza di queste persone nella gestione del canale stesso.
Le regole rispecchiano lo sviluppo di anni di gestione del canale e la sua natura particolare: non esistono due canali uguali. Chi non fosse daccordo con queste regole ha la facoltà di creare o unirsi ad un canale differente: questa possibilità è stata presa in considerazione come la soluzione più sensata fin dalla prima stesura del protocollo di IRC (RFC1459) nel 1993.
Non si pensi che un canale che tratti di un argomento "libero" debba essere "libero" nella sua accezione peggiore: libertà e anarchia sono cose differenti. Una buona regola sulla libertà stabilisce che la libertà individuale termina dove inizia quella delle altre persone. Come già detto queste regole cercano di creare nel canale un clima di correttezza e di serietà , non di limitare la libertà degli utenti.
Ogni critica costruttiva è, ovviamente, più che benvenuta.