---
title: APGCB23PyDA-Discussion
tags: APGCB23PyDA
---

*We use this document to facilitate discussions.
The notes are later merged into our repository.*

# Discussion

## Data Structures & Structuring Data

### Properties and Use Cases for Python's Default Data Structures

#### dict

Properties:
- Mapping: key (hashable, unique, immutable) -> value
- Mutable

Use Cases:
- eh klar

#### list

Properties:
- Sammlung von Werten
- Ordnung
- Mutable
- Homogen (in Erwartung)

Use Cases:
- eh klar

#### tuple

Properties:
- fühlt sich kleiner an
- immutable
- Ordnung
- heterogen

Use Cases:
- eh klar

#### set

Properties:
- Menge im mathematischen Sinn
- mutable
- Werte müssen hashable sein

Use Cases:
- eh klar

### Properties and Use Cases for Scientific Python's Major Data Structures

#### Name of Data Structure

Properties:
- ...

Use Cases:
- ...

### Serialization Formats

#### Name of Format

Propteries:
- ...

Use Cases:
- ...

## Code Quality

### What is code quality? Or: What is good code?

Einfach verständlich |

Sinnhaftigkeit:
- Was soll mein Code können?
- Wie kann ich mich breit aufstellen?
- YAGNI : you ain't gonna need it ?

Code kann sich mit neuen Anforderungen weiter entwickeln
(Aktuelle Bibliotheken verwenden)

Gut dokumentiert, d.h. zumindest ||
- README
- Docstrings

Gut getestet |
- Hohe Code coverage

Im Betrieb
- Monitoring (Logging)

Sinnvolle Struktur im Hinblick auf Funktionen und Klassen |
- bspw. entlang Front End und Back End
- Schnittstellen
- Domäne
- Kappselung von Funktionalität (was gehört zusammen und was nicht)

Performance (Ausführungsgeschwindigkeit, Speicherbedarf, numerische Effizienz) ||

Coding Guidelines (Standards) |
- Projekt
- Domäne
- Sprache (PEP8)

#### Kent Becks Four Rules

* Passes the tests
* Reveals intention
* No duplication
* Fewest elements

TBD for later: fewest elements?

### Why does it matter?

- **Dauerhafte Nutzung ermöglichen**
- Kann ich Projekt erweitern?
- Zugänglich
- Seelenfrieden, Freude an der Arbeit

Verschiedene Perspektiven...

### How do you achieve *good* quality?

Definieren was gut heißt?
Gemeinsames Commitment
(Hängt das von der Technologie ab?)

Regelmäßig überprüfen ob man den eigenen Standards gerecht wird
Zeit nehmen um Verbesserungen durchzführen

## Code review

### What do we hope from a review?

Verena hätte gerne:
1. Macht der Code was er soll?
--> Wie kann man das verifizieren? Bei wem liegt die Verantwortung? Wie designe ich Test Cases?
2. Erfüllt der Code unsere Ansprüche?

Wie kann ich es besser machen? --> Konkret
Schnelle Rückmeldung
Organisatorisch
Wertschätzung

### What is important to **you**?

### How do we perform a review?