<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="it"><generator uri="https://jekyllrb.com/" version="3.9.3">Jekyll</generator><link href="https://klez.me/en/feed.xml" rel="self" type="application/atom+xml" /><link href="https://klez.me/en/" rel="alternate" type="text/html" hreflang="it" /><updated>2026-06-30T00:08:47+02:00</updated><id>https://klez.me/feed.xml</id><title type="html">Alessandro ‘kLeZ’ Accardo personal website</title><subtitle>This is the personal website of an Italian developer once called &apos;kLeZ&apos;.</subtitle><entry xml:lang="en"><title type="html">Slop, trust, and a three-line patch</title><link href="https://klez.me/en/2026/06/28/slop-trust-and-a-three-line-patch/" rel="alternate" type="text/html" title="Slop, trust, and a three-line patch" /><published>2026-06-28T02:46:01+02:00</published><updated>2026-06-28T02:46:01+02:00</updated><id>https://klez.me/2026/06/28/slop-trust-and-a-three-line-patch</id><content type="html" xml:base="https://klez.me/2026/06/28/slop-trust-and-a-three-line-patch/"><![CDATA[<p>A maintainer closed my patch with one sentence: “Sorry, but this sounds like AI slop.” The patch was three lines of Go. It fixed a real authentication bug, it shipped with a debug log that pinned the cause, and a week later a stranger running a different account setup cloned my fork, built it, and reported back that it worked. None of that counted. What counted was the smell.</p>
      <!--more-->
      <p class="m-0 invisible zero-size">
        <a class="invisible" id="read-more" href="#">Read more</a>
      </p>
      <p>Now the dull context, which is the whole point. I back ProtonMail’s mail through a small open-source bridge called hydroxide, because I don’t pay for Proton’s own bridge and hydroxide is what I have. Accounts with two-factor authentication can’t finish logging in: the password step and the TOTP step both succeed, and then the very next call, the one that fetches the key salts, comes back 401. Proton invalidates the access token once you clear the second factor and hands you a fresh scope, and the client keeps presenting the old token. I found this by turning on the debug log and reading the request trace. I confirmed it against the behaviour of Proton’s own web client. The fix is to ask for a new token after the second factor and use it for the rest of the login. Three lines, gated so single-factor users never touch the new path.</p>
      <p>I’ll be precise about how I worked, because the precision is what the rejection got wrong. I used a language model to read the codebase faster: it was someone else’s Go, I had never seen it, and I wanted a map before I started digging. Read-only. The notes it produced never reached a commit; I deleted them once I understood the code. I wrote the fix by hand. Then, because I was out of time and patience, I described my own change to a model and had it draft the issue and the pull request text. The code was mine; the prose was not. I disclosed nothing about this in the description, which, as I’ll get to, is the part everyone has decided to fight about.</p>
      <h2 id="the-part-where-i-concede-everything">The part where I concede everything</h2>
      <p>Slop is real. I want to say that before I say anything else, because the people sounding the alarm are not imagining the fire.</p>
      <p>The clearest case on record is curl. Through 2025 Daniel Stenberg watched AI-generated vulnerability reports flood the project’s bug bounty until roughly one in five submissions was slop and the rate of reports describing a real vulnerability fell below one in twenty. Seven people on the security team, three or four of them needed to read each report, thirty minutes to three hours apiece to conclude it was nothing. One submission described an HTTP/3 exploit complete with debugger sessions and register dumps, all of it referencing a function that does not exist in curl. Stenberg called it DDoSing open source and shut the bounty down.</p>
      <p>What that describes is a resource attack, and it has a name older than the chatbots. Alberto Brandolini’s bullshit asymmetry principle says the effort to refute nonsense is an order of magnitude larger than the effort to produce it. Language models industrialise the cheap side of that asymmetry and leave the expensive side exactly where it was: on a human who has to read, reproduce, and decide. A maintainer facing that inflow is not paranoid. He is doing triage in a building that is genuinely on fire, and a wall is a reasonable thing to want.</p>
      <p>The worry behind my rejection is legitimate. It was aimed at the wrong layer.</p>
      <h2 id="the-wrong-axis">The wrong axis</h2>
      <p>Read Stenberg carefully and the complaint is never really about who or what wrote the report. He says outright that it makes no difference whether a submission came from a human or a machine if it carries no real finding and only burns reviewer time. He runs three AI review bots on his own pull requests, at two in the morning when no human is awake. When the models improved in early 2026 curl reopened the bounty, because the slop had thinned out even as the volume kept climbing. His axis is verification. Does the thing check out, and what does it cost me to find out.</p>
      <p>“This sounds like AI slop” is a different axis. It is authorship, detected by smell. And smell is cheap, which is exactly why it tempts you when you are tired. You stop reading for whether the claim is true and start reading for whether the prose feels synthetic. The trouble is that the two axes come apart in precisely the case that matters. The smell test fires on the contributor who used a model for the boring half and did the real work by hand, and it fires hardest on people whose English is a second language and who reach for a model to sound fluent. In my case the classifier worked perfectly and was useless: it correctly detected that the prose was machine-drafted, and from that it convicted the code, which was mine and which was correct. The signal it caught was real; the inference it drew was garbage.</p>
      <h2 id="the-double-bind">The double bind</h2>
      <p>There is a trap inside this that almost nobody names, and it is worth sitting with.</p>
      <p>The same projects that fear slop ask contributors to disclose AI use. hydroxide’s contributing guide is explicit: if a model helped, say so, add an <code class="language-plaintext highlighter-rouge">Assisted-by</code> line. Honesty is the rule. Then read James Bach, who has written one of the sharper arguments against AI in writing, and who tells you to do the opposite. Never admit you used a model, Bach says, because the moment you do he will treat your work as slop or spam, and so will every serious professional. In his frame disclosure is a confession of laziness; he compares letting a model draft your prose to taking a helicopter to the summit and claiming you climbed.</p>
      <p>Hold both at once. One norm orders you to disclose. The other promises to punish you for disclosing. The honest contributor, code by hand and prose by machine and forthright about which is which, loses under both. No disclosure satisfies the rule-followers and the rule-skeptics together, so the incentive the system actually teaches is to hide: write the prose yourself, badly, or launder the model’s prose through enough edits that nobody can tell. A rule that punishes honest disclosure destroys the very signal it was built to collect. That is not a stable place to stand.</p>
      <h2 id="the-market-for-lemons">The market for lemons</h2>
      <p>George Akerlof won a Nobel for describing what happens next, in a 1970 paper about used cars. When a buyer cannot tell a good car from a bad one, he will only pay the price of an average car. Owners of genuinely good cars cannot get a fair price, so they leave. Average quality drops, the price drops with it, and the market can keep unravelling until mostly lemons remain. Information asymmetry does more than annoy buyers. It selects against the honest sellers and degrades the whole pool.</p>
      <p>Open-source contribution is now a lemon market. A maintainer who cannot cheaply tell a real patch from a plausible one rationally applies a blanket discount: assume slop, close on sight. The cost of that discount lands on the contributors who did real work, because they are the ones with something to lose. They get treated as the average, the average is assumed to be junk, and so they leave. I will not be sending hydroxide another patch. The bug is still open. Multiply that by every competent person waved off with a one-line smell verdict, and the blanket discount manufactures the exact future it was meant to prevent: a contribution pool with the good actors filtered out. Each rejection is individually rational. The sum is a project pricing itself toward lemons.</p>
      <h2 id="scale-is-the-whole-argument">Scale is the whole argument</h2>
      <p>Here is where I have to be fair to curl and hard on the imitation of curl.</p>
      <p>curl earns its walls. Hundreds of millions of installations, a seven-person volunteer team, real money on the table that drew people brute-forcing the bounty with chatbots. At that scale the expected value of a random unsolicited submission really is near zero, verifying it really is expensive, and a high prior of slop is correct Bayesian reasoning, not panic. Stenberg is rationing the only finite resource he has, which is attention; his wife has started asking him about his hours.</p>
      <p>hydroxide is not curl. By its own maintainer’s account it is casually maintained, kept alive mostly so he can send kernel patches, sitting on a few dozen open issues with no bounty and no crowd. The population of people who install a niche ProtonMail bridge, hit a two-factor bug, read Go they have never seen, isolate the cause, and write a fix is small and heavily self-selected. The base rate of slop in that population is low. Verifying three gated lines costs minutes. Importing curl’s prior into that situation is a base-rate error wearing the costume of prudence: you have adopted the threat model of a project a thousand times your size and applied it to a contributor who, by the sheer cost of getting that far, was almost certainly not your problem.</p>
      <p>The maintainer is within his rights. I am questioning the judgment, not the right to make the call. It is his project, his time, and he owes me nothing; I said as much to him, in those words. Rights were never what I was arguing about.</p>
      <h2 id="trust-is-not-a-one-way-audit">Trust is not a one-way audit</h2>
      <p>The word everyone reached for in the thread was trust, and they used it as though it ran one way: the contributor earns the maintainer’s trust, the maintainer adjudicates. But trust in a commons is something both sides spend. I spent mine. I installed it, used it, found the bug, read the trace, read a stranger’s code until I understood it, opened an issue that pointed at the exact fault, wrote the patch, and signed it off, all in time I do not have, toward a project I wanted to keep working. A reviewer who closes on a smell spends none of that and discards all of mine.</p>
      <p>The repair was cheap. The whole thing was avoidable for the price of one sentence: did you understand this code, and is the description AI-written? The honest answer rebuilds in one line the thing the smell test set on fire. Asking would have cost less than the closing did.</p>
      <p>I did not make that easy, and I should own it. When I told the maintainer he “deserved” the broken project and that I would wait for him to fix the bug himself, I handed him the edge he needed to slide the conversation off the code and onto my attitude, which is a more comfortable place for a rejection to live. The structural point survives my bad manners. Closing a reproduced fix on authorship-smell, at a project where verification costs minutes, spends trust that a volunteer commons cannot easily refill.</p>
      <h2 id="what-it-actually-costs">What it actually costs</h2>
      <p>I want to keep the stakes the right size. This is not the end of anything; it is a small bridge and a small patch.</p>
      <p>But notice who is not harmed by any of it. The closed and the corporate scale fine. They have headcount, process, and money; a slop flood is a line item, and so is review. The thing that runs on nothing but trust between strangers is the small, weird, volunteered long tail: the niche bridge, the one-maintainer tool, the patch from someone you have never met. That is exactly where the blanket-slop posture does the most damage relative to the real threat. The towers protect the projects that least need protecting and price out the collaboration that has nothing else holding it together.</p>
      <p>Slop is a tax on attention. The paranoia is a tax on trust. The first is the louder problem and the more obvious one, and it is real. The second is quieter and worse, because attention can be bought back with tooling and money, and the curl story is partly the story of that recovery. Trust between strangers does not recover on that schedule. Once a community’s default reading of a good-faith contribution is “probably a machine, probably junk,” you do not get the default back by upgrading a model. You get it back, if at all, the slow way, one honest exchange at a time, which is the same way it was built and the same way it is now being spent.</p>
      <p>The bug, by the way, is still open. The fix still works. Somebody will merge it eventually, by hand, written by a person, the way it was the first time.</p>
      <h2 id="sources">Sources</h2>
      <ul>
        <li>hydroxide pull request and the linked issue: <a href="https://github.com/emersion/hydroxide/pull/346">PR #346</a>, <a href="https://github.com/emersion/hydroxide/issues/345">issue #345</a></li>
        <li>The contributing policy referenced in the thread: <a href="https://github.com/emersion/.github/blob/main/CONTRIBUTING.md">emersion/.github CONTRIBUTING.md</a></li>
        <li>James Bach, <em>Public Service Announcement: Don’t Say You Use AI for Writing</em>: <a href="https://www.satisfice.com/blog/archives/488148">satisfice.com</a></li>
        <li>Daniel Stenberg on AI slop and curl’s bug bounty (primary): <a href="https://daniel.haxx.se/blog/">daniel.haxx.se/blog</a>; secondary coverage with the figures cited here: <a href="https://thenewstack.io/curls-daniel-stenberg-ai-is-ddosing-open-source-and-fixing-its-bugs/">The New Stack</a></li>
        <li>George A. Akerlof, “The Market for Lemons: Quality Uncertainty and the Market Mechanism”, <em>Quarterly Journal of Economics</em> 84, no. 3 (1970)</li>
        <li>Alberto Brandolini, the bullshit asymmetry principle (Brandolini’s law), 2013</li>
      </ul>
      ]]></content><author><name>kLeZ</name></author><category term="open-source" /><category term="ai-slop" /><category term="trust" /><category term="maintainership" /><summary type="html"><![CDATA[A real bug, a three-line fix, and a one-line rejection: what reaching for 'AI slop' as a reflex gets wrong about verification, scale, and trust in open source.]]></summary></entry><entry xml:lang="it"><title type="html">Il mio sito mentiva sulla sua lingua</title><link href="https://klez.me/en/2026/06/27/il-mio-sito-mentiva-sulla-sua-lingua/" rel="alternate" type="text/html" title="Il mio sito mentiva sulla sua lingua" /><published>2026-06-27T18:50:37+02:00</published><updated>2026-06-27T18:50:37+02:00</updated><id>https://klez.me/2026/06/27/il-mio-sito-mentiva-sulla-sua-lingua</id><content type="html" xml:base="https://klez.me/2026/06/27/il-mio-sito-mentiva-sulla-sua-lingua/"><![CDATA[<p>Per anni il mio sito ha dichiarato di essere in inglese. <code class="language-plaintext highlighter-rouge">&lt;html lang="en"&gt;</code>, in cima a ogni pagina, su un blog che scrivo in italiano da quando avevo vent’anni.</p>
    <p>Non l’avevo mai notato. È una di quelle cose che non vedi perché non le guardi: il sito si apre, le pagine si leggono, i post escono. Funziona. Ma sotto il cofano diceva una cosa falsa a chiunque non fosse un essere umano con gli occhi: agli screen reader, ai motori di ricerca, ai traduttori automatici, e — sempre di più — agli agenti che leggono il web al posto delle persone.</p>
    <p>Una riga sbagliata. Due lettere. <code class="language-plaintext highlighter-rouge">en</code> invece di <code class="language-plaintext highlighter-rouge">it</code>. E nessuno me l’aveva mai detto, perché nessuno <em>legge</em> davvero un sito personale a quel livello. Lo leggono le macchine. E le macchine, a differenza degli amici, non ti fanno notare che hai la patta aperta.</p>
    <!--more-->
    <p class="m-0 invisible zero-size">
      <a class="invisible" id="read-more" href="#">Read more</a>
    </p>
    <h2 id="come-lho-scoperto">Come l’ho scoperto</h2>
    <p>C’è un progetto che si chiama <a href="https://specification.website">The Website Specification</a>: centoventotto regole su come dovrebbe essere fatto un sito web nel 2026, divise in dieci categorie — fondamenta, SEO, accessibilità, sicurezza, privacy, internazionalizzazione, e una categoria nuova di zecca, “agent readiness”, cioè quanto il tuo sito è leggibile dagli agenti AI.</p>
    <p>L’ho preso come una checklist e ci ho passato il mio sito contro. Non per feticismo del punteggio — anche se sì, ho fatto pure il punteggio — ma perché ogni tanto vale la pena alzare il cofano e guardare cosa c’è sotto. Esattamente quello di cui parlavo nel <a href="/en/2026/02/03/il-software-che-non-puoi-smontare/">post su LFS</a>: capire i sistemi che usi, anche quando il sistema sei tu che l’hai costruito.</p>
    <p>Il referto non è stato indolore. Oltre alla lingua sbagliata mancavano un sacco di cose che do per scontate sui siti degli altri e non avevo mai messo sul mio: niente <code class="language-plaintext highlighter-rouge">sitemap.xml</code>, niente <code class="language-plaintext highlighter-rouge">robots.txt</code>, niente <code class="language-plaintext highlighter-rouge">security.txt</code>, nessuna pagina sulla privacy, metadati per la condivisione social a metà, il tema scuro che c’è ma il browser non lo sa finché non carica il CSS. Roba da poco, presa una per una. Tutta insieme, il segnale che la mia vetrina aveva la polvere.</p>
    <h2 id="la-vetrina">La vetrina</h2>
    <p>Perché di vetrina si tratta. Un sito personale non è un diario chiuso a chiave. È la cosa che qualcuno trova quando cerca il mio nome. È il posto dove un recruiter, un cliente, un’azienda — magari estera — si fa un’idea di chi sono prima ancora di scrivermi.</p>
    <p>E qui devo essere onesto su una cosa che di solito non scrivo. Voglio essere trovato. Voglio che, da qualche parte fuori dall’Italia, qualcuno cerchi uno che sa fare le cose che so fare io e finisca qui. Voglio fare il salto del lavoro remoto con qualcuno che mi paga per quello che valgo, e non per quello che il mercato del body rental italiano ha deciso che vale un’ora del mio tempo.</p>
    <p>Per farlo, il sito deve essere due cose insieme. Deve dire la verità sulla sua lingua — è italiano, ed è giusto così, è casa mia — ma deve anche esporre delle superfici in inglese per chi (o cosa) arriva da fuori. I metadati, la descrizione, un file nuovo che si chiama <code class="language-plaintext highlighter-rouge">llms.txt</code> dove, in inglese, c’è scritto chiaro: questo è il sito di uno sviluppatore italiano, ecco di cosa parla, ed è aperto a lavorare da remoto. Un biglietto da visita per le macchine.</p>
    <h2 id="la-parte-che-mi-fa-storcere-il-naso">La parte che mi fa storcere il naso</h2>
    <p>Sì, ho appena scritto che ho reso il mio sito più leggibile agli agenti AI. Io. Quello che nei post precedenti se la prende con le Big Tech e con l’<em>Embrace-Extend-Extinguish</em> applicato al software libero.</p>
    <p>Non mi sfugge la contraddizione. La tengo lì, in piena vista, perché fingere il contrario sarebbe peggio. La verità è che il web del 2026 lo mediano sempre di più quei crawler lì. Se voglio essere trovato, devo decidere se parlare la lingua che parlano le macchine o restare puro ma invisibile. Ho scelto di parlare — ma alle mie condizioni.</p>
    <p>Nel mio <code class="language-plaintext highlighter-rouge">robots.txt</code> i crawler AI sono ammessi, perché <em>essere scoperti</em> è il punto. Ma il file è scritto in modo che disattivarne uno sia una riga. E sto già guardando agli standard che stanno arrivando — i “content signals”, la proposta IETF sulle preferenze AI — che un domani mi lasceranno dire la cosa più onesta di tutte: <em>cercami pure, rispondi a chi mi cerca, ma non addestrarci sopra il tuo modello senza chiedere</em>. La differenza tra farsi trovare e farsi mungere. Voglio la prima, non la seconda.</p>
    <div class="premonition citation">
      <div class="fas fa-quote-left"></div>
      <blockquote class="content blockquote" cite="https://specification.website/spec/agent-readiness/agent-readiness-overview/">
        <p>Agent readiness is the set of choices that make a site legible to AI agents
          and LLMs: stable URLs, structured data, clean semantics, robots controls, and
          machine-readable endpoints.</p>
        <footer class="blockquote-footer"><cite title="The Website Specification — Agent readiness"><a href="https://specification.website/spec/agent-readiness/agent-readiness-overview/">The Website Specification — Agent readiness</a></cite></footer>
      </blockquote>
    </div>
    <p>URL stabili, dati strutturati, semantica pulita. Detta così è esattamente la roba che un hacker dovrebbe volere comunque, agenti o non agenti: un sito ordinato, comprensibile, che non mente su cosa è. Il fatto che faccia comodo anche alle macchine è un effetto collaterale, non il fine.</p>
    <h2 id="le-cose-noiose-contano">Le cose noiose contano</h2>
    <p>C’è poi tutta la parte che non si vede e che ho sistemato lo stesso. Un link “salta al contenuto” per chi naviga da tastiera. Il rispetto della preferenza <code class="language-plaintext highlighter-rouge">prefers-reduced-motion</code>, per chi sta male con le animazioni. Le icone social che adesso hanno un nome leggibile da uno screen reader invece di essere quadratini muti. Una pagina privacy che dice, nero su bianco, che non ti traccio e non uso cookie — perché è vero, e perché dirlo è il minimo.</p>
    <p>Sono le cose noiose. Quelle che non fanno effetto, che nessuno nota se ci sono e tutti subiscono se mancano. Ma l’accessibilità non è un fronzolo da mettere alla fine se avanza tempo. È la differenza tra un sito che è di tutti e uno che è solo di quelli fatti come me: che ci vedono, che usano il mouse, che non hanno la nausea da movimento. Costruire per il caso fortunato è facile. Costruire perché il sito funzioni anche per chi parte svantaggiato è il lavoro vero.</p>
    <h2 id="niente-di-magico">Niente di magico</h2>
    <p>Non ho rifatto il sito. Non ho cambiato grafica, non ho riscritto niente da zero. Ho aggiunto un plugin, sistemato una manciata di file, scritto qualche riga di configurazione e un po’ di documentazione perché la prossima volta — io o chi mi dà una mano — non debba ripartire da zero a capire come gira tutto.</p>
    <p>È manutenzione. Quella cosa poco eroica che separa una cosa viva da una cosa abbandonata. Il sito c’è da più di quindici anni. Ogni tanto rimettere in ordine la vetrina, togliere la polvere, raddrizzare l’insegna e — finalmente — scrivere nell’insegna la lingua giusta, è un modo di dirgli che ci tengo ancora.</p>
    <p>E magari, già che l’insegna adesso si legge anche da fuori, qualcuno la legge.</p>
    ]]></content><author><name>kLeZ</name></author><category term="web" /><category term="standard" /><category term="jekyll" /><category term="lavoro" /><category term="accessibilità" /><summary type="html"><![CDATA[Per anni il mio sito ha dichiarato di essere in inglese. &lt;html lang="en"&gt;, in cima a ogni pagina, su un blog che scrivo in italiano da quando avevo vent’anni. Non l’avevo mai notato. È una di quelle cose che non vedi perché non le guardi: il sito si apre, le pagine si leggono, i post escono. Funziona. Ma sotto il cofano diceva una cosa falsa a chiunque non fosse un essere umano con gli occhi: agli screen reader, ai motori di ricerca, ai traduttori automatici, e — sempre di più — agli agenti che leggono il web al posto delle persone. Una riga sbagliata. Due lettere. en invece di it. E nessuno me l’aveva mai detto, perché nessuno legge davvero un sito personale a quel livello. Lo leggono le macchine. E le macchine, a differenza degli amici, non ti fanno notare che hai la patta aperta.]]></summary></entry><entry xml:lang="it"><title type="html">Il software che non puoi smontare</title><link href="https://klez.me/en/2026/02/03/il-software-che-non-puoi-smontare/" rel="alternate" type="text/html" title="Il software che non puoi smontare" /><published>2026-02-03T13:37:42+01:00</published><updated>2026-02-03T13:37:42+01:00</updated><id>https://klez.me/2026/02/03/il-software-che-non-puoi-smontare</id><content type="html" xml:base="https://klez.me/2026/02/03/il-software-che-non-puoi-smontare/"><![CDATA[<p>Nel 2010 scrivevo su questo blog che volevo costruirmi una distro Linux da zero con LFS. Avevo vent’anni e pensavo che capire come funziona un sistema fosse un mio diritto. Bastava volerlo. Mi scarico i sorgenti, compilo tutto a mano, alla fine ho qualcosa di mio che capisco pezzo per pezzo. “Un’avventura ricca di difficoltà ma anche di insegnamenti utili e esperienza”, scrivevo.</p>
  <p>L’entusiasmo di chi non sa ancora quanto è profonda la tana del coniglio. Ma l’entusiasmo è fondamentale per avere la voglia di capire, di conoscere, di scoprire. È la base della cultura hacker, è la base delle persone curiose che compongono il substrato su cui il free software è cresciuto e fiorito bello come è sempre stato, è l’humus in cui sono cresciuto io.</p>
  <p>Oltre all’entusiasmo però servono possibilità. LFS e Linux hanno spopolato tra hacker, attivisti e curiosi proprio perché sono sempre stati sistemi aperti, documentati, comprensibili se hai voglia di spenderti (l’entusiasmo, appunto).</p>
  <p>Non poteva essere lo stesso nel mondo Microsoft, perché Windows non puoi analizzarlo, non puoi smontarlo, non puoi studiarlo per capire qualcosa. Puoi <em>hackerarlo</em>, certo, ma non capisci mai intimamente la sua struttura a meno di non studiare come un matto, entrare in Microsoft nel team Windows e poter finalmente aprire i sorgenti. Senza vomitare.</p>
  <p>Sedici anni dopo, LFS ha <a href="https://lists.linuxfromscratch.org/sympa/arc/lfs-announce/2026-02/msg00000.html">annunciato</a> che non manterrà più la versione System V.</p>
  <p>E permettetemi di dire che <em>questo mi fa incazzare</em>, non tanto per l’annuncio di cui condivido pensieri e parole con Dubbs, ma per il contesto più ampio in cui questo evento cade (nulla avviene nel vuoto).</p>
  <!--more-->
  <p class="m-0 invisible zero-size">
    <a class="invisible" id="read-more" href="#">Read more</a>
  </p>
  <h2 id="che-è-successo">Che è successo</h2>
  <p>Bruce Dubbs mantiene LFS da anni. Il primo febbraio ha scritto alla mailing list:</p>
  <div class="premonition citation">
    <div class="fas fa-quote-left"></div>
    <blockquote class="content blockquote" cite="https://lists.linuxfromscratch.org/sympa/arc/lfs-announce/2026-02/msg00000.html">
      <p>To me LFS is about learning how a system works. Understanding the boot process is a big part of that.</p>
      <footer class="blockquote-footer"><cite title="Bruce Dubbs"><a href="https://lists.linuxfromscratch.org/sympa/arc/lfs-announce/2026-02/msg00000.html">Bruce Dubbs</a></cite></footer>
    </blockquote>
  </div>
  <p>LFS esiste dal ‘99. Ventisette anni. Non è una distro da usare tutti i giorni. È un manuale. Ti prende per mano e ti guida nella compilazione di ogni singolo pezzo del sistema operativo. Dalla toolchain al kernel, dal bootloader ai servizi di base. Chi finisce LFS non ha solo un sistema funzionante. Ha capito cosa succede quando preme il pulsante di accensione.</p>
  <p>Capiva.</p>
  <p>D’ora in poi LFS documenta solo systemd. System V, il sistema di init che ha accompagnato Unix e Linux per decenni, sparisce. Chi vuole imparare come funziona un init semplice dovrà arrangiarsi.</p>
  <h2 id="perché">Perché</h2>
  <p>Bruce indica due motivi.</p>
  <p>Il primo è il carico di lavoro. LFS è un progetto di volontari. Mantenere due versioni parallele — systemd e System V — è diventato impossibile. Non è solo raddoppiare la documentazione. I due sistemi non sono più intercambiabili. Le dipendenze si sono intrecciate. Ogni nuovo pacchetto va testato due volte. Ogni aggiornamento può rompere qualcosa da una parte o dall’altra. I workaround si accumulano. I volontari si stancano.</p>
  <p>Mi ricordo perfettamente quando durante la mia prima LFS a metà percorso ho cambiato il sistema per la gestione dell’hardware togliendo udev per fare le cose con uno scriptino che mi piaceva di più. Scomodo per una <em>distro full-fledged</em>, difficile da mantenere su scala, tutto vero, ma per me avere il pieno controllo di come l’hardware viene mappato, come gli IRQ vengono assegnati, come vengono creati i dispositivi a blocchi e come vengono legati i driver ai moduli generici e agli stessi dispositivi a blocchi era fondamentale, per capire che succede quando connetti una chiavetta. Udev è bellissimo eh, funziona da paura. Se non ti interessa capire come il sistema operativo comunica con l’hardware lato user space, cioè cosa succede quando attacchi una chiavetta al PC.</p>
  <p>Il secondo motivo è peggio. GNOME e KDE ora richiedono funzionalità che solo systemd fornisce. Vuoi costruirti un desktop moderno? Ti serve systemd. Non c’è alternativa praticabile. Il lock-in si è propagato verso l’alto nello stack. Non è più solo il sistema di init. È tutto quello che ci sta sopra.</p>
  <p>Bruce non nasconde il fastidio:</p>
  <div class="premonition citation">
    <div class="fas fa-quote-left"></div>
    <blockquote class="content blockquote" cite="https://lists.linuxfromscratch.org/sympa/arc/lfs-announce/2026-02/msg00000.html">
      <p>I do not like this decision. […] we will be losing some things I consider important. However, the decision needs to be made.</p>
      <footer class="blockquote-footer"><cite title="Bruce Dubbs"><a href="https://lists.linuxfromscratch.org/sympa/arc/lfs-announce/2026-02/msg00000.html">Bruce Dubbs</a></cite></footer>
    </blockquote>
  </div>
  <p>Bruce non è un nostalgico che rimpiange i bei tempi andati. È uno che ha dedicato anni della sua vita a insegnare come funzionano i sistemi.</p>
  <h2 id="i-numeri">I numeri</h2>
  <p>Ecco il dato che mi ha fermato:</p>
  <div class="premonition citation">
    <div class="fas fa-quote-left"></div>
    <blockquote class="content blockquote" cite="https://lists.linuxfromscratch.org/sympa/arc/lfs-announce/2026-02/msg00000.html">
      <p>systemd is about 1678 C files plus many data files. System V is 22 C files plus about 50 short bash scripts and data files.</p>
      <footer class="blockquote-footer"><cite title="Bruce Dubbs"><a href="https://lists.linuxfromscratch.org/sympa/arc/lfs-announce/2026-02/msg00000.html">Bruce Dubbs</a></cite></footer>
    </blockquote>
  </div>
  <p>1678 contro 22.</p>
  <p>Lascia che affondi. 1678 file di codice C. Più file di configurazione, unit, timer, socket, target. Contro 22 file C e una cinquantina di script bash.</p>
  <p>Con 22 file potevi leggere tutto. Potevi aprire ogni file, seguire il flusso dall’inizio alla fine, capire cosa fa ogni riga. Potevi tenere il sistema in testa. Modificarlo. Romperlo e ripararlo. Era un esercizio alla portata di una persona sola con tempo e curiosità.</p>
  <p>Con 1678 no. Non perché sei stupido o pigro. Perché nessuno tiene in testa 1678 file. Neanche chi li ha scritti. A quel punto non stai più capendo un sistema. Ti stai fidando di un sistema.</p>
  <p>Un sistema tra l’altro molto complesso, perché mentre con SysV tu dovevi studiare un software che fa da init system, con systemd tu studi uno stack intero che fa <em>anche</em> init. E filtrare la “parte init” dal resto su systemd non è banale. Puoi provarci, aspetto qui che io ho già dato (ampiamente).</p>
  <h2 id="lecosistema">L’ecosistema</h2>
  <p>systemd non è un semplice sistema di init. È diventato un ecosistema. C’è systemd-logind per la gestione delle sessioni. systemd-networkd per la rete. systemd-resolved per il DNS. systemd-timesyncd per la sincronizzazione del tempo. journald per i log. udev per i device. Ogni pezzo ha le sue configurazioni, le sue convenzioni, le sue interazioni con gli altri pezzi.</p>
  <p>È un progetto ambizioso. Ha cercato di standardizzare e modernizzare l’infrastruttura di base di Linux. Ha risolto problemi veri: l’avvio parallelo dei servizi, la gestione delle dipendenze, l’integrazione con cgroups, la standardizzazione dei log. Funzionalità che servono, specialmente su server complessi e container.</p>
  <p>Ma è opaco. Se qualcosa non funziona, non puoi aprire uno script e leggere cosa fa. Devi navigare un labirinto di unit, dipendenze, target, slice. Devi fidarti che qualcun altro abbia capito al posto tuo.</p>
  <p>Mi è capitato l’anno scorso. Il portatile non si spegneva. Restava appeso su “A stop job is running” per due minuti prima di arrendersi. Con SysV avrei aperto lo script di shutdown, letto cosa faceva, trovato il problema. Con systemd ho passato un’ora a cercare tra journalctl, systemctl list-jobs, analisi dei target. Alla fine ho trovato il colpevole: un servizio che non rispondeva al SIGTERM. Ma il percorso per arrivarci è stato tortuoso. Non impossibile. Tortuoso. Praticamente, come dicono dalle mie parti, <em>un dito nel c*lo</em>.</p>
  <h2 id="il-punto">Il punto</h2>
  <p>Non mi interessa stabilire se systemd è buono o cattivo. È una discussione da forum del 2014. L’ho già fatta, mi sono stancato.</p>
  <p>Mi interessa una cosa diversa.</p>
  <p>Nel 2010, quando scrivevo quel post su LFS, davo per scontato che capire fosse possibile. Era lì, la possibilità. Bastava volerlo abbastanza. Ti scaricavi i sorgenti, seguivi il manuale, compilavi tutto. Alla fine avevi un sistema che capivi. Pezzo per pezzo.</p>
  <p>Sedici anni dopo quella possibilità si è ristretta. Non è sparita. È più stretta, è più complicata, è più opaca e offuscata da sistemi che certo sono <em>enterprise-grade</em> ma che non sono <em>student-grade</em> o <em>hackable</em>. Sicuramente, non è democratica. Al diavolo alle Big Tech che vogliono “democratizzare” tutto, coi loro sistemi opachi che di democratico hanno solo il <em>consumo</em> dei loro sistemi, non certo i sistemi stessi. Hanno imparato dai maestri del Big Tech, Microsoft, e il loro processo 3E, “Embrace, Extend, Extinguish”, ma applicato al <em>free software</em>.</p>
  <p>LFS era la prova che capire era alla portata di un singolo. Il sentiero che potevi percorrere se volevi andare fino in fondo. Adesso quel sentiero passa per 1678 file C e un ecosistema di componenti interdipendenti.</p>
  <p>Mi era capitato con Samba, un progetto enorme e complicatissimo, che a un certo punto ho semplicemente smesso di leggere e ho deciso che fidarmi era l’unica soluzione. È un mostro. Ma systemd non è Samba, non puoi NON installarlo. Samba si, se non ti serve accedere alle Share di rete Windows che magari è un’esigenza di nicchia, o puoi usare un FuseFS per accedere alle share di rete, ce ne sono alcuni carini per cose spot, se non ti serve avere tutte le mega funzionalità di Samba (tra cui integrazione con Active Directory).</p>
  <p>systemd no, non ha alternative valide, non puoi avere un drop-in replacement decente, il resto del sistema deve essere consapevole che sotto <em>non c’è</em> systemd, perché non basta rimpiazzarlo, serve <em>comunicare a tutti</em> che non è lui l’init system. Con Samba non serve, hai una cartella, qualcuno l’avrà montata (smbmount, mount -o fusefs qualcosa, qualche altro software), tu la navighi e accedi ai file.</p>
  <p>La cosa che mi inquieta è che è successo gradualmente. Nessuno l’ha deciso. È il risultato di mille piccole decisioni prese da mille persone diverse, ognuna razionale nel suo contesto. Sommate insieme producono un effetto che nessuno aveva pianificato.</p>
  <h2 id="chi-scrive-il-codice">Chi scrive il codice</h2>
  <p>systemd è un progetto sponsorizzato da Red Hat. I suoi sviluppatori sono in larga parte dipendenti di aziende. Le feature che vengono implementate rispondono a esigenze enterprise: gestione di container, orchestrazione di servizi complessi, integrazione con stack cloud.</p>
  <p>Sono esigenze legittime. Ma non sono le tue esigenze quando vuoi capire perché il portatile ci mette 30 secondi a spegnersi. Non sono le mie esigenze quando voglio sapere cosa succede al boot.</p>
  <p>Non sto suggerendo una cospirazione. È più banale. È come funziona l’economia del software libero oggi. Chi paga gli sviluppatori decide le priorità. E chi paga, oggi, sono le grandi aziende. Le conseguenze le subiamo tutti. Ma non tutti abbiamo voce in capitolo.</p>
  <p>Il codice è aperto. Puoi leggerlo. La direzione la decidono altri. E fa schifo.</p>
  <h2 id="lfs-è-di-nicchia">LFS è di nicchia</h2>
  <p>Lo so cosa stai pensando. LFS è di nicchia. Quanti lo completano davvero? Mille persone all’anno? Diecimila? È irrilevante rispetto ai milioni che usano Ubuntu senza sapere cos’è un init.</p>
  <p>Vero.</p>
  <p>Ma il valore di LFS non stava nei numeri. Stava nel fatto che esisteva. Era la prova che capire era possibile. Il sentiero che qualcuno poteva percorrere se voleva andare fino in fondo.</p>
  <p>Ho conosciuto gente che ha fatto LFS. Non erano geni. Erano persone normali con tempo e curiosità. Studenti, hobbisti, sysadmin che volevano capire cosa c’era sotto. Alcuni ci hanno messo mesi. Altri hanno mollato a metà e ripreso l’anno dopo. Nessuno di loro è diventato un kernel developer. Ma tutti hanno capito qualcosa che prima non capivano.</p>
  <p>Quel percorso esisteva. Era accessibile. Non facile, ma accessibile.</p>
  <p>Quando quel sentiero si restringe, non perdiamo solo chi lo percorreva. Perdiamo la possibilità stessa. L’idea che il sistema sotto i nostri piedi sia comprensibile, modificabile, nostro in un senso che va oltre il mero utilizzo.</p>
  <p>Ah, “nostro” non intendo di noi addetti ai lavori. Maintainer, sviluppatori kernel, gente che legge codice C a colazione - quelli se la cavano comunque. Chi ha perso è lo studente al terzo anno di Ingegneria che apre il Tanenbaum e vuole andare più a fondo. Lo smanettone curioso. Quello che magari non vuole finire consulente-schiavo in qualche ditta di body rental.</p>
  <h2 id="la-complessità-è-inevitabile">La complessità è inevitabile?</h2>
  <p>Altra obiezione ovvia. I sistemi crescono. L’hardware diventa più potente. Le aspettative aumentano. La complessità è inevitabile.</p>
  <p>In parte è vero. Ma 22 file contro 1678 non è crescita organica. È un ordine di grandezza (o anche due). È passare da qualcosa che un individuo può dominare a qualcosa che richiede un’organizzazione.</p>
  <p>E poi c’è la questione di cosa conta come “complessità necessaria”. systemd ha aggiunto funzionalità che SysV non aveva. Avvio parallelo. Gestione delle dipendenze. Socket activation. Cgroups integration. Sono cose utili.</p>
  <p>Ma alcune di quelle funzionalità esistono da anni in sistemi molto più piccoli. s6 fa socket activation. runit fa supervisione dei processi. OpenRC gestisce le dipendenze. Lo fanno con meno codice, meno astrazione, meno opacità.</p>
  <p>La differenza è nell’ambizione. systemd vuole essere tutto: init, logger, network manager, DNS resolver, time sync, login manager. Vuole standardizzare l’intera infrastruttura di base. Non è strettamente necessario per far partire un computer. Ma è utile se gestisci un datacenter.</p>
  <p>Faccio una domanda che può chiarire meglio il punto: _tutta quella complessità serve <strong>a te</strong>? È necessaria per i tuoi casi d’uso? O serve ai casi d’uso di Red Hat e dei suoi clienti enterprise?</p>
  <p>Non ho una risposta. (Beh, una ce l’avrei, ma non voglio denunzie-querele da colossi del tech)</p>
  <h2 id="cosa-resta">Cosa resta</h2>
  <p>Non voglio chiudere in modo apocalittico, perché non è questa la situazione. Il software libero non è morto. Linux non è morto. La possibilità di capire non è sparita. È solo tutto molto, molto, molto (ordini di grandezza) più complesso.</p>
  <p>Esistono alternative. Void Linux usa runit. Alpine usa OpenRC. Artix e Devuan offrono scelte multiple. Progetti come s6 e dinit dimostrano che un sistema di init può essere potente senza essere mastodontico. Sono sistemi che puoi leggere, capire, modificare. Esistono ancora.</p>
  <p>Ho usato Void per un paio d’anni. runit è elegante. Tre fasi: setup, run, finish. Ogni servizio è una directory con uno script. Vuoi sapere cosa fa? Apri lo script. Vuoi cambiarlo? Editi lo script. Nessuna magia, nessun database binario, nessuna astrazione che nasconde cosa succede.</p>
  <p>Poi sono tornato a una distro mainstream per questioni pratiche. Hardware nuovo, driver proprietari, software che richiedeva systemd. La solita storia.</p>
  <p>E NVIDIA. Dio quanto odio NVIDIA. Fuck NVIDIA.</p>
  <p><img src="/media/2026-02-03/linus-torvalds-fuck-nvidia.gif" alt="Linus Torvalds - Fuck NVIDIA" class="img-fluid" /></p>
  <p>Esistono persone che mantengono viva la semplicità. Spesso con poco riconoscimento e meno soldi. Sono comunità piccole. A volte ruvide. A volte elitarie nel modo sbagliato.</p>
  <p>Anche restando nel mondo systemd, capire è ancora possibile. La documentazione è buona. I sorgenti sono aperti. Non è impossibile. È solo molto più difficile di prima.</p>
  <p>E “molto più difficile” significa, in pratica, che meno gente lo farà. Capire diventa un’attività da specialisti. Non più da curiosi. Non più da ventenni con tempo e voglia di smontare le cose.</p>
  <h2 id="una-serie">Una serie</h2>
  <p>Questo è il primo post di una serie. Non so ancora quanti saranno. L’idea è esplorare cosa sta succedendo al software libero. Non dal punto di vista degli attivisti - quelli sono già convinti. Dal punto di vista di chi usa Linux tutti i giorni senza farsi troppe domande.</p>
  <p>Non voglio fare prediche. Non voglio convincere nessuno che systemd è il male o che bisogna tornare a SysV. Non mi interessa. Mi interessa porre domande che forse non ti sei mai posto. O che non ci poniamo abbastanza come comunità.</p>
  <p>Tipo: il codice è aperto, ma chi decide cosa ci finisce dentro? Le licenze sono libere, ma chi ha le risorse per contribuire? Il sistema è tuo, ma quanto ne capisci davvero?</p>
  <p>Quello che mi chiedo: quanto capisci del sistema che usi? Quanto potresti capire, se volessi?</p>
  <p>Nel prossimo post parlerò di un altro livello. Chi decide cosa può girare sulla tua macchina. Secure Boot, firmware blob, Intel ME. Perché avere root non significa avere il controllo.</p>
  <p>E chiudo con una domanda: quanto è ipocrita sbandierare la GPLv3, baluardo della libertà di hacking, in progetti guidati da chi del profitto fa l’unico scopo di esistenza?</p>
  <p>La mia risposta, visto che è casa mia: molto. C’è una parola per chi predica libertà mentre costruisce gabbie. Non la scrivo io. La lascio a chi l’aveva capita oltre settant’anni fa:</p>
  <div class="premonition citation text-center">
    <div class="fas fa-quote-left"></div>
    <blockquote class="content blockquote" cite="https://it.wikipedia.org/wiki/1984_(romanzo)">
      <p>Freedom is Slavery</p>
      <footer class="blockquote-footer"><cite title="George Orwell - 1984, slogan del Partito inciso sul Ministero della Verità"><a href="https://it.wikipedia.org/wiki/1984_(romanzo)">George Orwell - 1984, slogan del Partito inciso sul Ministero della Verità</a></cite></footer>
    </blockquote>
  </div>
  <p class="text-center"><img src="/media/2026-02-03/1984-party-slogans.jpg" alt="War is Peace - Freedom is Slavery - Ignorance is Strength" class="img-fluid" /></p>
  ]]></content><author><name>kLeZ</name></author><category term="linux" /><category term="systemd" /><category term="lfs" /><category term="software-libero" /><summary type="html"><![CDATA[Nel 2010 scrivevo su questo blog che volevo costruirmi una distro Linux da zero con LFS. Avevo vent’anni e pensavo che capire come funziona un sistema fosse un mio diritto. Bastava volerlo. Mi scarico i sorgenti, compilo tutto a mano, alla fine ho qualcosa di mio che capisco pezzo per pezzo. “Un’avventura ricca di difficoltà ma anche di insegnamenti utili e esperienza”, scrivevo. L’entusiasmo di chi non sa ancora quanto è profonda la tana del coniglio. Ma l’entusiasmo è fondamentale per avere la voglia di capire, di conoscere, di scoprire. È la base della cultura hacker, è la base delle persone curiose che compongono il substrato su cui il free software è cresciuto e fiorito bello come è sempre stato, è l’humus in cui sono cresciuto io. Oltre all’entusiasmo però servono possibilità. LFS e Linux hanno spopolato tra hacker, attivisti e curiosi proprio perché sono sempre stati sistemi aperti, documentati, comprensibili se hai voglia di spenderti (l’entusiasmo, appunto). Non poteva essere lo stesso nel mondo Microsoft, perché Windows non puoi analizzarlo, non puoi smontarlo, non puoi studiarlo per capire qualcosa. Puoi hackerarlo, certo, ma non capisci mai intimamente la sua struttura a meno di non studiare come un matto, entrare in Microsoft nel team Windows e poter finalmente aprire i sorgenti. Senza vomitare. Sedici anni dopo, LFS ha annunciato che non manterrà più la versione System V. E permettetemi di dire che questo mi fa incazzare, non tanto per l’annuncio di cui condivido pensieri e parole con Dubbs, ma per il contesto più ampio in cui questo evento cade (nulla avviene nel vuoto).]]></summary></entry><entry xml:lang="it"><title type="html">Bufala del “Silenzio Digitale per Gaza”</title><link href="https://klez.me/en/2025/08/06/bufala-del-silenzio-digitale-per-gaza/" rel="alternate" type="text/html" title="Bufala del “Silenzio Digitale per Gaza”" /><published>2025-08-06T20:15:17+02:00</published><updated>2025-08-06T20:15:17+02:00</updated><id>https://klez.me/2025/08/06/bufala-del-silenzio-digitale-per-gaza</id><content type="html" xml:base="https://klez.me/2025/08/06/bufala-del-silenzio-digitale-per-gaza/"><![CDATA[<p>Eccoci qui. È la terza volta da maggio che mi arriva questo benedetto messaggio WhatsApp sul “silenzio digitale per Gaza” nella chat di famiglia. La terza. Maggio, luglio, e ora di nuovo. Ogni volta devo sprecare mezz’ora a spiegare perché è una bufala colossale, e ogni volta mi sento rispondere “eh ma alla fine qualcosa fai, anche se poco, meglio di niente”.</p>
  <p>No. Non fai poco, fai <strong>NIENTE</strong>. Statisticamente irrilevante. Come se gli algoritmi dovessero andare in crash ogni volta che 1,4 miliardi di indiani vanno a dormire la sera.</p>
  <!--more-->
  <p class="m-0 invisible zero-size">
    <a class="invisible" id="read-more" href="#">Read more</a>
  </p>
  <p>Il messaggio dice di spegnere tutti i telefoni dalle 21:00 alle 21:30 per “disturbare gli algoritmi” e costringerli a dare visibilità ai contenuti su Gaza. Promette di creare un “forte segnale digitale” che manderà “in tilt” i sistemi dei social network.</p>
  <p>È una cazzata.</p>
  <h2 id="perché-è-tecnicamente-impossibile-spiegazione-per-umani">Perché è tecnicamente impossibile (spiegazione per umani)</h2>
  <p>Gli algoritmi di Facebook, Instagram, TikTok e Twitter elaborano <strong>miliardi</strong> di interazioni ogni giorno. MILIARDI. Sono progettati per gestire fluttuazioni enormi nell’attività degli utenti.</p>
  <p>Tipo: ogni sera, quando l’India va a dormire, 1,4 miliardi di persone smettono di interagire sui social. Gli algoritmi se ne accorgono? No. Continuano a funzionare normalmente.</p>
  <p>Trenta minuti di silenzio da parte di qualche migliaio di italiani? È come sputare in un oceano sperando di alzarne il livello.   Letteralmente invisibile nelle statistiche globali.</p>
  <p>Ma soprattutto - e qui casca l’asino - gli algoritmi <strong>non</strong> ottimizzano per la “presenza” degli utenti. Ottimizzano per l’<strong>engagement</strong>: like, commenti, condivisioni, tempo di visualizzazione. Se non interagisci, il sistema continua a funzionare con chi invece sta interagendo. Che sono miliardi di persone sparse su tutti i fusi orari del pianeta.</p>
  <p>È come se io spegnessi la radio in cucina sperando che la Rai andasse fuori onda. Non funziona così.</p>
  <h2 id="chi-cè-dietro-questa-bufala">Chi c’è dietro questa bufala</h2>
  <p>PeaceLink.it lo ha già smontato il 13 maggio 2025. Alessandro Marescotti l’ha definita una “bufala” senza mezzi termini. Il Fatto Quotidiano ha fatto lo stesso il 21 giugno, catalogandola come “bufala ricorrente” che torna periodicamente con date aggiornate.</p>
  <p>Il messaggio si attribuisce falsamente al movimento “March to Gaza” (MTG). Ho controllato: March to Gaza è un’organizzazione legittima, ma non ho trovato evidenze di loro coinvolgimento in campagne di blackout digitale. È la classica tecnica del furbacchione: prendi il nome di un’organizzazione vera per dare credibilità alla tua panzana.</p>
  <p>La struttura del messaggio segue tutti i pattern classici della disinformazione: linguaggio urgente, gergo pseudo-tecnico per sembrare credibile, manipolazione emotiva, e quella chiusura con “regola l’orologio e SPEGNI IL TELEFONO!” tipica dei messaggi a catena.</p>
  <h2 id="come-funziona-davvero-lattivismo-digitale-serio">Come funziona davvero l’attivismo digitale serio</h2>
  <p>Se volete vedere come si fa sul serio, date un’occhiata a organizzazioni come 7amleh - Arab Center for Social Media Advancement. Questi coordinano davvero azioni digitali efficaci per i diritti palestinesi. Ma lo fanno con:</p>
  <ul>
    <li>Campagne hashtag strategiche coordinate</li>
    <li>Creazione di contenuti sostenuta nel tempo</li>
    <li>Pressione documentata sulla censura delle piattaforme</li>
    <li>Supporto al giornalismo cittadino da Gaza</li>
    <li>Raccolta fondi per aiuti umanitari verificati</li>
  </ul>
  <p>Notate la differenza? Roba <strong>concreta</strong>. Non pensiero magico su algoritmi che vanno in tilt.</p>
  <h2 id="il-danno-che-fa-questa-bufala">Il danno che fa questa bufala</h2>
  <p>Ecco perché mi incazzo (civilmente) ogni volta: questa roba <strong>danneggia</strong> la vera solidarietà con Gaza. Come?</p>
  <ol>
    <li>
      <p><strong>Spreca energie</strong>: Invece di donare ad organizzazioni verificate o fare pressione sui governi, la gente si sente apposto dopo 30 minuti di “silenzio digitale”</p>
    </li>
    <li>
      <p><strong>Falsa speranza</strong>: Promette soluzioni facili a problemi complessi. “Basta spegnere il telefono e risolviamo tutto!”</p>
    </li>
    <li>
      <p><strong>Delegittima l’attivismo</strong>: Quando la bufala viene smascherata, la gente perde fiducia anche nelle iniziative autentiche</p>
    </li>
  </ol>
  <p>La situazione a Gaza è devastante (e ne ho già parlato <a href="https://klez.me/en/2025/07/15/gabonzo-robot-e-il-genocidio-industriale-quando-la-realt%C3%A0-supera-la-satira/">qui</a>): 1,9 milioni di sfollati su 2,1 milioni di abitanti, 186 giornalisti uccisi secondo il Committee to Protect Journalists, infrastrutture di comunicazione sistematicamente distrutte. Merita azioni <strong>vere</strong>, non rituali digitali che servono solo a far sentire meglio chi li fa.</p>
  <h2 id="perché-ci-cascate-psicologia-spicciola">Perché ci cascate (psicologia spicciola)</h2>
  <p>Il messaggio è progettato per sfruttare vulnerabilità psicologiche specifiche:</p>
  <ul>
    <li><strong>Urgenza emotiva</strong>: Di fronte a una tragedia umanitaria, vogliamo <em>fare qualcosa</em>, qualsiasi cosa</li>
    <li><strong>Falso empowerment</strong>: Promette che una semplice azione individuale possa avere impatto collettivo</li>
    <li><strong>Gergo pseudo-tecnico</strong>: “impatto algoritmico”, “anomalia comportamentale” - suona scientifico</li>
    <li><strong>Rete familiare fidata</strong>: Nei gruppi famiglia abbassiamo la guardia critica</li>
  </ul>
  <p>È studiato apposta per aggirare il vostro fact-checking mentale. E ci riesce.</p>
  <h2 id="cosa-fare-davvero-azioni-concrete">Cosa fare davvero (azioni concrete)</h2>
  <p>Se volete davvero aiutare Gaza e non farvi solo un massaggio alla coscienza:</p>
  <ul>
    <li><strong>Donazioni verificate:</strong>
      <ul>
        <li>UNRWA (Agenzia ONU per i rifugiati palestinesi)</li>
        <li>Medici Senza Frontiere - progetti Gaza</li>
        <li>Palestinian Red Crescent Society</li>
      </ul>
    </li>
    <li><strong>Pressione politica:</strong>
      <ul>
        <li>Contattate i vostri rappresentanti parlamentari</li>
        <li>Supportate organizzazioni come Amnesty International</li>
        <li>Partecipate a manifestazioni legali organizzate</li>
      </ul>
    </li>
    <li><strong>Informazione di qualità:</strong>
      <ul>
        <li>Seguite giornalisti palestinesi verificati</li>
        <li>Condividete reportage di testate credibili</li>
        <li>Documentatevi presso fonti autorevoli (B’Tselem, Human Rights Watch)</li>
      </ul>
    </li>
    <li><strong>Pressione sui social:</strong>
      <ul>
        <li>Denunciate la censura documentata dei contenuti palestinesi</li>
        <li>Supportate le richieste di trasparenza negli algoritmi</li>
        <li>Amplificate le voci palestinesi autentiche</li>
      </ul>
    </li>
  </ul>
  <p>Roba seria. Non magia digitale.</p>
  <h2 id="linkografia-verificata">Linkografia verificata</h2>
  <ul>
    <li><a href="https://www.peacelink.it">PeaceLink - “Bufala del blackout digitale”</a> (13 maggio 2025)</li>
    <li><a href="https://www.ilfattoquotidiano.it">Il Fatto Quotidiano - analisi bufala ricorrente</a> (21 giugno 2025)</li>
    <li><a href="https://7amleh.org">7amleh - Arab Center for Social Media Advancement</a></li>
    <li><a href="https://cpj.org">Committee to Protect Journalists - Gaza data</a></li>
    <li><a href="https://www.ochaopt.org">UN OCHA - Gaza humanitarian situation</a></li>
  </ul>
  <h2 id="conclusione-la-solidarietà-non-è-un-giochetto">Conclusione: la solidarietà non è un giochetto</h2>
  <p>Capiamoci: sono il primo a voler vedere più contenuti su Gaza nei social. Sono il primo ad essere disgustato dalla censura sistematica che subiscono le voci palestinesi. Ma la soluzione non è il pensiero magico.</p>
  <p>La solidarietà vera richiede <strong>impegno continuativo</strong>, non rituali simbolici che durano mezz’ora. Richiede donazioni, pressione politica, informazione di qualità, azioni concrete che abbiano impatto misurabile.</p>
  <p>Spegnere il telefono per 30 minuti non “disturba” nessun algoritmo. Disturba solo me, che devo continuare a spiegare perché non funziona.</p>
  <p>La prossima volta che vi arriva questo messaggio, invece di inoltrarlo, considerate di donare quei 30 minuti a qualcosa di utile. O almeno, per pietà, non giratelo a me.</p>
  <hr />
  <p><em>Scritto da un programmatore stanco di dover spiegare l’ABC degli algoritmi ai parenti che credono alle catene di Sant’Antonio digitali. Se anche voi ricevete ‘sta roba, linkate pure questo articolo. Almeno servirà a qualcosa.</em></p>
  ]]></content><author><name>kLeZ</name></author><category term="gaza" /><category term="bufala" /><category term="rant" /><summary type="html"><![CDATA[Eccoci qui. È la terza volta da maggio che mi arriva questo benedetto messaggio WhatsApp sul “silenzio digitale per Gaza” nella chat di famiglia. La terza. Maggio, luglio, e ora di nuovo. Ogni volta devo sprecare mezz’ora a spiegare perché è una bufala colossale, e ogni volta mi sento rispondere “eh ma alla fine qualcosa fai, anche se poco, meglio di niente”. No. Non fai poco, fai NIENTE. Statisticamente irrilevante. Come se gli algoritmi dovessero andare in crash ogni volta che 1,4 miliardi di indiani vanno a dormire la sera.]]></summary></entry><entry xml:lang="it"><title type="html">Java: quando il codice racconta 30 anni di errori e rivoluzioni</title><link href="https://klez.me/en/2025/08/05/java-quando-il-codice-racconta-30-anni-di-errori-e-rivoluzioni/" rel="alternate" type="text/html" title="Java: quando il codice racconta 30 anni di errori e rivoluzioni" /><published>2025-08-05T14:43:55+02:00</published><updated>2025-08-05T14:43:55+02:00</updated><id>https://klez.me/2025/08/05/java-quando-il-codice-racconta-30-anni-di-errori-e-rivoluzioni</id><content type="html" xml:base="https://klez.me/2025/08/05/java-quando-il-codice-racconta-30-anni-di-errori-e-rivoluzioni/"><![CDATA[<p>Oggi voglio raccontarvi una storia. Non una di quelle storie edificanti sui “pionieri visionari” che troviamo nei manuali, ma la storia vera e cruda di come Java sia passato da linguaggio che ti odiava cordialmente a linguaggio che cerca almeno di capirti. È la storia di 30 anni di errori, testardaggine, rivoluzioni silenziose e quello che alla fine si rivela essere il più grande esperimento di ingegneria sociale mai tentato su 9 milioni di programmatori.</p>
  <!--more-->
  <p class="m-0 invisible zero-size">
    <a class="invisible" id="read-more" href="#">Read more</a>
  </p>
  <p>Se hai iniziato a programmare in Java dopo il 2010, probabilmente non hai mai visto certe brutture. Se invece hai vissuto Java 1.0, sai quanto male si potesse stare. E se sei come me, che ho iniziato quando Vector era ancora considerato “best practice”, beh… abbiamo visto cose che voi umani non potreste immaginare.</p>
  <p>Ma diciamo le cose come stanno: Java nasce il 23 gennaio 1996 con un’ossessione malata per la sicurezza. E quando dico malata, intendo proprio patologica. James Gosling e il suo team avevano assistito ai massacri del C++, dove un puntatore sbagliato mandava in crash l’intero sistema, dove la gestione manuale della memoria era come giocare a Russian Roulette bendati, dove il multithreading era una disciplina esoterica per masochisti con tendenze suicide.</p>
  <p>La loro risposta fu quella che oggi chiameremmo “helicopter parenting” applicato al design di linguaggi: tutto automatico, tutto sicuro, tutto controllato, tutto deciso per te. Non ci fidiamo di te neanche a respirare da solo.</p>
  <p>Ecco perché Vector e Hashtable erano sincronizzati per default. Non era una scelta tecnica, era una dichiarazione filosofica: “Il multithreading è così pericoloso che lo rendiamo obbligatorio ovunque, anche quando non serve”. Il fatto che questo rallentasse anche le applicazioni single-thread era considerato un prezzo accettabile per la sicurezza. I progettisti di Sun avevano una visione apocalittica del futuro: ogni applicazione sarebbe stata multi-thread, ogni oggetto sarebbe stato condiviso, ogni accesso concorrente sarebbe stato una potenziale catastrofe.</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nc">Vector</span> <span class="n">items</span> <span class="o">=</span> <span class="k">new</span> <span class="nc">Vector</span><span class="o">();</span>
<span class="n">items</span><span class="o">.</span><span class="na">addElement</span><span class="o">(</span><span class="s">"item1"</span><span class="o">);</span>
<span class="n">items</span><span class="o">.</span><span class="na">addElement</span><span class="o">(</span><span class="k">new</span> <span class="nc">Integer</span><span class="o">(</span><span class="mi">42</span><span class="o">));</span> <span class="c1">// Mix di tipi? Normale all'epoca</span>
<span class="k">for</span> <span class="o">(</span><span class="kt">int</span> <span class="n">i</span> <span class="o">=</span> <span class="mi">0</span><span class="o">;</span> <span class="n">i</span> <span class="o">&lt;</span> <span class="n">items</span><span class="o">.</span><span class="na">size</span><span class="o">();</span> <span class="n">i</span><span class="o">++)</span> <span class="o">{</span>
    <span class="nc">Object</span> <span class="n">item</span> <span class="o">=</span> <span class="n">items</span><span class="o">.</span><span class="na">elementAt</span><span class="o">(</span><span class="n">i</span><span class="o">);</span> <span class="c1">// Tutto è Object</span>
    <span class="nc">String</span> <span class="n">str</span> <span class="o">=</span> <span class="o">(</span><span class="nc">String</span><span class="o">)</span> <span class="n">item</span><span class="o">;</span> <span class="c1">// Preghiera e cast</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Questo codice incarnava perfettamente la filosofia Java 1.0: paternalismo tecnologico allo stato puro. Non potevi scegliere il tipo di sincronizzazione, non potevi evitare i cast, non potevi nemmeno fidarti che un elemento di una collezione fosse del tipo che pensavi. Java decideva per te, sempre.</p>
  <p>E poi c’era Date. Madonna santa, la classe Date. Se devo nominare l’API più odiosa mai partorita dalla mente umana, Date di Java 1.0 vince a mani basse. Era come se l’avessero progettata apposta per farti bestemmiare in lingue che non sapevi neanche di conoscere:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nc">Date</span> <span class="n">christmas</span> <span class="o">=</span> <span class="k">new</span> <span class="nc">Date</span><span class="o">();</span>
<span class="n">christmas</span><span class="o">.</span><span class="na">setYear</span><span class="o">(</span><span class="mi">2023</span> <span class="o">-</span> <span class="mi">1900</span><span class="o">);</span> <span class="c1">// Perché -1900? Perché MAGIA!</span>
<span class="n">christmas</span><span class="o">.</span><span class="na">setMonth</span><span class="o">(</span><span class="mi">11</span><span class="o">);</span> <span class="c1">// Dicembre è 11, non 12. Logico, no?</span>
<span class="n">christmas</span><span class="o">.</span><span class="na">setDate</span><span class="o">(</span><span class="mi">25</span><span class="o">);</span> <span class="c1">// Ma il giorno è 1-based. Coerenza? Mai sentita.</span>
</code></pre>
    </div>
  </div>
  <p>Ogni volta che vedevo questo codice, una parte della mia anima moriva. Date era mutabile (quindi poteva essere modificata alle tue spalle), SimpleDateFormat non era thread-safe (quindi condividerlo tra thread era come giocare alla roulette russa), ed entrambi sembravano progettati da qualcuno che odiava profondamente sia il tempo che l’umanità.</p>
  <p>Il garbage collector Serial di Java 1.0 seguiva la stessa logica del “papà sa meglio”: “La gestione della memoria è troppo complicata per voi mortali, quindi la facciamo noi. Non importa se fermiamo tutto per secondi interi, almeno non avrete memory leak”. Era la filosofia del “meglio paralizzato che morto”, portata all’estremo del ridicolo.</p>
  <p>Ma già con Java 1.2, iniziarono a emergere le prime crepe in questa muraglia paternalistica. Le Collection Framework introdussero ArrayList e HashMap non sincronizzati, affiancati da Collections.synchronizedList() per quando la sincronizzazione serviva davvero. Era un piccolo passo per il codice, ma un grande passo per l’umanità dei programmatori: per la prima volta, Java ammetteva che il programmatore potesse essere abbastanza intelligente da scegliere.</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nc">List</span> <span class="n">items</span> <span class="o">=</span> <span class="k">new</span> <span class="nc">ArrayList</span><span class="o">();</span> <span class="c1">// Scelta: velocità</span>
<span class="nc">List</span> <span class="n">safeItems</span> <span class="o">=</span> <span class="nc">Collections</span><span class="o">.</span><span class="na">synchronizedList</span><span class="o">(</span><span class="k">new</span> <span class="nc">ArrayList</span><span class="o">());</span> <span class="c1">// Scelta: sicurezza</span>
</code></pre>
    </div>
  </div>
  <p>Questa non era solo una questione di prestazioni. Era l’inizio di un nuovo contratto sociale tra linguaggio e programmatore: “Ti diamo gli strumenti, tu scegli come usarli”. Il gruppo di sviluppo stava iniziando a capire che la flessibilità era più importante della protezione totale.</p>
  <p>Il Parallel GC che arrivò con Java 1.2 rifletteva lo stesso cambio di mentalità. Invece di imporre una strategia unica di garbage collection, iniziarono a sperimentare con approcci diversi. Era l’ammissione implicita che il Serial GC non era la soluzione universale che avevano immaginato.</p>
  <p>Con Java 1.4 e NIO, assistiamo al primo vero atto di fiducia verso il programmatore. L’I/O non bloccante era complesso come assemblare un mobile IKEA senza istruzioni, ostico come una conversazione con l’ex, pieno di insidie come un campo minato:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nc">Selector</span> <span class="n">selector</span> <span class="o">=</span> <span class="nc">Selector</span><span class="o">.</span><span class="na">open</span><span class="o">();</span>
<span class="nc">SocketChannel</span> <span class="n">channel</span> <span class="o">=</span> <span class="nc">SocketChannel</span><span class="o">.</span><span class="na">open</span><span class="o">();</span>
<span class="n">channel</span><span class="o">.</span><span class="na">configureBlocking</span><span class="o">(</span><span class="kc">false</span><span class="o">);</span>
<span class="n">channel</span><span class="o">.</span><span class="na">register</span><span class="o">(</span><span class="n">selector</span><span class="o">,</span> <span class="nc">SelectionKey</span><span class="o">.</span><span class="na">OP_READ</span><span class="o">);</span>
</code></pre>
    </div>
  </div>
  <p>Questo codice era l’antitesi totale della filosofia Java 1.0. Era complesso, richiedeva comprensione profonda, poteva facilmente essere usato male. Ma i progettisti lo inclusero comunque, perché stavano iniziando a capire una cosa fondamentale: nascondere la complessità sotto il tappeto non la elimina, la sposta solo nel posto più scomodo possibile.</p>
  <p>E poi arrivò la vera rivoluzione filosofica con Java 5. I generics non erano solo una funzionalità tecnica, erano una dichiarazione di guerra al paternalismo: “Ci fidiamo di voi abbastanza da darvi un sistema di tipi più sofisticato”. Era l’ammissione che i programmatori potevano gestire la complessità aggiuntiva in cambio di maggiore sicurezza e espressività.</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nc">List</span><span class="o">&lt;</span><span class="nc">String</span><span class="o">&gt;</span> <span class="n">items</span> <span class="o">=</span> <span class="k">new</span> <span class="nc">ArrayList</span><span class="o">&lt;</span><span class="nc">String</span><span class="o">&gt;();</span>
<span class="c1">// Il programmatore dichiara l'intenzione, il compilatore la verifica</span>
</code></pre>
    </div>
  </div>
  <p>Il passaggio da cast runtime a controlli compile-time rappresentava un cambio filosofico più profondo di una crisi di mezza età: da “proteggiamo il programmatore nascondendo i problemi sotto il materasso” a “aiutiamo il programmatore a identificare i problemi prima che facciano danni”. Era la nascita di una collaborazione vera tra linguaggio e sviluppatore, come Batman e Robin, ma senza i mutandoni.</p>
  <p>Le annotazioni di Java 5 portarono questa filosofia ancora più avanti. Invece di nascondere metadati nel codice o in file esterni, li esponevano direttamente:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nd">@Override</span>
<span class="kd">public</span> <span class="nc">String</span> <span class="nf">toString</span><span class="o">()</span> <span class="o">{</span> <span class="k">return</span> <span class="s">"Person"</span><span class="o">;</span> <span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Era un’ammissione che il programmatore non solo poteva gestire metadati espliciti, ma che questi potevano rendere il codice più chiaro e verificabile. Le annotazioni trasformarono Java da linguaggio che nascondeva l’intenzione a linguaggio che la celebrava.</p>
  <p>Gli enum di Java 5 demolirono il modello “typesafe enum” che tutti usavamo, sostituendolo con una soluzione nativa. Ma la vera lezione non era tecnica: era che il linguaggio poteva e doveva imparare dalle convenzioni della comunità, codificandole invece di ignorarle.</p>
  <p>Il periodo Java 6-7 fu di consolidamento, ma le poche novità mostravano una tendenza chiara come l’acqua di montagna. Il try-with-resources di Java 7 era l’esempio perfetto di come la filosofia fosse cambiata da “paternalismo tossico” a “collaborazione intelligente”:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="k">try</span> <span class="o">(</span><span class="nc">BufferedReader</span> <span class="n">reader</span> <span class="o">=</span> <span class="k">new</span> <span class="nc">BufferedReader</span><span class="o">(</span><span class="k">new</span> <span class="nc">FileReader</span><span class="o">(</span><span class="s">"file.txt"</span><span class="o">)))</span> <span class="o">{</span>
    <span class="c1">// Il compilatore si occupa della chiusura automatica</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Non era paternalismo (“non ci fidiamo a lasciarti gestire le risorse perché sei un idiota”) ma collaborazione (“ti diamo uno strumento che rende impossibile dimenticare di chiudere le risorse perché siamo tutti umani”). La differenza è sottile come un filo di ragno ma fondamentale come l’ossigeno: non toglieva controllo al programmatore, gli dava un modo migliore di esprimere l’intenzione.</p>
  <p>Java 8 rappresentò la rottura definitiva con la filosofia originale. L’introduzione della programmazione funzionale non era solo un’aggiunta di funzionalità, era un’ammissione che il paradigma object-oriented puro non era sufficiente per tutti i problemi. Era Java che diceva: “Abbiamo sbagliato a pensare che tutto dovesse essere un oggetto”.</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="n">people</span><span class="o">.</span><span class="na">stream</span><span class="o">()</span>
    <span class="o">.</span><span class="na">filter</span><span class="o">(</span><span class="n">person</span> <span class="o">-&gt;</span> <span class="n">person</span><span class="o">.</span><span class="na">getAge</span><span class="o">()</span> <span class="o">&gt;</span> <span class="mi">30</span><span class="o">)</span>
    <span class="o">.</span><span class="na">map</span><span class="o">(</span><span class="n">person</span> <span class="o">-&gt;</span> <span class="n">person</span><span class="o">.</span><span class="na">getName</span><span class="o">().</span><span class="na">toUpperCase</span><span class="o">())</span>
    <span class="o">.</span><span class="na">collect</span><span class="o">(</span><span class="nc">Collectors</span><span class="o">.</span><span class="na">toList</span><span class="o">());</span>
</code></pre>
    </div>
  </div>
  <p>Gli stream rappresentavano un cambio di paradigma da imperativo a dichiarativo, da “come fare” a “cosa fare”. Ma più profondamente, rappresentavano la fiducia che i programmatori potessero gestire un modello mentale più astratto in cambio di codice più espressivo.</p>
  <p>Optional fu ancora più rivoluzionario dal punto di vista filosofico, tipo la scoperta che la Terra non è piatta:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="kd">public</span> <span class="nc">Optional</span><span class="o">&lt;</span><span class="nc">String</span><span class="o">&gt;</span> <span class="nf">getCustomerCity</span><span class="o">(</span><span class="nc">Long</span> <span class="n">customerId</span><span class="o">)</span> <span class="o">{</span>
    <span class="k">return</span> <span class="n">customerRepository</span><span class="o">.</span><span class="na">findById</span><span class="o">(</span><span class="n">customerId</span><span class="o">)</span>
        <span class="o">.</span><span class="na">map</span><span class="o">(</span><span class="nl">Customer:</span><span class="o">:</span><span class="n">getAddress</span><span class="o">)</span>
        <span class="o">.</span><span class="na">map</span><span class="o">(</span><span class="nl">Address:</span><span class="o">:</span><span class="n">getCity</span><span class="o">);</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Era l’ammissione che nascondere la possibilità di valori null era stato un errore colossale, come nascondere le chiavi dell’auto a un adolescente. Invece di “proteggere” il programmatore dai null, Optional li rendeva espliciti e gestibili. Era un perfetto esempio della nuova filosofia: collaborazione trasparente invece di protezione opaca.</p>
  <p>Le lambda di Java 8 completarono questa trasformazione meglio di un makeover televisivo. Permettere funzioni come cittadini di prima classe significava abbandonare completamente l’ortodossia object-oriented originale. Era Java che ammetteva: “I paradigmi sono strumenti, non religioni. E noi non siamo più fondamentalisti”.</p>
  <p>Nel frattempo, l’evoluzione dei garbage collector rifletteva lo stesso cambio di mentalità. Da un GC unico e universale (“una taglia va bene per tutti, come i cappelli da baseball”), si passò a un ecosistema di GC specializzati: G1 per bassa latenza, Parallel per velocità di elaborazione pura, CMS per reattività. Era l’ammissione che non esiste una soluzione perfetta per tutti i casi d’uso, come non esiste una scarpa perfetta per tutti i piedi.</p>
  <p>Java 9 e il Project Jigsaw rappresentarono forse il tentativo più ambizioso (e coraggioso) di applicare la nuova filosofia. I moduli erano un sistema complesso come una centrale nucleare, potente come un reattore a fusione, che richiedeva comprensione profonda:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="n">module</span> <span class="n">com</span><span class="o">.</span><span class="na">example</span><span class="o">.</span><span class="na">myapp</span> <span class="o">{</span>
    <span class="n">requires</span> <span class="n">java</span><span class="o">.</span><span class="na">base</span><span class="o">;</span>
    <span class="n">exports</span> <span class="n">com</span><span class="o">.</span><span class="na">example</span><span class="o">.</span><span class="na">myapp</span><span class="o">.</span><span class="na">api</span><span class="o">;</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Era Java che diceva: “Vi diamo un sistema di modularità di livello enterprise, anche se è complesso da imparare come il cinese mandarino e vi farà bestemmiare in ostrogoto”. Il fatto che molti sviluppatori l’abbiano ignorato come un parente fastidioso non cambia la filosofia sottostante: meglio dare strumenti potenti che possono essere ignorati, che non darli affatto e lamentarsi dopo.</p>
  <p>Con i moduli arrivarono anche gli strumenti per creare distribuzioni personalizzate. jlink permetteva di costruire runtime Java su misura, contenenti solo i moduli necessari:</p>
  <div class="language-bash highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code>jlink <span class="nt">--module-path</span> <span class="nv">$JAVA_HOME</span>/jmods:myapp.jar <span class="se">\</span>
      <span class="nt">--add-modules</span> com.example.myapp <span class="se">\</span>
      <span class="nt">--output</span> myapp-runtime
</code></pre>
    </div>
  </div>
  <p>Era l’ammissione finale che Java monolitico non era sempre la risposta giusta. Meglio dare la possibilità di personalizzare che imporre una soluzione universale.</p>
  <p>L’introduzione di var in Java 10 fu quasi simbolica. Era l’ammissione finale che la verbosità non era sinonimo di chiarezza:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="kt">var</span> <span class="n">complexMap</span> <span class="o">=</span> <span class="k">new</span> <span class="nc">HashMap</span><span class="o">&lt;</span><span class="nc">String</span><span class="o">,</span> <span class="nc">List</span><span class="o">&lt;</span><span class="nc">String</span><span class="o">&gt;&gt;();</span>
</code></pre>
    </div>
  </div>
  <p>Per un linguaggio nato con l’ossessione della dichiaratività esplicita, permettere l’inferenza di tipo era una rivoluzione. Era Java che finalmente diceva: “Ci fidiamo di voi abbastanza da lasciare che il compilatore deduca ciò che è ovvio”.</p>
  <p>Java 11 consolidò molte di queste idee, aggiungendo strumenti più moderni come HttpClient:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nc">HttpClient</span> <span class="n">client</span> <span class="o">=</span> <span class="nc">HttpClient</span><span class="o">.</span><span class="na">newHttpClient</span><span class="o">();</span>
<span class="nc">HttpResponse</span><span class="o">&lt;</span><span class="nc">String</span><span class="o">&gt;</span> <span class="n">response</span> <span class="o">=</span> <span class="n">client</span><span class="o">.</span><span class="na">send</span><span class="o">(</span>
    <span class="nc">HttpRequest</span><span class="o">.</span><span class="na">newBuilder</span><span class="o">().</span><span class="na">uri</span><span class="o">(</span><span class="no">URI</span><span class="o">.</span><span class="na">create</span><span class="o">(</span><span class="s">"https://api.example.com"</span><span class="o">)).</span><span class="na">build</span><span class="o">(),</span>
    <span class="nc">HttpResponse</span><span class="o">.</span><span class="na">BodyHandlers</span><span class="o">.</span><span class="na">ofString</span><span class="o">()</span>
<span class="o">);</span>
</code></pre>
    </div>
  </div>
  <p>Non era solo un’API migliore, era l’ammissione che le API originali di Java erano inadeguate per il mondo moderno. Era Java che diceva: “Sbagliamo, impariamo, miglioriamo”.</p>
  <p>Le switch expression di Java 12-13 continuarono questa tendenza:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nc">String</span> <span class="n">result</span> <span class="o">=</span> <span class="k">switch</span> <span class="o">(</span><span class="n">day</span><span class="o">)</span> <span class="o">{</span>
    <span class="k">case</span> <span class="no">MONDAY</span><span class="o">,</span> <span class="no">FRIDAY</span> <span class="o">-&gt;</span> <span class="s">"Giorno intenso"</span><span class="o">;</span>
    <span class="k">case</span> <span class="no">TUESDAY</span> <span class="o">-&gt;</span> <span class="s">"Giorno tranquillo"</span><span class="o">;</span>
    <span class="k">default</span> <span class="o">-&gt;</span> <span class="s">"Giorno normale"</span><span class="o">;</span>
<span class="o">};</span>
</code></pre>
    </div>
  </div>
  <p>Più concise, meno soggette a errori (niente break dimenticati), più funzionali. Era l’evoluzione naturale del pensiero “collaboriamo con il programmatore invece di costringerlo a verbosità inutile”.</p>
  <p>I text block di Java 13 eliminarono anni di frustrazione con le stringhe multi-riga:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nc">String</span> <span class="n">json</span> <span class="o">=</span> <span class="s">"""
    {
      "</span><span class="n">name</span><span class="s">": "</span><span class="nc">John</span><span class="s">",
      "</span><span class="n">age</span><span class="s">": 30
    }
    """</span><span class="o">;</span>
</code></pre>
    </div>
  </div>
  <p>JSON, SQL, HTML finalmente leggibili nel codice. Era l’ammissione che la sintassi delle stringhe di Java 1.0 era inadeguata per il mondo moderno.</p>
  <p>I record di Java 14 completarono un altro cerchio filosofico. Java era nato con l’idea che tutto dovesse essere un oggetto complesso con comportamenti. I record ammettevano che a volte i dati sono semplicemente dati:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="kd">public</span> <span class="n">record</span> <span class="nf">Person</span><span class="o">(</span><span class="nc">String</span> <span class="n">name</span><span class="o">,</span> <span class="kt">int</span> <span class="n">age</span><span class="o">,</span> <span class="nc">String</span> <span class="n">email</span><span class="o">)</span> <span class="o">{}</span>
</code></pre>
    </div>
  </div>
  <p>Era l’abbandono del dogma “tutto deve avere metodi” in favore di un approccio più pragmatico: i dati sono importanti quanto i comportamenti, e meritano rappresentazioni dedicate.</p>
  <p>Le sealed class di Java 17 rappresentarono un altro tipo di fiducia nel programmatore. Invece di nascondere le gerarchie di tipi, le rendevano esplicite e controllabili:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="kd">public</span> <span class="n">sealed</span> <span class="kd">abstract</span> <span class="kd">class</span> <span class="nc">Shape</span> <span class="n">permits</span> <span class="nc">Circle</span><span class="o">,</span> <span class="nc">Rectangle</span> <span class="o">{</span>
    <span class="c1">// Il programmatore dichiara esplicitamente tutte le implementazioni possibili</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Era Java che diceva: “Vi diamo il controllo totale sulla vostra gerarchia di tipi, e confidiamo nel fatto che lo userete saggiamente”.</p>
  <p>Nel frattempo, la guerra dei garbage collector si intensificava. Shenandoah di Red Hat prometteva pause sub-millisecondo:</p>
  <div class="language-bash highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code>java <span class="nt">-XX</span>:+UseShenandoahGC MyApp
<span class="c"># Pause GC &lt; 1ms, indipendentemente dalla dimensione dell'heap</span>
</code></pre>
    </div>
  </div>
  <p>Oracle rispose con ZGC, ancora più aggressivo:</p>
  <div class="language-bash highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code>java <span class="nt">-XX</span>:+UseZGC MyApp
<span class="c"># Pause &lt; 10ms, heap fino a 16TB</span>
</code></pre>
    </div>
  </div>
  <p>Era la competizione a portare benefici: invece di un garbage collector unico imposto dall’alto, c’era scelta basata sulle necessità specifiche.</p>
  <p>I virtual thread di Java 19 rappresentano forse l’esempio più perfetto della nuova filosofia Java, come la sintesi perfetta di una sinfonia. Invece di costringere i programmatori a scegliere tra semplicità (thread platform) e scalabilità (programmazione asincrona da mal di testa), offrono entrambe come un buffet all-you-can-eat:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="k">try</span> <span class="o">(</span><span class="kt">var</span> <span class="n">executor</span> <span class="o">=</span> <span class="nc">Executors</span><span class="o">.</span><span class="na">newVirtualThreadPerTaskExecutor</span><span class="o">())</span> <span class="o">{</span>
    <span class="k">for</span> <span class="o">(</span><span class="kt">int</span> <span class="n">i</span> <span class="o">=</span> <span class="mi">0</span><span class="o">;</span> <span class="n">i</span> <span class="o">&lt;</span> <span class="mi">10000</span><span class="o">;</span> <span class="n">i</span><span class="o">++)</span> <span class="o">{</span>
        <span class="n">executor</span><span class="o">.</span><span class="na">submit</span><span class="o">(()</span> <span class="o">-&gt;</span> <span class="o">{</span>
            <span class="k">try</span> <span class="o">{</span>
                <span class="nc">Thread</span><span class="o">.</span><span class="na">sleep</span><span class="o">(</span><span class="nc">Duration</span><span class="o">.</span><span class="na">ofSeconds</span><span class="o">(</span><span class="mi">1</span><span class="o">));</span>
                <span class="c1">// Codice sincrono che scala come asincrono, magia pura</span>
            <span class="o">}</span> <span class="k">catch</span> <span class="o">(</span><span class="nc">InterruptedException</span> <span class="n">e</span><span class="o">)</span> <span class="o">{</span>
                <span class="nc">Thread</span><span class="o">.</span><span class="na">currentThread</span><span class="o">().</span><span class="na">interrupt</span><span class="o">();</span>
            <span class="o">}</span>
        <span class="o">});</span>
    <span class="o">}</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>È la sintesi perfetta di 30 anni di evoluzione: uno strumento potente che non sacrifica la semplicità, che collabora con il programmatore invece di sostituirsi a lui come un genitore invadente.</p>
  <p>Il pattern matching moderno chiude il cerchio iniziato con i cast del terrore di Java 1.0:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="k">return</span> <span class="k">switch</span> <span class="o">(</span><span class="n">obj</span><span class="o">)</span> <span class="o">{</span>
    <span class="k">case</span> <span class="nc">String</span> <span class="n">s</span> <span class="o">-&gt;</span> <span class="s">"String of length "</span> <span class="o">+</span> <span class="n">s</span><span class="o">.</span><span class="na">length</span><span class="o">();</span>
    <span class="k">case</span> <span class="nc">Integer</span> <span class="n">i</span> <span class="o">-&gt;</span> <span class="s">"Integer with value "</span> <span class="o">+</span> <span class="n">i</span><span class="o">;</span>
    <span class="k">case</span> <span class="kc">null</span> <span class="o">-&gt;</span> <span class="s">"null value"</span><span class="o">;</span>
    <span class="k">default</span> <span class="o">-&gt;</span> <span class="s">"Unknown type"</span><span class="o">;</span>
<span class="o">};</span>
</code></pre>
    </div>
  </div>
  <p>Da cast manuali e madonne a pattern matching che non sbaglia mai. È la differenza tra “non ci fidiamo neanche a farti scegliere i calzini” e “ecco gli strumenti giusti, facci vedere cosa sai fare”.</p>
  <p>L’evoluzione degli strumenti di sviluppo riflette la stessa filosofia. Da javac spartano che dava errori criptici, siamo passati a IDE intelligenti che predicono l’intenzione del programmatore. Da JUnit con ereditarietà obbligatoria a framework basati su annotazioni che rispettano la struttura del tuo codice:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="c1">// JUnit 3 - ereditarietà forzata</span>
<span class="kd">public</span> <span class="kd">class</span> <span class="nc">MyTest</span> <span class="kd">extends</span> <span class="nc">TestCase</span> <span class="o">{</span>
    <span class="kd">public</span> <span class="kt">void</span> <span class="nf">testSomething</span><span class="o">()</span> <span class="o">{</span>
        <span class="n">assertEquals</span><span class="o">(</span><span class="s">"expected"</span><span class="o">,</span> <span class="n">actual</span><span class="o">);</span>
    <span class="o">}</span>
<span class="o">}</span>

<span class="c1">// JUnit 4+ - annotazioni collaborative</span>
<span class="kd">public</span> <span class="kd">class</span> <span class="nc">MyTest</span> <span class="o">{</span>
    <span class="nd">@Test</span>
    <span class="kd">public</span> <span class="kt">void</span> <span class="nf">testSomething</span><span class="o">()</span> <span class="o">{</span>
        <span class="n">assertEquals</span><span class="o">(</span><span class="s">"expected"</span><span class="o">,</span> <span class="n">actual</span><span class="o">);</span>
    <span class="o">}</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Persino l’ecosistema più ampio riflette questo cambio. Maven standardizzò il processo di build ma lasciò flessibilità nella configurazione. Gradle andò oltre, rendendo il processo di build stesso programmabile. Spring Boot automatizzò la configurazione ma lasciò tutti i punti di estensione necessari:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="nd">@RestController</span>
<span class="kd">public</span> <span class="kd">class</span> <span class="nc">HelloController</span> <span class="o">{</span>
    <span class="nd">@GetMapping</span><span class="o">(</span><span class="s">"/hello"</span><span class="o">)</span>
    <span class="kd">public</span> <span class="nc">String</span> <span class="nf">hello</span><span class="o">()</span> <span class="o">{</span>
        <span class="k">return</span> <span class="s">"Hello World"</span><span class="o">;</span>
    <span class="o">}</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Un’annotazione e hai un web server. Nel 2000 servivano 50 righe di XML e 3 file war.</p>
  <p>I garbage collector moderni come ZGC e Shenandoah rappresentano l’apice di questa evoluzione: pause sub-millisecondo anche con heap multi-terabyte, senza richiedere cambiamenti al codice applicativo. È la collaborazione perfetta: la JVM si occupa di prestazioni estreme, il programmatore si concentra sulla logica di business.</p>
  <p>Ma il futuro è già qui, e stavolta è vero (non come quando ce lo dicevano nel 2000). Le Foreign Function &amp; Memory API, dopo anni di sviluppo come Project Panama e più preview di un film Marvel, sono diventate stabili con Java 22 nel marzo 2024. Non sono più preview, sono production-ready come un panettone a Natale:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="c1">// Java 22+ - FFM API finalmente adulta</span>
<span class="nc">Linker</span> <span class="n">linker</span> <span class="o">=</span> <span class="nc">Linker</span><span class="o">.</span><span class="na">nativeLinker</span><span class="o">();</span>
<span class="nc">SymbolLookup</span> <span class="n">stdlib</span> <span class="o">=</span> <span class="n">linker</span><span class="o">.</span><span class="na">defaultLookup</span><span class="o">();</span>
<span class="nc">MemorySegment</span> <span class="n">strlenAddress</span> <span class="o">=</span> <span class="n">stdlib</span><span class="o">.</span><span class="na">find</span><span class="o">(</span><span class="s">"strlen"</span><span class="o">).</span><span class="na">orElseThrow</span><span class="o">();</span>

<span class="nc">FunctionDescriptor</span> <span class="n">descriptor</span> <span class="o">=</span> <span class="nc">FunctionDescriptor</span><span class="o">.</span><span class="na">of</span><span class="o">(</span>
    <span class="nc">ValueLayout</span><span class="o">.</span><span class="na">JAVA_LONG</span><span class="o">,</span> 
    <span class="nc">ValueLayout</span><span class="o">.</span><span class="na">ADDRESS</span>
<span class="o">);</span>
<span class="nc">MethodHandle</span> <span class="n">strlen</span> <span class="o">=</span> <span class="n">linker</span><span class="o">.</span><span class="na">downcallHandle</span><span class="o">(</span><span class="n">strlenAddress</span><span class="o">,</span> <span class="n">descriptor</span><span class="o">);</span>

<span class="k">try</span> <span class="o">(</span><span class="nc">Arena</span> <span class="n">offHeap</span> <span class="o">=</span> <span class="nc">Arena</span><span class="o">.</span><span class="na">ofConfined</span><span class="o">())</span> <span class="o">{</span>
    <span class="nc">MemorySegment</span> <span class="n">str</span> <span class="o">=</span> <span class="n">offHeap</span><span class="o">.</span><span class="na">allocateUtf8String</span><span class="o">(</span><span class="s">"Hello FFM!"</span><span class="o">);</span>
    <span class="kt">long</span> <span class="n">len</span> <span class="o">=</span> <span class="o">(</span><span class="kt">long</span><span class="o">)</span> <span class="n">strlen</span><span class="o">.</span><span class="na">invoke</span><span class="o">(</span><span class="n">str</span><span class="o">);</span>
    <span class="nc">System</span><span class="o">.</span><span class="na">out</span><span class="o">.</span><span class="na">println</span><span class="o">(</span><span class="s">"Length: "</span> <span class="o">+</span> <span class="n">len</span><span class="o">);</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>È l’integrazione perfetta di sicurezza e potenza: accesso diretto al codice nativo, gestione automatica della memoria con Arena, prestazioni 4-5 volte superiori a JNI. È Java che finalmente dice: “Ti diamo il controllo totale, ma con tutti i guard rail necessari. Divertiti ma non farti male”.</p>
  <p>Java 24, uscito proprio questo marzo 2025, porta questa filosofia a livelli che sarebbero sembrati fantascienza nel 1995. Con i suoi 24 JEP (un record che nemmeno i Pearl Jam!), rappresenta il culmine di anni di evoluzione. I virtual thread finalmente non si bloccano più sui synchronized - il problema del “pinning” è stato risolto come si risolve un Cubo di Rubik: con pazienza, ingegno e parecchie bestemmie (probabilmente):</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="c1">// Java 24 - virtual threads liberi finalmente!</span>
<span class="k">try</span> <span class="o">(</span><span class="kt">var</span> <span class="n">executor</span> <span class="o">=</span> <span class="nc">Executors</span><span class="o">.</span><span class="na">newVirtualThreadPerTaskExecutor</span><span class="o">())</span> <span class="o">{</span>
    <span class="k">for</span> <span class="o">(</span><span class="kt">int</span> <span class="n">i</span> <span class="o">=</span> <span class="mi">0</span><span class="o">;</span> <span class="n">i</span> <span class="o">&lt;</span> <span class="mi">1000000</span><span class="o">;</span> <span class="n">i</span><span class="o">++)</span> <span class="o">{</span>
        <span class="n">executor</span><span class="o">.</span><span class="na">submit</span><span class="o">(()</span> <span class="o">-&gt;</span> <span class="o">{</span>
            <span class="kd">synchronized</span> <span class="o">(</span><span class="n">sharedResource</span><span class="o">)</span> <span class="o">{</span>
                <span class="c1">// Prima il thread platform si bloccava, ora è libero!</span>
                <span class="n">doBlockingIO</span><span class="o">();</span>
            <span class="o">}</span>
        <span class="o">});</span>
    <span class="o">}</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>La Stream Gatherers API è finalmente stabile, e puoi scrivere operazioni stream custom che prima richiedevano la laurea in contorsionismo mentale:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="c1">// Java 24 - stream operations su misura</span>
<span class="nc">List</span><span class="o">&lt;</span><span class="nc">String</span><span class="o">&gt;</span> <span class="n">result</span> <span class="o">=</span> <span class="n">stream</span>
    <span class="o">.</span><span class="na">gather</span><span class="o">(</span><span class="n">windowFixed</span><span class="o">(</span><span class="mi">3</span><span class="o">))</span> <span class="c1">// Finestre di 3 elementi</span>
    <span class="o">.</span><span class="na">gather</span><span class="o">(</span><span class="n">scan</span><span class="o">(()</span> <span class="o">-&gt;</span> <span class="mi">0</span><span class="o">,</span> <span class="nl">Integer:</span><span class="o">:</span><span class="n">sum</span><span class="o">))</span> <span class="c1">// Somma cumulativa</span>
    <span class="o">.</span><span class="na">map</span><span class="o">(</span><span class="nl">String:</span><span class="o">:</span><span class="n">valueOf</span><span class="o">)</span>
    <span class="o">.</span><span class="na">toList</span><span class="o">();</span>
</code></pre>
    </div>
  </div>
  <p>E poi ci sono i Compact Object Headers che riducono l’overhead di memoria da 12 a 8 byte per oggetto. Sembra poco, ma per applicazioni con milioni di oggetti è come passare da un SUV a una bicicletta in termini di consumo.</p>
  <p>Il supporto per crittografia quantistica-resistente con ML-KEM e ML-DSA prepara Java per un futuro dove i computer quantistici renderanno obsoleta la crittografia attuale. È Java che anticipa problemi che ancora non abbiamo.</p>
  <p>E Java 25, il prossimo LTS in arrivo a settembre 2025? Sarà a pochi mesi dal vero trentesimo compleanno (23 gennaio 2026 - data che per me ha un significato speciale oltre a Java), e promette di essere una celebrazione degna. Il pattern matching finalmente funzionerà con i tipi primitivi:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="c1">// Java 25 - pattern matching con primitivi</span>
<span class="kd">static</span> <span class="kt">void</span> <span class="nf">test</span><span class="o">(</span><span class="nc">Object</span> <span class="n">obj</span><span class="o">)</span> <span class="o">{</span>
    <span class="k">switch</span> <span class="o">(</span><span class="n">obj</span><span class="o">)</span> <span class="o">{</span>
        <span class="k">case</span> <span class="kt">int</span> <span class="n">i</span> <span class="n">when</span> <span class="n">i</span> <span class="o">&gt;</span> <span class="mi">0</span> <span class="o">-&gt;</span> <span class="nc">System</span><span class="o">.</span><span class="na">out</span><span class="o">.</span><span class="na">println</span><span class="o">(</span><span class="s">"Positive int: "</span> <span class="o">+</span> <span class="n">i</span><span class="o">);</span>
        <span class="k">case</span> <span class="kt">double</span> <span class="n">d</span> <span class="o">-&gt;</span> <span class="nc">System</span><span class="o">.</span><span class="na">out</span><span class="o">.</span><span class="na">println</span><span class="o">(</span><span class="s">"Double: "</span> <span class="o">+</span> <span class="n">d</span><span class="o">);</span>
        <span class="k">case</span> <span class="nc">String</span> <span class="n">s</span> <span class="o">-&gt;</span> <span class="nc">System</span><span class="o">.</span><span class="na">out</span><span class="o">.</span><span class="na">println</span><span class="o">(</span><span class="s">"String: "</span> <span class="o">+</span> <span class="n">s</span><span class="o">);</span>
        <span class="k">default</span> <span class="o">-&gt;</span> <span class="nc">System</span><span class="o">.</span><span class="na">out</span><span class="o">.</span><span class="na">println</span><span class="o">(</span><span class="s">"Something else"</span><span class="o">);</span>
    <span class="o">}</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>Le module import declarations semplificheranno la gestione delle dipendenze:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="c1">// Java 25 - import di moduli completi</span>
<span class="kn">import</span> <span class="nn">module</span> <span class="n">java</span><span class="o">.</span><span class="na">base</span><span class="o">;</span>
<span class="kn">import</span> <span class="nn">module</span> <span class="n">java</span><span class="o">.</span><span class="na">sql</span><span class="o">;</span>
<span class="c1">// Tutto il contenuto del modulo disponibile</span>
</code></pre>
    </div>
  </div>
  <p>I file sorgente semplificati permetteranno finalmente di scrivere script Java senza classi (finalmente Java-Script <em>done right</em>):</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="c1">// Java 25 - script senza classi</span>
<span class="kt">void</span> <span class="nf">main</span><span class="o">()</span> <span class="o">{</span>
    <span class="nc">System</span><span class="o">.</span><span class="na">out</span><span class="o">.</span><span class="na">println</span><span class="o">(</span><span class="s">"Hello Java 30th anniversary!"</span><span class="o">);</span>
<span class="o">}</span>
</code></pre>
    </div>
  </div>
  <p>È Java che ammette: “Non tutto deve essere enterprise-grade. A volte serve solo semplicità”.</p>
  <p>E all’orizzonte c’è Project Valhalla con i value types, che promettono di rivoluzionare ancora una volta le prestazioni:</p>
  <div class="language-java highlighter-rouge">
    <div class="highlight">
      <pre class="highlight"><code><span class="c1">// Project Valhalla - futuro</span>
<span class="kd">public</span> <span class="n">value</span> <span class="kd">class</span> <span class="nc">Point</span> <span class="o">{</span>
    <span class="kd">private</span> <span class="kd">final</span> <span class="kt">int</span> <span class="n">x</span><span class="o">,</span> <span class="n">y</span><span class="o">;</span>
    
    <span class="kd">public</span> <span class="nf">Point</span><span class="o">(</span><span class="kt">int</span> <span class="n">x</span><span class="o">,</span> <span class="kt">int</span> <span class="n">y</span><span class="o">)</span> <span class="o">{</span>
        <span class="k">this</span><span class="o">.</span><span class="na">x</span> <span class="o">=</span> <span class="n">x</span><span class="o">;</span>
        <span class="k">this</span><span class="o">.</span><span class="na">y</span> <span class="o">=</span> <span class="n">y</span><span class="o">;</span>
    <span class="o">}</span>
<span class="o">}</span>

<span class="c1">// Array di value types - nessun overhead di oggetti</span>
<span class="nc">Point</span><span class="o">[]</span> <span class="n">points</span> <span class="o">=</span> <span class="k">new</span> <span class="nc">Point</span><span class="o">[</span><span class="mi">1000000</span><span class="o">];</span> <span class="c1">// Packed in memoria, prestazioni native</span>
</code></pre>
    </div>
  </div>
  <p>Sarà l’ultimo tassello: oggetti senza identità ma con prestazioni estreme, array densi come in C ma con la sicurezza di Java.</p>
  <p>Quello che mi colpisce di più guardando questo percorso dal 1996 al 2025 è quanto sia stata inconsapevole per molto tempo questa evoluzione. I progettisti di Java non si sono svegliati una mattina decidendo di cambiare filosofia. È stato un processo graduale, guidato dai riscontri della comunità, dai limiti dei paradigmi esistenti, dalle necessità del mondo reale.</p>
  <p>Ogni funzionalità aggiunta, ogni paradigma introdotto, ogni strumento migliorato ha seguito lo stesso modello: identificare dove la protezione paternalistica limitava più di quanto aiutasse, e sostituirla con strumenti collaborativi più potenti. Da Vector sincronizzato ad ArrayList con scelta di sincronizzazione. Da cast ciechi a generics verificati. Da cicli imperativi a stream dichiarativi. Da thread costosi a virtual thread scalabili. Da JNI pericolosa a FFM API sicura.</p>
  <p>Java 2025 è un linguaggio che si fida del programmatore. Non perfettamente, non sempre, ma infinitamente di più del Java 1996. È un linguaggio che dice: “Ti diamo strumenti potenti, tu decidi come usarli”. È un linguaggio che preferisce dare scelte anche complesse piuttosto che imporre semplificazioni artificiali.</p>
  <p>La lezione più grande di questi 30 anni non è tecnica, è filosofica: i linguaggi migliori non sono quelli che proteggono i programmatori dai loro errori, ma quelli che li aiutano a non commetterli. Non sono quelli che nascondono la complessità, ma quelli che la rendono gestibile. Non sono quelli che impongono paradigmi, ma quelli che offrono gli strumenti giusti per ogni problema.</p>
  <p>Java ha imparato questa lezione lentamente, a volte dolorosamente, ma l’ha imparata. E continua a impararla. Ogni nuova versione è un passo ulteriore verso un linguaggio che non ti tratta come un bambino pericoloso, ma come un professionista capace. È stata una lunga strada da Vector a virtual thread, da Date a LocalDate, da JNI a FFM API, ma ne è valsa la pena.</p>
  <p>Guardando questa evoluzione trentennale, mi viene in mente una riflessione che sintetizza perfettamente quello che Java è diventato:</p>
  <div class="premonition citation">
    <div class="fas fa-quote-left"></div>
    <blockquote class="content blockquote">
      <p>Java dovrebbe rendere l’impossibile possibile, il difficile fattibile, il fattibile semplice e il semplice ovvio.</p>
      <footer class="blockquote-footer"><cite title="kLeZ">kLeZ</cite></footer>
    </blockquote>
  </div>
  <p>Ed è esattamente quello che è successo: dai cast impossibili da verificare ai generics sicuri, dal multithreading difficile ai virtual thread scalabili, dalla gestione delle date faticosa a LocalDate intuitivo, dalla verbosità ovvia alla concisione moderna.</p>
  <p>E la cosa più bella? La storia non è finita. Java 25 sarà LTS, ma Java 26, 27, 28 continueranno a evolvere. Project Valhalla arriverà, nuovi paradigmi emergeranno, nuovi problemi saranno risolti. Perché alla fine, Java non è solo un linguaggio di programmazione: è un ecosistema che cresce, impara e si adatta. È un linguaggio che ha 30 anni ma pensa ancora al futuro.</p>
  ]]></content><author><name>kLeZ</name></author><category term="java" /><category term="filosofia" /><category term="evoluzione" /><summary type="html"><![CDATA[Oggi voglio raccontarvi una storia. Non una di quelle storie edificanti sui “pionieri visionari” che troviamo nei manuali, ma la storia vera e cruda di come Java sia passato da linguaggio che ti odiava cordialmente a linguaggio che cerca almeno di capirti. È la storia di 30 anni di errori, testardaggine, rivoluzioni silenziose e quello che alla fine si rivela essere il più grande esperimento di ingegneria sociale mai tentato su 9 milioni di programmatori.]]></summary></entry><entry xml:lang="it"><title type="html">Gabonzo Robot e il Genocidio Industriale: Quando la Realtà Supera la Satira</title><link href="https://klez.me/en/2025/07/15/gabonzo-robot-e-il-genocidio-industriale-quando-la-realt%C3%A0-supera-la-satira/" rel="alternate" type="text/html" title="Gabonzo Robot e il Genocidio Industriale: Quando la Realtà Supera la Satira" /><published>2025-07-15T01:05:00+02:00</published><updated>2025-07-15T01:05:00+02:00</updated><id>https://klez.me/2025/07/15/gabonzo-robot-e-il-genocidio-industriale--quando-la-realt%C3%A0-supera-la-satira</id><content type="html" xml:base="https://klez.me/2025/07/15/gabonzo-robot-e-il-genocidio-industriale-quando-la-realt%C3%A0-supera-la-satira/"><![CDATA[<p><em>Una canzone dei Nanowar of Steel diventa la perfetta metafora per capire cosa sta succedendo a Gaza, e perché non riesco più a dormire la notte.</em></p>
  <p>Qualche giorno fa stavo ascoltando “Gabonzo Robot” dei Nanowar of Steel. Per chi non li conoscesse, sono dei geni italiani del parody metal che hanno trasformato l’ironia in una forma d’arte musicale. La canzone, dall’album “Italian Folk Metal”, è un inno power metal dedicato a un robot protagonista di una serie anime immaginaria. Niente di particolare, se non fosse per una frase che la band usa per descrivere il loro “eroe”: <strong>“The only superhero that always wins because he fights against the weak and the children”</strong>.</p>
  <!--more-->
  <p class="m-0 invisible zero-size">
    <a class="invisible" id="read-more" href="#">Read more</a>
  </p>
  <p>Ho riso. Poi ho smesso di ridere.</p>
  <p>Perché quella frase, detta per scherzo su un robot immaginario che combatte contro avversari inesistenti, descrive con una precisione chirurgica quello che sta succedendo a Gaza da più di <strong>un anno e nove mesi</strong>. E non c’è più niente da ridere.</p>
  <p>Gabonzo Robot è l’invincibile che vince solo contro i deboli e i bambini. Israele è la quinta potenza militare mondiale che sta sterminando una popolazione assediata da 18 anni, uccidendo <strong>17.492 bambini confermati</strong>.</p>
  <p>La realtà ha superato la satira, e questo articolo è il mio tentativo disperato di processare una situazione che mi sta facendo perdere il sonno e la fiducia nell’umanità.</p>
  <h3 id="quando-i-numeri-smettono-di-essere-numeri">Quando i Numeri Smettono di Essere Numeri</h3>
  <p>Prima di continuare con le metafore robotiche, facciamo i conti. Quelli veri. Quelli che dovrebbero farci alzare tutti in piedi e urlare, ma che invece leggiamo sui giornali tra una pubblicità di detersivi e un articolo sul nuovo iPhone.</p>
  <p><strong>Dal 7 ottobre 2023:</strong></p>
  <ul>
    <li><strong><a href="https://www.aljazeera.com/news/longform/2023/10/9/israel-hamas-war-in-maps-and-charts-live-tracker">62.614 palestinesi morti</a></strong>. Pensa a questo numero. È più della popolazione di Piacenza. Cancellata.</li>
    <li><strong><a href="https://www.savethechildren.org/us/about-us/media-and-news/2024-press-releases/gaza-ten-thousand-killed-in-nearly-100-days-of-war">17.492 bambini uccisi</a></strong>. Diciassette<em>mila</em>. Non 17, non 170. <strong>Diciassette<em>mila</em></strong>.</li>
    <li><strong><a href="https://www.unrwa.org/resources/reports/unrwa-situation-report-165-situation-gaza-strip-and-west-bank-including-east-jerusalem">125.000 feriti</a></strong>. Se fosse una città italiana, sarebbe grande come Reggio Emilia. Tutti feriti.</li>
    <li><strong><a href="https://www.aljazeera.com/news/longform/2023/10/9/israel-hamas-war-in-maps-and-charts-live-tracker">1,9 milioni di sfollati</a></strong> su 2,3 milioni di abitanti. Il 90% della popolazione.</li>
  </ul>
  <p>Questi non sono numeri di guerra. Sono numeri di <strong>sterminio sistematico</strong>.</p>
  <p>E dall’altra parte? <strong><a href="https://www.france24.com/en/middle-east/20241007-hamas-terrorist-attacks-7-october-deadliest-day-israel-history-anniversary">1.139 israeliani morti</a></strong> nell’attacco del 7 ottobre. Ogni vita umana conta, ogni morte è una tragedia, ma il rapporto è di <strong>1 a 55</strong>. Uno a cinquantacinque. È come se per ogni persona che ti ha colpito, tu ne uccidessi altre 54. E continui. Per un anno e tre mesi.</p>
  <p>Come lo chiami questo, se non genocidio?</p>
  <h3 id="la-democrazia-e-i-suoi-fascisti">La democrazia e i suoi fascisti</h3>
  <p>Ma chi sta dietro a questo massacro? Chi sono i registi di questa carneficina che ha fatto impallidire qualsiasi algoritmo di Gabonzo Robot?</p>
  <p>Benvenuti nel governo israeliano del 2023-2024, una collezione di <strong>fascisti</strong> che farebbe arrossire persino Gabonzo per la loro efficienza nel “combattere contro i deboli e i bambini”.</p>
  <p><strong>Benjamin Netanyahu</strong>: Il nostro protagonista, un politico finito che ha venduto l’anima ai fascisti per rimanere al potere e sfuggire ai processi per corruzione. Sì, avete letto bene: come Berlusconi, ma con più morti civili sul groppone. Netanyahu aveva bisogno di una maggioranza solida per proteggersi dai suoi guai giudiziari, e per ottenerla ha fatto un patto col diavolo.</p>
  <p><strong>Itamar Ben-Gvir</strong>: Ministro della Sicurezza Nazionale, <a href="https://en.wikipedia.org/wiki/Itamar_Ben-Gvir">ex leader del movimento Kach - classificato come <strong>organizzazione terroristica</strong></a> dagli Stati Uniti, dall’UE e da Israele stesso fino al 2022. Ben-Gvir è stato condannato per incitamento al razzismo e sostegno al terrorismo. Ora è ministro. È come se l’Italia nominasse ministro dell’Interno un ex leader di Forza Nuova. Assurdo? Benvenuti in Israele 2024.</p>
  <p><strong>Bezalel Smotrich</strong>: Ministro delle Finanze e responsabile degli insediamenti. <a href="https://en.wikipedia.org/wiki/Bezalel_Smotrich">Ha dichiarato pubblicamente che “non esiste il popolo palestinese”</a> e che Gaza dovrebbe essere “cancellata dalla faccia della terra”. Non sto parafrasando. Sono letteralmente le sue parole.</p>
  <p><strong>Questi non sono politici.</strong> Sono <strong>fascisti ideologici</strong> che stanno usando la tragedia del 7 ottobre per realizzare il loro sogno malato: la pulizia etnica della Palestina. Netanyahu gli ha dato le chiavi del Regno in cambio della sua sopravvivenza politica, e ora Gaza paga il prezzo.</p>
  <p>Il paradosso? Israele si presenta come “l’unica democrazia del Medio Oriente” mentre ha al governo gente che 20 anni fa era considerata terrorista. È come se Gabonzo Robot si presentasse come paladino della giustizia mentre massacra gli orfanotrofi.</p>
  <h3 id="il-genocidio-documentato">Il genocidio documentato</h3>
  <p>Ora che abbiamo identificato i registi, vediamo cosa hanno prodotto. E qui le cose si fanno davvero cupe, perché quello che sta succedendo a Gaza non è “guerra”. È <strong>genocidio industriale</strong>, documentato in tempo reale dalle organizzazioni internazionali più rispettate al mondo.</p>
  <p><strong><a href="https://www.hrw.org/news/2024/03/19/israeli-forces-conduct-gaza">Human Rights Watch</a></strong> - marzo 2024: “Crimini contro l’umanità e atti di genocidio”. Hanno analizzato 280+ video e raccolto 212 testimonianze dirette.</p>
  <p><strong><a href="https://www.amnesty.org/en/documents/mde15/8668/2024/en/">Amnesty International</a></strong> - dicembre 2024: “You Feel Like You Are Subhuman” - report di 300 pagine che conclude: <strong>Israele sta commettendo genocidio</strong>. Hanno analizzato oltre 100 dichiarazioni di funzionari israeliani che mostrano “intento genocida”.</p>
  <p><strong><a href="https://msf.org.uk/issues/gaza-genocide">Médecins Sans Frontières</a></strong>: “Ciò che i nostri team hanno assistito è coerente con descrizioni di genocidio”. MSF, che lavora nelle guerre da 50 anni, dice che Gaza è diversa. È peggio.</p>
  <p>E la <strong><a href="https://en.wikipedia.org/wiki/Gaza_genocide">Corte Internazionale di Giustizia</a></strong>? Il 26 gennaio 2024 ha stabilito che le accuse di genocidio sono <strong>“plausibili”</strong> e ha ordinato a Israele di fermarsi. Israele ha risposto intensificando i bombardamenti.</p>
  <p>Quando le tre organizzazioni per i diritti umani più rispettate al mondo, insieme alla Corte Internazionale di Giustizia, dicono la stessa cosa, forse è il caso di ascoltare.</p>
  <p>Ma la persona che ha documentato tutto questo con maggiore precisione è <strong><a href="https://www.ohchr.org/en/special-procedures/sr-palestine/francesca-albanese">Francesca Albanese</a></strong>, Special Rapporteur ONU per i diritti umani nei territori palestinesi. I suoi report sono un capolavoro di documentazione e un pugno nello stomaco per chiunque abbia ancora un briciolo di coscienza.</p>
  <p><strong><a href="https://news.un.org/en/story/2024/03/1147976">“Anatomy of a Genocide”</a></strong> (marzo 2024): Albanese identifica tre atti genocidari secondo la Convenzione del 1948:</p>
  <ol>
    <li><strong>Uccidere membri del gruppo</strong></li>
    <li><strong>Causare gravi danni fisici o mentali</strong></li>
    <li><strong>Infliggere condizioni di vita per provocare distruzione fisica</strong></li>
  </ol>
  <p>Tutti e tre sono documentati a Gaza. Sistematicamente. Quotidianamente.</p>
  <p><strong><a href="https://www.aljazeera.com/news/2025/7/1/un-report-lists-companies-complicit-in-israels-genocide-who-are-they">“From Economy of Occupation to Economy of Genocide”</a></strong> (giugno 2025): Il report più devastante. Albanese documenta come <strong>48 corporazioni internazionali</strong> (Microsoft, Alphabet, Amazon) stiano profittando dello sterminio. La <strong>Borsa di Tel Aviv è salita del 213%</strong> durante il genocidio.</p>
  <p>Sì, avete letto bene. Stanno facendo soldi sul genocidio. Gabonzo Robot almeno non fatturava sui cadaveri dei bambini.</p>
  <p>La reazione? Gli <strong><a href="https://apnews.com/article/francesca-albanese-gaza-genocide-sanctions-un-israel-ff0501f318b7dd0d923c30f10b639724">Stati Uniti hanno imposto sanzioni contro Albanese</a></strong>. Non contro chi commette genocidio, ma contro chi lo documenta. È come sanzionare il cronista sportivo invece della squadra che fa doping.</p>
  <h3 id="la-fabbrica-della-morte">La fabbrica della morte</h3>
  <p>Ora scendiamo nei dettagli di questa “operazione militare” che ha più in comune con Gabonzo Robot che con qualsiasi strategia militare sensata.</p>
  <p><strong><a href="https://www.unrwa.org/resources/reports/unrwa-situation-report-156-situation-gaza-strip-and-west-bank-including-east-jerusalem">88% degli edifici scolastici</a></strong> danneggiati o distrutti. Gabonzo Robot che distrugge le scuole per vincere contro i bambini.</p>
  <p><strong><a href="https://www.aljazeera.com/news/longform/2023/10/9/israel-hamas-war-in-maps-and-charts-live-tracker">36 ospedali</a></strong>: Solo 19 parzialmente operativi. Il resto bombardato. Gabonzo Robot che distrugge gli ospedali per vincere contro i malati.</p>
  <p><strong><a href="https://www.unrwa.org/resources/reports/unrwa-situation-report-174-situation-gaza-strip-and-west-bank-including-east-jerusalem">284 membri dello staff UNRWA uccisi</a></strong>. UNRWA è l’agenzia ONU che si occupa dei rifugiati palestinesi. Gabonzo Robot che uccide chi aiuta i deboli.</p>
  <p><strong><a href="https://msf.org.uk/issues/gaza-genocide">686 attacchi documentati alle strutture sanitarie</a></strong>. Non attacchi casuali. <strong>Attacchi mirati</strong>. Gabonzo Robot che sceglie con precisione i suoi obiettivi inermi.</p>
  <p>E la ciliegina sulla torta? <strong>Israele ha approvato leggi per bandire UNRWA</strong> dai territori occupati. È come se Gabonzo Robot, dopo aver distrutto gli orfanotrofi, facesse una legge per vietare la ricostruzione.</p>
  <h3 id="loccidente-che-guarda-dallaltra-parte">L’Occidente che guarda dall’altra parte</h3>
  <p>Ma la cosa che mi fa più schifo, quella che mi toglie il sonno, non è solo quello che sta succedendo a Gaza. È <strong>come l’Occidente “civilizzato” sta reagendo</strong>.</p>
  <p><strong><a href="https://www.aljazeera.com/news/2024/12/12/un-general-assembly-demands-immediate-ceasefire-in-gaza-supports-unrwa">Nazioni Unite</a></strong>: 158 paesi votano per il cessate il fuoco. <strong><a href="https://www.aljazeera.com/news/2024/11/20/us-vetoes-un-security-council-resolution-demanding-gaza-ceasefire">Gli Stati Uniti mettono il veto</a></strong>. Per la quarta volta. È come se 158 persone dicessero “fermate Gabonzo Robot” e uno gridasse “NO, LASCIATELO CONTINUARE!”.</p>
  <p><strong>Unione Europea</strong>: Divisa. La Germania, che dovrebbe aver imparato qualcosa sull’industria dello sterminio, supporta Israele. L’ironia è così acre che fa male fisicamente.</p>
  <p><strong>Italia</strong>: Il nostro governo di “patrioti” che si riempie la bocca di “valori cristiani” vende armi a chi massacra bambini. Ventisette milioni di euro di armamenti. Gabonzo Robot made in Italy.</p>
  <h3 id="lassedio-infinito">L’assedio infinito</h3>
  <p>Ma Gaza non è iniziata il 7 ottobre 2023. Gaza è un laboratorio di sofferenza umana che va avanti da <strong>18 anni</strong>.</p>
  <p>Dal 2007, Israele ha trasformato Gaza in quella che le Nazioni Unite chiamano “la più grande prigione a cielo aperto del mondo”:</p>
  <ul>
    <li><strong>62% della popolazione</strong> necessitava assistenza alimentaria già prima del 7 ottobre</li>
    <li><strong>47% di disoccupazione</strong></li>
    <li><strong>96% dell’acqua non potabile</strong></li>
    <li><strong>4 ore di elettricità al giorno</strong></li>
  </ul>
  <p>Diciotto anni di assedio. Diciotto anni di strangolamento sistematico. Diciotto anni di preparazione per quello che sarebbe venuto dopo.</p>
  <p>Gabonzo Robot che affama i suoi nemici prima di ucciderli. Che razza di eroe è?</p>
  <h3 id="scudi-umani">“Scudi umani”</h3>
  <p>E poi c’è la narrativa. Quella che mi fa venire il voltastomaco ogni volta che la sento.</p>
  <p>“Gaza usa i bambini come scudi umani.”</p>
  <p>Senti, pezzo di merda che hai inventato questa scusa: <strong>Gaza ha la densità di popolazione di Manhattan</strong>. Non è che puoi nascondere un lanciarazzi nella campagna toscana. È tutto città, tutto case, tutto vita civile.</p>
  <p>E anche se fosse vero, anche se Hamas avesse usato ogni singolo bambino di Gaza come “scudo umano”, la risposta dell’esercito “più morale del mondo” è stata <strong>ammazzare i bambini lo stesso</strong>.</p>
  <p><strong>17.492 bambini</strong>. Li ripeto perché è un numero che deve restare attaccato alle retine. Se Hamas li usava come scudi, Israele ha sparato attraverso gli scudi. Tutti. <strong>Diciassette<em>mila</em>quattrocentonovantadue</strong> volte.</p>
  <p>Gabonzo Robot almeno non aveva la scusa degli “scudi umani”. Era onesto: combatteva contro i deboli e i bambini perché era più facile.</p>
  <h3 id="leconomia-del-genocidio">L’economia del genocidio</h3>
  <p>Ma il vero schifo, quello che mi fa perdere la fede nell’umanità, è scoprire <strong>chi ci sta guadagnando</strong>.</p>
  <p>Il report di Francesca Albanese “From Economy of Occupation to Economy of Genocide” è una mappa dettagliata di come il capitalismo abbia monetizzato lo sterminio:</p>
  <p><strong>Microsoft</strong>: Fornisce i cloud services per l’esercito israeliano. I loro server processano i dati che selezionano i target da bombardare.</p>
  <p><strong>Alphabet (Google)</strong>: Progetto Nimbus - contratto da 1,2 miliardi per fornire AI all’esercito israeliano. L’intelligenza artificiale che sceglie chi far morire.</p>
  <p><strong>Amazon</strong>: AWS fornisce l’infrastruttura cloud per l’intelligence militare israeliana.</p>
  <p><strong>Borsa di Tel Aviv</strong>: +213% durante il genocidio. Più morti palestinesi = più profitti per gli azionisti.</p>
  <p>È l’apoteosi del capitalismo: trasformare l’industria della morte in business plan. Gabonzo Robot era un dilettante, questi hanno fatto del genocidio un modello economico sostenibile.</p>
  <h3 id="la-tregua-fallita">La tregua fallita</h3>
  <p>E poi, giusto per non farci mancare niente, abbiamo avuto la pantomima della “tregua”.</p>
  <p>19 gennaio - 18 marzo 2025: Due mesi di pausa nel massacro. <strong>110 ostaggi israeliani</strong> rilasciati in cambio di <strong>240 prigionieri palestinesi</strong>.</p>
  <p>Notate i numeri? Anche qui, il rapporto è di <strong>1 a 2</strong>. Un israeliano vale due palestinesi. Persino nello scambio di prigionieri, la vita palestinese vale la metà.</p>
  <p>E il 18 marzo? Israele ha ripreso i bombardamenti. Fine della tregua. Perché? Perché dovevano “eliminare Hamas definitivamente”.</p>
  <p><strong>Ventuno mesi dopo</strong>, Hamas c’è ancora. <strong>62.614 morti palestinesi</strong> dopo, Hamas c’è ancora. Ma hey, almeno Gabonzo Robot ha vinto un’altra battaglia contro i bambini di Gaza.</p>
  <h3 id="il-silenzio-dei-buoni">Il silenzio dei “buoni”</h3>
  <p>Ma la cosa che mi fa più male, quella che mi sveglia di notte, non è neanche la cattiveria dei cattivi. È <strong>il silenzio dei “buoni”</strong>.</p>
  <p>Dove sono i politici “progressisti”? Dove sono gli intellettuali che si riempiono la bocca di “mai più”? Dove sono i giornalisti che dovrebbero raccontare la verità?</p>
  <p><strong>Silenzio</strong>.</p>
  <p>Silenzio mentre 17.492 bambini vengono ammazzati.
    Silenzio mentre tre organizzazioni internazionali documentano genocidio.
    Silenzio mentre la Corte Internazionale di Giustizia dice “fermatevi”.</p>
  <p>E qui c’è un paradosso che mi distrugge l’anima: <strong>Liliana Segre</strong>. Novant’anni, sopravvissuta ad Auschwitz, partigiana, antifascista per tutta la vita. Una donna che ha vissuto sulla propria pelle cosa significa essere vittima di genocidio, che ha dedicato la vita a dire “mai più”.</p>
  <p>E di fronte al genocidio di Gaza? Silenzio. O peggio: giustificazioni.</p>
  <p>Liliana Segre, che dovrebbe riconoscere i segni del genocidio meglio di chiunque altro, non riesce a condannare quello che sta succedendo ai palestinesi. È come se un ex partigiano italiano non riuscisse a riconoscere il fascismo quando torna al potere.</p>
  <p><strong>Il paradosso della memoria selettiva</strong>: ricordiamo il nostro genocidio, ma non riusciamo a vedere quello degli altri. Anche quando i numeri, i metodi, l’ideologia sono identici.</p>
  <p>E qui arriviamo al punto che nessuno vuole affrontare: <strong>la resistenza palestinese è partigianeria</strong>. Come quella italiana del ‘43-‘45.</p>
  <p>Stessi ingredienti: fascisti al governo, popolazione civile sotto attacco, resistenza armata che lotta per la propria terra e la propria gente. Ma quando erano italiani contro nazifascisti, li chiamavamo “eroi della Resistenza”. Quando sono palestinesi contro sionofascisti, li chiamiamo “terroristi”.</p>
  <p>La Repubblica Italiana è costruita sulla legittimità della lotta partigiana antifascista. Ma i partigiani di Gaza? Quelli sono “terroristi”.</p>
  <p>È l’ipocrisia più nauseante della Storia recente.</p>
  <p>Il silenzio che rende complici. Il silenzio che permette a Gabonzo Robot di continuare a vincere contro i deboli e i bambini.</p>
  <h3 id="la-rabbia-e-limpotenza">La rabbia e l’impotenza</h3>
  <p>E poi c’è la rabbia. La <strong>mia</strong> rabbia. Quella che mi sta consumando mentre scrivo questo articolo.</p>
  <p>Sono arrabbiato per quello che sta succedendo a Gaza.
    Sono arrabbiato per l’indifferenza dell’Occidente.
    Sono arrabbiato per i politici che guardano dall’altra parte.
    Sono arrabbiato per i media che normalizzano il genocidio.</p>
  <p>Ma soprattutto, sono arrabbiato <strong>con me stesso</strong>. Perché sto qui a scrivere su un blog che leggono quattro gatti mentre <strong>17.492 bambini</strong> sono morti e altri stanno morendo <strong>in questo momento</strong>.</p>
  <p>Cosa cambierà questo articolo? <strong>Niente</strong>. Gabonzo Robot continuerà a vincere contro i deboli e i bambini, e io continuerò a sentirmi impotente davanti a una macchina di morte che non riesco a fermare neanche con tutta la mia rabbia.</p>
  <p>E qui arriviamo al paradosso che mi ha portato a scrivere questo articolo.</p>
  <p>I Nanowar of Steel hanno inventato <strong>Gabonzo Robot</strong> come parodia dell’eroe invincibile che in realtà è un codardo che vince solo contro i deboli. Era satira. Era per ridere.</p>
  <p>Ma la realtà ha superato la fantasia. <strong>Esiste davvero un “eroe” che vince solo contro i deboli e i bambini</strong>. Non è un robot immaginario, è uno stato con la quinta forza militare del mondo che massacra una popolazione assediata.</p>
  <p>La satira è diventata profezia. Il paradosso è diventato realtà. E non fa più ridere nessuno.</p>
  <p>Viviamo nell’era dell’informazione. Tutto è documentato, tutto è filmato, tutto è condiviso. I crimini di guerra di Israele sono trasmessi in <strong>diretta streaming</strong>. Il genocidio ha un <strong>hashtag</strong>.</p>
  <p>E non cambia niente.</p>
  <p><strong>#FreePalestine</strong> trending topic mentre i bambini muoiono.
    <strong>#GenocideInGaza</strong> virale mentre gli ospedali vengono bombardati.
    <strong>#CeasefireNow</strong> condiviso milioni di volte mentre i fascisti israeliani pianificano il prossimo massacro.</p>
  <p>Siamo tutti <strong>testimoni digitali</strong> di un genocidio in corso, e l’unica cosa che sappiamo fare è condividere post e scrivere articoli arrabbiati su blog che nessuno legge.</p>
  <p>È l’<strong>impotenza dell’era digitale</strong>: vedere tutto, sapere tutto, non poter cambiare niente.</p>
  <p>Ma forse la cosa più spaventosa è un’altra: <strong>ci stiamo abituando</strong>.</p>
  <p>I primi giorni dopo il 7 ottobre, ogni bombardamento faceva notizia. Ogni ospedale distrutto era una tragedia. Ogni bambino morto era un nome, una storia, una vita spezzata.</p>
  <p>Ora? Ora sono numeri. <strong>62.614 morti</strong> è diventato un aggiornamento quotidiano, come il meteo o la borsa. Il genocidio è diventato <strong>routine</strong>.</p>
  <p>E questo è forse il successo più grande di Gabonzo Robot: non solo vincere contro i deboli e i bambini, ma <strong>convincere il mondo che è normale</strong>.</p>
  <p>Allora, cosa rimane? Dopo <strong>un anno e nove mesi</strong> di massacri, dopo <strong>62.614 morti</strong>, dopo <strong>17.492 bambini</strong> ammazzati, dopo che tre organizzazioni internazionali hanno documentato genocidio, dopo che la Corte Internazionale di Giustizia ha detto “fermatevi”, dopo tutto questo…</p>
  <p><strong>Cosa cazzo rimane?</strong></p>
  <p>Rimane la <strong>rabbia</strong>. La rabbia che diventa combustibile per continuare a parlare, a scrivere, a documentare. Anche se non serve a niente.</p>
  <p>Rimane la <strong>tristezza</strong>. Una tristezza cosmica per una specie umana che nel 2025 riesce ancora a sterminare bambini e chiamarlo “difesa”.</p>
  <p>Rimane l’<strong>impotenza</strong>. L’impotenza di essere dall’altra parte del mondo mentre succede tutto questo, di non poter fare altro che guardare e testimoniare.</p>
  <p>Ma rimane anche una cosa che Gabonzo Robot non può vincere: <strong>la memoria</strong>.</p>
  <p><strong>17.492 bambini</strong>.</p>
  <p>Questo numero deve rimanere. Deve essere tatuato nella memoria collettiva dell’umanità. Deve essere il numero che ricordiamo quando qualcuno proverà a dirci che Israele è “l’unica democrazia del Medio Oriente”.</p>
  <p><strong>62.614 palestinesi morti</strong>.</p>
  <p>Questo numero deve essere il nostro promemoria quotidiano di cosa significhi “diritto alla difesa” quando lo esercita la quinta potenza militare mondiale contro una popolazione assediata.</p>
  <p><strong>1 a 55</strong>.</p>
  <p>Questo rapporto deve essere la risposta a chi parla di “proporzione” e “legittima difesa”.</p>
  <p>Gabonzo Robot può vincere tutte le battaglie contro i deboli e i bambini. Ma non può vincere contro la <strong>memoria</strong> di chi testimonia. Non può cancellare i numeri, i nomi, le storie.</p>
  <p>Alla fine, quando spegni l’ironia, quando metti da parte le metafore robotiche, quando smetti di cercare paragoni assurdi per processare l’impossibile, rimane solo una cosa: <strong>il dolore</strong>.</p>
  <p>Il dolore per <strong>17.492 bambini</strong> che non diventeranno mai adulti.
    Il dolore per le <strong>madri</strong> che cercano i figli sotto le macerie.
    Il dolore per i <strong>padri</strong> che non possono proteggere le loro famiglie.
    Il dolore per un <strong>popolo</strong> che da 75 anni aspetta giustizia.</p>
  <p>E il dolore per <strong>noi</strong>, che guardiamo tutto questo e non riusciamo a fermarlo.</p>
  <p><strong>Gabonzo Robot</strong> era una canzone per ridere. <strong>Gaza</strong> è una tragedia per piangere.</p>
  <p><strong>Ma almeno, cazzo, piangiamo.</strong></p>
  <p>Almeno non facciamo finta che sia normale. Almeno non abituiamoci. Almeno ricordiamo che ogni numero è una persona, ogni bambino morto è un futuro cancellato, ogni famiglia distrutta è un pezzo di umanità che se ne va.</p>
  <p>E quando qualcuno proverà a dirci che era “necessario”, che era “legittima difesa”, che era “inevitabile”, noi ricorderemo i numeri:</p>
  <p><strong>17.492 bambini</strong>.
    <strong>62.614 morti</strong>.
    <strong>1 a 55</strong>.</p>
  <p>E diremo: <strong>No. Questo non era normale. Questo era genocidio.</strong></p>
  <p>E se questo fa di noi degli “antisemiti”, dei “terroristi”, dei “nemici di Israele”, che così sia.</p>
  <p>Preferiamo essere dalla parte sbagliata della Storia piuttosto che dalla parte giusta del genocidio.</p>
  <p><strong>Gabonzo Robot vince sempre contro i deboli e i bambini.</strong></p>
  <p><strong>Ma la storia, quella vera, la scriviamo noi.</strong></p>
  <hr />
  <p><em>“Odio gli indifferenti. Credo che vivere voglia dire essere partigiani. Chi vive veramente non può non essere cittadino e partigiano. L’indifferenza è abulia, è parassitismo, è vigliaccheria, non è vita. Perciò odio gli indifferenti.</em></p>
  <p><em>L’indifferenza è il peso morto della storia. L’indifferenza opera potentemente nella storia. Opera passivamente, ma opera. È la fatalità; è ciò su cui non si può contare; è ciò che sconvolge i programmi, che rovescia i piani meglio costruiti; è la materia bruta che strozza l’intelligenza. Ciò che succede, il male che si abbatte su tutti, avviene perché la massa degli uomini abdica alla sua volontà, lascia promulgare le leggi che solo la rivolta potrà abrogare, lascia salire al potere uomini che poi solo un ammutinamento potrà rovesciare.”</em></p>
  <p><strong>Antonio Gramsci</strong>, <em>Indifferenti</em> (La città futura, 11 febbraio 1917)</p>
  <hr />
  <p><em>Alessandro “kLeZ” Accardo, 14 luglio 2025</em></p>
  <p><em>In memoria dei 17.492 bambini che Gabonzo Robot ha sconfitto a Gaza.</em></p>
  <p><em>Che non siano morti invano.</em></p>
  <hr />
  <h3 id="ps-non-credete-a-me-verificate-voi-stessi">PS: Non Credete a Me, Verificate Voi Stessi</h3>
  <p>Tutto quello che ho scritto in questo articolo può sembrare eccessivo, emotivo, di parte. E lo è. Ma ogni singolo dato che ho riportato è verificabile attraverso fonti ufficiali e organizzazioni internazionali riconosciute.</p>
  <p><strong>Non credete a me che sono nessuno.</strong> Io sono solo un informatico incazzato che scrive su un blog che nessuno legge. Ma i dati che ho riportato arrivano da:</p>
  <h4 id="organizzazioni-per-i-diritti-umani">Organizzazioni per i Diritti Umani</h4>
  <ul>
    <li><strong><a href="https://www.hrw.org/news/2024/03/19/israeli-forces-conduct-gaza">Human Rights Watch</a></strong> - “Israeli Forces’ Conduct in Gaza”</li>
    <li><strong><a href="https://www.amnesty.org/en/documents/mde15/8668/2024/en/">Amnesty International</a></strong> - “You Feel Like You Are Subhuman: Israel’s Genocide Against Palestinians in Gaza”</li>
    <li><strong><a href="https://msf.org.uk/issues/gaza-genocide">Médecins Sans Frontières</a></strong> - “Gaza genocide: What is happening in Gaza?”</li>
  </ul>
  <h4 id="nazioni-unite-e-istituzioni-internazionali">Nazioni Unite e Istituzioni Internazionali</h4>
  <ul>
    <li><strong><a href="https://www.ohchr.org/en/special-procedures/sr-palestine/francesca-albanese">Francesca Albanese - Special Rapporteur ONU</a></strong> - Report ufficiali</li>
    <li><strong><a href="https://news.un.org/en/story/2024/03/1147976">UN News</a></strong> - “Rights expert finds ‘reasonable grounds’ genocide is being committed in Gaza”</li>
    <li><strong><a href="https://www.unrwa.org/resources/reports/unrwa-situation-report-174-situation-gaza-strip-and-west-bank-including-east-jerusalem">UNRWA</a></strong> - Situation Reports</li>
    <li><strong><a href="https://www.unicef.org/emergencies/children-gaza-need-lifesaving-support">UNICEF</a></strong> - “Children in Gaza need life-saving support”</li>
  </ul>
  <h4 id="fonti-giornalistiche-e-monitoraggio">Fonti Giornalistiche e Monitoraggio</h4>
  <ul>
    <li><strong><a href="https://www.aljazeera.com/news/longform/2023/10/9/israel-hamas-war-in-maps-and-charts-live-tracker">Al Jazeera</a></strong> - Live tracker con dati aggiornati</li>
    <li><strong><a href="https://apnews.com/article/francesca-albanese-gaza-genocide-sanctions-un-israel-ff0501f318b7dd0d923c30f10b639724">Associated Press</a></strong> - Sanzioni USA contro Francesca Albanese</li>
    <li><strong><a href="https://www.savethechildren.org/us/about-us/media-and-news/2024-press-releases/gaza-ten-thousand-killed-in-nearly-100-days-of-war">Save the Children</a></strong> - Dati sui bambini uccisi</li>
  </ul>
  <h4 id="fonti-accademiche-e-istituzionali">Fonti Accademiche e Istituzionali</h4>
  <ul>
    <li><strong><a href="https://www.britannica.com/event/Israel-Hamas-War">Encyclopedia Britannica</a></strong> - “Israel-Hamas War”</li>
    <li><strong><a href="https://en.wikipedia.org/wiki/Gaza_genocide">Wikipedia - Gaza genocide</a></strong> (con fonti verificabili)</li>
  </ul>
  <p><strong>Il mio invito?</strong> <strong>Leggete le fonti</strong>. Incrociate i dati. Verificate tutto. Non accontentatevi della mia rabbia o della propaganda di chiunque altro.</p>
  <p><strong>Fatevi una domanda semplice</strong>: Se tre delle organizzazioni per i diritti umani più rispettate al mondo (HRW, Amnesty, MSF) dicono la stessa cosa, se la Corte Internazionale di Giustizia trova le accuse “plausibili”, se il Special Rapporteur ONU documenta tutto nei dettagli… forse, <strong>forse</strong>, non è tutta propaganda “antisemita”.</p>
  <p><strong>Forse è semplicemente la verità</strong>.</p>
  <p>Una verità scomoda, che fa male, che costringe a prendere posizione. Ma sempre verità.</p>
  <p><strong>E se dopo aver letto le fonti arrivate alle mie stesse conclusioni, allora forse è il momento di fare come i nostri nonni partigiani</strong>: <strong>scegliere da che parte stare</strong>.</p>
  <p>Perché nel 2025, di fronte a un genocidio documentato, neutralità significa complicità.</p>
  <p><strong>#FreePalestine</strong>
    <strong>#CeasefireNow</strong>
    <strong>#Gaza</strong></p>
  <p><em>Non per odio verso qualcuno, ma per amore verso l’umanità.</em></p>
  ]]></content><author><name>kLeZ</name></author><category term="rant" /><category term="Gaza" /><category term="genocidio" /><summary type="html"><![CDATA[Una canzone dei Nanowar of Steel diventa la perfetta metafora per capire cosa sta succedendo a Gaza, e perché non riesco più a dormire la notte. Qualche giorno fa stavo ascoltando “Gabonzo Robot” dei Nanowar of Steel. Per chi non li conoscesse, sono dei geni italiani del parody metal che hanno trasformato l’ironia in una forma d’arte musicale. La canzone, dall’album “Italian Folk Metal”, è un inno power metal dedicato a un robot protagonista di una serie anime immaginaria. Niente di particolare, se non fosse per una frase che la band usa per descrivere il loro “eroe”: “The only superhero that always wins because he fights against the weak and the children”.]]></summary></entry><entry xml:lang="it"><title type="html">Il linguaggio musicale: un’analisi qualitativa complessa, tra tecnica, psicologia, emotività e passione</title><link href="https://klez.me/en/2025/07/09/il-linguaggio-musicale-unanalisi-qualitativa-complessa-tra-tecnica-psicologia-emotivita-e-passione/" rel="alternate" type="text/html" title="Il linguaggio musicale: un’analisi qualitativa complessa, tra tecnica, psicologia, emotività e passione" /><published>2025-07-09T18:44:25+02:00</published><updated>2025-07-09T18:44:25+02:00</updated><id>https://klez.me/2025/07/09/il-linguaggio-musicale-unanalisi-qualitativa-complessa-tra-tecnica-psicologia-emotivita-e-passione</id><content type="html" xml:base="https://klez.me/2025/07/09/il-linguaggio-musicale-unanalisi-qualitativa-complessa-tra-tecnica-psicologia-emotivita-e-passione/"><![CDATA[<p>Sono sempre stato un appassionato di musica. Sono stato un musicista (autodidatta, ovviamente) e come tutti gli adolescenti che ascoltano rock e metal, ho avuto qualche band con cui per un breve periodo sono andato in giro a strimpellare.<br />
    Ma più che altro di quelle esperienze, ragionando in retrospettiva, mi piacevano due cose: la sensazione liberatoria che la musica mi provocava, che era una sensazione bellissima, e la convivialità, i momenti passati con gli amici a fare qualcosa di bello erano una parte davvero gratificante dell’esperienza.</p>
  <p>E probabilmente è questo il motivo per cui le esibizioni pubbliche non mi hanno mai più di tanto interessato: non mi gratificavano, non quanto stare in saletta a suonare e cazzeggiare con gli amici. In tutto questo, la musica era la parte fondamentale, che non doveva mai mancare, e non musica in ascolto passivo, ma musica attiva, fatta da noi.</p>
  <p>Questo mi ha portato a essere un appassionato, a rimanere sempre fedele ai miei generi preferiti e ai miei artisti preferiti.</p>
  <p>Ma anno dopo anno si accumulava il dubbio, e con esso una serie di domande la prima, e più complicata, delle quali era “perché”.<br />
    Perché mi piacesse quello che mi piaceva, scelte fatte a pelle, di pancia, istintivamente, ditela come volete.<br />
    Perché invece <em>non</em> mi piaceva la musica mainstream, il pop, la dance, l’hip-hop.<br />
    Ma soprattutto, il perché più insidioso di tutti: perché mi piaceva <em>certo</em> pop, <em>certa</em> dance, <em>certa</em> techno.</p>
  <p>Perché si, qualcosa - ma proprio solo qualcosina piccola piccola - di altri generi, che di norma nemmeno consideravo “vera musica”, mi piaceva (e mi piace ancora, anche se l’ho sempre trovato più <em>un vezzo</em>, un retaggio del passato).</p>
  <p>E allora, ho dovuto capire, studiare, analizzare, sviscerare il tema, fino a capirne le motivazioni profonde. Per darmi una spiegazione che non fosse: “beh, sei un dannato poser, falla finita di fingere che ti piaccia il metal e vai al concerto di Taylor Swift” (no, non mi piace Swift, anche se ha una voce della miseria, ma rende l’idea di come mi sentissi prima di questo studio, e come mi sono sentito per anni: sporco).</p>
  <p>Pronti per entrare nella tana del Bianconiglio con me? Allacciate le cinture sarà un viaggio… spumeggiante. E tecnico, dannatamente tecnico.</p>
  <!--more-->
  <p class="m-0 invisible zero-size">
    <a class="invisible" id="read-more" href="#">Read more</a>
  </p>
  <h2 id="levoluzione-tecnica-della-musica">L’Evoluzione tecnica della musica</h2>
  <p>La forma canzone, l’armonia moderna e il declino pop rappresentano fenomeni musicali che richiedono analisi tecnica rigorosa piuttosto che giustificazioni culturali. Questa ricerca esamina le basi scientifiche, storiche e teoriche di questi sviluppi musicali, fornendo al musicista classico gli strumenti analitici per comprendere l’evoluzione tecnica della musica contemporanea.</p>
  <h3 id="le-origini-neurobiologiche-della-forma-canzone">Le origini neurobiologiche della forma canzone</h3>
  <p><strong>La combinazione musica-testo non è un’invenzione culturale arbitraria, ma emerge da imperativi biologici e cognitivi fondamentali</strong>. La ricerca neuroscientifica dimostra che l’integrazione musica-linguaggio precede storicamente sia la musica puramente strumentale che il linguaggio articolato. Otto Jespersen documentò che “gli uomini cantavano i loro sentimenti molto prima di riuscire a esprimere i loro pensieri”, suggerendo che la forma canzone rappresenta una capacità cognitiva primaria piuttosto che una fusione artificiale di arti separate.</p>
  <p>L’evidenza archeologica conferma questa priorità: le civiltà mesopotamiche (3500-500 a.C.) già consideravano la musica un’arte con applicazioni sia professionali che liturgiche, mentre l’Antico Egitto (IV millennio a.C.) sviluppò sofisticate tecniche di allineamento testo-musica. <strong>La presenza universale della musica vocale in ogni cultura umana conosciuta indica determinazione biologica piuttosto che culturale</strong>.</p>
  <p>L’architettura neurale condivisa fornisce la base tecnica per questa integrazione. L’area di Broca processa sia la sintassi musicale che quella linguistica, mentre il lobo temporale mostra attivazione comune per entrambi i domini. <strong>La ricerca fNIRS dimostra che la musica riduce effettivamente il carico cognitivo durante l’apprendimento testuale</strong>, creando percorsi multipli di recupero (melodico, ritmico, armonico, testuale) che migliorano significativamente la codifica e la ritenzione mnemonica.</p>
  <h4 id="il-vantaggio-tecnico-della-prosodia">Il vantaggio tecnico della prosodia</h4>
  <p><strong>La prosodia rappresenta il fondamento tecnico dell’integrazione musica-testo</strong>. L’allineamento ritmico tra metro musicale e pattern di accento linguistico, il contorno melodico che rispecchia l’intonazione naturale del discorso, e la struttura temporale che fornisce framework per unità linguistiche creano vantaggi compositivi misurabili:</p>
  <ul>
    <li><strong>Framework ritmico</strong>: La musica fornisce organizzazione temporale precisa che il discorso da solo non può raggiungere</li>
    <li><strong>Ancore melodiche</strong>: I pattern di altezza creano segnali di recupero aggiuntivi per il contenuto testuale</li>
    <li><strong>Struttura formale</strong>: Le forme musicali (strofa-ritornello, AABA) forniscono framework organizzativi per contenuti narrativi</li>
  </ul>
  <p>L’effetto Wallace dimostra che <strong>il richiamo testuale è significativamente migliorato quando presentato come canzone piuttosto che discorso</strong>, ma solo quando la melodia si ripete attraverso le strofe, creando coerenza strutturale e fornendo un “framework schematico” per l’organizzazione testuale. Questo indica che la musica non solo accompagna il testo, ma <strong>ottimizza l’uso delle capacità cognitive umane</strong> attraverso codifica potenziata, ritenzione migliorata e richiamo facilitato.</p>
  <h3 id="levoluzione-tecnica-dellarmonia-moderna">L’evoluzione tecnica dell’armonia moderna</h3>
  <p><strong>L’abbandono delle regole classiche non rappresenta degenerazione artistica ma espansione sistematica delle risorse armoniche</strong>. La ricerca teorica dimostra che ogni sviluppo armonico moderno può essere ricondotto a giustificazioni tecniche specifiche e considerazioni pratiche che espandono il vocabolario armonico mantenendo coerenza interna.</p>
  <h4 id="progressione-storica-dellinnovazione-armonica">Progressione storica dell’innovazione armonica</h4>
  <p><strong>Il periodo romantico tardivo (1850-1900)</strong> introdusse la saturazione cromatica che indebolì i centri tonali tradizionali. L’<strong>accordo di Tristano</strong> di Wagner esemplificò nuovi approcci al trattamento della dissonanza, mentre ritmi armonici più lenti evitavano risoluzioni chiare per passaggi estesi.</p>
  <p><strong>L’impressionismo (1890-1920)</strong> sistematizzò il movimento parallelo - quinte e ottave parallele divennero desiderabili piuttosto che proibite. <strong>Debussy e Ravel usarono accordi paralleli (planing) per creare ambiguità armonica</strong>, mentre le scale esatonali evitavano note sensibili tradizionali e funzioni dominanti.</p>
  <p><strong>L’atonalità (1908-1925)</strong> completò “l’emancipazione della dissonanza” di Schoenberg, dichiarando tutti gli intervalli ugualmente validi. <strong>Il serialismo dodecafonico organizzò sistematicamente tutti e dodici i toni cromatici come uguali</strong>, creando framework teorici per musica che abbandona gerarchie tonali tradizionali.</p>
  <h4 id="linnovazione-tecnica-dellarmonia-jazz">L’innovazione tecnica dell’armonia jazz</h4>
  <p><strong>L’armonia jazz rappresenta espansione sistematica piuttosto che rottura casuale</strong>. Gli accordi di settima diventano unità fondamentali invece delle triadi, con uso sistematico di accordi di 9ª, 11ª e 13ª come sonorità stabili. <strong>L’interscambio modale</strong>, le <strong>sostituzioni di tritono</strong> e le <strong>tecniche di riarmonizzazione</strong> forniscono framework compositivi logici per progressioni armoniche complesse.</p>
  <p><strong>Le dominanti alterate</strong> (G7♭9♯11♭13) incorporano tensioni multiple basate sulla serie armonica superiore, mentre la <strong>teoria accordo-scala</strong> fornisce framework melodici sistematici per ogni tipo di accordo. <strong>I sette modi del minore melodico</strong> diventano fondazione armonica per armonie post-tonali avanzate.</p>
  <p>La giustificazione teorica per queste innovazioni include l’<strong>espansione della serie armonica</strong> (l’armonia classica derivava dai primi sei parziali, mentre l’armonia moderna incorpora parziali superiori), il <strong>temperamento equabile</strong> che rese tutte le tonalità ugualmente accessibili, e <strong>studi percettivi</strong> che mostrarono come la dissonanza sia contestuale piuttosto che assoluta.</p>
  <h4 id="adattamento-strumentale-nellarmonia-rock">Adattamento strumentale nell’armonia rock</h4>
  <p><strong>L’armonia rock si adatta alle limitazioni fisiche della chitarra elettrica piuttosto che seguire preferenze arbitrarie</strong>. I <strong>power chord</strong> risultano dalla distorsione che rende le terze confuse a causa dell’intermodulazione, mentre <strong>l’ambiguità armonica</strong> delle quinte permette interpretazioni maggiori/minori. <strong>Il movimento parallelo</strong> diventa naturale per le forme degli accordi alla chitarra, mentre <strong>i pedali di corde vuote</strong> creano texture tipiche del metal.</p>
  <p><strong>Le preferenze modali</strong> (Misolidio per progressioni ♭VII-I, Dorico per minore naturale con sesta aumentata) risultano dalle proprietà fisiche dell’accordatura della chitarra piuttosto che da scelte estetiche casuali. <strong>Le accordature alternative</strong> (DADGAD, Drop D) creano nuove possibilità armoniche, mentre <strong>la gamma estesa</strong> delle chitarre a 7+ corde abilita note di basso più gravi.</p>
  <h3 id="il-declino-tecnico-quantificabile-del-pop-contemporaneo">Il declino tecnico quantificabile del pop contemporaneo</h3>
  <p><strong>Il declino percepito della qualità tecnica nella musica pop contemporanea è supportato da evidenze oggettive e misurabili</strong>. Lo studio fondamentale di Joan Serra (2012), pubblicato in Nature Scientific Reports, analizzò 464.411 registrazioni musicali distinte dal 1955-2010 utilizzando il Million Song Dataset, fornendo l’analisi quantitativa più completa dell’evoluzione della musica pop.</p>
  <h4 id="levidenza-scientifica-della-omogeneizzazione">L’evidenza scientifica della omogeneizzazione</h4>
  <p><strong>I risultati chiave dimostrano deterioramento tecnico misurabile</strong>:</p>
  <ul>
    <li><strong>Omogeneizzazione timbrica</strong>: “Progressiva omogeneizzazione della palette timbrica” con esponente della legge di potenza β che diminuisce costantemente dal 1965, avvicinandosi a 4, indicando minore varietà timbrica</li>
    <li><strong>Restrizione delle altezze</strong>: Evidenza di “restrizione delle sequenze di altezze” con metriche che mostrano minore varietà nelle progressioni di altezza</li>
    <li><strong>Escalation del volume</strong>: La mediana empirica dei valori di volume è cresciuta da -22 dBFS a -13 dBFS, con regressione lineare che produce una pendenza di 0.13 dB/anno</li>
  </ul>
  <h4 id="la-guerra-del-volume">La guerra del volume</h4>
  <p><strong>La guerra del volume rappresenta degradazione sistematica della qualità audio</strong>. Le registrazioni moderne aumentarono di circa 1 decibel ogni 8 anni dagli anni ‘80, con <strong>compressione del range dinamico</strong> che riduce drasticamente il divario tra parti più forti e più deboli delle canzoni. <strong>I casi estremi risultano in clipping digitale e distorsione udibile</strong>, esemplificati da “Death Magnetic” dei Metallica (2008).</p>
  <p><strong>Le moderne canzoni pop hanno una media di DR6-DR8 comparata a DR12-DR15 negli anni ‘80</strong>, mentre i <strong>limitatori brickwall</strong> abilitano compressione estrema del range dinamico che crea <strong>affaticamento dell’ascoltatore</strong> e <strong>riduce il coinvolgimento</strong> eliminando <strong>le dinamiche sottili che forniscono profondità emotiva</strong>.</p>
  <h4 id="lomogeneizzazione-dellauto-tune">L’omogeneizzazione dell’Auto-Tune</h4>
  <p><strong>L’Auto-Tune, introdotto nel 1997, ha fondamentalmente cambiato la produzione vocale</strong> contribuendo all’omogeneizzazione. <strong>La correzione automatica dell’intonazione riduce le variazioni vocali naturali</strong> e l’espressione individuale, mentre <strong>le impostazioni estreme rimuovono il portamento naturale</strong> tra le altezze, creando effetti vocali robotici. <strong>L’uso onnipresente</strong> dell’Auto-Tune è ora standard in virtualmente tutte le produzioni commerciali.</p>
  <h4 id="semplificazione-armonica-nella-trap">Semplificazione armonica nella trap</h4>
  <p><strong>La trap music esemplifica la tendenza verso complessità armonica semplificata</strong>. Le melodie trap utilizzano tipicamente solo scale minori, minori armoniche e frigie, con <strong>forte dipendenza da progressioni di accordi semplici</strong> e <strong>pattern armonici ripetitivi</strong>. <strong>La complessità ritmica vs. semplicità armonica</strong> - mentre i pattern hi-hat diventano più complessi, il contenuto armonico diventa sempre più semplice.</p>
  <p><strong>Il dominio della drum machine 808</strong> con range di altezza limitato vincola le scelte armoniche, mentre <strong>l’enfasi sui sub-bassi</strong> (sotto 50Hz) e <strong>la quantizzazione rigida</strong> rimuove le variazioni ritmiche naturali. <strong>L’ambiguità temporale</strong> della trap (140-180 BPM programmati, ma percepiti a 70-90 BPM) crea standardizzazione della produzione.</p>
  <h4 id="fattori-economici-e-tecnologici">Fattori economici e tecnologici</h4>
  <p><strong>L’economia dello streaming ha alterato fondamentalmente gli incentivi di produzione</strong>. <strong>Il focus sui singoli brani</strong> favorisce produzioni ricche di hook che catturano l’attenzione piuttosto che la qualità dell’ascolto, mentre <strong>l’ottimizzazione per algoritmi</strong> progetta canzoni per performare bene nei sistemi di raccomandazione. <strong>La pressione alla riduzione dei costi</strong> derivante dai bassi pagamenti per riproduzione spinge artisti a produrre musica più economicamente e rapidamente.</p>
  <p><strong>Gli strumenti di produzione digitale moderni contribuiscono all’omogeneizzazione sonora</strong>. <strong>La cultura dei preset</strong> con uso diffuso di preset di fabbrica crea suoni simili tra le produzioni, mentre <strong>il dominio dei sample pack</strong> porta a elementi musicali ripetuti tra artisti diversi. <strong>L’uniformità dei plugin</strong> (Auto-Tune, Waves, FabFilter) crea signature sonore simili, mentre <strong>la produzione basata su template</strong> incoraggia approcci formulaici.</p>
  <h4 id="il-passaggio-dallalbum-al-singolo">Il passaggio dall’album al singolo</h4>
  <p><strong>La transizione dall’Album-Oriented Rock (AOR) alla produzione focalizzata sui singoli rappresenta un cambiamento fondamentale</strong>. <strong>L’era AOR (anni ‘70-‘80)</strong> enfatizzava album coesi con canzoni complesse e interconnesse, mentre <strong>la produzione moderna orientata ai singoli</strong> deve catturare l’attenzione nei primi secondi e funzionare in playlist algoritmic e shuffled piuttosto che in sequenze di album.</p>
  <h3 id="framework-teoretici-per-lanalisi-oggettiva">Framework teoretici per l’analisi oggettiva</h3>
  <p><strong>I framework teorici avanzati forniscono criteri misurabili per valutare qualità e complessità musicale</strong>. <strong>La teoria dell’informazione di Shannon</strong> applicata alla musica misura incertezza, aspettativa e sorpresa nelle sequenze musicali, mentre <strong>la complessità di Kolmogorov</strong> misura regolarità e comprimibilità delle sequenze musicali.</p>
  <p><strong>L’analisi multifrattalica</strong> mostra che le performance musicali umane esibiscono spettri multifrattalici più ampi delle performance generate da computer, suggerendo misure di complessità che catturano la “musicalità” oltre la mera accuratezza tecnica. <strong>L’entropia di permutazione</strong> valuta la complessità nelle serie temporali, applicata all’analisi musicale per misurare prevedibilità e organizzazione strutturale.</p>
  <h4 id="principi-analitici-per-la-valutazione-tecnica">Principi analitici per la valutazione tecnica</h4>
  <p><strong>L’analisi schenkeriana</strong> dimostra coerenza organica mostrando come il “primo piano” (tutte le note nella partitura) si relaziona a una struttura profonda astratta (Ursatz), fornendo metodologia sistematica per analizzare opere musicali a livelli di background, middleground e foreground.</p>
  <p><strong>La teoria neo-riemanniana</strong> si concentra su relazioni armoniche dirette senza riferimento a centri tonali, utilizzando teoria matematica dei gruppi per descrivere progressioni di accordi e <strong>misure di parsimonia</strong> che quantificano l’efficienza del voice leading attraverso trasformazioni (P, L, R) che preservano toni comuni.</p>
  <p><strong>L’analisi set-teorica</strong> fornisce metodologia sistematica per analizzare musica post-tonale raggruppando altezze in insiemi e misurando le loro relazioni intervalliche, mentre <strong>la classificazione di Forte</strong> cataloga tutti i possibili set di classi di altezze (220 insiemi distinti) con vettori di intervallo che quantificano la complessità armonica.</p>
  <h4 id="misure-quantitative-di-qualità">Misure quantitative di qualità</h4>
  <p><strong>Prove quantitative del declino tecnico</strong>:</p>
  <ul>
    <li><strong>Range dinamico</strong>: Canzoni pop moderne con media DR6-DR8 vs DR12-DR15 negli anni ‘80</li>
    <li><strong>Varietà timbrica</strong>: Esponente della legge di potenza β diminuito da ~2.5 a ~4.0 (1965-2010)</li>
    <li><strong>Transizioni di altezza</strong>: Metriche di connettività di rete mostrano riduzione del 30% nella varietà di transizione</li>
    <li><strong>Livelli di volume</strong>: Aumento medio di 9 dB nell’arco di 50 anni (1955-2010)</li>
  </ul>
  <p><strong>Studi aggiuntivi confermano la tendenza verso complessità ridotta</strong>:</p>
  <ul>
    <li><strong>Università Medica di Vienna (2014)</strong>: Trovò che man mano che i generi musicali aumentano in popolarità, diventano più generici con complessità strumentale che diminuisce con il successo commerciale</li>
    <li><strong>Studi melodici vari</strong>: Ricerca recente mostra complessità melodica decrescente e densità di note crescente dal 2000, con due “rivoluzioni melodiche” principali nel 1975 e 2000 che marcarono significative diminuzioni di complessità</li>
  </ul>
  <h3 id="in-sintesi">In sintesi</h3>
  <p><strong>L’evidenza convergente da neuroscienze, teoria musicale e analisi quantitativa rivela che</strong>:</p>
  <ol>
    <li>
      <p><strong>La forma canzone rappresenta capacità cognitiva fondamentale</strong> piuttosto che fusione artificiale, con vantaggi tecnici misurabili per composizione e performance derivanti da architetture neurali condivise e ottimizzazione mnemonica</p>
    </li>
    <li>
      <p><strong>L’evoluzione armonica moderna rappresenta espansione sistematica</strong> delle risorse armoniche con giustificazioni teoriche specifiche per ogni sviluppo, dall’espansione della serie armonica al temperamento equabile alle considerazioni strumentali</p>
    </li>
    <li>
      <p><strong>Il declino del pop contemporaneo è tecnicamente quantificabile</strong> attraverso misure oggettive di omogeneizzazione timbrica, compressione dinamica, semplificazione armonica e standardizzazione produttiva supportate da studi scientifici su larga scala</p>
    </li>
    <li>
      <p><strong>Framework teorici avanzati forniscono criteri misurabili</strong> per distinguere tra sofisticazione tecnica e semplicità commerciale utilizzando teoria dell’informazione, analisi set-teorica e misure di complessità multidimensionale</p>
    </li>
    <li>
      <p><strong>I fattori economici e tecnologici guidano sistematicamente</strong> la riduzione della qualità tecnica attraverso streaming economics, consolidamento industriale e strumenti di produzione digitale che prioritizzano convenienza commerciale su standard tecnici e artistici</p>
    </li>
  </ol>
  <p><strong>La prospettiva del musicista classico che considera la voce come strumento trova validazione scientifica</strong>: l’integrazione musica-testo ottimizza l’uso delle capacità cognitive umane, l’evoluzione armonica segue logiche tecniche rigorose, e il declino della qualità pop è misurabile attraverso parametri tecnici oggettivi. <strong>La distinzione tra “musica di merda e buona musica” ha fondamenti tecnici verificabili</strong>, basati su complessità armonica, diversità timbrica, sofisticazione del voice leading e qualità produttiva, anche riconoscendo la soggettività dei gusti individuali.</p>
  <h2 id="laspetto-psicologico-e-socio-culturale">L’aspetto psicologico e socio-culturale</h2>
  <p>L’evoluzione musicale contemporanea richiede una comprensione che vada oltre la mera analisi tecnica, integrando aspetti psicologici, sociali e culturali per spiegare fenomeni apparentemente contraddittori come l’appeal del pop semplificato, l’uso di distorsioni “cacofoniche” nella musica da ballo, e le diverse percezioni estetiche tra generi. Questa ricerca offre un framework olistico per comprendere la musica come fenomeno umano complesso.</p>
  <h3 id="la-psicologia-del-pop-semplificato">La psicologia del pop “semplificato”</h3>
  <p>La preferenza per la musica pop semplificata non è una degenerazione del gusto, ma il risultato di meccanismi psicologici profondi e universali. La ricerca neuroscientifica rivela che <strong>il nostro cervello è biologicamente predisposto a preferire la semplicità musicale</strong> per ragioni evolutive e cognitive precise.</p>
  <h4 id="i-quattro-meccanismi-psicologici-fondamentali">I quattro meccanismi psicologici fondamentali</h4>
  <p><strong>Il mere exposure effect rappresenta il meccanismo più potente</strong>: l’esposizione ripetuta a stimoli musicali aumenta significativamente il gradimento, con correlazioni tra familiarità e preferenza che vanno da r = .40 a .67. Questo effetto è ancora più forte quando l’esposizione avviene inconsciamente, spiegando perché la musica di sottofondo nei media può influenzare le nostre preferenze senza che ce ne rendiamo conto.</p>
  <p><strong>La fluency processing theory dimostra che proviamo piacere estetico quando il nostro cervello elabora facilmente l’informazione musicale</strong>. Progressioni armoniche familiari, pattern melodici prevedibili e strutture ritmiche comuni richiedono meno risorse cognitive, generando una sensazione soggettiva di piacere. Questo spiega perché la forma verso-ritornello-verso-ritornello del pop commerciale risulta così attraente.</p>
  <p><strong>La cognitive load theory rivela che la complessità musicale eccessiva sovraccarica la memoria di lavoro</strong>. Studi con neuroimaging mostrano che la musica complessa aumenta l’attivazione della corteccia prefrontale, riducendo l’accuratezza e aumentando i tempi di reazione. Esiste un livello ottimale di complessità moderata che massimizza il piacere musicale.</p>
  <p><strong>Le limitazioni della memoria di lavoro costringono il nostro cervello a processare solo 3-5 elementi musicali contemporaneamente</strong>. La musica pop semplificata rispetta questi limiti biologici, permettendo un’elaborazione fluida e piacevole.</p>
  <h4 id="il-substrato-neurobiologico-della-preferenza-musicale">Il substrato neurobiologico della preferenza musicale</h4>
  <p>La ricerca con imaging cerebrale ha identificato i circuiti neurali specifici coinvolti nella preferenza musicale. <strong>L’ascolto musicale attiva il sistema dopaminergico della ricompensa</strong>, in particolare il nucleo accumbens e il caudato, con un meccanismo bifasico: rilascio di dopamina durante l’anticipazione (caudato) e al momento del piacere massimo (nucleo accumbens).</p>
  <p>Gli studi farmacologici confermano questo meccanismo: la levodopa (precursore della dopamina) aumenta del 15-20% il piacere musicale e la disponibilità a pagare per la musica, mentre la risperidone (antagonista della dopamina) riduce l’esperienza estetica. <strong>La musica attiva gli stessi circuiti neurali del cibo, del sesso e delle droghe</strong>.</p>
  <p>La familiarità genera pattern neurali distintivi: musica familiare attiva l’ippocampo e la corteccia prefrontale mediale (memoria), mentre musica nuova attiva reti attentive e di memoria di lavoro. Il cervello preferisce un equilibrio ottimale tra familiarità e novità, seguendo una curva a U invertita.</p>
  <h3 id="lecosistema-socio-culturale-della-musica-semplificata">L’ecosistema socio-culturale della musica semplificata</h3>
  <h4 id="lidentità-musicale-come-capitale-sociale">L’identità musicale come capitale sociale</h4>
  <p>La musica funziona come un “badge” sociale che comunica appartenenza di gruppo, valori e aspirazioni. I <strong>generi musicali creano forti dinamiche in-group/out-group</strong>: le persone valutano più favorevolmente chi condivide le loro preferenze musicali. Questo è particolarmente evidente nella cultura giovanile, dove la musica diventa il meccanismo primario di formazione e mantenimento dei gruppi di pari.</p>
  <p><strong>Il 60-70% della varianza nelle preferenze musicali è spiegato da fattori culturali</strong> piuttosto che biologici. Le piattaforme digitali hanno intensificato queste dinamiche rendendo le preferenze musicali più visibili e condivisibili, ma creando anche “filter bubbles” algoritmiche che rafforzano le scelte esistenti.</p>
  <h4 id="la-trasformazione-dellascolto-da-attivo-a-passivo">La trasformazione dell’ascolto: da attivo a passivo</h4>
  <p>Il declino globale dell’educazione musicale formale correla con uno shift verso il consumo passivo e una ridotta literacy musicale. <strong>Lo streaming promuove esperienze di “lean-back listening” invece dell’attenzione focalizzata</strong>, con la musica che diventa sempre più funzionale (per allenarsi, studiare, rilassarsi) piuttosto che contemplativa.</p>
  <p>La “regola dei 30 secondi” del streaming (dove lo stream conta solo dopo 30 secondi) ha influenzato le strutture delle canzoni, mentre la facilità di skip ha ridotto la tolleranza per contenuti musicali complessi o sfidanti. <strong>L’attention span medio nell’ascolto musicale è diminuito drasticamente</strong>, influenzando gli artisti a concentrare elementi coinvolgenti all’inizio delle tracce.</p>
  <h4 id="pressioni-economiche-e-omologazione-algoritmica">Pressioni economiche e omologazione algoritmica</h4>
  <p>L’economia dello streaming ha creato incentivi per contenuti semplificati. I bassi pagamenti per stream richiedono alto volume di consumo, incoraggiando contenuti immediatamente accessibili. <strong>I budget marketing sono concentrati su contenuti con appeal ampio</strong>, mentre le decisioni A&amp;R diventano sempre più data-driven piuttosto che artisticamente motivate.</p>
  <p>Gli algoritmi di raccomandazione mostrano diversi tipi di bias: <strong>popularity bias</strong> (favorire artisti già di successo), <strong>demographic bias</strong> (gli artisti maschi ricevono l’80% delle raccomandazioni in alcuni studi), e <strong>geographic bias</strong> (preferenza per contenuti da mercati più grandi). Questi sistemi possono sia aumentare che diminuire la diversità musicale, ma spesso rinforzano le disuguaglianze esistenti.</p>
  <h3 id="decodificare-lestetica-del-brutto-distorsioni-e-scelte-stilistiche">Decodificare l’estetica del “brutto”: distorsioni e scelte stilistiche</h3>
  <h4 id="il-fascino-della-distorsione-death-metal-vs-techno">Il fascino della distorsione: death metal vs techno</h4>
  <p>Apparentemente simili ma funzionalmente diverse, le distorsioni nei generi estremi servono scopi estetici specifici. <strong>Il death metal utilizza distorsione asimmetrica attraverso amplificatori valvolari</strong>, creando armoniche dispari che producono una texture “grittosa” che si distingue nel mix. La complessità ritmica (blast beats, time signatures dispari) richiede precisione tecnica estrema.</p>
  <p><strong>Il techno impiega distorsione digitale per controllo e precisione</strong>, utilizzando algoritmi che tagliano il segnale audio in modo prevedibile. Il focus è sulla creazione di “granularità sonora” che risuona con i sensi tattili, aptici e cinestesici, contribuendo alla “colonna sonora tattile” della musica da ballo.</p>
  <h4 id="funzionalità-estetica-del-cacofonico-nel-contesto-danceable">Funzionalità estetica del “cacofonico” nel contesto danceable</h4>
  <p>I suoni “harsh” funzionano nei contesti di danza perché <strong>l’EDM crea un’esperienza di tattilità elevata e intimità embodied</strong> dove la vibrazione coinvolge i sensi tattili oltre all’udito. La distorsione non è “brutta” ma funzionale: crea connessione espansiva nelle folle danzanti.</p>
  <p><strong>L’estetica industriale rappresenta l’assunzione volontaria della disciplina sonica meccanica come piacere</strong> - il rumore del lavoro industriale trasmutato da dovere oppressivo a piacere sensoriale ambivalente. I suoni meccanici, trasgressivi e provocatori forniscono commento sulle conseguenze alienanti dell’industrializzazione di massa.</p>
  <h4 id="la-dissonanza-come-strumento-espressivo">La dissonanza come strumento espressivo</h4>
  <p>La dissonanza serve funzioni diverse attraverso i generi. <strong>Nella musica classica, le seconde maggiori e minori, le settime e le none creano tensione che risolve in consonanza</strong>, fornendo momentum narrativo. Nel jazz, la dissonanza aggiunge complessità ed espressività. Nel metal, gli intervalli diminuiti e aumentati creano effetti jarring intenzionali.</p>
  <p><strong>L’elettronica moderna utilizza “battimento di parziali” e “sensazioni di rugosità” per creare fluttuazioni di ampiezza</strong> come strumento espressivo significativo. La tecnologia ha democratizzato l’accesso alla complessità armonica, permettendo a musicisti senza formazione classica di creare texture sonore sofisticate.</p>
  <h3 id="framework-per-lanalisi-estetico-emotiva-integrata">Framework per l’analisi estetico-emotiva integrata</h3>
  <h4 id="oltre-il-relativismo-criteri-oggettivi-e-soggettivi">Oltre il relativismo: criteri oggettivi e soggettivi</h4>
  <p>Esistono elementi oggettivi nell’estetica musicale (principi acustici, neurobiologia della percezione, strutture culturali universali) e elementi soggettivi (esperienza personale, contesto culturale, associazioni emotive). <strong>L’approccio scientifico non elimina la soggettività ma la contextualizza</strong> all’interno di framework comprensibili.</p>
  <p>La <strong>teoria della complessità ottimale</strong> suggerisce che il piacere musicale segue una curva a U invertita: troppa semplicità è noiosa, troppa complessità è cognitivamente sovraccaricante. Il punto ottimale varia tra individui basandosi su formazione musicale, personalità e esposizione culturale.</p>
  <h4 id="personalità-e-preferenze-musicali">Personalità e preferenze musicali</h4>
  <p>La meta-analisi su 263.196 partecipanti rivela correlazioni significative tra tratti di personalità e preferenze musicali. <strong>L’Openness to Experience è il predittore più forte (r = .20-.25)</strong>, correlando con preferenze per musica complessa e sofisticata. L’Estroversione predice preferenze per musica energica e convenzionale (r = .15-.20), mentre il Nevroticismo correla con musica intensa e ribelle (r = .10-.15).</p>
  <p><strong>La formazione musicale produce cambiamenti strutturali e funzionali nel cervello</strong>: aumento della materia grigia nelle cortecce motorie e auditive, integrità migliorata della sostanza bianca nel corpo calloso, e ippocampo ingrandito nei musicisti professionali. Questi cambiamenti enhanciano l’efficienza dell’elaborazione auditiva e la capacità di memoria di lavoro.</p>
  <h4 id="linfluenza-culturale-vs-biologica">L’influenza culturale vs biologica</h4>
  <p>Il dibattito natura-cultura nelle preferenze musicali rivela pattern interessanti. <strong>Fattori biologici</strong> includono la preferenza universale per la consonanza sulla dissonanza, capacità di entrainment ritmico presenti dalla nascita, e risposte emotive basilari alla musica consistenti cross-culturalmente.</p>
  <p><strong>Fattori culturali</strong> includono sistemi scalari specifici, gerarchie tonali apprese attraverso esposizione culturale, e preferenze di genere fortemente influenzate dal contesto. La ricerca comparativa tra Bolivia e Stati Uniti mostra che l’esposizione culturale modella significativamente le preferenze per complessità armonica e pattern ritmici.</p>
  <h3 id="classifica-dei-30-generi-musicali-più-impattanti">Classifica dei 30 generi musicali più impattanti</h3>
  <p>Basandosi su analisi multidimensionale di innovazione tecnica, influenza culturale, successo commerciale, merito artistico e significato storico, emerge una gerarchia di generi musicali per impatto complessivo:</p>
  <h4 id="tier-1-generi-fondazionali-90-100100">Tier 1: Generi Fondazionali (90-100/100)</h4>
  <p><strong>1. Musica Classica (95/100)</strong>: Fondazione della notazione occidentale, arrangiamenti orchestrali, sviluppo strumentale millenario, base dell’educazione musicale formale, influenza su colonne sonore e musica popolare.</p>
  <p><strong>2. Jazz (94/100)</strong>: Tecniche di improvvisazione, progressioni armoniche complesse, espressione culturale afroamericana, diplomazia culturale globale, forma d’arte americana più influente del XX secolo.</p>
  <p><strong>3. Blues (93/100)</strong>: Struttura a 12 battute, blue notes, call-and-response, fondazione di rock, soul, hip-hop, country. Genere radice per multiple forme miliardarie.</p>
  <h4 id="tier-2-generi-trasformativi-80-89100">Tier 2: Generi Trasformativi (80-89/100)</h4>
  <p><strong>4. Rock &amp; Roll/Rock (88/100)</strong>: Tecniche di chitarra elettrica, amplificazione, recording multitraccia, cultura giovanile globale, ha trasformato la struttura dell’industria musicale moderna.</p>
  <p><strong>5. Hip-Hop/Rap (87/100)</strong>: Turntablism, sampling, produzione digitale, cultura giovanile globale, genere leader nello streaming (28.2% del consumo), industria multimiliardaria.</p>
  <p><strong>6. Electronic Dance Music (85/100)</strong>: Tecnologia dei sintetizzatori, produzione digitale, culture festival globali, ha trasformato la produzione musicale e creato la cultura musicale digitale.</p>
  <h4 id="tier-3-generi-regionalmente-dominanti-70-79100">Tier 3: Generi Regionalmente Dominanti (70-79/100)</h4>
  <p><strong>7. Country (78/100)</strong>: Tradizioni strumentali, identità americana rurale, crescita streaming consistente.</p>
  <p><strong>8. Folk Tradizionale (76/100)</strong>: Preservazione tradizione orale, formazione identità nazionale, movimenti sociali.</p>
  <p><strong>9. Reggae (75/100)</strong>: Pattern ritmici, produzione dub, esportazione culturale giamaicana, movimento rastafarian.</p>
  <p><strong>10. Soul/R&amp;B (74/100)</strong>: Tecniche vocali, espressione culturale afroamericana, ponte tra gospel/blues e pop moderno.</p>
  <h4 id="tier-4-7-generi-specializzati-e-emergenti-30-69100">Tier 4-7: Generi Specializzati e Emergenti (30-69/100)</h4>
  <p>La classifica continua con Heavy Metal (68/100), Punk (67/100), Funk (66/100), Gospel (65/100), Disco (64/100), scendendo fino a Hardcore Punk (35/100) e Experimental Music (34/100).</p>
  <p><strong>Pattern chiave identificati</strong>: I generi con maggiore impatto tecnico sono Classical, Jazz, e Progressive Rock. Il maggiore impatto culturale appartiene a Hip-Hop, Rock, Blues, e Classical. Il successo commerciale più alto va a Hip-Hop e Rock. Il merito accademico più forte è di Classical, Jazz, Blues, e Folk.</p>
  <h3 id="in-sintesi-la-musica-come-fenomeno-umano">In sintesi: la musica come fenomeno umano</h3>
  <p>Immaginate la musica come un linguaggio universale che parla simultaneamente al vostro cervello, alle vostre emozioni, e alla vostra identità sociale. <strong>Il vostro cervello è come un sistema di filtraggio evolutivo</strong>: preferisce automaticamente ciò che può elaborare facilmente, proprio come preferite camminare su sentieri ben battuti piuttosto che attraversare una foresta densa.</p>
  <h4 id="la-metafora-del-fast-food-musicale">La metafora del fast food musicale</h4>
  <p>Il pop semplificato è come il fast food: <strong>non è “cattivo” di per sé, ma è progettato per essere immediatamente gratificante</strong>. Come il fast food sfrutta i nostri bias evolutivi per grassi e zuccheri, il pop semplificato sfrutta i nostri bias cognitivi per familiarità e semplicità. Il “junk food musicale” non è un difetto del pubblico, ma una conseguenza naturale di come funzionano i nostri cervelli.</p>
  <h4 id="perché-la-distorsione-brutta-può-essere-bella">Perché la distorsione “brutta” può essere bella</h4>
  <p>Pensate alla distorsione come al piccante nel cibo: <strong>in piccole dosi controllate, l’irritazione sensoriale può diventare piacevole</strong>. Il death metal usa la distorsione come il cuoco usa il peperoncino - per creare intensità emotiva specifica. L’elettronica usa la distorsione come texture, come un pittore usa diverse consistenze di vernice.</p>
  <h4 id="il-paradosso-dei-mille-pareri-per-mille-persone">Il paradosso dei “mille pareri per mille persone”</h4>
  <p>Esistono sia elementi oggettivi che soggettivi nel gusto musicale. <strong>È come il colore: le lunghezze d’onda della luce sono oggettive, ma quali colori “preferite” è soggettivo</strong>. La formazione musicale è come sviluppare un vocabolario più ricco - non cambia quello che vi piace, ma espande quello che potete apprezzare.</p>
  <h4 id="navigare-la-diversità-musicale">Navigare la diversità musicale</h4>
  <p><strong>Ogni genere musicale è come una cultura diversa con le proprie regole, valori, e modi di comunicare</strong>. La musica classica è come un linguaggio formale e preciso, l’hip-hop è come street art eloquente, l’EDM è come una celebrazione collettiva. Nessuno è “superiore” - sono strumenti diversi per esprimere esperienze umane diverse.</p>
  <h3 id="conclusioni">Conclusioni</h3>
  <p>La musica contemporanea richiede un approccio olistico che riconosca la complessità del fenomeno musicale umano. <strong>Non esiste “musica cattiva” o “buona musica” in senso assoluto</strong>, ma musica che serve funzioni diverse per bisogni psicologici, sociali, e culturali diversi.</p>
  <p>Il pop semplificato risponde a bisogni cognitivi ed emotivi legittimi. La musica complessa serve funzioni espressive e intellettuali altrettanto valide. <strong>La chiave è sviluppare literacy musicale che permetta di apprezzare la funzione di ogni genere nel suo contesto appropriato</strong>.</p>
  <p>L’evoluzione tecnologica continuerà a trasformare la creazione e il consumo musicale, ma i principi psicologici e sociali fondamentali dell’esperienza musicale umana rimangono costanti. <strong>Comprendere questi principi ci permette di navigare la diversità musicale con maggiore consapevolezza e apprezzamento per la ricchezza dell’espressione umana attraverso il suono</strong>.</p>
  <p>La musica rimane uno dei fenomeni più complessi e universali dell’esperienza umana - un linguaggio che parla simultaneamente al corpo, alla mente, e allo spirito, connettendo gli individui alle comunità e alle culture attraverso il tempo e lo spazio.</p>
  ]]></content><author><name>kLeZ</name></author><category term="musica" /><category term="analisi" /><category term="teoria musicale" /><category term="indagine olistica" /><summary type="html"><![CDATA[Sono sempre stato un appassionato di musica. Sono stato un musicista (autodidatta, ovviamente) e come tutti gli adolescenti che ascoltano rock e metal, ho avuto qualche band con cui per un breve periodo sono andato in giro a strimpellare. Ma più che altro di quelle esperienze, ragionando in retrospettiva, mi piacevano due cose: la sensazione liberatoria che la musica mi provocava, che era una sensazione bellissima, e la convivialità, i momenti passati con gli amici a fare qualcosa di bello erano una parte davvero gratificante dell’esperienza. E probabilmente è questo il motivo per cui le esibizioni pubbliche non mi hanno mai più di tanto interessato: non mi gratificavano, non quanto stare in saletta a suonare e cazzeggiare con gli amici. In tutto questo, la musica era la parte fondamentale, che non doveva mai mancare, e non musica in ascolto passivo, ma musica attiva, fatta da noi. Questo mi ha portato a essere un appassionato, a rimanere sempre fedele ai miei generi preferiti e ai miei artisti preferiti. Ma anno dopo anno si accumulava il dubbio, e con esso una serie di domande la prima, e più complicata, delle quali era “perché”. Perché mi piacesse quello che mi piaceva, scelte fatte a pelle, di pancia, istintivamente, ditela come volete. Perché invece non mi piaceva la musica mainstream, il pop, la dance, l’hip-hop. Ma soprattutto, il perché più insidioso di tutti: perché mi piaceva certo pop, certa dance, certa techno. Perché si, qualcosa - ma proprio solo qualcosina piccola piccola - di altri generi, che di norma nemmeno consideravo “vera musica”, mi piaceva (e mi piace ancora, anche se l’ho sempre trovato più un vezzo, un retaggio del passato). E allora, ho dovuto capire, studiare, analizzare, sviscerare il tema, fino a capirne le motivazioni profonde. Per darmi una spiegazione che non fosse: “beh, sei un dannato poser, falla finita di fingere che ti piaccia il metal e vai al concerto di Taylor Swift” (no, non mi piace Swift, anche se ha una voce della miseria, ma rende l’idea di come mi sentissi prima di questo studio, e come mi sono sentito per anni: sporco). Pronti per entrare nella tana del Bianconiglio con me? Allacciate le cinture sarà un viaggio… spumeggiante. E tecnico, dannatamente tecnico.]]></summary></entry><entry xml:lang="it"><title type="html">Mascitti e il Moonwalk Argomentativo</title><link href="https://klez.me/en/2025/07/09/mascitti-e-il-moonwalk-argomentativo/" rel="alternate" type="text/html" title="Mascitti e il Moonwalk Argomentativo" /><published>2025-07-09T11:32:00+02:00</published><updated>2025-07-09T11:32:00+02:00</updated><id>https://klez.me/2025/07/09/mascitti-e-il-moonwalk-argomentativo</id><content type="html" xml:base="https://klez.me/2025/07/09/mascitti-e-il-moonwalk-argomentativo/"><![CDATA[<h4 id="ovvero-quando-strumento-di-propaganda-diventa-possibile-investimento"><em>Ovvero, quando “Strumento di Propaganda” Diventa “Possibile Investimento”</em></h4>
  <p>A volte nella vita ti capita di assistere a retromarce spettacolari. Tipo quando il politico dice “non ho mai detto quello che ho detto” mentre c’è il video su YouTube. O quando Maurizio Mascitti sostiene che il suo articolo “La vera telemeloni è La Zanzara” non dice quello che dice.</p>
  <!--more-->
  <p class="m-0 invisible zero-size">
    <a class="invisible" id="read-more" href="#">Read more</a>
  </p>
  <p>Ieri (sta notte) ho pubblicato una critica metodologica all’articolo di Mascitti. La sua risposta finale su LinkedIn è stata illuminante, perché ha chiarito definitivamente cosa sostiene. O meglio, cosa sostiene di sostenere ora che gliel’ho contestato.</p>
  <h2 id="la-tesi-che-si-trasforma">La Tesi che Si Trasforma</h2>
  <p>Secondo Mascitti, io non avrei capito il suo articolo. La sua vera tesi non sarebbe che La Zanzara È uno strumento di propaganda, ma che “può diventare un possibile strumento di propaganda su cui investire perché raggiunge di più quella fetta di pubblico su cui FdI non è forte.”</p>
  <p>Ah.</p>
  <p>Quindi siamo passati da “La vera telemeloni è La Zanzara” (titolo dell’articolo) a “potrebbe forse diventare un possibile investimento”. È come passare da “il gelato fa annegare” a “il gelato potrebbe teoricamente essere correlato a possibili futuri annegamenti se qualcuno decidesse di investirci sopra”.</p>
  <p>Ma ok, accettiamo questa versione annacquata della tesi e vediamo se regge meglio.</p>
  <h2 id="spoiler-non-regge">Spoiler: Non Regge</h2>
  <p>Il problema fondamentale rimane identico. Anche nella versione “soft”, Mascitti sta suggerendo che:</p>
  <ol>
    <li>La Zanzara raggiunge giovani istruiti</li>
    <li>FdI è debole tra i giovani istruiti</li>
    <li>Quindi FdI potrebbe/dovrebbe usare La Zanzara per raggiungerli</li>
  </ol>
  <p>Ma questo ragionamento ha diverse falle logiche enormi.</p>
  <h2 id="falla-numero-uno-laudience-non-è-un-terreno-vergine">Falla Numero Uno: L’Audience Non È un Terreno Vergine</h2>
  <p>Mascitti assume che siccome La Zanzara raggiunge giovani istruiti, questi siano influenzabili politicamente attraverso il programma. Ma chi l’ha detto?</p>
  <p>Gli ascoltatori della Zanzara non sono pagine bianche su cui scrivere messaggi politici. Sono persone che hanno già:</p>
  <ul>
    <li>Orientamenti politici formati</li>
    <li>Capacità critica (sono istruiti, ricordi?)</li>
    <li>Motivazioni specifiche per ascoltare (spoiler: ridere)</li>
  </ul>
  <p>Pensare che basti “investire” su un programma per convertire il suo pubblico è come pensare che basti comprare spazi pubblicitari su Repubblica per convertire i suoi lettori al fascismo. Good luck with that.</p>
  <h2 id="falla-numero-due-il-formato-non-si-presta">Falla Numero Due: Il Formato Non Si Presta</h2>
  <p>La Zanzara funziona perché è caotica, provocatoria, contraddittoria. Cruciani provoca, Parenzo controbatte, gli ascoltatori chiamano per dire cose assurde.</p>
  <p>Come pensi di veicolare un messaggio politico coerente in questo casino? È come cercare di fare una lezione di filosofia durante una rissa da bar. Il medium non si presta al messaggio.</p>
  <p>E se cambiassi il formato per renderlo più “propagandistico”, perderesti esattamente il pubblico che volevi raggiungere. Catch-22.</p>
  <h2 id="falla-numero-tre-parenzo-esiste-ancora">Falla Numero Tre: Parenzo Esiste Ancora</h2>
  <p>Anche nella versione “potrebbe diventare”, Mascitti continua a ignorare l’elefante nella stanza: David Parenzo.</p>
  <p>Per trasformare La Zanzara in strumento di propaganda di destra dovresti:</p>
  <ul>
    <li>Silenziare Parenzo (auguri)</li>
    <li>Sostituirlo (e perdere metà del format)</li>
    <li>Convincerlo a cambiare orientamento (lol)</li>
  </ul>
  <p>Nessuna di queste opzioni è realistica. E finché Parenzo c’è, ogni tentativo di propaganda verrebbe smontato in diretta. Non proprio l’ideale per il lavaggio del cervello.</p>
  <h2 id="falla-numero-quattro-confondere-reach-con-influence">Falla Numero Quattro: Confondere Reach con Influence</h2>
  <p>Mascitti confonde la capacità di raggiungere un pubblico con la capacità di influenzarlo. È un errore classico del marketing dilettantesco.</p>
  <p>Solo perché un medium raggiunge molte persone non significa che possa cambiargli idea su questioni fondamentali come l’orientamento politico. Altrimenti basterebbe comprare pubblicità durante il Super Bowl per vincere le elezioni.</p>
  <p>La realtà è che l’influenza politica è complessa, multifattoriale, e certamente non si ottiene semplicemente “investendo” su un programma radio dove due tizi urlano.</p>
  <h2 id="falla-numero-cinque-non-conosci-cruciani-né-parenzo">Falla Numero Cinque: Non Conosci Cruciani (Né Parenzo)</h2>
  <p>Ma facciamo finta per un secondo che Mascitti abbia ragione nella sua versione annacquata. Facciamo finta che FdI voglia davvero “investire” sulla Zanzara.</p>
  <p>Spoiler: non funzionerebbe comunque.</p>
  <p>Chiunque abbia ascoltato più di dieci minuti del programma sa che Cruciani è un anarco-liberista che morirebbe piuttosto che farsi condizionare da un “investitore”. La sua intera persona radiofonica si basa sul dire quello che pensa senza filtri. È letteralmente il motivo per cui il programma funziona.</p>
  <p>E Parenzo? È un progressista democratico moderato che non venderebbe la sua anima politica nemmeno per tutti i soldi di Confindustria (che già paga il suo stipendio, tra l’altro).</p>
  <p>Quindi anche se la Meloni in persona volesse “investire” - e ovviamente non lo farebbe direttamente per conflitto d’interessi, dovrebbe usare qualche società prestanome che però alla fine si scoprirebbe essere riconducibile a FdI - si troverebbe davanti due opzioni:</p>
  <ol>
    <li>
      <p><strong>Approccio diretto</strong>: “Ciao Giuseppe, ecco dei soldi per spingere la nostra agenda”. Risposta di Cruciani: una pernacchia in diretta radio seguita da due ore di sfottò.</p>
    </li>
    <li>
      <p><strong>Approccio indiretto</strong>: Pressioni sottili, suggerimenti velati, “consigli” su quali ospiti invitare. Risultato: Cruciani fa esattamente l’opposto per principio, Parenzo gongola.</p>
    </li>
  </ol>
  <p>L’autonomia editoriale non è un dettaglio per La Zanzara. È il prodotto stesso. Toglila e hai ucciso il programma. E con esso, ironicamente, la sua capacità di raggiungere quel pubblico che Mascitti pensa sia così prezioso.</p>
  <h2 id="il-vero-problema-la-tesi-non-falsificabile">Il Vero Problema: La Tesi Non Falsificabile</h2>
  <p>Il problema più grave della nuova formulazione di Mascitti è che non è falsificabile. “Potrebbe diventare un possibile strumento” è una non-affermazione.</p>
  <p>Qualsiasi cosa “potrebbe” diventare qualsiasi cosa:</p>
  <ul>
    <li>Il calcetto del giovedì potrebbe diventare un covo di terroristi</li>
    <li>Il club del libro potrebbe diventare una cellula sovversiva</li>
    <li>La pizzeria sotto casa potrebbe diventare centrale dello spaccio</li>
  </ul>
  <p>Sì, tecnicamente è vero. Ma è anche completamente inutile come analisi.</p>
  <h2 id="sui-dati-ter">Sui Dati TER</h2>
  <p>Mascitti chiude dicendo che “in realtà ho messo il link ai dati TER”. Ok, bravo. Ma il problema non è mai stato l’accesso ai dati. Il problema è come li usi.</p>
  <p>Avere i dati grezzi non ti autorizza a fare inferenze selvagge. È come dire “ho accesso alle statistiche sul consumo di gelato e sugli annegamenti, quindi posso dedurre quello che voglio sulla loro relazione”.</p>
  <p>No. Non funziona così. I dati sono solo l’inizio. Poi serve metodo, rigore, e onestà intellettuale nel non suggerire relazioni che i dati non supportano.</p>
  <h2 id="la-morale-della-storia">La Morale della Storia</h2>
  <p>L’evoluzione della tesi di Mascitti da “La Zanzara È la vera telemeloni” a “potrebbe forse diventare un possibile investimento” è un classico esempio di motte-and-bailey argument:</p>
  <ol>
    <li><strong>Bailey</strong> (posizione indifendibile ma accattivante): “La Zanzara è uno strumento di egemonia culturale della destra!”</li>
    <li><strong>Motte</strong> (posizione difendibile ma banale): “Beh, potrebbe teoricamente diventarlo se qualcuno ci investisse”</li>
  </ol>
  <p>Quando attaccato sulla prima, si ritira sulla seconda. Ma poi il titolo resta “La vera telemeloni”, perché quello fa click.</p>
  <h2 id="in-conclusione">In Conclusione</h2>
  <p>Caro Maurizio, il problema non è che non ho letto o capito il tuo articolo. Il problema è che l’ho capito troppo bene, incluse le sue contraddizioni interne e i suoi scivolamenti argomentativi.</p>
  <p>Se la tua tesi è davvero solo che La Zanzara “potrebbe” diventare uno strumento di propaganda, allora:</p>
  <ol>
    <li>Cambia quel titolo clickbait</li>
    <li>Smetti di presentare correlazioni come se fossero significative</li>
    <li>Ammetti che stai solo speculando su scenari ipotetici</li>
  </ol>
  <p>Altrimenti continuerai a fare la figura di chi grida “al lupo” quando vede un barboncino, per poi dire “beh, tecnicamente potrebbe evolversi in un lupo” quando qualcuno ti fa notare l’assurdità.</p>
  <p>La metodologia della ricerca esiste proprio per evitare questi errori. Usala.</p>
  <hr />
  <p><em>P.S.: Per la cronaca, anche il panettone “potrebbe diventare” uno strumento di propaganda della destra. Basta che la Meloni investa sui fornai. Quick, someone write an article!</em></p>
  <p><em>P.P.S.: I dati TER sono interessanti. Peccato che tu li usi come un ubriaco usa un lampione: per sostegno, non per illuminazione.</em></p>
  ]]></content><author><name>kLeZ</name></author><category term="metodo scientifico" /><category term="rant" /><category term="someone&apos;s wrong on the internet" /><category term="statistica" /><category term="correlation is not causation" /><summary type="html"><![CDATA[Ovvero, quando “Strumento di Propaganda” Diventa “Possibile Investimento” A volte nella vita ti capita di assistere a retromarce spettacolari. Tipo quando il politico dice “non ho mai detto quello che ho detto” mentre c’è il video su YouTube. O quando Maurizio Mascitti sostiene che il suo articolo “La vera telemeloni è La Zanzara” non dice quello che dice.]]></summary></entry><entry xml:lang="it"><title type="html">La Zanzara, Mascitti e l’Arte di Vedere Complotti Dove Non Ci Sono</title><link href="https://klez.me/en/2025/07/09/la-zanzara-Mascitti-e-arte-di-vedere-complotti/" rel="alternate" type="text/html" title="La Zanzara, Mascitti e l’Arte di Vedere Complotti Dove Non Ci Sono" /><published>2025-07-09T01:42:00+02:00</published><updated>2025-07-09T01:42:00+02:00</updated><id>https://klez.me/2025/07/09/la-zanzara-Mascitti-e-arte-di-vedere-complotti</id><content type="html" xml:base="https://klez.me/2025/07/09/la-zanzara-Mascitti-e-arte-di-vedere-complotti/"><![CDATA[<p>Ieri mattina stavo scrollando LinkedIn - già, lo so, pessima idea - quando un mio contatto condivide l’articolo di Maurizio Mascitti “Oltre Telemeloni”. Apro, vedo due grafici, e sento quella sensazione familiare di quando qualcuno sta per sparare una cazzata metodologica grossa come una casa.</p>
  <p>L’articolo sostiene che La Zanzara sia uno strumento di egemonia culturale della destra per conquistare i giovani. La “dimostrazione”? FdI è debole tra i 18-24 anni, La Zanzara ha successo in quella fascia, ergo La Zanzara lavora per FdI.</p>
  <p>Ho provato a spiegare nei commenti che correlation is not causation. Risposta di Mascitti? Negare. A quel punto ho capito che serviva qualcosa di più di un commento su LinkedIn per smontare questa perla di analisi pseudoscientifica.</p>
  <!--more-->
  <p class="m-0 invisible zero-size">
    <a class="invisible" id="read-more" href="#">Read more</a>
  </p>
  <h2 id="quando-due-grafici-non-fanno-una-dimostrazione">Quando Due Grafici Non Fanno Una Dimostrazione</h2>
  <p>L’articolo di Mascitti si basa su questa osservazione:</p>
  <blockquote>
    <p>“Nel 2022 Fratelli d’Italia aveva ricevuto voti trasversalmente da tutte le fasce di età […] c’era un solo gruppo in cui non era riuscito a primeggiare: quello dei giovani di età compresa tra i 18 e i 24 anni. La stessa fascia di età che negli ultimi anni sembra interessarsi di più ai contenuti della trasmissione La Zanzara”</p>
  </blockquote>
  <p>Da qui, il nostro conclude che La Zanzara stia lavorando per colmare questo gap elettorale. È il classico errore del post hoc ergo propter hoc, quello che alle superiori il prof di filosofia ti spiegava con l’esempio del gallo che canta prima dell’alba.</p>
  <p>Ma evidentemente Mascitti preferisce ignorare duemila anni di logica aristotelica quando c’è una narrativa accattivante da costruire.</p>
  <h2 id="il-festival-del-cherry-picking">Il Festival del Cherry Picking</h2>
  <p>Quando qualcuno vuole dimostrare una tesi preconcetta, la prima cosa che fa è selezionare accuratamente solo i dati che la supportano. Mascitti eccelle in quest’arte.</p>
  <p>Ci racconta che:</p>
  <ul>
    <li>FdI è debole tra i giovani</li>
    <li>La Zanzara spacca su Spotify</li>
    <li>Vannacci va ospite al programma</li>
    <li>Trump ha usato i podcast per vincere</li>
  </ul>
  <p>Stranamente dimentica di menzionare che:</p>
  <ul>
    <li>La Zanzara esiste dal 2006, quando Meloni era una giovane missina sconosciuta</li>
    <li>Parenzo è di centro-sinistra e litiga con Cruciani in diretta da 20 anni</li>
    <li>Al programma vanno ospiti di ogni colore politico, da Luxuria a Salvini</li>
    <li>Il formato provocatorio è rimasto identico attraverso governi di ogni orientamento</li>
  </ul>
  <p>Ma questi dettagli rovinerebbero la bella storia del complotto, quindi meglio ometterli.</p>
  <h2 id="la-logica-che-non-cè">La Logica Che Non C’è</h2>
  <p>Il sillogismo di Mascitti funziona così:</p>
  <ol>
    <li>I giovani ascoltano La Zanzara</li>
    <li>FdI vuole i voti dei giovani</li>
    <li>Quindi La Zanzara è uno strumento di FdI</li>
  </ol>
  <p>Proviamo ad applicare la stessa logica ad altro:</p>
  <ol>
    <li>I giovani bevono spritz</li>
    <li>FdI vuole i voti dei giovani</li>
    <li>Quindi l’Aperol è controllato dalla Meloni</li>
  </ol>
  <p>Suona ridicolo? Perché lo è. Eppure è esattamente lo stesso ragionamento.</p>
  <h2 id="come-si-fa-unanalisi-che-non-faccia-ridere">Come Si Fa Un’Analisi Che Non Faccia Ridere</h2>
  <p>Visto che Mascitti ha negato quando gli ho fatto notare l’errore, facciamo un corso accelerato di metodologia della ricerca.</p>
  <h3 id="prima-di-tutto-lipotesi">Prima di Tutto, l’Ipotesi</h3>
  <p>Se vuoi dimostrare che La Zanzara influenza politicamente i giovani, devi partire da un’ipotesi falsificabile. Qualcosa tipo:</p>
  <p>“L’esposizione regolare alla Zanzara modifica significativamente l’orientamento politico dei giovani ascoltatori in direzione del centro-destra”</p>
  <p>Nota la parola “modifica”. Non “è associata a” o “si correla con”. Modifica. Implica causalità, non semplice correlazione.</p>
  <h3 id="poi-servono-i-dati-veri">Poi Servono i Dati Veri</h3>
  <p>Non basta prendere due grafici a caso e dire “vedete? Salgono insieme!”. Quello lo facevano anche con le nascite e le cicogne.</p>
  <p>Servirebbe uno studio longitudinale:</p>
  <ul>
    <li>Prendi un campione di giovani</li>
    <li>Misuri le loro preferenze politiche</li>
    <li>Una parte ascolta La Zanzara, una parte no</li>
    <li>Dopo un periodo adeguato, rimisuri</li>
    <li>Confronti i cambiamenti</li>
  </ul>
  <p>Oppure, se proprio non puoi fare un esperimento, almeno un’analisi osservazionale seria:</p>
  <ul>
    <li>Raccogli dati su migliaia di giovani</li>
    <li>Controlli per tutte le variabili confondenti (educazione, reddito, area geografica, famiglia, etc.)</li>
    <li>Usi tecniche statistiche appropriate per isolare l’effetto</li>
    <li>Verifichi che il risultato sia robusto</li>
  </ul>
  <h3 id="e-poi-devi-considerare-le-alternative">E Poi Devi Considerare le Alternative</h3>
  <p>Anche se trovassi una correlazione (spoiler: probabilmente no), dovresti chiederti:</p>
  <p>È possibile che sia causalità inversa? Magari chi è già di destra cerca programmi “politicamente scorretti”?</p>
  <p>Ci sono variabili nascoste? Tipo che sia i giovani di destra che gli ascoltatori della Zanzara condividono altre caratteristiche?</p>
  <p>L’effetto è davvero rilevante? Anche se ci fosse, quanto conta? Lo 0.1%? Il 10%?</p>
  <h2 id="il-mistero-di-parenzo">Il Mistero di Parenzo</h2>
  <p>C’è un elefante nella stanza che Mascitti finge di non vedere: David Parenzo.</p>
  <p>Il co-conduttore della Zanzara è notoriamente di centro-sinistra. Passa metà programma a litigare con Cruciani, a difendere posizioni progressiste, a criticare la destra.</p>
  <p>Se La Zanzara fosse propaganda di destra, sarebbe come fare pubblicità alla Coca-Cola con uno che ogni cinque minuti dice “però la Pepsi è più buona”. Non il massimo dell’efficienza propagandistica.</p>
  <h2 id="la-verità-banale-che-nessuno-vuole-sentire">La Verità Banale Che Nessuno Vuole Sentire</h2>
  <p>La spiegazione più semplice e probabilmente corretta è che:</p>
  <ol>
    <li>La Zanzara ha successo perché la gente ama il casino e le provocazioni</li>
    <li>I giovani ascoltano podcast perché è il loro medium</li>
    <li>FdI cerca di intercettare i giovani come tutti i partiti</li>
    <li>Questi tre fatti coesistono senza che uno causi l’altro</li>
  </ol>
  <p>Non c’è nessun grande disegno. Nessun complotto. Nessuna strategia segreta.</p>
  <p>Solo un programma radio che fa audience con due che litigano, giovani che consumano media digitali, e politici che cercano voti. Tutto qui.</p>
  <h2 id="perché-mi-incazzo-con-questi-articoli">Perché Mi Incazzo Con Questi Articoli</h2>
  <p>Non è solo una questione di rigore metodologico, anche se quello basterebbe. È che questi articoli creano narrative false che poi vengono riprese, amplificate, credute.</p>
  <p>Quando scrivi di fenomeni sociali hai una responsabilità. Non puoi sparare correlazioni a caso e costruirci sopra teorie del complotto. Non quando parliamo di temi seri come l’influenza mediatica e la formazione del consenso politico.</p>
  <p>E soprattutto, quando qualcuno ti fa notare l’errore metodologico, non puoi negare. Devi fermarti, riflettere, verificare. Altrimenti non stai facendo giornalismo, stai scrivendo fan fiction politica.</p>
  <h2 id="in-conclusione">In Conclusione</h2>
  <p>L’articolo di Mascitti è un esempio da manuale di come NON si fa analisi sociale. Parte da una conclusione, cerca dati che la supportino, ignora tutto il resto, e quando gli fai notare che correlation is not causation, nega pure.</p>
  <p>La realtà è che non sappiamo se La Zanzara influenzi politicamente i suoi ascoltatori. E non lo sappiamo perché nessuno ha fatto uno studio serio per verificarlo. Quello che sappiamo è che vedere due fenomeni che accadono insieme non significa che uno causi l’altro.</p>
  <p>È una lezione che si impara al primo anno di statistica. Peccato che Mascitti quel giorno fosse assente.</p>
  <hr />
  <p><em>P.S. Mascitti, se leggi questo, l’invito a confrontarci sui metodi di analisi resta valido. Ma con i dati alla mano, non con le correlazioni spurie.</em></p>
  <p><em>P.P.S. E no, continuare a negare su LinkedIn non fa sparire il problema metodologico. Lo rende solo più evidente.</em></p>
  ]]></content><author><name>kLeZ</name></author><category term="metodo scientifico" /><category term="rant" /><category term="someone&apos;s wrong on the internet" /><category term="statistica" /><category term="correlation is not causation" /><summary type="html"><![CDATA[Ieri mattina stavo scrollando LinkedIn - già, lo so, pessima idea - quando un mio contatto condivide l’articolo di Maurizio Mascitti “Oltre Telemeloni”. Apro, vedo due grafici, e sento quella sensazione familiare di quando qualcuno sta per sparare una cazzata metodologica grossa come una casa. L’articolo sostiene che La Zanzara sia uno strumento di egemonia culturale della destra per conquistare i giovani. La “dimostrazione”? FdI è debole tra i 18-24 anni, La Zanzara ha successo in quella fascia, ergo La Zanzara lavora per FdI. Ho provato a spiegare nei commenti che correlation is not causation. Risposta di Mascitti? Negare. A quel punto ho capito che serviva qualcosa di più di un commento su LinkedIn per smontare questa perla di analisi pseudoscientifica.]]></summary></entry><entry xml:lang="it"><title type="html">La Rivoluzione AI: Perché Stiamo Tutti Sbagliando Analogia (E Cosa Succede Davvero)</title><link href="https://klez.me/en/2025/07/06/la-rivoluzione-ai-perche-stiamo-tutti-sbagliando-analogia-e-cosa-succede-davvero/" rel="alternate" type="text/html" title="La Rivoluzione AI: Perché Stiamo Tutti Sbagliando Analogia (E Cosa Succede Davvero)" /><published>2025-07-06T14:30:42+02:00</published><updated>2025-07-06T14:30:42+02:00</updated><id>https://klez.me/2025/07/06/la-rivoluzione-ai-perche-stiamo-tutti-sbagliando-analogia-e-cosa-succede-davvero</id><content type="html" xml:base="https://klez.me/2025/07/06/la-rivoluzione-ai-perche-stiamo-tutti-sbagliando-analogia-e-cosa-succede-davvero/"><![CDATA[<p><em>Ovvero: come l’intelligenza artificiale sta riscrivendo le regole dell’economia più velocemente di quanto i nostri cervelli analogici riescano a capire (forse)</em></p>
  <p>Se dovessi fare un drink ogni volta che qualcuno paragona l’intelligenza artificiale alla rivoluzione industriale, a quest’ora sarei già morto per coma etilico. È diventato il paragone del momento, quel cliché che esce fuori a ogni conferenza TED, l’introduzione obbligatoria di praticamente ogni articolo che si rispetti sull’AI. “Proprio come la macchina a vapore ha cambiato tutto…” iniziano tutti, e io già so che nei prossimi dieci minuti sentirò variazioni sul tema che fanno sembrare ChatGPT l’equivalente digitale della prima locomotiva.</p>
  <!--more-->
  <p class="m-0 invisible zero-size">
    <a class="invisible" id="read-more" href="#">Read more</a>
  </p>
  <p>(Per inciso, scrivo questo articolo nella speranza che almeno tre persone lo leggano fino in fondo senza addormentarsi. Se sei arrivato fin qui, congratulazioni: fai già parte di una minoranza statistica.)</p>
  <p>Il problema è che questo paragone, per quanto rassicurante e di moda, mi sembra tanto generico quanto inutile. È un po’ come dire che “mangiare è come nutrirsi” - tecnicamente vero, ma che ci dice? E soprattutto, ho la sensazione che ci stia facendo perdere di vista qualcosa di molto più interessante (e forse preoccupante) di quello che sta davvero succedendo.</p>
  <p>Non che io abbia la verità in tasca, per carità. Ma dopo vent’anni che programmo e vedo come cambia questo settore (sì, sono uno di quelli che ha iniziato quando Java era ancora “rivoluzionario” e tutti dicevano che C++ era il futuro), alcune cose mi sembrano… strane. E forse vale la pena ragionarci su.</p>
  <p>Un po’ come quando vedi il tuo coinquilino che continua a mettere la pasta nell’acqua fredda e dici “mmh, forse c’è un modo migliore”, ma poi realizzi che in realtà non sei sicuro neanche tu se stai facendo tutto giusto.</p>
  <h2 id="il-teatrino-della-quarta-rivoluzione">Il teatrino della “quarta rivoluzione”</h2>
  <p>Ok, facciamo un passo indietro. L’idea standard che va per la maggiore è questa: abbiamo avuto la prima rivoluzione industriale con vapore e carbone, la seconda con elettricità e catene di montaggio, la terza con computer e internet, e ora eccoci qua alla quarta con AI e automazione. Tutto molto ordinato, molto progressivo. Una bella timeline da PowerPoint aziendale che fa sentire tutti intelligenti.</p>
  <p>Gli economisti di mezzo mondo stanno sfornando paper su come “l’AI sostituirà i lavoratori proprio come fecero i telai meccanici con i tessitori”, mentre i politici fanno i loro bei discorsi su come “dobbiamo prepararci al cambiamento come fecero i nostri antenati”. Tutto molto rassicurante, tutto molto “ce l’abbiamo già fatta una volta, ce la faremo anche stavolta”.</p>
  <p>Ma ecco, io ho un dubbio. Anzi, più di uno.</p>
  <p>La rivoluzione industriale classica ha preso <strong>decenni</strong> per dispiegarsi completamente. La ferrovia inglese non è mica spuntata fuori in tre anni, e i tessitori non sono stati rimpiazzati da un giorno all’altro. C’è stato tempo per adattarsi, per riqualificarsi, per inventare nuovi mestieri. Il tutto con un ritmo che, seppur drammatico per l’epoca, oggi ci sembrerebbe quasi glaciale.</p>
  <p>L’AI, invece, mi sa che sta facendo tutto questo in <strong>mesi</strong>. ChatGPT è passato da zero a 100 milioni di utenti più velocemente di quanto io riesca a finire una serie Netflix (e non è che sono lento con Netflix). E mentre sto scrivendo queste righe, stanno uscendo nuovi modelli che rendono obsoleti quelli di sei mesi fa.</p>
  <p>Forse sto esagerando, ma qualcosa non torna.</p>
  <h2 id="forse-stiamo-sbagliando-analogia">Forse stiamo sbagliando analogia</h2>
  <p>Ecco dove secondo me tutti sbagliano analogia. Non dovremmo paragonare la programmazione al settore tessile - quello che è stato praticamente spazzato via dalla meccanizzazione. Dovremmo paragonarla alla lavorazione del legno, del ferro, della ceramica. O almeno, questa è la mia teoria.</p>
  <p>Prendiamo IKEA. È un’azienda che ha industrializzato la produzione di mobili, eppure non ha mica ucciso l’artigianato del legno. Ha semplicemente creato due mercati paralleli: quello industriale (scaffali Billy da 29 euro che montiamo tutti bestemmiando contro le istruzioni in svedese) e quello artigianale (tavoli su misura che costano quanto una macchina usata e ti fanno sentire un riccone per averli ordinati).</p>
  <p>La differenza? IKEA ha investito una fortuna nella <strong>progettazione a monte</strong>. Hanno capito - o almeno così mi sembra - che il valore non stava nell’assemblaggio (che infatti fanno fare a noi poveri clienti), ma nel design del sistema che rende l’assemblaggio scalabile. È geniale, in un modo leggermente psicopatico.</p>
  <p>Ecco dove penso stiamo andando con la programmazione. I programmatori di domani probabilmente non saranno quelli che scrivono righe di codice (quello lo farà l’AI), ma quelli che <strong>progettano sistemi</strong> che orchestrano l’AI. Un po’ come i falegnami moderni che non segano tavole a mano, ma progettano pezzi e supervisionano macchine.</p>
  <p>Il settore tessile, invece, è praticamente sparito. Quando l’ultima nonna ha smesso di fare calze ai ferri, non è rimasto granché di un “mercato premium delle calze artigianali”. Perché? Forse perché fare calze non richiedeva creatività progettuale - era pura esecuzione ripetitiva.</p>
  <p>Boh, magari sbaglio completamente. Ma mi sembra una distinzione importante.</p>
  <h2 id="il-problema-della-velocità">Il problema della velocità</h2>
  <p>Le rivoluzioni industriali precedenti avevano una cosa in comune: erano <strong>energeticamente limitate</strong>. Potevi costruire solo un numero finito di fabbriche, assumere solo un numero finito di operai, produrre solo una quantità finita di merci. I vincoli fisici imponevano un ritmo, volente o nolente.</p>
  <p>L’AI, invece, vive nel mondo digitale dove i <strong>vincoli fisici sono… be’, opzionali</strong>. Una volta addestrato un modello, puoi replicarlo all’infinito istantaneamente. Non hai bisogno di costruire nuove fabbriche - basta copiare il file. È come se, nel 1800, invece di dover costruire ogni singola macchina a vapore, bastasse dire “Ctrl+C, Ctrl+V” e apparissero magicamente cento locomotive identiche.</p>
  <p>Questo crea un problema che, per quello che ne so, gli economisti non avevano mai visto prima: cicli di innovazione <strong>compressi nel tempo</strong> ma <strong>amplificati in scala</strong>. Invece di decenni di adattamento graduale, abbiamo anni (forse) di sconvolgimento totale.</p>
  <p>E qui entra in gioco una teoria che, non so perché, nessuno sembra aver considerato: i <strong>cicli inflattivi-deflattivi accelerati</strong>. O almeno, non ne ho mai sentito parlare. Magari esiste già e io non lo so (se qualcuno dei miei tre lettori ha fonti, le accetto volentieri).</p>
  <p>Piccola digressione: questo è uno di quei momenti in cui spero davvero di sbagliarmi, perché se ho ragione significa che stiamo tutti guidando verso un muro a 200 all’ora convinti di essere in autostrada. Ma andiamo avanti.</p>
  <h2 id="i-cicli-a-fisarmonica">I cicli a fisarmonica</h2>
  <p>Nelle rivoluzioni industriali classiche, i cicli economici erano lenti e abbastanza prevedibili. Prima una lunga fase “inflattiva” di investimenti massicci in infrastrutture (ferrovie, fabbriche, centrali elettriche), poi una fase “deflattiva” di ottimizzazione ed efficientamento che durava decenni.</p>
  <p>Il boom delle ferrovie americane, per dire, è durato dal 1840 al 1890. Cinquant’anni di “buttiamo soldi nelle rotaie” seguiti da altrettanti anni di “ora ottimizziamo i treni”. Ritmi glaciali, ma forse per questo sostenibili.</p>
  <p>Con l’AI, invece, ho l’impressione che i cicli si stiano <strong>comprimendo drasticamente</strong>. Potremmo avere fasi inflattive di 2-3 anni (tutti a comprare GPU come se fossero diamanti) seguite da fasi deflattive altrettanto brevi (tutti a ottimizzare algoritmi per fare la stessa cosa con meno potenza).</p>
  <p>E indovinate un po’? Mi sa che siamo proprio nel mezzo di questo casino.</p>
  <h2 id="perché-non-ci-fermiamo">Perché non ci fermiamo?</h2>
  <p>Ora arriviamo alla parte che mi incuriosisce di più. Secondo la logica economica naturale - sempre che io la capisca qualcosa - dovremmo <strong>già essere</strong> in fase deflattiva. I modelli di AI generativa di base esistono, funzionano discretamente, e ora dovremmo concentrarci sull’ottimizzazione. Invece di continuare a pompare energia bruta nel sistema, dovremmo essere nella fase “facciamo meglio con meno”.</p>
  <p>Ma non sta succedendo. Perché? Ho un paio di teorie, ma magari sono completamente sbagliate.</p>
  <p><strong>Primo motivo: il capitalismo non vuole frenare</strong>. Nelle fasi inflattive, chi ha i soldi può moltiplicarli velocemente vendendo prodotti ad alto valore aggiunto. È il momento in cui i capitalisti fanno la pacchia. Nelle fasi deflattive, invece, vince chi fa ricerca - e la ricerca costa tanto, rende dopo anni, e non garantisce profitti immediati.</p>
  <p>Chi pensate che preferisca vendere servizi AI da centinaia di migliaia di dollari <strong>oggi</strong>, o investire tre anni in ricerca per renderli più efficienti <strong>domani</strong>? Mmh. È come chiedere a un drogato se preferisce la dose immediata o il programma di riabilitazione.</p>
  <p><strong>Secondo motivo: la geopolitica</strong>. L’AI sembra essere diventata la nuova “corsa allo spazio” della Guerra Fredda 2.0. USA e Cina si stanno sfidando a chi ha l’intelligenza artificiale più grossa, e presumibilmente nessuno vuole essere il primo a dire “Ok, fermiamoci a ottimizzare”. È come una gara di muscoli dove il primo che si rilassa viene visto come debole.</p>
  <p>Il risultato? Stiamo <strong>artificialmente</strong> mantenendo la fase inflattiva oltre il suo ciclo naturale, pompando risorse nella macchina invece di renderla più efficiente.</p>
  <p>O almeno, questa è la mia impressione. Potrei sbagliarmi completamente.</p>
  <h2 id="i-chip-specializzati-che-nessuno-nota">I chip specializzati che nessuno nota</h2>
  <p>Ma se guardate attentamente - e ammetto che potrei vedere cose che non ci sono - la fase deflattiva sembra già iniziata <strong>sottotraccia</strong>. Mentre tutti fanno rumore sulle GPU sempre più potenti, c’è un’intera industria che sta silenziosamente lavorando sull’efficientamento.</p>
  <p>Groq sta sviluppando chip LPU progettati specificamente per elaborare linguaggio, non per la grafica. Google ha le sue TPU giunte alla sesta generazione. Amazon ha i suoi Trainium. Microsoft sta preparando Maia. Persino OpenAI sta collaborando con Broadcom per un chip custom.</p>
  <p>Tutti questi chip hanno una cosa in comune: sono progettati per fare <strong>la stessa cosa con meno energia</strong>. Non per essere più potenti, ma per essere più efficienti. È esattamente quello che ti aspetteresti in una fase deflattiva.</p>
  <p>Ma siccome il mercato è ancora in modalità “più grande = meglio”, questi sviluppi passano in secondo piano rispetto alle GPU da mille watt che fanno più rumore mediatico.</p>
  <p>Forse sto leggendo troppo in questi segnali. Ma mi sembrano interessanti.</p>
  <h2 id="lelefante-quantistico">L’elefante quantistico</h2>
  <p>E poi c’è l’elefante nella stanza che tutti sembrano ignorare: il quantum computing.</p>
  <p>Teoricamente, un computer quantistico potrebbe risolvere certi problemi di AI con una frazione dell’energia di un data center tradizionale. È l’efficientamento definitivo - come passare dalla macchina a vapore al motore elettrico. Teoricamente.</p>
  <p>Indovinate chi ci sta lavorando? Gli stessi che stanno pompando miliardi in GPU tradizionali: Google, IBM, Microsoft. È come se stessero giocando su due tavoli contemporaneamente - uno pubblico dove fanno rumore con l’hardware bruto, uno privato dove preparano la rivoluzione dell’efficientamento.</p>
  <p>Il fatto che ne parlino relativamente poco mi sembra indicativo. Se fossimo in fase naturale deflattiva, il quantum computing per AI dovrebbe essere al centro del dibattito. Invece è relegato a comunicati stampa di aziende specializzate e paper accademici che legge giusto qualche nerd come me (e probabilmente tu, se sei arrivato fin qui).</p>
  <p>Ma potrei sbagliarmi. Magari il quantum computing per l’AI è ancora troppo acerbo per essere rilevante. O magari stanno tutti zitti perché sanno qualcosa che noi non sappiamo. Il che è sempre rassicurante.</p>
  <h2 id="la-contraddizione-climatica">La contraddizione climatica</h2>
  <p>E qui arriviamo alla contraddizione che mi lascia più perplesso.</p>
  <p>Siamo ufficialmente in crisi climatica. Ogni conferenza internazionale ci ricorda che dovremmo ridurre i consumi energetici. Parallelamente, stiamo costruendo data center che consumano come piccole nazioni per far girare modelli AI che spesso vengono usati per creare meme di gatti con sei zampe.</p>
  <p>La logica vorrebbe che ci concentrassimo sull’efficientamento energetico dell’AI. Invece continuiamo a buttare energia nel sistema come se i watt fossero gratis e il pianeta fosse immortale.</p>
  <p>Perché? La mia teoria è che fermarsi a ottimizzare significherebbe ammettere che la fase di crescita infinita è finita. E né i capitalisti né i governi sembrano pronti per quella conversazione.</p>
  <p>Ma boh, magari sono io che vedo contraddizioni dove non ce ne sono.</p>
  <h2 id="il-palloncino-usa-cina">Il palloncino USA-Cina</h2>
  <p>Nel frattempo, USA e Cina continuano la loro pantomima della “supremazia AI”, ognuno terrorizzato dall’idea che l’altro possa prendergli il posto di “egemone tecnologico mondiale”.</p>
  <p>È interessante notare che questa competizione sembra artificialmente <strong>estendere</strong> la fase inflattiva ben oltre il suo ciclo naturale. È come se due bambini facessero a gara a chi riesce a gonfiare di più un palloncino, ignorando il fatto che prima o poi scoppierà.</p>
  <p>Gli americani bloccano l’export di chip avanzati verso la Cina. I cinesi sviluppano le loro alternative. Entrambi pompano miliardi in ricerca. Il risultato? Un’accelerazione artificiale che sta bruciando risorse a velocità industriale per mantenere una competizione che, dal punto di vista economico puro, forse dovrebbe già essere nella fase di consolidamento.</p>
  <p>O almeno, così mi sembra. Magari è normale che funzioni così.</p>
  <h2 id="segnali-sottotraccia">Segnali sottotraccia</h2>
  <p>Ma i segnali che il ciclo naturale sta provando a riemergere mi sembrano esserci tutti:</p>
  <ul>
    <li><strong>Standardizzazione</strong>: I modelli AI stanno convergendo verso architetture simili</li>
    <li><strong>Specializzazione hardware</strong>: Chip custom per carichi di lavoro specifici</li>
    <li><strong>Focus sull’efficienza</strong>: Algoritmi che fanno di più con meno parametri</li>
    <li><strong>Costi operativi</strong>: Le aziende iniziano a calcolare quanto costa davvero far girare questi modelli</li>
  </ul>
  <p>È la classica transizione da “più potenza bruta” a “più intelligenza nell’usare la potenza”. Esattamente quello che ti aspetteresti quando una tecnologia matura.</p>
  <p>Il problema è che questa transizione naturale sembra essere <strong>combattuta</strong> artificialmente da forze economiche e geopolitiche che hanno interesse a mantenere il boom il più a lungo possibile.</p>
  <p>Ma ripeto, potrei sbagliarmi completamente su tutto.</p>
  <h2 id="le-mie-previsioni-probabilmente-sbagliate">Le mie previsioni (probabilmente sbagliate)</h2>
  <p>Ecco la mia previsione, che potete tranquillamente usare per scommettere contro di me fra qualche anno. Probabilmente perderete i soldi perché ci azzecco raramente.</p>
  <p>Nei prossimi 2-3 anni penso vedremo una transizione forzata verso la fase deflattiva, probabilmente innescata da uno di questi fattori:</p>
  <ol>
    <li><strong>Crisi energetica</strong>: I costi dell’energia diventeranno insostenibili</li>
    <li><strong>Pressione climatica</strong>: Governi costretti a limitare i consumi dei data center</li>
    <li><strong>Saturazione del mercato</strong>: I clienti smetteranno di pagare prezzi assurdi per AI marginalmente migliore</li>
    <li><strong>Breakthrough tecnologico</strong>: Qualcuno (forse Google o un player cinese) lancerà una soluzione drasticamente più efficiente</li>
  </ol>
  <p>A quel punto, avremo una fase deflattiva accelerata dove l’efficientamento diventerà il nome del gioco. Chi avrà investito silenziosamente in chip specializzati, algoritmi ottimizzati e soluzioni quantum potrebbe dominare il mercato. Chi sarà rimasto attaccato alle GPU da mille watt si ritroverà con hardware obsoleto che vale quanto un Hummer in tempo di crisi petrolifera.</p>
  <p>E poi? Poi forse inizierà il prossimo ciclo inflattivo, probabilmente centrato su qualche altra tecnologia che oggi nemmeno immaginiamo.</p>
  <p>Ma ammetto che potrei aver capito tutto male.</p>
  <h2 id="storia-che-si-ripete-ma-più-veloce">Storia che si ripete, ma più veloce</h2>
  <p>La cosa che mi affascina di più di tutto questo è che mi sembra stiamo ripetendo esattamente gli stessi errori delle bolle tecnologiche precedenti, ma <strong>più velocemente</strong>.</p>
  <p>Negli anni ‘90 avevamo la bolla dot-com: tutti convinti che internet fosse magia, investimenti folli in aziende senza business model, crash inevitabile, poi ricostruzione su basi più solide. Ci sono voluti anni.</p>
  <p>Oggi abbiamo quella che mi sembra la bolla AI: tutti convinti che l’intelligenza artificiale sia magia, investimenti folli in data center energivori, e probabilmente un crash inevitabile quando la realtà economica busserà alla porta. Ma stavolta tutto potrebbe succedere in una frazione del tempo.</p>
  <p>La differenza è che l’AI, a differenza di molte startup dot-com, <strong>funziona davvero</strong>. Il problema non è la tecnologia, è il modo in cui stiamo artificialmente accelerando e prolungando i cicli economici per ragioni che hanno poco a che fare con l’efficienza economica.</p>
  <p>È come guidare una Ferrari in prima marcia perché hai paura di scalare. Funziona, ma stai sprecando un sacco di carburante e prima o poi il motore si surriscalda.</p>
  <p>O almeno, questa è la mia impressione. Magari è tutto normale e io non ci capisco niente.</p>
  <hr />
  <p>La prossima volta che qualcuno vi paragona l’AI alla rivoluzione industriale, provate a fare loro una domanda semplice: “Quale rivoluzione industriale hai in mente? Quella che è durata decenni o quella che stiamo artificialmente accelerando per ragioni geopolitiche?”</p>
  <p>Poi preparatevi a una lunga pausa imbarazzata. O magari vi risponderanno con qualcosa di molto intelligente e scoprirete che avevo torto su tutto. (Se succede, scrivetemi. Amo essere smentito quando imparo qualcosa di nuovo.)</p>
  <p>Perché la verità è che non credo stiamo vivendo una rivoluzione industriale normale. Mi sembra che stiamo vivendo la prima rivoluzione industriale <strong>compressa nel tempo e distorta dalla politica</strong>. E francamente, nessuno sa davvero come andrà a finire.</p>
  <p>L’unica cosa di cui sono ragionevolmente sicuro è che sarà molto più veloce, molto più caotico, e probabilmente molto più costoso di quello che chiunque stia prevedendo.</p>
  <p>Benvenuti nel futuro. Allacciate le cinture. E se avete idee migliori delle mie, scrivetemi - anche solo per dirmi che sono un idiota. Almeno saprò che qualcuno ha letto fino alla fine.</p>
  <hr />
  <p><em>P.S. Se questo articolo vi è piaciuto e volete deprimervi ancora di più, nei prossimi giorni probabilmente scriverò qualcosa sui motivi per cui tutti i nostri smartphone diventeranno obsoleti prima di Natale. O forse no, dipende da quanta voglia avrò di farmi odiare.</em></p>
  ]]></content><author><name>kLeZ</name></author><category term="AI" /><category term="rivoluzione industriale" /><category term="analogie" /><category term="riflessioni" /><summary type="html"><![CDATA[Ovvero: come l’intelligenza artificiale sta riscrivendo le regole dell’economia più velocemente di quanto i nostri cervelli analogici riescano a capire (forse) Se dovessi fare un drink ogni volta che qualcuno paragona l’intelligenza artificiale alla rivoluzione industriale, a quest’ora sarei già morto per coma etilico. È diventato il paragone del momento, quel cliché che esce fuori a ogni conferenza TED, l’introduzione obbligatoria di praticamente ogni articolo che si rispetti sull’AI. “Proprio come la macchina a vapore ha cambiato tutto…” iniziano tutti, e io già so che nei prossimi dieci minuti sentirò variazioni sul tema che fanno sembrare ChatGPT l’equivalente digitale della prima locomotiva.]]></summary></entry></feed>