mirror of
https://github.com/theoleuthardt/hwr-notes.git
synced 2026-06-06 00:01:08 +00:00
docs: add obsidian hwr docs
This commit is contained in:
parent
b2636f4b92
commit
850aa3455d
245 changed files with 30757 additions and 0 deletions
BIN
Studienarbeit I/.DS_Store
vendored
Normal file
BIN
Studienarbeit I/.DS_Store
vendored
Normal file
Binary file not shown.
75
Studienarbeit I/Inhalte für Kapitel.md
Normal file
75
Studienarbeit I/Inhalte für Kapitel.md
Normal file
|
|
@ -0,0 +1,75 @@
|
|||
# Inhalte für Kapitel
|
||||
|
||||
### 1. Einleitung (250 Wörter) ✅
|
||||
- grobe Einführung ins Thema
|
||||
- Ziel der Arbeit darlegen
|
||||
- folgende Kapitel erwähnen
|
||||
|
||||
### 2. Problemstellung (500 Wörter) ✅
|
||||
Teilabschnitte in Absätzen erklären ohne Überschriften
|
||||
#### 1. Was ist das eigentliche Problem? (~150 Wörter)
|
||||
- Leser-Schreiber-Problem
|
||||
- Datenkorruption durch unkoordinierte Schreibvorgänge
|
||||
- Performance-Einbußen durch zu restriktive Synchronisation
|
||||
#### 2. Warum ist das relevant/schwierig? (~150 Wörter)
|
||||
- Timing-Probleme sind schwer vorhersagbar
|
||||
- Debugging von Synchronisationsfehlern ist aufwendig
|
||||
#### 3. Was fehlt bisher? (~100 Wörter)
|
||||
- Keine intuitive Visualisierung solcher Synchronisationsprobleme
|
||||
- Schwer verständlich für Lernende/Entwickler, da das Problem schon gelöst ist
|
||||
- Abstrakte Konzepte bleiben theoretisch
|
||||
#### 4. Konkrete Anforderungen (~100 Wörter)
|
||||
- Entwicklung einer Anwendung, die diese Probleme **sichtbar macht**
|
||||
- Desktop-Anwendung mit zwei kommunizierenden Instanzen
|
||||
- Praktisches Verständnis fördern
|
||||
**Problemstellung = "Hier sind die konkreten Schwierigkeiten, die existieren, und das will ich dagegen tun."**
|
||||
|
||||
### 3. Theoretisch Grundlagen (1000 Wörter) ✅
|
||||
- Leser-Schreiber-Problem (400 Wörter)
|
||||
- Problemdefinition
|
||||
- Klassische Varianten
|
||||
- Theoretische Lösungsansätze
|
||||
- ISO/OSI Modell (270 Wörter)
|
||||
- Relevante Schichten für Ihr Projekt
|
||||
- Fokus auf Transport- und Anwendungsschicht
|
||||
- TCP (280 Wörter)
|
||||
- Ist Anforderung fürs Projekt
|
||||
- Verbindungsaufbau/-abbau
|
||||
- Zuverlässige Datenübertragung
|
||||
- Relevanz für Ihr Problem
|
||||
|
||||
### 4. Entwurf (1000 Wörter)✅
|
||||
Grundsätzlich nur Struktur, kein Code genau erklären!
|
||||
#### 4.1 Systemarchitektur (300 Wörter)✅
|
||||
- Gesamtübersicht des Systems
|
||||
- Komponentendiagramm
|
||||
#### 4.2 Frontend (330 Wörter)✅
|
||||
- Struktureller Aufbau vom Frontend
|
||||
- Verwendete Technologien/Bibliotheken
|
||||
- Diagramm für Aufbau
|
||||
- Abläufe grob erklären für UI Aufbau
|
||||
- Visualisierungskonzept
|
||||
#### 4.3 Backend (400 Wörter)
|
||||
- Struktureller Aufbau vom Backend
|
||||
- Synchronisationsstrategie
|
||||
- Diagramm für Aufbau
|
||||
- Abläufe grob erklären für Serveraufbau mit Portlistening
|
||||
|
||||
### 5. Algorithmen (1300 Wörter)✅
|
||||
Unter anderem Go-Bibliotheken erklären bzw. Abwägung zwischen Go-Bibliotheken!
|
||||
|
||||
### 6. Diskussion von Ergebnissen (500 Wörter) ✅
|
||||
- Auf konkrete Ergebnisse in der Software eingehen wie die aktuelle Lösung des Verbindungshandlings z.B.
|
||||
- Vergleich verschiedener Lösungsansätze
|
||||
- Limitationen der aktuellen Implementierung
|
||||
- Skalierbarkeit
|
||||
|
||||
### Fazit (380 Wörter) ✅
|
||||
- Zusammenfassung der Ergebnisse
|
||||
- Erreichte Ziele vs. ursprüngliche Anforderungen
|
||||
- Abschluss mit kleiner Reflexion des Projekts
|
||||
- Anregungen/Ideen für die Zukunft
|
||||
- Möglichkeiten für Studienprojekt II
|
||||
|
||||
### Anhang
|
||||
- Längere Codesnippets zum Verweisen
|
||||
BIN
Studienarbeit I/Studienarbeit_I___Network_Interaction_in_Go.zip
Normal file
BIN
Studienarbeit I/Studienarbeit_I___Network_Interaction_in_Go.zip
Normal file
Binary file not shown.
Binary file not shown.
Loading…
Add table
Add a link
Reference in a new issue