Merge branch 'main' into add/leadership

.gitattributes

@@ -1 +1,2 @@
-* text=auto eol=lf
+* text eol=lf
+*.png binary

.vscode/settings.json

@@ -5,4 +5,4 @@
     "editor.formatOnType": true,
     "git.autofetch": true,
     "editor.defaultFormatter": "esbenp.prettier-vscode",
-}
+}

GUIDELINES-CONTENUTI.md

@@ -23,8 +23,8 @@ Si precisa che il conteggio dei tempi di approvazione e raggiungimento del quoru
 
 Per l'approvazione di un contenuto all'interno di main, che sia da parte di un Ambassador che di una figura esterna, sarà sufficiente:
 
-- Approvazione di almeno 5 Ambassador.
-- Approvazione di almeno 1 membro del Drafting Group.
+- Approvazione di almeno 3 Ambassador non membro del Drafting Group.
+- Approvazione di almeno 1 Ambassador membro del Drafting Group.
 - Superato il tempo massimo di 15 giorni dall'apertura della PR - O 15 giorni dall'ultimo commento o approvazione da parte di un Ambassador -, questa sarà considerata non valida e verrà chiusa da qualsiasi Ambassador avesse modo di farlo e verrà richiesto alla persona che ha aperto la PR di riproporla cercando di creare più coinvolgimento o di modificarne il wording.
 
 ## Disapprovazione di un contenuto
@@ -33,5 +33,5 @@ Per esprimere la disapprovazione dei contenuti sarà sufficiente che un membro d
 
 La disapprovazione andrà a ridurre di 1 i numeri per il raggiungimento dei criteri di cui sopra.
 
-Di conseguenza, a titolo di esempio, una PR verso main con 5 voti a favore e approvazione del drafting group ma con una disapprovazione renderà necessaria un'ulteriore approvazione per poter passare.
+Di conseguenza, a titolo di esempio, una PR verso main con 3 voti a favore e approvazione del drafting group ma con una disapprovazione renderà necessaria un'ulteriore approvazione per poter passare.
 Lo stesso vale per il conteggio del Drafting Group, per cui la disapprovazione da parte di uno dei suoi membri richiederà l'approvazione di altri 2 di essi per raggiungere il netto positivo di 1.

Gemfile.lock

@@ -11,6 +11,7 @@ GEM
     eventmachine (1.2.7)
     ffi (1.16.3)
     forwardable-extended (2.6.0)
+    google-protobuf (3.25.2-arm64-darwin)
     google-protobuf (3.25.2-x86_64-darwin)
     google-protobuf (3.25.2-x86_64-linux)
     http_parser.rb (0.8.0)
@@ -64,21 +65,21 @@ GEM
     rexml (3.2.6)
     rouge (4.2.0)
     safe_yaml (1.0.5)
-    sass-embedded (1.70.0-x86_64-darwin)
-      google-protobuf (~> 3.25)
-    sass-embedded (1.70.0-x86_64-linux-gnu)
-      google-protobuf (~> 3.25)
+    sass-embedded (1.63.6)
+      google-protobuf (~> 3.23)
+      rake (>= 13.0.0)
     terminal-table (3.0.2)
       unicode-display_width (>= 1.1.1, < 3)
     unicode-display_width (2.5.0)
     webrick (1.8.1)
 
 PLATFORMS
+  arm64-darwin-22
   x86_64-darwin-22
   x86_64-linux
 
 DEPENDENCIES
   just-the-docs
 
 BUNDLED WITH
-   2.3.26
+   2.4.19

README.md

@@ -1,5 +1,7 @@
 # Il Libro Open Source
 
+> Vuoi unirti alla community del libro? Entra nel nostro nuovissimo [canale Telegram](https://t.me/illibroopensource)!
+
 Questo progetto nasce da un post su LinkedIn che ha raccolto decine di persone attorno all'obiettivo di realizzare un libro completamente Open Source.  
 Dalla scelta del tema alla stesura del contenuto, il tutto verrà gestito e condiviso con la community e con chiunque voglia contribuire al progetto.
 
@@ -43,6 +45,7 @@ Trovi i capitoli già presi in considerazione o già in fase di stesura [qui](ht
 
 ## Dove posso scrivere le mie idee?
 
+Nel [canale Telegram](https://t.me/illibroopensource) creato apposta per la community!  
 Nella discussione [Idee sparse](https://github.com/Il-Libro-Open-Source/book/discussions/27) o aprendo una issue senza template.
 
 ## Domande Frequenti

_config.yml

@@ -11,10 +11,10 @@ search_enabled: true
 back_to_top: true
 back_to_top_text: "Torna all'inizio"
 
-footer_content: "Copyright © 2023-2024 Il Libro Open Source"
+footer_content: "Copyright © 2023-2025 Il Libro Open Source"
 
 gh_edit_link: true
 gh_edit_link_text: "Contribuisci a questo contenuto su GitHub."
 gh_edit_repository: "https://github.com/Il-Libro-Open-Source/book"
 gh_edit_branch: "main"
-gh_edit_view_mode: "tree"
+gh_edit_view_mode: "tree"

_includes/header_custom.html

@@ -0,0 +1,84 @@
+<div id="theme-switcher">
+    <svg id="theme-switcher-moon" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" width="30" height="30"
+        fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round">
+        <path d="M21 12.79A9 9 0 1 1 11.21 3a7 7 0 0 0 9.79 9.79z" />
+    </svg>
+
+    <svg id="theme-switcher-sun" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" width="30" height="30"
+        fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round">
+        <circle cx="12" cy="12" r="5"></circle>
+        <line x1="12" y1="1" x2="12" y2="3"></line>
+        <line x1="12" y1="21" x2="12" y2="23"></line>
+        <line x1="4.22" y1="4.22" x2="5.64" y2="5.64"></line>
+        <line x1="18.36" y1="18.36" x2="19.78" y2="19.78"></line>
+        <line x1="1" y1="12" x2="3" y2="12"></line>
+        <line x1="21" y1="12" x2="23" y2="12"></line>
+        <line x1="4.22" y1="19.78" x2="5.64" y2="18.36"></line>
+        <line x1="18.36" y1="5.64" x2="19.78" y2="4.22"></line>
+    </svg>
+</div>
+<style>
+    #theme-switcher {
+        align-self: center;
+    }
+
+    #theme-switcher.light #theme-switcher-sun {
+        display: none;
+    }
+
+    #theme-switcher.dark #theme-switcher-moon {
+        display: none;
+    }
+</style>
+<script>
+    const toggleDarkMode = document.querySelector('#theme-switcher');
+    const hasLocalStorage = typeof localStorage !== 'undefined';
+
+    function switchTo(theme) {
+        if (theme === 'dark') {
+            jtd.setTheme('dark');
+            toggleDarkMode.classList.add('dark');
+            toggleDarkMode.classList.remove('light');
+            if (hasLocalStorage) {
+                localStorage.setItem('prefers-color-scheme', 'dark');
+            }
+        } else if (theme === 'light') {
+            jtd.setTheme('light');
+            toggleDarkMode.classList.add('light');
+            toggleDarkMode.classList.remove('dark');
+            if (hasLocalStorage) {
+                localStorage.setItem('prefers-color-scheme', 'light');
+            }
+        }
+    }
+
+    var darkAsPrefersColorSchema = window.matchMedia && window.matchMedia('(prefers-color-scheme: dark)').matches;
+    var lightAsPrefersColorSchema = window.matchMedia && window.matchMedia('(prefers-color-scheme: light)').matches;
+
+    var savedColorSchema = null;
+    if (hasLocalStorage) {
+        savedColorSchema = localStorage.getItem('prefers-color-scheme');
+    }
+
+    if (savedColorSchema) {
+        if (savedColorSchema === 'dark') {
+            switchTo('dark')
+        } else {
+            switchTo('light')
+        }
+    } else {
+        if (darkAsPrefersColorSchema) {
+            switchTo('dark')
+        } else {
+            switchTo('light')
+        }
+    }
+
+    jtd.addEvent(toggleDarkMode, 'click', function () {
+        if (jtd.getTheme() === 'dark') {
+            switchTo('light')
+        } else {
+            switchTo('dark')
+        }
+    });
+</script>

_sass/custom/custom.scss

@@ -0,0 +1,5 @@
+@media  (min-width: 31.25rem) {
+  .site-title {
+    font-size: 1.4rem !important;
+  }
+}

docs/it/ai.md

@@ -1,7 +1,7 @@
 ---
 layout: default
 title: AI
-nav_order: 13
+nav_order: 14
 ---
 
 <!-- prettier-ignore-start -->

docs/it/architetture-software.md

@@ -173,7 +173,7 @@ In questa architettura i layer applicativi sono tutti parte dello stesso applica
 - **Scalabilità**: 1. Il monolite, anche in forma modulare, è l'architettura software più difficile da scalare, in quanto non è possibile scalare i singoli componenti, ma è necessario scalare l'intero sistema. In questi casi, infatti, al monolite viene affiancato il concetto di _scalabilità verticale_. La valutazione è dovuta alla necessità, nella maggior parte delle implementazioni di questo tipo, di dover riavviare il sistema per scalare le risorse hardware.
 - **Performance**: 1. La performance del monolite modulare presenta le stesse problematiche del monolite _classico_, con l'aggiunta che per far funzionare questa architettura è necessario un ulteriore livello di astrazione, ovvero il modulo, che può portare ad un degrado delle performance.
 
-## Microkernel
+### Microkernel
 
 Chiamata anche _architettura a plugin_, si compone essenzialmente di un nucleo centrale che si occupa di gestire le comunicazioni tra i vari componenti, che sono sviluppati e distribuiti come plugin.
 Questi plugin possono essere sviluppati e distribuiti in maniera indipendente, ma funzionando attorno ad un nucleo centrale, faranno sempre parte dello stesso _blocco_, inteso che l'applicativo online è unico, come nel caso del monolite _classico_.
@@ -189,7 +189,7 @@ In questa architettura i layer applicativi sono tutti parte dello stesso applica
 - **Scalabilità**: 2. Le difficoltà di scalabilità sono anche in questo caso dovute alla _singola unità di rilascio_ o _single deployment unit_, ovvero trattandosi di un unico applicativo, è necessario scalare l'intero sistema, dovendo quindi ricorrere alla _scalabilità verticale_.
 - **Performance**: 4. Processi di comunicazione semplici e isolabilità rendono questa architettura molto performante.
 
-## Microservizi
+### Microservizi
 
 La _buzzword_ per eccellenza degli ultimi anni.
 
@@ -212,7 +212,7 @@ Da notare che il _decoupling_ creato da questa architettura può portare ad un n
 - **Scalabilità**: 5. La scalabilità è il punto di forza di questa architettura, in quanto ogni microservizio può essere replicato indipendentemente dagli altri.
 - **Performance**: 4. La performance di questa architettura è legata alla capacità di scalare i singoli microservizi. Con una buona configurazione di auto-scaling si possono raggiungere eccellenti risultati, anche se la necessità di mettere in comunicazione, via HTTP, socket o qualsiasi altra forma, una quantità elevata di sistemi può impattare sulle performance.
 
-## Service-based
+### Service-based
 
 Il _service-based è un'architettura software in cui l'applicativo viene suddiviso in una manciata di servizi (Solitamente da 3 a 12) che comunicano tra di loro attraverso un meccanismo di comunicazione \_solitamente_ asincrono.
 
@@ -229,7 +229,7 @@ Questa architettura viene spesso indicata come "l'anello mancante" tra il monoli
 - **Scalabilità**: 4. La scalabilità è il punto di forza di questa architettura, in quanto ogni servizio può essere replicato indipendentemente dagli altri, ma la dimensione degli stessi può rendere più complicato del previsto il processo.
 - **Performance**: 4. La performance di questa architettura è legata alla capacità di scalare i singoli servizi. Con una buona configurazione di auto-scaling si possono raggiungere eccellenti risultati, anche se la necessità di mettere in comunicazione, via HTTP, socket o qualsiasi altra forma, una quantità elevata di sistemi può impattare sulle performance.
 
-## Altre architetture e pattern
+### Altre architetture e pattern
 
 Architetture come la _space-based architecture_ o la _service-oriented architecture_ vengono utilizzate in contesti specifici e non sono solitamente utilizzate come architetture software di riferimento, di conseguenza vengono citate solo per completezza d'informazione.
 

docs/it/aziende-di-consulenza-vs-prodotto.md

@@ -1,7 +1,7 @@
 ---
 layout: default
 title: Aziende di consulenza vs prodotto
-nav_order: 7
+nav_order: 9
 ---
 
 <!-- prettier-ignore-start -->