Jump to content

# General guidelines (Italiano)

5 languages

- English
- Español
- 日本語
- Português
- 中文（简体）

From ArchWiki
Translation Status: This article is a localized version of General guidelines. Last translation date: 2022-09-14. You can help to synchronize the translation, if there were changes in the English version.

In aggiunta al codice di condotta, ognuno dei fora vede riassunte le proprie linee guida specifiche nelle sottosezioni seguenti.

## Fora

Linee guida specifiche per i Fora di Arch

### Pubblicare correttamente

- Scegliere dei soggetti chiari ed informativi. Ciò aumenta le probabilità che degli utenti più esperti rispondano, i quali conoscono quell'argomento specifico. Inoltre, rende l'argomento più semplice da referenziare e trovare mediante la ricerca sul forum per utenti futuri con simili problemi. Evitare inoltre l'uso di frasi estranee come [AIUTO!], [URGENTE], etc.
- Uno sforzo sincero nell'utilizzo di modestia ed appropriatezza nel linguaggio e nella grammatica costituisce un segno di rispetto verso la comunità che sarà sinceramente apprezzato ed è piuttosto probabile che porterà a risposte positive. Evitare i cosiddetti "textspeak", "netspeak", "leetspeak" ed ogni altra forma del gergo di Internet.
- Quando si pongono delle domande, fornire il maggior numero di informazioni possibili, inclusi i messaggi di errore, i dati emessei dal terminale, i logs, quale metodo è già stato provato, quale documentazione e ricerche sono state effettuate e i relativi files di configurazione.
- Scegliere un solo argomento per discussione. È tipicamente sconsigliato pubblicare lunghe discussioni nelle sottosezioni per i problemi tecnici dei fora.
- Pubblicate la vostra domanda soltanto in un sottoforum; scegliete il più rilevante e pubblicate lì.
- Non postare tutoriali o "Come Fare Per": la Wiki è il luogo adatto alla documentazione, dove essa può essere mantenuta.
- Quando si risponde ad una discussione esistente, leggere sempre il messaggio originale e cercare di fornire delle risposte pertinenti.
- Infine, quando è stata trovata una soluzione, identificate la vostra discussione come risolta modificando il messaggio iniziale, preponendo l'etichetta [RISOLTA] al titolo nel campo "Soggetto".
- Notate che dovreste evitare l'utilizzo di [CHIUSA], che è invece in uso nel sistema per definire una discussione non più accessibile per delle nuove risposte.
- Se una discussione è definita come [RISOLTA], non rispondere affermando l'equivalente di "Ho scoperto un problema simile..."; aprite una discussione apposita e collegate a quella [RISOLTA], se pertinente.

### Incollare immagini e codice

Fare uso dell'etichetta [code] quando si incollano dei frammenti di console. Utilizzare un client pastebin quando si pubblicano ingenti quantità di codice. Non utilizzare pastebin.com — è bloccato per alcuni utenti e conosciuto per risultare in problemi morbosi (JavaScript, pubblicità, formattazione errata, etc). Per gli utenti con locale diverso da quello Inglese: Preporre `LC_ALL=C` ai comandi eseguiti in modo da garantire che il risultato sia in inglese. Non pubblicare immagini a schermo intero; utilizzare invece i collegamenti alle immagini, con vignetta opzionale. Qualsiasi immagine con dimensioni superiori a 250x250px oppure più grande di 50 KiB verrà rimossa. Non pubblicare catture dello schermo dei risultati testuali della console; pubblicare il testo effettivo.

### La vita è una strada a due corsie

Una semplice, eppure profonda e innegabile verità. Assicuratevi che la vostra discussione includa i dettagli e le informazioni che saranno utili ad altri. Condividete le vostre soluzioni con la comunità. Convidete anche i vostri fallimenti. Postare l'equivalente di "Non importa, ho risolto." nelle vostre discussioni o cancellare i vostri post per motivi simili non solo è egoista ed inutile per la comunità, ma costituisce anche un effettivo spreco delle risorse e del tempo di tutti. Inoltre, ordinare che si venga aiutati o mostrarsi come impazienti e maleducati non è un comportamento accettabile. Arch è messa a disposizione da una comunità di volontari. Gli utenti di Arch sono incoraggiati a fare le proprie ricerche, fare uno sforzo, rispondere alla discussione, aiutare gli altri, coinvolgersi e contribuire alla comunità.

Non siate un "vampiro di aiuto".

### Richieste per la raccomandazione di prodotti

Le discussioni in cui vengono richiesti consigli per la raccomandazione di prodotti informatici non sono permesse. Questi argomenti, come la tecnologia da essi discussa, diventano velocemente obsoleti ed è improbabile che forniscano alcun beneficio alla comunità più ampia, nel lungo termine. Ci si aspetta che voi siate in grado di eseguire delle vostre ricerche e trarre delle proprie conclusioni su quale prodotto meglio soddisfa i vostri requisiti individuali.

### Vecchie discussioni/"necro-bumping"

Fate la vostra parte per mantenere il forum ordinato. Poichè Arch viene documentato nella Wiki, rispondere nelle vecchie discussioni ("necro-bumping") non è solitamente tollerato sui subfora per i problemi tecnici, dato che può generare informazioni "zombie" disunite; i messaggi con dei dati non più rilevanti, vista la natura a rilascio continuo di Arch, in aggiunta a messaggi più recenti che riflettono le circostanze attuali.

Regole generali:

- Se avete domande, aprite una nuova discussione e collegatela alla vecchia, se è ancora rilevante. Potete anche segnalare la vechhia discussione, in modo tale che gli addetti possano chiuderla.
- Se avete qualcosa da aggiungere e ritenete che l'informazione sia pertinente, ma più aggiornata, aprite una nuova discussione e collegatela a quella vecchia, se desiderate, ma cercate di evitare la duplicazione degli sforzi le informazioni pubblicando informazioni già presenti sulla Arch Wiki.
- Se avete una soluzione versione-agnostica o corrispondente, il necro-bumping potrà forse essere appropriato quando la discussione non è più vecchia di uno o due anni.

### Niente "power-posting"/messaggi vuoti

Il "Power-posting" è la pratica di postare messaggi vuoti o inutili. Non è consentito. Possono esserci due motivi per cui le persone ne fanno uso: per incrementare irragionevolmente il loro numero di messaggi o per supportare un'idea, come se fosse una votazione. Esempi di power-posting includono, ma non si limitano a, rispondere con "+1", "lol", "anch'io", "sono d'accordo" oppure ":)".

Quando si pubblica o si risponde ai messaggi, assicuratevi di avere qualcosa da dire. Questi messaggi vuoti creano disordine nelle discussioni e nella conversazione, invalidano la funzione di 'Mostrare I Messaggi Nuovi' e costituiscono uno spreco di banda rete e dello spazio del server.

Le discussioni che degenerano in una serie di "+1/-1" o "anch'io/sono d'accordo/non sono d'accordo" verranno bloccate. Anche dei singoli power posts saranno cancellati.

### Bumping

Postare una singola parola o un messaggio inutile (bumping) per attirare attenzione alla vostra discussione non è permesso. Fate le vostre ricerche, continuate coi tentativi di risoluzione del problema, pubblicate i risultati e siate pazienti con la comunità. Se le persone stanno leggendo la vostra discussione senza rispondere o offrire aiuto, potete provare a fornire più dettagli, o a chiedere di essere indirizzati verso la giusta direzione. Spesso, la ragione per cui i messaggi rimangono senza risposta è, per la maggior parte, l'aver specificato dettagli insufficenti proprio nel primo, oppure la palese disponibilità di soluzioni sulla Wiki, sul forum o sul Web, e che la comunità non ha intenzione di statare l'ovvio.

### Cross-posting

Il Cross-posting è l'atto di postare più volte la stessa domanda in differenti sottosezione dei fora (ad esempio, pubblicaando sia in Angolo del newbbo che in Installazione), oppure pubblicare delle varianti leggermente diverse della domanda nella stessa sottosezione o in una diversa. Ciò costituisce uno spreco di risorse e non è permesso. Qualsiasi argomento "cross-postato" verrà immediatamente bloccato e selezionato per la cancellazione.

### Dirottamento della discussione

La pratica del dirottamento di una discussione esistente è il processo di rispondere ad essa con un argomento completamente differente. Non è solitamente tollerato. È preferibile creare una nuova discussione se si ha un problema correlato ad uno simile pubblicato in precedenza, ma chiaramente diverso. Non sono neanche permessi quei messaggi che dirottano una discussione seria con conversazioni non rilevanti.

### Polizza del cestino (selezionate per l'eliminazione)

Le discussioni che sono state bloccate/chiuse perchè già documentate o sulle bacheche o sulla Wiki, oppure perchè sono inconsistenti con le Usanze di Arch, verranno spostate nel cestino/troll-cestino. Dopo un periodo di cinque giorni, la discussione diverrà eligibile per l'eliminazione a discrezione degli addetti. Il Moderatore responsabile definirà chiaramente la discussione come "Cestinata" o "Da eliminare".

## Liste di posta

Linee guida per le liste di posta. Controllare anche Stile della pubblicazione nelle liste di posta.

### Top posting

Non vi sono mai ragioni valide per il top posting. Non fatene uso, per favore.

### Citare

Citare soltanto gli elementi necessari da una email precedente. Le citazioni raggruppate gonfiano rapidamente le discussioni e riducono la leggibilità, incrementando simultaneamente il carico cognitivo sull'intera lista. Scartate tutto il materiale ridondante e rispondete solo a quello più rilevante che è stato citato.

### Testo in chiaro

Il testo in chiaro è il predefinito in Unix ed email. L'HTML non è necessario e, per coloro che utilizzano client di linea di comando, non ben visto. Mantenere una lunghezza delle linee ragionevole: 72 caratteri è considerato lo standard per andare a capo.

https://useplaintext.email/ fornisce istruzioni sulla configurazione dei client email per l'utilizzo del testo in chiaro.

### Rispondete alla lista di posta

Quando rispondete alla discussione di una lista di posta, assicuratevi di rispondere alla lista di posta e non all'autore dell'email iniziale. La maggior parte dei client di email dovrebbero fornire una funzione "rispondi alla lista di posta" tra le opzioni di risposta. Altrimenti, inserite manualmente l'indirizzo email della lista di posta nel campo Destinatario.

Per le liste di posta che non richiedono iscrizione, come arch-mirrors-announce e aur-requests, utilizzate rispondi a tutti e assicuratevi che la lista di posta sia tra i destinatari.

## AUR

Le linee guida del Repository Utente di Arch sono disponibili a Linee guida per le proposte dell'AUR.

## IRC

Tutti i canali IRC di Arch sono sulla rete IRC Libera Chat. Gli utenti su Libera Chat devono seguire la polizza della rete e le linee guida del canale di Libera Chat.

La lingua ufficiale del canale #archlinux è l'Inglese. Se avete bisogno di aiuto in un'altra lingua, cercate nei canali internazionali di Arch.

- Il canale ufficiale per la community italiana è #archlinux-it.

- L'argomento principale di #archlinux è supporto e discussione riguardanti Arch Linux. Le conversazioni generali su software o hardware sono permesse a patto che non interferiscano con l'argomento principale della discussione. Se vi viene chiesto di spostare qualcosa su di un altro canale o in privato, siete tenuti a farlo.
- Leggere l'argomento del canale regolarmente usando `/topic`. Spesso contiene informazioni importanti.
- È presente solo un bot del canale ufficiale: phrik. Non spammate i comandi del bot e limitate l'utilizzo a cose utili. Se volete portare un vostro bot in qualsiasi canale di Arch Linux, chiedete ad un operatore prima di farlo.
- Non collegate i canali a nessun altra rete o mezzo senza permesso.
- Non divulgate log pubblicamente senza il permesso di tutti i partecipanti.
- Non inondate il canale con testo. Ciò include arte in ASCII, comandi dei bot e logs di errore.
  - Usare un servizio di pastebin per condividere qualcosa lungo più di tre linee. `program &> program-output.txt` in combinazione con dei clients pastebin possono alleviare questo passo.
  - Se si vuol provare i comandi dei bot oppure investigare la funzione di aiuto, farlo in una `/query` o `/msg`. Esempio: `/query phrik help command`.
- Le auto-risposte nei canali o via messaggi privati non sono permesse, eccezion fatta per le risposte di assenza all'evidenziamento del nick in privato.
- Non chiedete se qualcuno sia vivo o se usa il vostro software, chiedete direttamente senza troppi giri di parole.
- Non ordinate di ricevere aiuto; chiedetelo. Aspettate pazientemente per qualche minuto prima di porre nuovamente le domande. La maggior parte delle domande trovano risposta da solo un altro utente, come voi.
- Quando si chiede aiuto, rispondere sempre alle persone che vi chiedono più informazioni; se non conoscete la risposta, riferitelo.

## Wiki

Le linee guida per la Wiki si trovano in ArchWiki:Contribuire.

## Tracciatore dei problemi

Le linee guida per il tracciatore di problemi si trovano in Linee guida per la segnalazione dei problemi.

Category:

- Arch community (Italiano)