Nota. transl.: Questu articulu, chì hè diventatu un successu in Medium, hè una panoramica di i cambiamenti chjave (2010-2019) in u mondu di i linguaggi di prugrammazione è l'ecosistema tecnologicu assuciatu (cun un focus particulari in Docker è Kubernetes). U so autore uriginale hè Cindy Sridharan, chì hè spicializata in arnesi di sviluppatore è sistemi distribuiti - in particulare, hà scrittu u libru "Distributed Systems Observability" - è hè abbastanza populari in u spaziu Internet trà i specialisti IT, in particulare interessatu in u tema di u cloud native.
Quandu u 2019 vene à a fine, vulia sparte i mo pinsamenti nantu à alcuni di i più impurtanti avanzati tecnologichi è innuvazioni di l'ultima decada. Inoltre, pruvaraghju à fighjà un pocu in u futuru è delinea i prublemi principali è l'opportunità di a decada chì vene.
Vogliu fà chjaru chì in questu articulu ùn aghju micca copre i cambiamenti in i settori cum'è a scienza di dati (scienza di dati), intelligenza artificiale, ingegneria frontend, etc., postu chì personalmente ùn aghju micca abbastanza sperienza in elli.
A tipificazione colpisce
Una di e tendenzi più pusitivi di l'anni 2010 hè stata a rinascita di e lingue statiche. Tuttavia, tali lingue ùn sò mai sparite (C++ è Java sò in dumanda oghje; anu duminatu dece anni fà), ma e lingue dinamicamente tipizzate (dinamica) anu avutu un aumentu significativu di pupularità dopu l'emergenza di u muvimentu Ruby on Rails in u 2005. . Questa crescita hà cullatu in u 2009 cù a fonte aperta di Node.js, chì hà fattu Javascript-on-the-server una realità.
À u tempu, e lingue dinamiche anu persu una parte di u so appellu in u campu di a creazione di software di servitore. A lingua Go, popularizzata durante a rivoluzione di u containeru, pareva più adattata per creà servitori d'alta prestazione, efficienti in risorse cù un processamentu parallelu (cù u creatore di Node.js stessu).
Rust, introduttu in u 2010, includeu avanzati in in un tentativu di diventà una lingua sicura è scritta. In a prima mità di u decenniu, a ricezione di l'industria di Rust era piuttostu tibia, ma a so popularità hà aumentatu significativamente in a seconda mità. I casi di usu notevoli per Rust includenu u so usu per , (ne avemu parlatu in - ca. trad.), un primu compilatore WebAssembly da Fastly (oghji parte di bytecodealliance), etc. Cù Microsoft cunsiderendu a pussibilità di riscrittura di alcune parti di u Windows OS in Rust, hè sicuru di dì chì sta lingua hà un futuru brillanti in l'anni 2020.
Ancu e lingue dinamiche anu avutu funzioni novi cum'è (tipi opzionali). Sò stati prima implementati in TypeScript, una lingua chì vi permette di creà codice tipatu è compile in JavaScript. PHP, Ruby è Python anu i so propri sistemi di scrittura opzionali (, ), chì sò usati cù successu in .
Riturnà SQL à NoSQL
NoSQL hè una altra tecnulugia chì era assai più populari à u principiu di a dicada chè à a fine. Pensu chì ci sò dui motivi per questu.
Prima, u mudellu NoSQL, cù a so mancanza di schema, transazzione è garanzii di coerenza più debule, hè diventatu più difficiuli di implementà cà u mudellu SQL. IN cù u tìtulu "Perchè duvete preferite una forte coerenza sempre chì hè pussibule" (Perchè duvete sceglie una forte coerenza, sempre chì hè pussibule) Google scrive:
Una di e cose chì avemu amparatu in Google hè chì u codice di l'applicazione hè più simplice è u tempu di sviluppu hè più brevi quandu l'ingegneri ponu appughjà nantu à l'almacenamiento esistenti per trattà transazzioni cumplessi è mantene e dati in ordine. Per citarà a documentazione originale di Spanner, "Credemu chì hè megliu per i programatori per trattà i prublemi di rendiment di l'applicazioni per via di l'abusu di transazzione cum'è i colli di bottiglia, invece di mantene sempre in mente l'assenza di transacciones".
U sicondu mutivu hè dovutu à l'aumentu di e basa di dati SQL distribuite "scale-out" (cum'è и ) in u spaziu nuvola publicu, è ancu alternative Open Source cum'è CockroachDB (parlemu ancu di ella - ca. trad.), chì risolve parechji di i prublemi tecnichi chì anu causatu e basa di dati SQL tradiziunali per "micca scala". Ancu MongoDB, una volta l'epitome di u muvimentu NoSQL, hè avà transazzioni distribuite.
Per situazioni chì necessitanu letture atomiche è scritte in parechje documenti (in una o più cullezzione), MongoDB supporta transazzioni multi-documenti. In u casu di transazzione distribuite, e transazzione ponu esse aduprate in parechje operazioni, cullezzione, basa di dati, documenti è shards.
Streaming tutale
Apache Kafka hè senza dubbitu unu di l'invenzioni più impurtanti di l'ultimi decennii. U so codice fonte hè statu apertu in ghjennaghju di u 2011, è annantu à l'anni, Kafka hà rivoluzionatu a manera di l'affari di travaglià cù e dati. Kafka hè stata utilizata in ogni cumpagnia chì aghju travagliatu, da startups à grandi corporazioni. E garanzie è i casi d'usu chì furnisce (pub-sub, streams, architetture guidate da l'avvenimenti) sò aduprati in una varietà di attività, da u almacenamentu di dati à u monitoraghju è l'analisi di streaming, in dumanda in parechje aree cum'è finanza, sanità, settore publicu, vendita al dettaglio è ecc.
Integrazione Cuntinua (è in una misura minore Impiegazione Continua)
L'Integrazione Continua ùn hè micca apparsu in l'ultimi 10 anni, ma in l'ultima decada s'hè diffusa à una tale misura, chì hè diventatu parte di u flussu di travagliu standard (eseguite teste nantu à tutte e richieste di pull). Stabbilimentu di GitHub cum'è una piattaforma per sviluppà è almacenà codice è, più impurtante, sviluppà un flussu di travagliu basatu significa chì l'esecuzione di teste prima di accettà una dumanda di pull à maestru hè u solu flussu di travagliu in u sviluppu, familiar à l'ingegneri chì anu cuminciatu a so carriera in l'ultimi deci anni.
A implementazione cuntinuu (spiegamentu di ogni impegnu cum'è è quandu tocca à u maestru) ùn hè micca cusì diffusa cum'è l'integrazione cuntinua. Tuttavia, cù a pletora di diverse API di nuvola per l'implementazione, a popularità crescente di piattaforme cum'è Kubernetes (chì furnisce una API standardizzata per implementazioni), è l'emergenza di strumenti multi-piattaforma è multi-nuvola cum'è Spinnaker (custruitu nantu à quelli standardizati). API), i prucessi di implementazione sò diventati più automatizati, simplificati è, in generale, più sicuri.
Contenidors
I cuntenituri sò forsi a tecnulugia più hyped, discussa, annunziata è incompresa di l'anni 2010. Per d 'altra banda, hè una di l'innuvazioni più impurtanti di a dicada precedente. Una parte di u mutivu di tutta sta cacofonia si trova in i signali misti chì avemu ricevutu da quasi ogni locu. Avà chì l'hype hè calatu un pocu, alcune cose sò ghjunte in un focusu più forte.
I cuntenituri sò diventati populari micca perchè sò u megliu modu per eseguisce una applicazione chì satisface i bisogni di a cumunità di sviluppatori globale. I cuntenituri sò diventati populari perchè si mettenu bè in una dumanda di marketing per un certu strumentu chì risolve un prublema completamente diversu. Docker hè diventatu fantasticu un strumentu di sviluppu chì risolve u prublema di cumpatibilità pressante ("funziona nantu à a mo macchina").
Più precisamente, a rivoluzione hè stata fatta Image Docker, perchè risolviu u prublema di parità trà l'ambienti è furnisce una vera portabilità micca solu di u schedariu di l'applicazione, ma ancu di tutti i so software è dipendenze di u funziunamentu. U fattu chì sta strumenta hà stimulatu in qualchì manera a pupularità di "contenitori", chì sò essenzialmente un dettagliu di implementazione di livellu assai bassu, ferma per mè forse u misteru principale di l'ultimi decennii.
Serverless
Puderaghju chì l'avventu di l'informatica "senza servitore" hè ancu più impurtante ch'è i cuntenituri perchè veramente rende u sognu di l'informatica à dumanda in realità. (à dumanda). In l'ultimi cinque anni, aghju vistu l'approcciu senza servitore espansione gradualmente in u scopu aghjunghjendu supportu per e lingue novi è runtimes. L'emergenza di prudutti cum'è Azure Durable Functions pare esse u passu ghjustu versu l'implementazione di funzioni stateful (à u stessu tempu un decisivu relative à limitations FaaS). Fighjuleraghju cun interessu cumu si sviluppa stu novu paradigma in l'anni à vene.
L'automatizazione
Forsi u più grande benefiziu di sta tendenza hè a cumunità di l'ingegneria di l'operazioni, postu chì hà permessu cuncetti cum'è infrastruttura cum'è codice (IaC) per diventà una realità. Inoltre, a passione per l'automatizazione hà coincisu cù l'ascesa di a "cultura SRE", chì hà da scopu di piglià un approcciu più centru di software à l'operazioni.
API-ficazione universale
Un'altra caratteristica interessante di l'ultima decada hè stata l'API-ficazione di diverse attività di sviluppu. L'API boni è flessibili permettenu à u sviluppatore di creà flussi di travagliu è strumenti innovatori, chì à u turnu aiutanu à mantene è migliurà l'esperienza di l'utilizatori.
Inoltre, API-ficazione hè u primu passu versu SaaS-fication di qualchì funziunalità o strumentu. Questa tendenza coincide ancu cù l'aumentu di a popularità di i microservizii: SaaS hè diventatu solu un altru serviziu chì pò esse accessu via API. Ci sò avà assai strumenti SaaS è FOSS dispunibuli in spazii cum'è u monitoraghju, i pagamenti, l'equilibriu di carica, l'integrazione cuntinua, l'alerte, u cambiamentu di funzioni. (marcatura di funziunalità), CDN, ingegneria di trafficu (per esempiu, DNS), etc., chì anu fioru in l'ultima decada.
osservabilità
Hè da nutà chì oghje avemu accessu à assai più avanzata Strumenti per monitorizà è diagnosticà u cumpurtamentu di l'applicazione chì mai. U sistema di surviglianza Prometheus, chì hà ricevutu u statutu Open Source in 2015, pò forse esse chjamatu u megliu sistema di monitoraghju da quelli cù quale aghju travagliatu. Ùn hè micca perfettu, ma un numeru significativu di cose sò implementati esattamente in modu ghjustu (per esempiu, supportu per e misurazioni [dimensionalità] in u casu di metrica).
A traccia distribuita hè stata una altra tecnulugia chì hè entrata in u mainstream in l'anni 2010, grazia à iniziative cum'è OpenTracing (è u so successore OpenTelemetry). Ancu se a traccia hè sempre abbastanza difficiule da applicà, alcuni di l'ultimi sviluppi dà a speranza chì sbloccheremu u so veru putenziale in l'anni 2020. (Nota: Leghjite ancu in u nostru blog a traduzzione di l'articulu "« du même auteur.)
Fighjendu à u futuru
Sfurtunatamente, ci sò parechji punti di dolore chì aspettanu a risoluzione in u decenniu à vene. Eccu i mo pinsamenti nantu à elli è alcune idee potenziali nantu à cumu sbarazzarsi di elli.
Risolve u prublema di a lege di Moore
A fine di a lege di scala di Dennard è u ritardu daretu à a lege di Moore necessitanu novi innovazioni. John Hennessy in spiegà perchè l'addicti prublemi (specificu à u duminiu) architetture cum'è TPU pò esse una di e suluzioni à u prublema di lagging behind a lege di Moore. Toolkits cum'è da Google pare digià esse un bonu passu avanti in questa direzzione:
I compilatori anu da supportà e novi applicazioni, esse facilmente portati à u novu hardware, ligà parechje strati di astrazione chì varieghja da lingue dinamiche, gestite à acceleratori vettoriali è dispositivi di almacenamentu cuntrullati da software, mentre furnisce interruttori d'altu livellu per l'autotuning, chì furnisce ghjustu- in funziunalità -tempu, diagnostichi, è distribuzione infurmazione di debugging nantu à u funziunamentu è u funziunamentu di i sistemi in tuttu u stack, mentri in a maiò parte di i casi furnisce un rendiment chì hè ragiunate vicinu à l'assembler scritta a manu. Intendemu di sparte a nostra visione, u prugressu è i piani per u sviluppu è a dispunibilità publica di una tale infrastruttura di compilazione.
CI / CD
Mentre chì l'aumentu di CI hè diventatu unu di i più grandi tendenzi di l'anni 2010, Jenkins hè sempre u standard d'oru per CI.
Stu spaziu hà bisognu di innuvazione in i seguenti settori:
- interfaccia d'utilizatore (DSL per e specificazioni di test di codificazione);
- dettagli di implementazione chì a renderanu veramente scalabile è veloce;
- integrazione cù diversi ambienti (staging, prod, etc.) per implementà forme più avanzate di teste;
- test continuu è implementazione.
Strumenti di sviluppatore
Cum'è una industria, avemu cuminciatu à creà software sempre più cumplessu è impressiunanti. Tuttavia, quandu si tratta di i nostri strumenti, a situazione puderia esse assai megliu.
L'edizione cullaburazione è remota (via ssh) hà guadagnatu una certa popularità, ma ùn hè mai diventata u novu modu standard di sviluppu. Sì, cum'è mè, ricusate l'idea stessa di u bisognu una cunnessione permanente à l'Internet solu per pudè fà a prugrammazione, dopu travaglià via ssh in una macchina remota hè improbabile chì vi cunvene.
L'ambienti di sviluppu lucale, in particulare per l'ingegneri chì travaglianu in grandi architetture orientate à u serviziu, sò sempre una sfida. Certi prughjetti cercanu di risolve questu, è mi interessarebbe sapè ciò chì l'UX più ergonomicu avissi da esse per un casu d'usu determinatu.
Saria ancu interessante di allargà u cuncettu di "ambienti portatili" à altri spazii di sviluppu cum'è a ripruduzzione di bug (o ) chì si trovanu in certi cundizioni o paràmetri.
Mi piacerebbe ancu vede più innuvazione in spazii cum'è a ricerca di codice semantica è sensibile à u cuntestu, arnesi per correlate incidenti di produzzione cù parti specifiche di a basa di codice, etc.
Computing (u futuru di PaaS)
Dopu à l'hype intornu à i cuntenituri è senza servitori in l'anni 2010, a gamma di suluzioni in u spaziu nuvola publicu hè stata sviluppata significativamente in l'ultimi anni.
Questu suscite parechje dumande interessanti. Prima di tuttu, a lista di l'opzioni dispunibili in u nuvulu publicu hè in constantemente crescente. I fornitori di servizii di nuvola anu u persunale è e risorse per seguità facilmente l'ultimi sviluppi in u mondu Open Source è liberà prudutti cum'è "pods senza servitore" (suspettu solu per fà i so propii runtimes FaaS OCI conformi) o altre cose simili di fantasia.
Un pò solu invidia quelli chì utilizanu sti suluzioni nuvola. In teoria, l'offerte di nuvola di Kubernetes (GKE, EKS, EKS in Fargate, etc.) furniscenu API indipindenti da u fornitore di nuvola per l'esecuzione di carichi di travagliu. Sè vo aduprate prudutti simili (ECS, Fargate, Google Cloud Run, etc.), probabilmente site digià sfruttendu a maiò parte di e funzioni più interessanti offerte da u fornitore di serviziu. Inoltre, quandu emergenu novi prudutti o paradigmi di l'informatica, a migrazione hè prubabilmente simplice è senza stress.
Cunsiderendu quantu rapidamente a gamma di tali suluzioni hè in evoluzione (saraghju assai sorpresu se un paru di novi opzioni ùn si prisentanu micca in un futuru vicinu), picculi squadre di "piattaforma" (squadre assuciate à l'infrastruttura è rispunsevuli di creà piattaforme on-premise per e cumpagnie di carichi di travagliu in esecuzione) seranu incredibbilmente difficili da cumpete in termini di funziunalità, facilità d'usu è affidabilità generale. L'anni 2010 anu vistu Kubernetes cum'è un strumentu per custruisce PaaS (platform-as-a-service), cusì mi pare completamente inutile di custruisce una piattaforma interna nantu à Kubernetes chì offre a stessa scelta, simplicità è libertà disponibile in u publicu. spaziu nuvola. Framing PaaS basatu in containeru cum'è una "strategia Kubernetes" equivale à evità deliberatamente e capacità più innovative di u cloud.
Se guardate i dispunibuli oghje capacità di computing, diventa ovvi chì creà u vostru propiu PaaS basatu solu in Kubernetes equivale à dipingevi in un angulu (micca un approcciu assai avanti, eh?). Ancu s'è qualchissia decide di custruisce un PaaS containerizatu in Kubernetes oghje, in un paru d'anni parerà obsoletu cumparatu cù e capacità di nuvola. Ancu Kubernetes hà iniziatu cum'è un prughjettu open source, u so antenatu è l'ispirazione hè un strumentu internu di Google. In ogni casu, hè statu uriginale sviluppatu in l'iniziu / mità di l'anni 2000 quandu u paisaghju di l'informatica era completamente diversu.
Inoltre, in un sensu assai largu, l'imprese ùn anu micca bisognu di diventà esperti à gestisce un cluster Kubernetes, nè custruiscenu è mantenenu i so centri di dati. Furnisce una basa informatica affidabile hè una sfida core fornitori di servizii di nuvola.
Infine, mi sentu cum'è avemu un pocu regressu cum'è industria in termini di sperienza d'interazione (). Heroku hè stata lanciata in u 2007 è hè sempre unu di i più faciule d'utilizà piattaforme. Ùn si negà chì Kubernetes hè assai più putente, estensibile è programabile, ma mi manca quantu hè faciule per inizià è implementà à Heroku. Per aduprà sta piattaforma, avete solu bisognu di cunnosce Git.
Tuttu chistu mi porta à a seguente cunclusione: avemu bisognu di astrazioni megliu, di livellu più altu per travaglià (questu hè soprattuttu veru per astrazioni di più altu livellu).
L'API ghjusta à u più altu livellu
Docker hè un grande esempiu di a necessità di una megliu separazione di e preoccupazioni à u stessu tempu implementazione curretta di l'API di più altu livellu.
U prublema cù Docker hè chì (almenu) inizialmente u prugettu avia un scopu troppu largu: tuttu per risolve u prublema di cumpatibilità ("travaglia nantu à a mo macchina") cù a tecnulugia di cuntainer. Docker era un formatu d'imaghjini, un runtime cù a so propria reta virtuale, un strumentu CLI, un daemon chì funziona cum'è root, è assai più. In ogni casu, u scambiu di missaghji era più di più cunfusu, per micca di parlà di "VMs lightweight", cgroups, namespaces, numerosi prublemi di sicurezza è funzioni mischiate cù a chjama di marketing per "custruisce, furnisce, eseguisce ogni applicazione in ogni locu".
Cum'è cù tutte l'astrazioni boni, ci vole u tempu (è l'esperienza è u dulore) per scumpressà diversi prublemi in strati lògichi chì ponu esse cumminati cù l'altri. Sfurtunatamente, prima chì Docker puderia ghjunghje à una maturità simile, Kubernetes intrì in a lotta. Hè monopolizatu u ciculu di l'hype tantu chì avà ognunu cercava di seguità i cambiamenti in l'ecosistema di Kubernetes, è l'ecosistema di u containeru hà pigliatu un statutu secundariu.
Kubernetes sparte parechji di i stessi prublemi cum'è Docker. Per tutte e parolle di l'astrazione fresca è cumpusibile, separà e diverse attività in strati micca assai bè incapsulatu. À u so core, hè un orchestratore di cuntainer chì gestisce cuntenituri in un cluster di diverse macchine. Questu hè un compitu abbastanza bassu, applicabile solu à l'ingegneri chì operanu u cluster. Per d 'altra banda, Kubernetes hè ancu astrazione di u più altu livellu, un strumentu CLI chì l'utilizatori interagiscenu cù via YAML.
Docker era (è hè sempre) cool strumentu di sviluppu, malgradu tutti i so difetti. In un tentativu di seguità cù tutti i "lepri" in una volta, i so sviluppatori anu sappiutu implementà currettamente astrazione à u più altu livellu. Per astrazione à u più altu livellu vogliu dì un sottumessu funziunalità chì u publicu di destinazione (in questu casu, i sviluppatori chì anu passatu a maiò parte di u so tempu in i so ambienti di sviluppu lucale) anu veramente interessatu è chì hà travagliatu bè fora di a scatula..
Dockerfile è utilità CLI docker deve esse un esempiu di cumu custruisce una bona "interfaccia d'utilizatore di u più altu livellu". Un sviluppatore ordinariu pò principià à travaglià cù Docker senza sapè nunda di e intricacies implementazioni chì cuntribuiscenu à l'esperienza operativacume namespaces, cgroups, limiti di memoria è CPU, etc. In ultimamente, scrive un Dockerfile ùn hè micca assai sfarente di scrive un script di shell.
Kubernetes hè destinatu à diversi gruppi di destinazione:
- amministratori di cluster;
- ingegneri di u software chì travaglianu nantu à prublemi di infrastruttura, espansione e capacità di Kubernetes è creanu piattaforme basate nantu à questu;
- l'utilizatori finali chì interagiscenu cù Kubernetes via
kubectl.
L'approcciu "una sola API per tutti" di Kubernetes presenta una "muntagna di cumplessità" incapsulata insufficiente senza guida nantu à cumu scala. Tuttu chistu porta à una trajectoria di apprendimentu injustificabilmente prolongata. Cumu Adam Jacob, "Docker hà purtatu una sperienza d'utilizatore trasformativa chì ùn hè mai stata superata. Pregunte à qualcunu chì usa un K8 s'ellu vulia chì hà travagliatu cum'è u so primu docker run. A risposta serà sì ":
Puderaghju chì a maiò parte di a tecnulugia di l'infrastruttura oghje hè troppu bassu (è dunque cunzidiratu "troppu cumplessu"). Kubernetes hè implementatu à un livellu abbastanza bassu. Distribuitu traccia in u so (assai spans stitched together to form a traceview) hè ancu implementatu à un livellu troppu bassu. Strumenti di sviluppatore chì implementanu l'"astrazioni di u più altu livellu" tendenu à esse u più successu. Questa cunclusione hè vera in un numeru sorprendente di casi (se a tecnulugia hè troppu cumplessa o difficiuli d'utilizà, allora l'"API / UI di più altu livellu" per quella tecnulugia ùn hè ancu scupertu).
Avà, l'ecosistema nativu di u nuvulu hè cunfusu per via di u so focu di livellu bassu. Cum'è una industria, duvemu innuvà, sperimentà è educà nantu à ciò chì u livellu ghjustu di "astrazione massima, più alta" pari.
Cummerciu al dettaglio
In l'anni 2010, l'esperienza di vendita digitale hè stata largamente invariata. Da una banda, a facilità di shopping in linea duveria chjappà in i magazzini tradiziunali di vendita, da l'altra banda, a compra in linea hè stata fundamentalmente quasi invariata in una dicada.
Mentre ùn aghju micca pinsamenti specifichi nantu à cumu sta industria evolverà in a prossima dicada, mi saria assai disappuntu se cumprà in 2030 cum'è noi in 2020.
U ghjurnalisimu
Sò sempre più disillusionatu cù u statu di u ghjurnalismu glubale. Hè diventatu sempre più difficiuli di truvà fonti di nutizie imparziali chì raportanu in modu obiettivu è meticulosu. Moltu spessu a linea trà a nutizia stessa è l'opinioni nantu à questu hè sfocata. Comu regula, l'infurmazione hè presentata in una manera biased. Questu hè soprattuttu veru in certi paesi induve storicamente ùn ci hè stata una separazione trà e nutizie è l'opinione. In un articulu recente publicatu dopu l'ultime elezzione generale di u Regnu Unitu, Alan Rusbridger, ex editore di The Guardian, :
U puntu principalu hè chì per parechji anni aghju guardatu i ghjurnali americani è mi sentu dispiace per i mo culleghi quì, chì eranu solu rispunsevuli di a nutizia, lascendu u cummentariu à persone completamente diverse. Tuttavia, cù u tempu, a pietà hè diventata in invidia. Avà pensu chì tutti i ghjurnali naziunali britannichi duveranu separà a so rispunsabilità per a nutizia da a so rispunsabilità per i cumenti. Sfortunatamente, hè troppu difficiule per u lettore mediu - in particulare i lettori in linea - per discernisce a diferenza.
Data a reputazione piuttostu dubbiosa di Silicon Valley in quantu à l'etica, ùn aghju mai fiducia in a tecnulugia per "rivuluziunà" u ghjurnalismu. Dittu chistu, eiu (è parechji di i mo amichi) saria cuntentu s'ellu ci era una fonte di nutizie imparziale, disinteressata è affidabile. Mentre ùn aghju micca idea di ciò chì puderia esse una tale piattaforma, sò cunvinta chì in una era induve a verità hè diventata sempre più difficiuli di discernisce, a necessità di un ghjurnalismu onestu hè più grande chè mai.
Networking suciale
I media suciali è e piattaforme di nutizie di a cumunità sò a prima fonte d'infurmazioni per parechje persone in u mondu, è a mancanza di precisione è a riluttanza di alcune piattaforme per fà ancu a verificazione di fatti basi hà purtatu à cunsequenze disastrose cum'è genocidiu, interferenza elettorale è più. .
I media suciali hè ancu u strumentu di media più putente chì hè mai esistitu. Cambianu radicalmente a pratica pulitica. Anu cambiatu a publicità. Cambianu a cultura pop (per esempiu, a cuntribuzione principale à u sviluppu di a cultura di annullamentu chjamatu [culture d'ostracisme - ca. trad.] e rete suciale cuntribuiscenu). I critichi sustenenu chì e social media anu pruvatu à esse un terrenu fertili per i cambiamenti rapidi è capricciosi in i valori morali, ma hà ancu furnitu à i membri di i gruppi marginalizzati l'uppurtunità di urganizà in modi chì ùn anu mai avutu prima. In essenza, i media suciali hà cambiatu a manera di cumunicà è di spressione in u XXI seculu.
Tuttavia, credu ancu chì i media suciali portanu i peggiori impulsi umani. A cunsiderazione è u pensamentu sò spessu trascurati in favore di a pupularità, è diventa quasi impussibile di sprime un disaccordu ragiunatu cù certi opinioni è pusizioni. A polarizazione spessu esce da u cuntrollu, risultatu in u publicu solu ùn sente micca l'opinioni individuali mentre l'assolutisti cuntrollanu i prublemi di l'etiquette in linea è l'accettabilità.
Mi dumandu s'ellu hè pussibule di creà una piattaforma "megliu" chì prumove discussioni di qualità megliu? Dopu tuttu, hè ciò chì guida "ingaghjamentu" chì spessu porta u prufittu principalu à queste plataforme. Cumu Kara Swisher in u New York Times:
Hè pussibule di sviluppà interazzione digitale senza pruvucà l'odiu è l'intolleranza. U mutivu chì a maiò parte di i siti di e social media parenu cusì tossichi hè perchè sò stati custruiti per a rapidità, a viralità è l'attenzione, piuttostu cà u cuntenutu è a precisione.
Saria veramente disgraziatu se, in un paru di decennii, l'unicu legatu di e social media era l'erosione di a nuance è l'appropriazione in u discorsu publicu.
PS da u traduttore
Leghjite puru nant'à u nostru blog:
- «";
- «";
- «";
- «».
Source: www.habr.com