From fd2fc5aa5969cdece19ab0a33b6fcc272fc61295 Mon Sep 17 00:00:00 2001
From: Matthias Eggert <matthias.eggert@qytera.de>
Date: Thu, 25 Jan 2024 19:02:02 +0100
Subject: [PATCH] Add new VS Code extension and fix typos in chapter files,
 adapt recap

---
 .vscode/extensions.json |  3 ++-
 chapters/03_overview.md | 10 +++++-----
 chapters/07_recap.md    | 20 ++++----------------
 index.html              | 12 ------------
 4 files changed, 11 insertions(+), 34 deletions(-)

diff --git a/.vscode/extensions.json b/.vscode/extensions.json
index 378be7c..8296a2a 100644
--- a/.vscode/extensions.json
+++ b/.vscode/extensions.json
@@ -4,6 +4,7 @@
       "mushan.vscode-paste-image",
       "felipecaputo.git-project-manager",
       "mhutchie.git-graph",
-      "waderyan.gitblame"
+      "waderyan.gitblame",
+      "streetsidesoftware.code-spell-checker"
    ]
 }
\ No newline at end of file
diff --git a/chapters/03_overview.md b/chapters/03_overview.md
index d33ded8..554b166 100644
--- a/chapters/03_overview.md
+++ b/chapters/03_overview.md
@@ -32,15 +32,15 @@ Für den Rest von uns ist das nicht so einfach.
 
 - Wir müssen große, komplexe Probleme in kleine Aufteilen.
 
-- Wir müssen uns schlaue Architekuren überlegen, damit wir das Rad nicht immer wieder neu erfinden.
+- Wir müssen uns schlaue Architekturen überlegen, damit wir das Rad nicht immer wieder neu erfinden.
 
 - Wir müssen unsere Software auf unsere eigenen Fehler hin überprüfen und sie auch beseitigen
 
-Das alles müssen wir kontinuirlich verbessern, um auch nur Ansatzweise an eine Chuck norris Lösung heran zu kommen.
+Das alles müssen wir kontinuierlich verbessern, um auch nur Ansatzweise an eine Chuck Norris Lösung heran zu kommen.
 
 --
 
-## Was waren unsere Challenges?
+## Was sind unsere Challenges?
 
 * Projektvielfalt <div class="fragment" style="color:red">Softwareproduktlinien</div>
 * Dokumentation und Nachweis der SW Qualität <div class="fragment" style="color:red">A.SPICE</div>
@@ -56,9 +56,9 @@ Man muss einen geeigneten Weg finden, diese Vielzahl an Produktvarianten über K
 Wir lösen das über Softwareproduktlinien und brechen damit ein wenig die Komplexität unserer Produktpalette auf.
 
 Dazu müssen wir ständig die Qualität unserer Produkte überprüfen. Das gilt im Prinzip für jedes Softwareprodukt.
-In der Automobilwelt gehts aber sehr häufig um safety-relevante Funktionen, bei denen also Menschenleben oder zumindest deren Unversehrtheit im Vordergrund steht.
+In der Automobilwelt geht's aber sehr häufig um safety-relevante Funktionen, bei denen also Menschenleben oder zumindest deren Unversehrtheit im Vordergrund steht.
 Dazu bekommt jeder Entwickler ein Prozess-Regelwerk in die Hand gedrückt. Mit dessen Hilfe lässt sich auf eine standardisierte Art und Weise Software in solchen Umgebungen entwickeln.
-Auch wenn viele es als Hinderniss ansehen, ist der Gedanke eher, dass es eine Hilfe darstellen soll. 
+Auch wenn viele es als Hindernis ansehen, ist der Gedanke eher, dass es eine Hilfe darstellen soll. 
 Ich spreche hier von Automotive Spice, oder kurz A.SPICE.
 
 Als drittes wollen wir unsere Produkte natürlich schnell fertig bekommen und ausliefern. 
diff --git a/chapters/07_recap.md b/chapters/07_recap.md
index e7abde9..3db58b2 100644
--- a/chapters/07_recap.md
+++ b/chapters/07_recap.md
@@ -1,17 +1,5 @@
-## Recap
+## Was waren unsere Challenges?
 
---
-
-## Software    
-
-* 🛠️ konfigurierbar <!-- .element: class="fragment custom blur" -->
-* 🧩 isoliert  <!-- .element: class="fragment custom blur" -->
-* 😎 getestet <!-- .element: class="fragment custom blur" -->
-* 🔎 A.SPICE erprobt <!-- .element: class="fragment custom blur" -->
-* 📦 auslieferbar <!-- .element: class="fragment custom blur" -->
-
-Note:
-* configurable -> one component to be used in all product variants
-* transferable -> all files relevant for a component are in one place
-* tested -> the component is tested in all variants. All variants are guaranteed to work.
-* A.SPICE -> the component is compliant with the A.SPICE process
\ No newline at end of file
+* Projektvielfalt <p style="color: red"><span class="fragment highlight-green" data-fragment-index="1">Softwareproduktlinien</span><span class="fragment" data-fragment-index="1">👍</span></p>
+* Dokumentation und Nachweis der SW Qualität <p style="color: red"><span class="fragment highlight-green" data-fragment-index="2">A.SPICE</span><span class="fragment" data-fragment-index="2">👍</span></p>
+* Continuous Integration <p style="color: red"><span class="fragment highlight-green" data-fragment-index="3">Weniger ist mehr</span><span class="fragment" data-fragment-index="3">👍</span></p>
\ No newline at end of file
diff --git a/index.html b/index.html
index 05bb2bd..3f458db 100644
--- a/index.html
+++ b/index.html
@@ -44,18 +44,6 @@
             <h2>Vielen Dank. 👋</h2>
             <table>
                <tr>
-                  <td>
-                     <figure>
-                        <img src="images/qr-spl-core.png" alt="SPL Core">
-                        <figcaption>SPL Core Library</figcaption>
-                     </figure>
-                  </td>
-                  <td>
-                     <figure>
-                        <img src="images/qr-spled.png" alt="SPLed">
-                        <figcaption>SPLed Beispiel</figcaption>
-                     </figure>
-                  </td>
                   <td>
                      <figure>
                         <img src="images/qr-presentation-link.png" alt="SPLed">