From 01e3089f74847cb0baf60655700ef922973fc010 Mon Sep 17 00:00:00 2001
From: Saba Fazlali <saba.fazlali@gmail.com>
Date: Sun, 5 Nov 2023 15:42:56 +0100
Subject: [PATCH] 2. Vorlesung

---
 .DS_Store       | Bin 0 -> 6148 bytes
 Lerntagebuch.md |  17 ++++++++++++++++-
 2 files changed, 16 insertions(+), 1 deletion(-)
 create mode 100644 .DS_Store

diff --git a/.DS_Store b/.DS_Store
new file mode 100644
index 0000000000000000000000000000000000000000..d9bf382969434987d894b912e14fb0421ee9dd50
GIT binary patch
literal 6148
zcmeHK%}T>S5Z<-XrW7Fug&r5Y7LC>l#Y>3w1&ruHr6#1*V9b^_HHT8jSzpK}@p+ut
z-H63{6|pn0`_1oe_JiyXV~qQ=_>eJ&F=j(U<fyC=bgv9;m}EqbV?@Pt9HlY>`_07u
zI^efkY@dx-!t$@*AC1#wn!D~h->6xeTXnl`H|@LNK^8$C=Ci3EPHxb;lroJfJ&dlB
zVKH!a&SaK{Nj99Qf+QY7%I$TM#j^0_EQ_bAHqZgPVK)X&Yd-I|-L~lTx{J1$_m14Q
zIPRP*77crM@8I-e@R&Yj@<kKMfo~<-1}k_4<#RpH!6Zv%HUeLjU*!=J1H=F^Kn$!e
z1LjPyo9jyft(+Jj27X`w_XhzD(KA?TR9gphczwpWg@^(=z9kTaLC;{R5h5U5mjdci
zZk`ximxEuJJkMaMQI|8WW`=Rh%+=$CtJ%RXR666HM(T+HVqlqpnl>Fg|Igu<S^3Cc
zE+LB;AO`*!1KjEdeIFKO&em_s!?RXEyN8B?c_k_!pf6nlz`%W^rGh#xP=`FvV5t#D
TLBA>oq>F$eggRp27Z~^e{+>zW

literal 0
HcmV?d00001

diff --git a/Lerntagebuch.md b/Lerntagebuch.md
index 38d90fd..be7d7ee 100644
--- a/Lerntagebuch.md
+++ b/Lerntagebuch.md
@@ -46,10 +46,25 @@ Ich finde die Atmosphäre in unserer Übungsklasse so unterstützend. Ich hoffe,
     - typenlose Programmiersprachen
 - Prinzipien der Programmierung:
     - SOLID und STUPID (do’s & don’ts)
+- Übung Klasse: Was ein SSH-Key ist und wie man ihn generiert?
     
 ### Erkenntnis
 
-Wir müssen SOLID programmieren und STUPID vermeiden. Unser Code sollte offen für Erweiterungen, aber geschlossen für Änderungen sein. (Open/Close-Prinzip) High-Level-Module sollten nichts von Low-Level-Modulen importieren. Sie sollten von Abstraktionen abhängen. (Dependency Inversion-Prinzip)  Unser Hauptziel bei der Programmentwicklung sollte die Einfachheit sein und unnötige Komplexität sollte vermieden werden. (KISS-Prinzip)
+Wir müssen SOLID programmieren und STUPID vermeiden: 
+SOLID:
+    **S**eparations of Concern
+    **O**pen/Closed Principle
+    **L**iskov Substitution Principle
+    **I**nterface Segregation Principle  Dependency Inversion Principle
+    **D**ependency Inversion Principle
+STUPID:
+    **S**ingelton
+    **T**ight Coupling
+    **U**ntestability
+    **P**remature Optimization  Indescriptive Naming
+    **D**uplication
+
+Unser Code sollte offen für Erweiterungen, aber geschlossen für Änderungen sein. (Open/Close-Prinzip) High-Level-Module sollten nichts von Low-Level-Modulen importieren. Sie sollten von Abstraktionen abhängen. (Dependency Inversion-Prinzip)  Unser Hauptziel bei der Programmentwicklung sollte die Einfachheit sein und unnötige Komplexität sollte vermieden werden. (KISS-Prinzip)
 
 ### Wiederholung