pippo.com / it / knowledge

Condividere conoscenza

Ogni volta che ho acquisito abbastanza competenza da comprendere davvero un sistema, prima o poi ho sentito il bisogno di produrre qualcosa che permettesse anche ad altri di capirlo, utilizzarlo o costruirci sopra.

Nel 1992 fu una guida a Internet. Negli anni successivi furono FAQ, articoli e documentazione tecnica. Poi infrastrutture, materiali formativi, risultati sperimentali, framework, dataset e codice. Gli strumenti sono cambiati. Il movimento è rimasto sorprendentemente stabile.

comprendere a fondo → sintetizzare → condividere la conoscenza → costruire in modo aperto

Prima della rete

Questo meccanismo precede Internet. Da bambino smontavo mobili, radio e televisori guasti perché avevo bisogno di capire come fossero fatti e come le parti lavorassero insieme. A quattro o cinque anni conoscevo abbastanza bene ciò che avevo esplorato che, quando mia madre trovava una vite avanzata, spesso chiedeva a me da dove provenisse.

Non è il centro di questa pagina, ma spiega il metodo: per riuscire a sintetizzare un sistema ho bisogno prima di comprenderlo abbastanza in profondità da distinguere ciò che è essenziale da ciò che non lo è. Una volta costruito quel modello, spiegare e condividere tende a diventare il passo successivo.

Una nota, non una biografia
Questa pagina non ricostruisce la mia carriera. Raccoglie ciò che ho prodotto e reso pubblico man mano che acquisivo abbastanza competenza da sentire di poterlo spiegare, documentare o rendere riutilizzabile.

La rete come cultura della conoscenza

Quando ho incontrato Internet, nei primi anni Novanta, ho trovato un ambiente costruito quasi esattamente su questo meccanismo. Documentazione tecnica, mailing list, newsgroup, FAQ, software e codice circolavano perché qualcuno aveva deciso di rendere pubblico ciò che aveva imparato.

Essendo in larga parte autodidatta, quella conoscenza non mi ha semplicemente aiutato: ha contribuito a costruire la mia competenza professionale. Condividere ciò che riuscivo a capire è diventato anche un modo per restituire qualcosa alla stessa rete dalla quale lo avevo ricevuto.

Gli artefatti: ciò che la conoscenza ha prodotto

1992–1997

GUIDA · IPERTESTO

Guida a Internet e alla Realtà Virtuale

Internet · cyberspazio · protocolli · servizi · comunità online

La prima forma pubblica di questo impulso fu una guida nata mentre Internet era ancora difficile da raggiungere e ancora più difficile da spiegare. La versione 0.1 del 1992 nacque in realtà per uno scopo molto semplice: volevo spiegare alla mia amica Ludovica che cosa significasse avere informazioni organizzate in forma ipertestuale e darle alcuni fondamenti su Internet. Il Web stesso era appena nato: il primo sito pubblico del CERN risaliva all’anno precedente. Da quell’esperimento personale la guida crebbe fino a ricomporre documentazione frammentata, quasi sempre tecnica e in inglese, in una struttura accessibile: non soltanto quali comandi usare, ma che cosa fosse Internet, come funzionasse e perché potesse diventare qualcosa di importante.

OUTPUT → oltre 300 pagine, distribuite gratuitamente come ipertesto e oggi conservate nell’archivio storico di pippo.com. Era il 1992, nove anni prima della nascita di Wikipedia: non la stessa cosa, naturalmente, ma già la stessa intuizione che mi attirava nella rete, cioè che la conoscenza potesse essere organizzata, collegata e resa direttamente accessibile agli altri.

→ esplora la guida

1993–2000

COMUNITÀ · FAQ · DIVULGAZIONE

Trasformare domande ricorrenti in conoscenza riutilizzabile

Usenet · Linux · Unix · Internet · sicurezza · riviste informatiche

Usenet funzionava come una gigantesca memoria distribuita: qualcuno poneva una domanda, altri rispondevano, le risposte venivano corrette, accumulate e trasformate in FAQ. Per alcuni anni ho mantenuto le FAQ italiane di riferimento per Linux, partecipato alle comunità tecniche e prodotto guide e documenti su Unix, Internet, sicurezza e cultura hacker. Nello stesso periodo ho iniziato a scrivere professionalmente come Technical Editor e collaboratore per riviste informatiche italiane.

OUTPUT → FAQ, guide, documentazione tecnica, articoli e materiali che rendevano trasferibile ciò che avevo imparato usando realmente quelle tecnologie.

→ documenti storici → articoli anni Novanta → Linux FAQ e guide

1995–1997

INFRASTRUTTURA · SYSTEM ADMINISTRATION

Internet Force: dalla conoscenza all’infrastruttura

SunOS · TCP/IP · DNS · mail · routing · Cisco · firewall · dial-up

A metà degli anni Novanta quella conoscenza smise di essere soltanto qualcosa da studiare e raccontare. Con Internet Force, uno dei primi Internet Service Provider commerciali italiani, divenne infrastruttura da progettare, costruire e mantenere. Internet Force nacque nel 1995 con un’impostazione per allora piuttosto ambiziosa: invece di replicare un modello ancora spesso artigianale, cercammo deliberatamente di adottare le best practice dei provider statunitensi. Server Sun, router Cisco, firewall Check Point, infrastruttura organizzata in rack e connettività verso le dorsali americane facevano parte di quella scelta progettuale. Per me significò trovarmi immerso in un ambiente tecnico insolitamente ricco, nel quale Unix, TCP/IP, DNS, posta, routing, sicurezza, accessi dial-up, hardware e connettività geografica dovevano essere compresi come parti di un unico sistema. Nel mercato italiano del 1995 queste competenze erano ancora relativamente rare e concentrate soprattutto nelle università, nei centri di ricerca e nei primi operatori Internet. Il mio ruolo era, nei fatti, quello del system e network administrator, quando queste figure stavano ancora prendendo forma come professioni riconoscibili.

OUTPUT → Internet Force fu anche un acceleratore straordinario di apprendimento. Lavorare su un’infrastruttura costruita con quel livello di ambizione mi costrinse ad acquisire una conoscenza tecnica end-to-end che contribuì direttamente a impostare la traiettoria successiva della mia carriera: infrastrutture, engineering, technology risk, governance e cybersecurity.

→ repository storico → documentazione interattiva

2026

ARCHIVIO TECNICO APERTO

Tornare su Internet Force per spiegare come funzionava

archeologia tecnica · configurazioni · procedure · DNS · mail · routing

Trent’anni dopo sono tornato proprio su quell’infrastruttura. Questa volta non per amministrarla o rimetterla in produzione, ma per trasformare in conoscenza condivisibile ciò che allora avevo dovuto imparare per farla funzionare. Il repository raccoglie configurazioni, documentazione, sorgenti, procedure operative e materiali originali, ma aggiunge anche sezioni formative che ricostruiscono il contesto: come funzionavano DNS e posta, come comunicavano le reti, come erano organizzati server e accessi, come si amministrava un’infrastruttura Internet prima del cloud.

OUTPUT → il materiale storico mostra che cosa facevamo; la documentazione contemporanea prova a spiegare come e perché funzionava.

→ esplora il repository → learning paths

2012–2018

EDTECH · EVIDENZA

EdiTouch: condividere anche ciò che si impara costruendo

design inclusivo · sperimentazione sul campo · metodologia · risultati

Con EdiTouch non bastava costruire un prodotto. Bisognava capire se funzionasse davvero. Questo significò lavorare con studenti, famiglie, insegnanti, specialisti e ricercatori, condurre una sperimentazione sul campo e documentarne metodologia e risultati. EdiTouch non era open source, ma consolidò un principio che continua a sembrarmi importante: un prodotto può rimanere proprietario; la conoscenza che produce non deve necessariamente esserlo.

OUTPUT → prodotto, field trial, presentazioni, metodologia ed evidenze conservate oggi in un archivio storico pubblico.

→ archivio EdiTouch → materiali e pubblicazioni

2026 →

OPEN RESEARCH · CODICE · DATI

Rendere verificabile non soltanto il risultato

L×M×C · SLEF · dataset · benchmark · specifiche · reference implementations

Nel lavoro recente sull’AI educativa lo stesso principio assume una forma ancora più esplicita. Pubblicare una conclusione non basta se gli altri non possono vedere come ci si è arrivati. Framework, ambienti sperimentali, dataset, benchmark e implementazioni di riferimento vengono quindi pubblicati con identificatori persistenti e, quando possibile, con codice e dati riutilizzabili. L’obiettivo non è soltanto rendere qualcosa gratuito, ma renderlo ispezionabile, criticabile e riproducibile.

OUTPUT → L×M×C, SLEF e altri artefatti di ricerca aperti alla verifica, alla critica e al riuso.

→ L×M×C → SLEF → ricerca e pubblicazioni

1990s → oggi

SCRITTURA · DIVULGAZIONE

Scrivere per capire, scrivere per condividere

riviste tecniche · articoli · AI · educazione · governance · human systems

Negli ultimi anni ho ripreso in modo continuativo un’attività che avevo svolto negli anni Novanta: scrivere per pubblicazioni rivolte a un pubblico più ampio. Gli argomenti sono cambiati, il metodo molto meno. Prima cercare di capire il problema abbastanza bene da non ridurlo a uno slogan. Poi provare a restituirlo in una forma comprensibile anche a chi non ha seguito tutto il percorso necessario per arrivarci.

OUTPUT → dagli articoli tecnici degli anni Novanta alla divulgazione contemporanea su AI, educazione, cognitive e relational safety, governance e tecnologia.

→ Writing & Publications

Open source come conseguenza

Open source, per me, non ha mai significato soltanto applicare una licenza a un repository. È una delle forme che può assumere un principio più generale: la conoscenza diventa più utile quando altri possono accedervi, comprenderla, verificarla e costruirci sopra.

Non tutto deve essere pubblico. Esistono proprietà intellettuale, dati sensibili, sicurezza e responsabilità. Ma quando ciò che stiamo producendo è conoscenza, la possibilità di vedere come quella conoscenza è stata costruita diventa parte del suo valore.

Il debito verso la rete

Gran parte di ciò che so l’ho imparato perché qualcun altro, prima di me, aveva deciso di rendere pubblica una spiegazione, una FAQ, un documento, del codice o semplicemente una buona risposta in un newsgroup.

Continuare a documentare e condividere quello che imparo non mi è mai sembrato particolarmente straordinario. Mi è sempre sembrato, semplicemente, il modo in cui la rete dovrebbe funzionare.