Klare Ordnerstruktur für Module definieren
Steve2955 opened this issue · 23 comments
Ich würde gerne eine einheitliche Struktur für Module definieren. Was sich momentan als Standard etabliert hat sieht wie folgt aus:
Modul/
├── resources/ - Bilder
│ ├── imgA.png
│ ├── imgB.png
│ └── imgB.svg
└── README.md - Modulmitschriften
Wie wollen wir darin folgende Dokumente unterbringen:
- Cheatsheets
- Programmier-Übungen (z.B. wie in NET)
- Praktika (wie in DBS)
- Vorträge (z.B. in RES)
- ... (ich habe bestimmt noch was vergessen)
Eventuell könnten wir dann auch ein paar Automatismen entwickeln, die für die PDFs die zusätzliche Files in einen Anhang packen.
Was mir noch aufgefallen ist, ist das in diesem Repo noch aus Zeiten indem es nur privat zugänglich war, noch das Skript von DBS liegt. Ich denke wir sollten das entfernen.
Eine weitere wichtige Frage wäre, ob wir zukünftige Semester auch in diesem Repository verwalten wollen oder ob wir dafür getrennte Repos erstellen?
Eine weitere wichtige Frage wäre, ob wir zukünftige Semester auch in diesem Repository verwalten wollen oder ob wir dafür getrennte Repos erstellen?
Der Übersicht halber (und weil der Name des Repos es ja suggeriert) wäre es wahrscheinlich die zu trennen.
Blöd ist nur, dass man dann die ganzen Actions übernehmen müsste. Man könnte aber vielleicht ein Template-Repo basteln, auf dem man dann jedes neues Semester basieren kann. Nur so als Idee 😄
Den Namen dieses Repos könnten wir auch ohne Probleme ändern. @ZeroPointMax Welche Option würdest du bevorzugen?
- alle Semester in eine Repo zusammenfassen
- jedes Semester in eigenem Repo
- jedes Semester in eigenem Repo und als Submodules nochmal in eine Repo zusammenfassen
- weitere Vorschläge?
Was würden wir eigentlich mit Modulen machen, die über mehrere Semester gehen oder Module wie INV
, die diese komische Zweiteilung haben 😅
@ZeroPointMax @RvNovae Hier mal ein Vorschlag als Diskussionsgrundlage:
<Semester>/
├── <Modul>/
│ ├── additional/ <- Anhang: Praktika, Übungen, ...
│ │ ├── <Praktika>.md
│ │ ├── <Cheatsheet>.md
│ │ └── <Übung>.md
│ ├── extra/ <- Zusätzliches: Vorträge, ...
│ │ └── <Vortag>.pdf
│ ├── figures/ <- Bilder (können auch bei resources bleiben)
│ │ ├── <filename>.png
│ │ ├── <filename>.png
│ │ └── <filename>.svg
│ └── README.md <- Modulmitschriften
└── README.md
<Semester> ::= SEMESTER-{1|2|3|4|5|6}
<Modul> ::= <Kürzel>-<Dozent>
<Kürzel> ::= {RES|ALGO|INV|DBS|NET|...}
<Dozent> ::= {DORENDORF|KUSCHE|KASCHE|GUENTHER|FELDMANN|...}
<filename> :: <zeichen><filename> | <zeichen>
<zeichen> ::= a..z | 0..9 | -
^^kebab-case
- Alle Semester in einem Repo (dieses Repo entsprechen umbenennen)
- Module über mehrere Semester werden dem Semester zugeordnet in dem sie beginnen
- Aufspaltung von zweigeteilten Modulen (z.B.
INV
->INV
+DT
) - alles in
additional/
wird für die PDFs an die Modulmitschriften angehangen extra/
enthält nur zusätliche Sachen, die in den PDFs keine Erwähnung finden
Den Namen dieses Repos könnten wir auch ohne Probleme ändern. @ZeroPointMax Welche Option würdest du bevorzugen?
- alle Semester in eine Repo zusammenfassen
- jedes Semester in eigenem Repo
- jedes Semester in eigenem Repo und als Submodules nochmal in eine Repo zusammenfassen
- weitere Vorschläge?
Ich wäre für 2, ggf. mit Template
bzgl. Diskussionsgrundlage: (ich komme zum Punkt, schönes Reden ist in einer Kasche-VL zu anstrengend ;) )
- ich mag keine Monolithen, daher wäre ich für separate Repos pro Semester ;)
- woher kam eigentlich
resources
? --> ich glaub, das hab ich mal aus der Firma mitgebracht: alles, was in die README verlinkt wird, in diesen Ordner yeeten. Schnell, einfach, unübersichtlich. - daher würde ich begrüßen, das neu zu machen.
- die Aufteilung in
extra
undadditional
finde ich von der Intention gut, aber die Namen würde ich anders wählen, damit man sie besser unterscheiden kann. Bzw. @Steve2955 kannst du die Aufteilung bitte nochmal verbosiger beschreiben, was deine Gedanken dahinter sind? - Frage: wenn wir
resources
infigures
umbenennen und wir haben Gott-weiß-welche Sachen, die wir verlinken wollen, wo kommen die dann hin?
- wenn wir
resources
infigures
umbenennen und wir haben Gott-weiß-welche Sachen, die wir verlinken wollen, wo kommen die dann hin?
Was genau meinst du damit? Bisher sind in den resources
-Verzeichnissen nur Bilder. Mich würde es jetzt nicht stören wenn da 100+ oder mehr Bilder drin sind solange diese ordentlich benannt sind.
- wenn wir
resources
infigures
umbenennen und wir haben Gott-weiß-welche Sachen, die wir verlinken wollen, wo kommen die dann hin?Was genau meinst du damit? Bisher sind in den
resources
-Verzeichnissen nur Bilder. Mich würde es jetzt nicht stören wenn da 100+ oder mehr Bilder drin sind solange diese ordentlich benannt sind.
Für den Fall, das mal was anderes als Bilder reinkommt meine ich. Wüsste jetzt aber auch nicht, was das wäre
Nennen wir es doch einfach assets
oder so 😉
- die Aufteilung in
extra
undadditional
finde ich von der Intention gut, aber die Namen würde ich anders wählen, damit man sie besser unterscheiden kann. Bzw. @Steve2955 kannst du die Aufteilung bitte nochmal verbosiger beschreiben, was deine Gedanken dahinter sind?
@ZeroPointMax extra
und additional
können wir gerne umbenennen, da bin ich für Vorschläge offen.
Die Idee hinter additional
ist alles zusammenzufassen, was keine Vorlesungsmitschrift ist, aber eigentlich mit dazu gehört. Also z.B. die Praxisübungen, die wir in NET
machen oder das Praktikum zu DBS
.
extra
soll Sachen zusammenfassen die zusätzlich zu den Vorlesungsmitschriften und additional
existieren, wie z.B. die Vorträge in RES
. Die Vorbereitung der Vorträge kann da gerne auch noch mit rein. Solche Sachen werden in der Regel in den Mitschriften/additional
kurz zusammengesfasst (wie im Fall von RES
) oder habe an sich keine Bedeutung für Klausuren und sind rein zusätzliche optionale Infos.
So hätte ich mir das in etwa vorgestellt 🤔
- ich mag keine Monolithen, daher wäre ich für separate Repos pro Semester ;)
Module über mehrere Semester sind dann im Semester in dem sie beginnen oder aufgeteilt?
- ich mag keine Monolithen, daher wäre ich für separate Repos pro Semester ;)
Module über mehrere Semester sind dann im Semester in dem sie beginnen oder aufgeteilt?
aufgeteilt
- die Aufteilung in
extra
undadditional
finde ich von der Intention gut, aber die Namen würde ich anders wählen, damit man sie besser unterscheiden kann. Bzw. @Steve2955 kannst du die Aufteilung bitte nochmal verbosiger beschreiben, was deine Gedanken dahinter sind?@ZeroPointMax
extra
undadditional
können wir gerne umbenennen, da bin ich für Vorschläge offen.Die Idee hinter
additional
ist alles zusammenzufassen, was keine Vorlesungsmitschrift ist, aber eigentlich mit dazu gehört. Also z.B. die Praxisübungen, die wir inNET
machen oder das Praktikum zuDBS
.
extra
soll Sachen zusammenfassen die zusätzlich zu den Vorlesungsmitschriften undadditional
existieren, wie z.B. die Vorträge inRES
. Die Vorbereitung der Vorträge kann da gerne auch noch mit rein. Solche Sachen werden in der Regel in den Mitschriften/additional
kurz zusammengesfasst (wie im Fall vonRES
) oder habe an sich keine Bedeutung für Klausuren und sind rein zusätzliche optionale Infos.So hätte ich mir das in etwa vorgestellt 🤔
Ahja, da wäre ich voll dafür. Ich sehe lediglich das Problem, dass ich mir nicht merken kann, was in additional und was in extra gehört, weil das fast-Synonyme in meinem Gehirn sind
- die Aufteilung in
extra
undadditional
finde ich von der Intention gut, aber die Namen würde ich anders wählen, damit man sie besser unterscheiden kann. Bzw. @Steve2955 kannst du die Aufteilung bitte nochmal verbosiger beschreiben, was deine Gedanken dahinter sind?@ZeroPointMax
extra
undadditional
können wir gerne umbenennen, da bin ich für Vorschläge offen.
Die Idee hinteradditional
ist alles zusammenzufassen, was keine Vorlesungsmitschrift ist, aber eigentlich mit dazu gehört. Also z.B. die Praxisübungen, die wir inNET
machen oder das Praktikum zuDBS
.
extra
soll Sachen zusammenfassen die zusätzlich zu den Vorlesungsmitschriften undadditional
existieren, wie z.B. die Vorträge inRES
. Die Vorbereitung der Vorträge kann da gerne auch noch mit rein. Solche Sachen werden in der Regel in den Mitschriften/additional
kurz zusammengesfasst (wie im Fall vonRES
) oder habe an sich keine Bedeutung für Klausuren und sind rein zusätzliche optionale Infos.
So hätte ich mir das in etwa vorgestellt 🤔Ahja, da wäre ich voll dafür. Ich sehe lediglich das Problem, dass ich mir nicht merken kann, was in additional und was in extra gehört, weil das fast-Synonyme in meinem Gehirn sind
Vielleicht assets
und extra
/ additional
?
Das sollte etwas weniger verwirrend sein, da assets
ja kein Wort ist, das was zusätzliches ausdrückt
@RvNovae aber andererseits wollten wir das ja als Ersatz für resources nehmen
@RvNovae aber andererseits wollten wir das ja als Ersatz für resources nehmen
Passt da assets
nicht wunderbar? 🤔
@RvNovae aber andererseits wollten wir das ja als Ersatz für resources nehmen
Passt da
assets
nicht wunderbar? 🤔
Ja genau, uns geht es eigentlich darum, dass sich extra
und additional
semantisch nicht stark genug abgrenzen.
@RvNovae aber andererseits wollten wir das ja als Ersatz für resources nehmen
Passt da
assets
nicht wunderbar? 🤔Ja genau, uns geht es eigentlich darum, dass sich
extra
undadditional
semantisch nicht stark genug abgrenzen.
Deswegen schlage ich ja assets
vor?
Ich glaube wir reden aneinander vorbei 😅
@RvNovae aber andererseits wollten wir das ja als Ersatz für resources nehmen
Passt da
assets
nicht wunderbar? 🤔Ja genau, uns geht es eigentlich darum, dass sich
extra
undadditional
semantisch nicht stark genug abgrenzen.Deswegen schlage ich ja
assets
vor?
Ich glaube wir reden aneinander vorbei 😅
Wir dachten assets
statt figures
😂
@RvNovae aber andererseits wollten wir das ja als Ersatz für resources nehmen
Passt da
assets
nicht wunderbar? 🤔Ja genau, uns geht es eigentlich darum, dass sich
extra
undadditional
semantisch nicht stark genug abgrenzen.Deswegen schlage ich ja
assets
vor?
Ich glaube wir reden aneinander vorbei 😅Wir dachten
assets
stattfigures
😂
Ahhhhh, ich glaub ich hab einfach nicht genau gelesen.
Passt, das war einfach nur allgemeine Verwirrung auf meiner Seite 😂
@RvNovae @ZeroPointMax Was ich noch vorschlagen würde ist statt additional
einfach appendix
zu verwenden:
<Modul>/
├── appendix/ <- Anhang: Praktika, Übungen, ...
│ ├── <Praktika>.md
│ ├── <Cheatsheet>.md
│ └── <Übung>.md
├── extra/ <- Zusätzliches: Vorträge, ...
│ └── <Vortag>.pdf
├── assets/ <- Bilder
│ ├── <filename>.png
│ ├── <filename>.png
│ └── <filename>.svg
└── README.md <- Modulmitschriften
<Modul> ::= <Kürzel>-<Dozent>
<Kürzel> ::= {RES|ALGO|INV|DBS|NET|...}
<Dozent> ::= {DORENDORF|KUSCHE|KASCHE|GUENTHER|FELDMANN|...}
<filename> :: <zeichen><filename> | <zeichen>
<zeichen> ::= a..z | 0..9 | -
^^kebab-case
- Alle Semester in eigenem Repo (pro forma alle zusätzlich per Submodule in einem Repo zusammenfassen)
- Module über mehrere Semester werden auf diese entsprechend aufgeteilt
- Falls weitere Matrikel an diesem Repository mitarbeiten wollen, sollten wir die Module direkt den entsprechenden Dozenten zuordnen
- Aufspaltung von zweigeteilten Modulen (z.B.
INV
->INV
+DT
) - alles in
appendix/
wird für die PDFs an die Modulmitschriften angehangen extra/
enthält nur zusätliche Sachen, die in den PDFs keine Erwähnung finden
Klingt gut!