Politica editoriale di rdagmr98.github.io
Questo dominio non è un aggregatore né un parcheggio di link. Pubblica guide operative legate ai software che sviluppo e uso. Qui sotto le regole con cui scrivo — servono anche a chi valuta la qualità del sito.
Missione del sito
Offrire testo originale, specifico e utilizzabile su tre filoni: palestra digitale (schede, log, flusso coach/atleta), ripasso teorico PPL, automazione di compiti ripetitivi. Ogni pezzo deve restare utile anche se gli annunci non compaiono.
Cosa pubblichiamo
- Procedure, checklist e criteri decisionali basati su casi reali
- Esperienze di prodotto derivate da app e tool pubblicati su GitHub Pages
- Aggiornamenti quando un flusso cambia davvero (non “calendario editoriale” vuoto)
- Pagine di trust chiare: chi scrive, come contattarlo, privacy e termini
Cosa non pubblichiamo
- Contenuti copiati o riscritti da terzi senza esperienza diretta
- Pagine create solo per parole chiave senza istruzioni utilizzabili
- Promesse mediche, legali o di abilitazione aeronautica
- Liste di link senza testo originale / hub vuoti di card
- Articoli generati in massa senza revisione umana sul merito
Standard di lunghezza e profondità
Un articolo tipico spiega un problema, dà un metodo, elenca errori comuni e collega agli strumenti. Se un pezzo si può riassumere in due slogan, non è pronto. Preferisco aggiornare un testo esistente piuttosto che pubblicare dieci varianti sottili della stessa idea.
Autore e responsabilità
I testi sono di Gianmarco. Contatti: pagina contatti. Contesto e progetti: Chi sono e Progetti.
Pubblicità
Il sito può mostrare annunci (AdSense). Gli articoli restano scritti per essere utili senza ads. Dettagli sul trattamento dati: privacy policy.
Correzioni
Segnalazioni di errori fattuali sono benvenute via email. Le correzioni rilevanti aggiornano la data in testa all’articolo.
Rapporto con i sottoprogetti sul dominio
Su rdagmr98.github.io convivono app e siti (GymApp, PPL, autom.lab, altri). Questo spazio root non è un indice silenzioso: è la redazione. I sottoprogetti restano prodotti; gli articoli spiegano come usarli e quali decisioni prendono. Non duplico landing commerciali dentro ogni pezzo.
Aggiornamenti e date
La data in testa all’articolo segnala l’ultima revisione sostanziale. Correzioni minori possono non cambiare la data; cambi di metodo sì. Se un flusso di prodotto cambia in modo che l’articolo mentirebbe, aggiorno o ritiro il pezzo.