Sviluppare app multipiattaforma - Un’introduzione
> INDICE DEL CORSO
Codice libero, pensiero libero
Nella nostra società liquida, nel senso di priva di punti di riferimento duraturi, dove tutto cambia dall’oggi al domani, fare ingegneria e sviluppo del software è un’impresa assai ardua. Eppure metter mano a un codice che giorno per giorno prende forma e fa qualcosa di desiderato è un’esperienza che per chi la vive, se ama programmare, ha sempre qualcosa di straordinario. Soprattutto quando il software da noi scritto è usato da altri, e se funziona bene, pare una magia.
Nonostante il modello iper-competitivo e sovente economicamente gramo in cui noi programmatori siamo inseriti, c’è una forza invisibile, una sorta di pulsione sociale, che comunque ci spinge a contribuire a progetti comuni. Basta guardare quanto siano vitali piattaforme di mutua condivisione di codice, come Github, SourceForge, Launchpad e altre, le quali, nonostante di solito non contribuiscano al nostro portafoglio, sono una sana via di espressione della nostra creatività e il nostro modo di lasciare una traccia visibile del nostro passaggio in questo mondo. A noi entusiasti, liberi creatori, appassionati, giovani alle prime armi o hacker convinti, comunque piace condividere il codice. Se il pensiero è libero, allora il codice è libero. Grandi uomini assennati come Richard Stallman l’hanno ben compreso.
Immagino di scrivere questo breve articolo introduttivo per chi, come me, partendo con pochi mezzi e poche conoscenze, si ponga il problema di sviluppare software in un contesto dove non solo tutto pare molto complicato se non addirittura oscuro, ma quello che abbiamo scritto oggi potrebbe non funzionare più già domani. Linguaggi e piattaforme sono aggiornati in maniera frenetica, i dispositivi in circolazione sono così tanti e diversificati che scrivere un’app che funzioni “ovunque” potrebbe sembrare un’utopia.
Cosa dire, inoltre, del fatto che anche la creazione del progetto più semplice, inserito nel contesto dei dispositivi mobili, implica la padronanza di molti linguaggi diversi, di strumenti di sviluppo che paiono agli antipodi (giusto per fare un esempio: Android Studio e Apple Xcode), e sovente con un costo in hardware e licenze non trascurabile?
Purtroppo il classico approccio scolastico e universitario all’informatica e all’ingegneria del software non sembra dare risposte adeguate, anzi, salvo rare e fortunate eccezioni, sembra smarrirsi (e smarrire i discenti) su vie obsolete, oppure aggiornate ma iper-specialistiche, o al contrario iper-semplificate, ma in tutti i casi, per dirla con un po’ di concretezza, poco utili nell’affrontare problemi reali. Pur esistendo corsi ottimi e qualificanti, spesso però sono inseriti nel quadro generale di formazione istituzionalizzata lontana dalle esigenze di chi vorrebbe imparare ad essere operativo e presente nel mare magnum delle app.
E quindi, cosa fare?
Nel mio piccolo, potrei provare a condividere una parte di quel che ho appreso nella mia esperienza lavorativa. Cercherò di esprimermi con un approccio il più possibile utile per chi inizia da zero.
Indicazioni che possano durare nel tempo?
Il mio auspicio, in questo e in altri miei prossimi articoli, è di riuscire a indicare una valida modalità di ragionamento che possa adeguarsi ai contesti più diversi e che sia il più possibile duratura nel tempo, tenendo a mente che i testi di informatica sono spesso già vecchi e superati nel momento stesso in cui vengono stampati. Mi pongo quindi una domanda: quel che scrivo oggi, è innanzitutto potenzialmente utile oggi? E domani? E tra un anno? Tra dieci anni?
Se discutessi del teorema di Pitagora avrei ottime speranze di affrontare un argomento valido per millenni, ora e per sempre... ma se invece volessi affrontare il problema della bontà di un algoritmo allora lo spazio temporale di riferimento sarebbe assai più ristretto (rispetto al teorema di Pitagora). Se poi mi focalizzassi sulla specifica implementazione di tale algoritmo in una specifica versione di un determinato linguaggio di programmazione, il tempo di validità delle mie affermazioni sarebbe ridotto, nella migliore delle ipotesi, a qualche anno. Se poi tale linguaggio, nel presente o comunque in un ragionevole intervallo temporale, non trovasse sbocco lavorativo (o addirittura venisse abbandonato), allora avrei sprecato fiato e tempo? Forse sì, forse no... dipende.
La vera sfida non è quella di costruire una vasta conoscenza nozionistica di tanti linguaggi di programmazione, ma di conoscerne “quanto basta” di pochi, essenziali, duttili, idonei ad adeguarsi a contesti diversi, destinati a ragion veduta a durare nel tempo. E una volta identificate le conoscenze di base, saperle sfruttare all’interno di una modalità di ragionamento adatta a risolvere una molteplicità di problemi diversi.
Gli strumenti di programmazione
Con l’obiettivo di sviluppare applicazioni complete e perfettamente funzionanti per dispositivi mobili, sintetizzo in poche parole quella che secondo me è una delle possibili scelte vincenti:
JAVA + Codename One + Spring Boot
Non solo Java, ovviamente, ci servirà, ma soprattutto Java, con un minimo di conoscenza anche dei CSS e con una minima cognizione di cosa siano i file JSON. Il resto lo vedremo strada facendo (ad es. un minimo di HTML, di gestione di un server Linux tramite SSH, di uso di uno specifico IDE, ecc.), ma comunque rimarranno a un livello di infarinatura minima necessaria: è meglio non sovrabbondare e concentrarci solo su quel che realmente serve.
Ciò che andrò a trattare dovrebbe essere sufficiente duraturo nel tempo, al di là delle mode del momento: in effetti è una scommessa, fatta però a ragion veduta. Mi spiego con un esempio pratico: le conoscenze di base di Java che ho acquisito circa vent’anni fa (quando neanche esistevano gli smartphone), oggi sono ancora valide e mi permettono di sviluppare app per Android e iPhone. Quindi... mi sento ragionevolmente sicuro che scommettere su Java sia una buona scelta, soprattutto grazie a Codename One, a cui già avevo dedicato un breve articolo di presentazione.
Tra le conoscenze di base, non ho incluso quella di un linguaggio relazionale per database (tipo MySql), né la conoscenza dei linguaggi specifici normalmente usati per certi dispositivi, ad es. Objective-C o Swift per iPhone. In effetti, potrebbero essere utili, ma solo in circostanze molto specifiche; normalmente non ne avremo bisogno, o meglio, li useremo in maniera indiretta: Java farà tutto per noi, compreso l’uso di MySql o di Objective-C, sgravandoci dal compito di dover sapere “tutto”. A livello cognitivo, Java ci semplifica la vita.
Tutto ciò, lato client, è possibile grazie a Codename One, il cui compito, sostanzialmente, è proprio quello di prendere il nostro codice Java e “transcompilarlo” (cioè tradurlo e riadattarlo) ai vari contesti d’uso. Illustrerò meglio questo concetto in un altro articolo. L’interazione lato server con un database, invece, sarà a carico di Spring Boot, che tradurrà il nostro codice Java nel linguaggio specifico del database da noi scelto (ad es. MySql). Pure questo, un passo alla volta, lo vedremo meglio più avanti.
Un corretto modo di ragionare per affrontare la complessità
Su questo punto, invito ad un’attenta lettura del mio articolo: “Linee guida di base per la gestione della complessità in un progetto software”. I punti che ho elencato saranno punti di riferimento di cui vedremo applicazioni concrete.
Esempi fallimentari
Dopo aver introdotto quella che secondo me è una buona direzione da intraprendere, per confronto vorrei invece soffermarmi su quelli che considero esempi fallimentari, partendo proprio dalle mie esperienze.
Specializzazione troppo circostanziata
Specializzarsi in una specifica versione di PHP o di un CMS (per quanto riguarda lo sviluppo di siti web), o specializzarsi in una specifica versione di Android Studio o di Xcode per lo sviluppo di app mobili, rischia di rivelarsi controproducente. Senza entrare nei dettagli, quel che ho potuto purtroppo appurare è che un CMS (tipo Joomla) che in un dato anno fa uso di una specifica versione di PHP, a distanza di dieci anni, con l'aggiornamento dei sistemi operativi e di PHP, di fatto si rivela non più utilizzabile, non più manutenibile, e per poter ancora essere tenuto online può richiedere un lavoro abnorme (e non sempre fattibile) di aggiornamento.
A titolo di esempio, ho impiegato mesi di duro lavoro per ammodernare un vecchio sito Joomla 1.5 (che aveva decine di migliaia di utenti registrati e innumerevoli contenuti caricati dagli utenti, nonché plugins specifici di Joomla 1.5 assenti in versioni successive) a Joomla 3.x, riuscendo a trasportare tutti i dati e i plugins su un sito nuovo. E’ stato un lavoro quasi impossibile semplicemente perché non esistevano strumenti idonei per poterlo fare: manualmente, con prove ed errori e tanto intuito, ho fatto il reverse engineering dei database, ne ho compreso la logica sottostante per certi versi criptica, ho scritto un mio software per eseguire la migrazione, ho scritto anche un nuovo plugin per Joomla 3.x per sostituirne uno di Joomla 1.5 di cui non esisteva un equivalente. Queste sono esperienze da non ripetere, difficilissime, stressanti e altamente rischiose.
A suo tempo ho speso cifre considerevoli in manuali di HTML, CSS, PHP, AJAX e affini e oggi potrei tranquillamente buttarli nel camino insieme alla legna perché non servono più a nulla, ormai sono vecchi.
Parimenti, specializzarsi in una specifica versione degli strumenti di sviluppo e dei linguaggi richiesti da Google e da Apple per lo loro piattaforme, ci mette alla mercé delle loro scelte commerciali e tecniche. Tra l'altro, le scelte tecniche di queste corporations a volte creano seri problemi a noi sviluppatori nel passaggio da una versione all'altra, per incompatibilità più o meno volute e altre "breaking changes". Specialmente Google obbliga spesso a cambiamenti tutt’altro che indolori.
In poche parole, stare dietro alle mode tecniche e commerciali del momento può infilarci in un'odissea drammatica.
In questo contesto, Codename One ci mette al riparo da una miriade di problemi e di incompatibilità, permettendoci di focalizzarci solo su Java e facendo in modo che il nostro codice sia il più possibile compatibile nel tempo, sia con i dispositivi più vecchi sia con quelli più aggiornati. Questa semplificazione ci aiuta a concentrarci sull'essenziale, affrancandoci da un bisogno di continuo aggiornamento e di rincorsa delle novità. Parimenti, pure Spring Boot fa la sua parte nell'agevolarci la vita, automatizzando per quanto possibile certi dettagli implementativi e alleggerendoci il lavoro. Ho già citato, ad esempio, che Spring Boot ci permette di usare un database senza scrivere una sola riga di codice Sql: un’altra interessante “figata” è che Spring Boot e Codename One possono tranquillamente scambiarsi dati tramite JSON sgravandoci completamente dal compito di scrivere il codice per generare e interpretare tali files (anzi, nel nostro codice Java la sintassi JSON non comparirà per niente, sarà infatti gestita automaticamente).
Livello di astrazione troppo basso o troppo specialistico
Un altro esempio secondo me fallimentare è l'uso di linguaggi a basso livello di astrazione (come il C o il C++), che non solo creano incompatibilità nel passaggio da un sistema operativo all'altro, ma per la loro vicinanza più alla macchina che al programmatore espongono a problematiche che in linguaggi con livello di astrazione più alto (come Java) non esistono. Per completezza, ci sono personalità importanti, come Linus Torvalds, celeberrimo programmatore e creatore del kernel Linux, che hanno espresso un'opinione diametralmente opposta alla mia. In una recente intervista, Torvalds ha infatti affermato che Java è un linguaggio orribile: in effetti, se fosse utilizzato per sviluppare il kernel Linux, sarebbe veramente poco adatto (anzi, improponibile). Tutto dipende dal contesto d'uso: Java nasce con una vocazione multipiattaforma. Io ho usato molto il C++, ma in confronto Java mi è sembrato una boccata di ossigeno.
In altri ambiti, considero fallimentari, sempre in un'ottica a lungo termine, i linguaggi di scripting tarati per una determinata versione di un certo sistema operativo: ad es., nel corso degli anni sono stato prolifico nel prepararmi script Bash, ma, salvo rare eccezioni, sono stati tutti legati a esigenze del momento e non portabili su altri sistemi operativi o su una versione successiva dello stesso sistema operativo. Oggi più che mai la regola d'ora è la massima inter-compatibilità tra piattaforme diverse: secondo me, in generale, è meglio star lontani da codice troppo circostanziato.
Per la stessa ragione, è meglio avere serie perplessità se un ambiente di sviluppo è intrinsecamente legato a un certo sistema operativo, perché non sappiamo se tra qualche anno avrà ancora mercato. Ad es., qualcuno ricorda i numerosi software didattici e professionali degli anni '90? Forse i più giovani no, magari alcuni di voi non erano ancora nati, ad ogni modo è (quasi) tutto sparito, perché per la stragrande maggioranza erano tutti legati a specifiche versioni di un noto sistema operativo. Lo so che sono passati quasi trent'anni... sto solo facendo ragionamenti a lungo termine, notando come l’andamento del mercato del software può prendere vie a volte non prevedibili. Come dicevo, i concetti base di Java che ho imparato vent'anni fa sono ancora gli stessi che mi permettono oggi di scrivere applicazioni per iPhone e Android. Se tra qualche anno uscirà qualche altro sistema operativo che ancora non esiste, magari Java continuerà ad aiutarmi. Non solo: già attualmente Java + Codename One mi permettono di sviluppare web-app, cioè app basate sugli standard del W3C (in primis HTML5), che di per sé sono indipendenti dal sistema operativo. Anche questo lo vedremo più avanti, ad ogni modo anticipo soltanto che non è necessario conoscere l’HTML5: noi scriveremo codice Java, al resto ci penserà Codename One.
Altri esempi fallimentari che rasentano il masochismo…
Esperienze da non ripetere: siti web statici fatti "a mano" in HTML con il "notepad" di Windows (??!), siti web dinamici con codice scritto a mano con il "nano" editor di Linux e aggiornato direttamente sul server mentre questi sono in esecuzione (???!!!), nonché programmi scritti direttamente in assembly (?!!!). Ho fatto tutte queste cose, ma per un problema di igiene mentale è meglio non persistere. Poi, ovviamente, se qualcuno, per passione personale, vuol provare questo tipo di lavori "artigianali", è libero di sperimentare.
Specializzazione troppo scientifica
Chicca finale: mesi e mesi da me passati a scrivere codice in linguaggio O'Caml. Se siete veramente appassionati di programmazione funzionale e se lo fate per gusto personale (?!) o perché siete dottorandi o ricercatori universitari, allora ha senso, altrimenti... passiamo oltre. Effettivamente ci sono casi d'uso dove saper utilizzare questo tipo di linguaggi può aiutare nella ricerca scientifica e nel formulare ragionamenti e algoritmi formalmente corretti dal punti di vista matematico... ma fuori dalle università e dai centri di ricerca, la realtà lavorativa di noi persone comuni non può avvalersi di quel tipo di strumenti.
Scrivere codice senza prima strutturarlo
La scrittura del codice dovrebbe essere il passo terminale di una catena di progettazione e di ragionamenti, non il contrario :-)
Orbene, tempo permettendo, e con un po’ di ispirazione, continuerò questa trattazione in altri articoli, entrando più nello specifico.
Francesco Galgani,
26 novembre 2019
Amnesty International: Google e Facebook violano pesantemente i diritti umani
C'è chi tiene in mano un'arma da fuoco, chi una croce, chi un mouse (e, per estensione, tutto ciò che rappresenta un accesso ai contesti virtuali, tra cui soprattutto gli smartphone). Il suggestivo disegno qui a destra, in cui si possono ricercare significati, è di Matt Chase. I nostri dispositivi digitali sono sia un'arma sia una fede? Probabilmente sì. Non faccio ulteriori commenti su questo disegno, su cui invito a riflettere, e passo oltre...
Nel quadro generale della futura "Internet delle cose", o "Internet del tutto", che purtroppo pare attenderci e che ho già trattato nella pagina "Crimine 5G, Internet delle Cose: un quadro ampio, con articoli, video, bibliografia scientifica, appelli di scienziati", in cui ho riportato anche un servizio di Report e un documentario di James Corbett, la notizia che Amnesty International abbia pubblicato un documento di 60 pagine per dimostrare la sistematica violazione dei diritti umani compiuta da Facebook e Google mi sembra l'ennesima conferma della direzione autodistruttiva del mondo in cui siamo inseriti.
L'unica azione rivoluzionaria che intravedo è non usare né Facebook né i servizi di cui questa azienda è proprietaria (Instagram e Whatsapp, giusto per fare due nomi), né Google e i suoi servizi, ammesso che questo sia possibile. Ad ogni modo, sono ben consapevole che le pressioni e i condizionamenti sociali spingono e forzano in tutt'altra direzione.
Esistono altre strade? Sì, ricordo il decalogo slow-Internet di Giulio Ripa, decalogo che continua ad essere una proposta molto sensata di fronte alla denuncie di Amnesty (la quale, peraltro, non manca di essere presente su Facebook).
Questa è la sintesi del report di Amnesty International, pubblicata da Amnesty stessa: "Facebook and Google’s pervasive surveillance poses an unprecedented danger to human rights".
Questo è il documento completo in PDF: POL3014042019ENGLISH.PDF
Questa invece è una lista di tutti gli articoli pubblicati da Amnesty International sul tema del rapporto tra tecnologia e diritti umani: https://www.amnesty.org/en/search/?issue=54748
Francesco Galgani,
25 novembre 2019
Campo di concentramento
Campo di concentramento
Tacere,
sapere di non sapere,
mentre la fine
comincio a vedere.
Silenzio,
senza lamento,
mentre sta per compiersi
il grande fallimento.
Millenni di storia
come polvere al vento,
dalla pioggia di morte
mi riparo a stento.
Violenza su violenza,
incapaci d’amare,
senza un governo
che ci sappia orientare.
I superstiti sapranno
quanto buio è l’umano,
vorrei che un cenno di luce
non fosse troppo lontano.
(Francesco Galgani, 23 novembre 2019, www.galgani.it)
Crimine 5G, Internet delle Cose: un quadro ampio, con articoli, video, bibliografia scientifica, appelli di scienziati
Aggiornamento 25 novembre 2019: in calce, oltre al servizio di Report, ho incluso anche il documentario di James Corbett "La gabbia del 5G" (The 5G Dragnet) (fonte), con sottotitoli in italiano a cura di PandoraTV.
Siamo ostaggi della tecnologia? Cosa ci aspetta con il 5G? E già attualmente cosa sta accadendo?
Lo scopo di questo mio articolo è di fornire spunti di approfondimento da varie angolazioni.
In calce riporto il servizio integrale di Report "Dammi il 5", trasmesso su Rai Tre il 18 novembre 2019. Sul sito della Rai è riportata solo una parte del servizio (di circa mezz'ora, link), quella da me qui riportata è invece la registrazione completa.
Aver visto questo servizio, molto interessante seppur concentrato solo un aspetto della questione, mi ha fatto tornare a mente i numerosi articoli che nel corso degli anni ho già pubblicato nel blog, tra cui "Datagate", "Rete Padrona - Zero Privacy", e molti altri.
Secondo me, merita di essere visto perché è l'ennesima conferma di come i nostri smartphone siano già adesso un collare strozzante, per non parlare poi dello scenario apocalittico che ci aspetta con il 5G.
Il servizio di Report è incentrato quasi esclusivamente sul tema della privacy e dello spionaggio, rivelando fatti, aziende e procedure dello Stato e delle relazioni tra Stati che in parte ignoravo. E' impressionante la facilità con cui il controllo della vita privata altrui sia facilmente realizzabile e, ormai, alla portata di chiunque, con possibilità di difesa quasi nulla.
Report, però, non indaga gli aspetti psicologici, sociali e persuasivi della tecnologia, che sono parte imprescindibile del problema (rimando a: "Solitudine e Contesti Virtuali", "L'era della persuasione tecnologica", "L'oscuro desiderio di essere sempre connessi"), né osa entrare nello specifico della follia imperante che ha portato due persone intervistate all'interno di questo servizio a esprimersi così:
«Tra dieci anni saremo più felici» (riferito alla futura onnipresenza e onniscenza della tecnologia con il 5G e già immaginando un possibile futuro 6G)
«Lei vuole rimanere indietro?» (risposta di un intervistato alla domanda della giornalista «Dobbiamo rincorrere la tecnologia?»).
Queste due affermazioni, di per sé, sarebbero più che sufficienti per aprire un serio dibattito filosofico e spiriturale sulla natura umana che, purtroppo, manca tra coloro che prendono decisioni che hanno un impatto decisivo, e fortemente negativo, sul destino di tutti noi.
Comunque, l'attuale andazzo tecnologico sicuramente non crea felicità, anzi, sta creando tutte le premesse per la nostra apocalisse individuale e collettiva. Qualcuno ricorda la Profezia? Qualcuno ha letto e compreso la Religione dell'Ultima Lotta, in cui tale Profezia è contenuta?
Ho scritto alcune mie riflessioni sulla felicità in varie occasioni, riprendendo anche ciò che hanno scritto alcuni grandi maestri (ad es. questo articolo in cui cito il Vangelo Esseno della Pace, e quest'altro articolo in cui provo a farne un'analisi ermeneutica), però mai ho avuto modo di pensare che la tecnologia possa essere di aiuto per essere più felici. La tecnologia, come spesso ha detto il mio caro amico Giulio Ripa (link), non risolve i problemi esistenziali, ma al massimo li sposta ad un altro livello.
Nell'illustrare quanto siamo ostaggi della tecnologia, il servizio di Report omette non solo di illustrare, ma persino anche solo di accennare quanto il 5G sia criminalmente dannoso per la salute di tutti i viventi, creando problematiche serissime su tutto il pianeta. Non mi riferisco solo al fatto, come scrissi nella poesia "Dio virtuale, deficienza reale", che stiamo facendo una strage di alberi per il 5G, ma alle numerose ricerche scientifiche che sollevano serissime perplessità sul fatto che andare nella direzione del 5G sia una scelta assennata. «Ma Lei vuole rimanere indietro?»: appunto, questo è il problema. Chi dice così, però, non ha ben chiaro che è meglio non proseguire lungo una strada se questa si conclude con un precipizio.
A titolo informativo, giusto per dar voce a chi può esprimersi in maniera più autorevole e con cognizione di causa rispetto a me, riporto a questo link un documento (in inglese con traduzione in italiano a fianco), firmato da 180 scienziati e dottori di 36 nazioni (tra cui 35 italiani, elencati a pag. 8 e 9), datato il 13 settembre 2017, i quali chiedono una moratoria per il 5G. Il sito ufficiale di riferimento è: http://www.5gappeal.eu/
La richiesta di moratoria inizia così:
«Noi sottoscritti, più di 180 scienziati e medici provenienti da 37 paesi, proponiamo una moratoria per il roll-out [lancio sul mercato, n.d.t.] della quinta generazione - la 5G - della telecomunicazione, fino a quando i potenziali pericoli per la salute umana e l'ambiente saranno stati completamente studiati da scienziati indipendenti dall'industria. La tecnologia 5G aumenterà notevolmente l'esposizione ai campi elettromagnetici a radiofrequenza (RF-EMF) rispetto alla 2G, 3G, 4G, Wi-Fi, ecc. già esistenti. RF-EMF sono state dimostrate dannose per l'uomo e per l'ambiente. [...]»
Il documento prosegue illustrando le problematiche e riportando link di approfondimento. A tal proposito, segnalo che ByoBlu ha pubblicato alcuni importanti video di approfondimento sul 5G: https://www.byoblu.com/tag/5g/
Cercando in Rete, ho notato che, sebbene sia quasi invisibile la moratoria sopra riportata (almeno nei siti in italiano), qualcosa si sta muovendo a tutela della salute pubblica (ovvero contro il 5G) in realtà locali, soprattutto comuni, mentre a livello nazionale c'è il solito "alto tradimento" del bene comune (ovvero il solito prostituirsi alle multinazionali). Comunque, giusto per completare il quadro e riprendendo un tema spesso citato dal giornalista Giulietto Chiesa (autore di Pandora TV), la minaccia del 5G non viene solo dal basso (con le antenne ogni 100m o poco più), ma anche dall'alto. Sul sito https://www.5gspaceappeal.org/, scopriamo che c'è un altro appello per lo stop del 5G sia nella terra sia nello spazio (qui la traduzione italiana), che inizia così:
«Noi sottoscritti scienziati, medici, e organizzazioni ambientaliste e cittadini provenienti da 204 paesi, chiediamo urgentemente l'arresto della diffusione della rete wireless 5G (quinta generazione), incluso il 5G dai satelliti spaziali. Il 5G aumenterà in modo massiccio l'esposizione alle radiazioni a radiofrequenza (RF) sulle reti 2G, 3G e 4G per le telecomunicazioni già installate. E’ dimostrato che le radiazioni RF sono dannose per l'uomo e l'ambiente. Lo spiegamento del 5G costituisce un esperimento sull'umanità e sull'ambiente, definit o come un crimine secondo il diritto internazionale. [...]»
Più avanti leggiamo:
«[...] Ciò che non è sufficientemente conosciuto è che questo comporterà anche cambiamenti ambientali senza precedenti su scala globale. E’ impossibile prevedere quale sarà la densità pianificata per i trasmettitori di radiofrequenza. Oltre a milioni di nuove stazioni base 5G sulla Terra e 20.000 nuovi satelliti nello spazio, 200 miliardi di oggetti trasmittenti, secondo le stime, faranno parte dell'”Internet delle cose” entro il 2020, e un trilione di oggetti solo pochi anni dopo. A metà del 2018, il 5G commerciale a frequenze più basse e velocità più basse è stato utilizzato in Qatar, Finlandia ed Estonia. La distribuzione del 5G a frequenze estremamente elevate (onde millimetriche) è prevista per la fine del 2018. Nonostante il diffuso negazionismo, l'evidenza che le radiazioni a radiofrequenza (RF) siano dannose per la vita è già lampante. L'evidenza clinica di esseri umani malati, prove sperimentali di danni a DNA, cellule e sistemi di organi in un'ampia varietà di piante e animali, e prove epidemiologiche che le principali malattie della civiltà moderna - cancro, malattie cardiache e diabete - sono in gran parte causate da inquinamento elettromagnetico, costituiscono una base di letteratura di oltre 10.000 studi peer-reviewed. [...]»
Questo appello appena citato è preciso e riporta un'estesa bibliografia anche scientifica. Quindi, chi vuole approfondire è benvenuto. Purtroppo è evidente che, sebbene molti comuni possano opporsi al 5G, non possono fare nulla contro le decine di migliaia di satelliti sopra il capo.
Dopo tutte queste premesse, riporto qui di seguito il video di report e, sotto, il documentario "La gabbia del 5G".
Buoni approfondimenti,
Francesco Galgani,
22 novembre 2019
Pages
Recent content
