Newsgroup: it.comp.os.linux.development
Titolo: LETTERA APERTA -0

Ciao,
..ho appena terminato di leggere una delle tante documentazioni sulla 
compilazione del kernel, questa elencava le operazioni da fare
senza spiegarle...cosa fa make clean? make dep? make bzImage?
Poi non diceva nulla sul fatto di copiare l'immagine in /boot e non
faceva alcun cenno sulle eventuali modifiche di LILO o GRUB.
Tanti sono i documenti in rete scritti con questo stile inutile per
tutti
inutile per gli esperti, che non lo leggeranno mai e inutile per i
nuovi 
utenti, che anche se compilano tutto e poi riavviano la macchina non 
noteranno alcuna differenza (avendo letto una descrizione cosi'
sommaria).
Ci sono poi tante riviste che si spacciano come "divulgative", 
imboccano argomenti ma non li concludono, non li approfondiscono e 
non li spiegano...ovviamente come per tutto ci sono le eccezioni.
Per questo ed altri motivi ho deciso di creare l'ennesimo sito su
Linux 
(ho appena richiesto la registrazione del dominio al mio SP "di
fiducia"), 
un sito che soddisfi completamente le mie aspettattive, di facile 
consultazione e che dopo aver letto gli articoli non mi lasci con
l'amaro 
in bocca.
Un sito con un suo stile, con una sezione divulgativa, ma anche con
spazi 
dedicati alla sperimentazione ed a vari progetti da sviluppare
insieme.
Un sito Open Source con materiale originale, dedicato e curato nei
minimi
particolari.
Ovviamente in rete esistono gia' documenti ben fatti come gli HowTo
(brevi
risposte come le FAQ) ma io vorrei qualcosa di piu' particolareggiato,
piu' interattivo e piu' ampio e comunque complementare alle altre
risorse
appena citate.
Voglio precisare che il sito nasce unicamente con scopo divulgativo e
didattico (e per passione) non come mia vetrina personale quindi non
ci 
saranno pareri politici, slogan, mie opinioni personali o le mie 
"foto delle vacanze al mare".
Se sei interessato e vuoi continuare la lettura di questo documento
ecco 
l'elenco dei contenuti:
 
1) Caratteristiche generali 
 
2) Caratteristiche dei contenuti
3) Collaborazioni aperte - come funziona
4) Documenti e articoli - come funziona
5) Dati e riferimenti
---------------------------------------------------------------------------
Caratteristiche generali 
---------------------------------------------------------------------------
1) Il sito deve essere facilmente consultabile da browser testo (come
links)
2) Niente Banner o altri tipi di pubblicità
3) Grafica praticamente nulla (se non essenziale).Per semplici schemi,
   se possibile, utilizzare "acsii art".
4) Evitare volgarita' e linguaggi "premasticati" tipo "winzoz, crew" &
C, 
   utilizzare la lingua italiana.
5) L'utilizzo dei tag html deve essere ridotto al minimo, niente css e
tag 
   particolari all'interno delle pagine. 
6) Non saranno inseriti HOWTO "ufficiali" o documenti tipo "appunti
Linux"
   per questo ci sarà una sezione contenete esclusivamente i link dove
   scaricare le varie documentazioni esistenti (sezione continuamente
   aggiornata ...con il vostro aiuto)
7) I vari articoli saranno divisi in categorie tipo ARGOMENTO /
DIFFICOLTA'
8) Saranno presenti ovviamente pagine contenenti link ufficiali
dedicati a 
   Linux, kernel, distribuzioni, Open Source e sicurezza
 
9) Altro...da definire con voi
 
---------------------------------------------------------------------------
Caratteristiche dei contenuti
---------------------------------------------------------------------------
1) Quello che viene pubblicato deve essere "pura esperienza diretta"
2) L'articolo deve essere il piu' chiaro e completo possibile:
   Chi scrive un manuale o un articolo non dovra' omettere nessuna
spiegazione
   presupponendo la conoscenza del lettore di un determinato
argomento.
   es: Se utilizzo un comando con delle opzioni devo spiegare il
significato 
   di ciascuna di queste (anche se sono presenti nelle pagine man).
3) Sarebbe una bella cosa alla fine dell'articolo (quando possibile e
quando 
   utile) inserire qualche script per automatizzare le operazioni
descritte,
   in questo modo il lettore oltre a capire l'argomento puo' 
   imparare/migliorare/verificare/confrontare anche le proprie
esperienze
   sulla programmazione (bash, c e amici vari).
4) Benvenuto al codice.
   Un benvenuto a tutti i programmi Open Source ed ai listati (ma ben 
   commentati in italiano e correttamente identati)
 
5) Gli argomenti dovranno trattare esclusivamente i programmi base...
   ...mi spiego meglio...se una cosa puo' essere fatta in due modi:
 
   a) da console con una serie di comandi.
 
   b) da X utilizzando un programma chiamato "XWRAPPER" che non è
altro
      che una semplice interfaccia grafica che automatizza una serie
      di operazioni eseguibili anche da console.
 
   La spiegazione tipo "a" e' ASSOLUTAMENTE preferibile alla
spiegazione 
   di tipo "b".   Per due semplici motivi:
 
   1) Avendo capito "a" e' automatica la comprensione di "b" (ma non
e' vero 
      l'inverso)
 
   2) Molti di noi abbandonano le "scatole nere" per abbracciare un
sistema
      operativo Open Source che ti consente di avere il pieno
controllo della
      macchiana, sapendo sempre quello che sta facendo...utilizzare un
Linux 
      alla "Windows" non ha senso (ma questo e' un parere personale)
 
9) Gli articoli non devono essere legati alle peculiarita' delle
singole
   distribuzioni (per questo ci sara' una sezione a parte).
 
10) Quando si parla di file e di configurazioni indicare sempre i loro
path e
    la distribuzione utilizzata (e la sua versione) ...il massimo
sarebbe 
    indicare quando possibile, anche i path relativi alle altre
distribuzioni.
11) I documenti non tratteranno solo di installazione e
configurazione, ma 
    anche di progettazione, analisi e programmazione.
12) Altro...da definire con voi   
---------------------------------------------------------------------------
Documenti e articoli - come funziona
---------------------------------------------------------------------------
Si propone un'idea (base, intermedia, avanzata).
Si inizia a srivere la bozza di un documento.
Si pubblica il documento nella sezione "documenti in sviluppo".
Tutti quelli che leggono il documento pubblicato possono revisionarlo,
correggerlo, miglioralo, ingrandirlo.
Quando il documento avra' raggiunto una sua "personalita'" (diciamo
una relase relativamente stabile) sara' pubblicato come documento
effettivo.
Intendo relase "relativamente" stabile poiche' in qualsiasi momento un
documento puo' essere corretto.
Inoltre i documenti dovranno essere aggiornati continuamente in base
ai vari cambiamenti delle versioni e delle stesse distribuzioni.
Questi cambiamenti non saranno modifiche al documento ma aggiunte, in
questo modo sara' mantenuta una certa storicita' e potranno essere 
utili a tutti (anche a chi installato delle versione obsolete di
Linux)
Nei documenti appariranno i nomi e le email degli autori cone le varie
date di creazione e revisione (struttura da definire insieme).
Ovviamente articoli ed eventuale commento dei codici in Italiano.
---------------------------------------------------------------------------
Collaborazioni aperte - come funziona
---------------------------------------------------------------------------
Il sito ancora non esite, intendo crearlo con voi.
Osserverò il riscontro di questo messaggio per vedere se la cosa vi
interessa
altrimenti usero' il dominio per altre cose.
Ho pubblicato questo documento su vari newsgroup ma per ovvi motivi
seguiro' 
unicamente lo sviluppo della copia presente in:
it.comp.os.linux.iniziare
Quindi se siete interessati mandate le risposte (domande, idee,
critiche) 
unicamente come "reply" di questo documento in
it.comp.os.linux.iniziare.
Quando pubblichero' nuovi messaggi correlati a questo argomento il
titolo
sara' sempre LETTERA APERTA -1, LETTERA APERTA -2, LETTERA APERTA -x
etc.
Questo ovviamente solo se notero' un riscontro, in caso contrario
sara' 
inutile annoiarvi con nuovi messaggi.
Come ho detto prima il sito non esiste e non esistono i contenuti, non
voglio una raccolta di articoli per fare numero, non voglio incantare
nessuno ma puntare solo sulla qualita' e la chiarezza, se questo vuol
dire
mantenere il sito per un anno con solo un articolo non c'e' problema,
non
e' a fini di lucro.
Definiremo insieme (in un prossimo documento) la modalita' per la
stesura
dei documenti.
Per iniziare a collaborare potete:
1) Mandarmi l'eventuale materiale (decideremo poi insieme come
collocarlo)
2) Suggerire l'organizzazione delle categorie tipo ARGOMENTO /
DIFFICOLTA'
3) Iniziare a mandare link da pubblicare nell'opportuna sezione
   Anche i link saranno divisi in categorie da decidere, i links
"ufficiali" 
   tipo 
http://www.linux.org
 saranno separati dai link degli 
   "amici-collaboratori del sito" (chiamiamoli cosi' per adesso).
   Questo non per fare il classista ma per semplice chiarezza di
informazione,
   la notizia "Nuovo Kernel" sul sito www.xyz.abc non puo' (e non
deve) avere
   lo stesso peso della notizia "Nuovo Kernel" sul sito 
www.linux.org
.
 
4) Mandare idee, critiche e proposte.
5) E IMPORTANTISSIMO inviare (se interessati) un riscontro come
risposta a 
   questo documento in it.comp.os.linux.iniziare
---------------------------------------------------------------------------
Dati e rifeimenti
---------------------------------------------------------------------------
Piu' avanti vi comunichero' il nome del dominio (appena sara'
completata 
la fase di registrazione)
Per contattarmi utilizzate i messaggi in it.comp.os.linux.iniziare.
Per inviare materiale utilizzate l'indirizzo di e-mail: 
 
 
iniz...@interfree.it
 
Come Subject: "Lettera Aperta"  
...le email con subject differenti saranno eliminate
...piu' avanti ci sara' una e-mail ufficiale collegata al sito
Vi ringrazio per l'interesse (se ci sara'), la pazienza (perche' avete
letto
sino a qui) e confido, con il vostro aiuto, nelle nascita di un
"nostro" sito
che ci aiuti a migliorare insieme...a qualsiasi livello, grazie ad un
continuo
scambio di idee e collaborazioni (cosa che fa sempre bene a tutti).
Saluti
Leo

iniz...@interfree.it
 (Leo) writes:
1) Non e` il luogo migliore per parlarne.
2) Consiglio spassionato: proporre idee e aspettare collaborazioni
*non* funziona nel mondo open source.  
Mito: un progetto nasce e si sviluppa nella comunita`.  Realta`: un
progetto nasce dalla forza individuale o di pochissimi e gli si crea
attorno una comunita` di sviluppo *se merita*.  
Quindi comincia a lavorare sulla tua idea, pubblica spesso i
risultati, stimola il feedback, dimostra di dare supporto al tuo
lavoro, e quando avrai in mano qualcosa di interessante, *allora*
spingi la creazione di una comunita`.  Altrimenti e` energia sprecata.
3) Non sei il solo a sentire certe esigenze.  Guardati la
documentazione che ho pubblicato su
http://practicaltux.sourceforge.net
, ci sono spunti utili per quel che
vuoi fare tu.
Massimiliano

 Per contattarmi utilizzate i messaggi in it.comp.os.linux.iniziare.
Questo mi insegnera` a non leggere i messaggi per intero...
Le mie scuse al resto del gruppo.
Massimiliano

 1) Non e` il luogo migliore per parlarne.
Infatti l'ha postato pressocche' ovunque. <eg>
Senza avere la minima idea di cosa sia il crosspost e il follow-up.
-- 
          |Save our planet!
   Ciao   |Save wildlife!
  roberto |For your E-MAIL use ONLY recycled Bytes  !!
          |roberto poggi   
rpo...@softhome.net

Senza avere la minima idea di cosa sia il crosspost e il follow-up.
Che non sappia cosa sia il cross-post mi pare una buona cosa :-))
-- 
Per rispondermi, ricordati di togliere il 
nome del poeta e il trattino.

 Che non sappia cosa sia il cross-post mi pare una buona cosa :-))
Meglio il crosspost che il multipost. Almeno quello riesci a filtrarlo, o 
al massimo te lo becchi una tantum...
-- 
HappyCactus - Registered Linux User #209744
http://www.angelfire.com/jazz/happycactus/index.html
Made with 100% recycled electrons