You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

157 lines
7.7 KiB

  1. # Mein Lerntagebuch für Programmiermethoden und -werkzeuge
  2. ### Julia Kunze
  3. ## SU 04 (16-11-2022)
  4. ### Lernziele
  5. - Was ist Git?
  6. - Vorteile von Git
  7. - Kennenlernen von Branching, Merging
  8. ### Erkenntnisse
  9. Git ist sehr vorteilhaft für Gruppenprojekte und erleichtert die Zusammenarbeit für Entwickler.
  10. Als Versionsverwaltungssystem vereinfacht Git das gesamte Management von
  11. einem Projekt, indem Entwickler dezentral mit der Kopie des Hauptrepositorys bzw. dem eigenen Branch entwickeln können.
  12. Der Projektverantwortliche kann über "merge" oder "cherry-pick" (Nutzen einzelner
  13. Commits) Commits in den Hauptzweig übernehmen.
  14. Dabei werden Commits, also Änderungen, die an dem Projekt durchgeführt werden,
  15. kommentiert, was die Zuordnung und die Übersicht erleicht, vor allem bei Fehlern,
  16. wo auf alte Commits zurücknavigiert werden kann, um Fehler zu beheben.
  17. Daher sollten Commits kleinschrittig gemacht werden, um Konflikte durch Git oder
  18. manuell einfacher zu lösen.
  19. ### Wiederholung
  20. Was ist Git?
  21. Git ist eine Software für die Versionsverwaltung von Projekten.
  22. Versionsverwaltunssystem bedeutet, das man jederzeit auf alte Versionen des
  23. Projektes zugreifen und Commits einfach
  24. zurücksetzen und zu einem früheren Stand des Projektes navigieren kann.
  25. Jedes Projekt hat einen Hauptentwicklungszweig, den sog. master Branch,
  26. dabei können weitere Nebenzweige erstellt werden, um parallel zum Hauptzweig
  27. zu entwickeln, ohne den Hauptentwicklungszweig zu beeinflussen.
  28. Dabei können die Zweige wieder zusammengeführt werden, das nennt sich "mergen".
  29. #### Nützliche Git Befehle
  30. - Lokales Repository anlegen: `git init`
  31. - Status des Repositorys: `git status`
  32. - Datei zur Stage hinzufügen: `git add "Dateiname"` oder `git add .`
  33. - Änderungen commiten: `git commit -m "Nachricht"`
  34. - Historie der Commits anzeigen: `git log`
  35. - Historie der Commits in allen Branch anzeigen (mit Graph): `git log --oneline --all --graph`
  36. - Nicht committete Veränderungen anzeigen: `git diff`
  37. - Auf einen früheren Commit zurücksetzen: `git reset --hard "hash"`
  38. - Neunen Branch erstellen: `git branch name`
  39. - Branch wechseln: `git switch name`
  40. - Alle Branches anzeigen lassen: `git branch`
  41. - In aktuellen Branch mergen: `git merge "name"`
  42. - Den Merge abbrechen: `git merge --abort`
  43. - Markierung setzen: `git tag "name"`
  44. - Ins Remote Repository pushen: `git push`
  45. ### Kritik
  46. ## SU 03 (09-11-2022)
  47. ### Lernziele
  48. - Entwurfsmuster
  49. - IDE
  50. ### Erkenntnisse
  51. Es ist sehr sinnvoll, Quellcode mithilfe einer integrierte Entwicklungsumgebung (IDE) zu schreiben, denn IDEs haben viele nützliche Vorteile, die das Programmieren vereinfachen.
  52. Sie verfügen über einen Editor, mit dessen Hilfe man den Programmcode schreiben kann.
  53. Überdies ist ein Compiler integriert, der den Code in Maschinensprache übersetzt und ihn zu einem ausführbarem Programm zusammensetzt und haben zusätzlich auch Debugger, der bei der Fehlersuche hilft.
  54. Ein weiterer Vorteil, um die Arbeit zu erleichtern, ist die Syntax-Highlighting, das die Elemente farblich hervorhebt.
  55. ### Wiederholung
  56. Was sind Entwurfsmuster? Entwurfsmuster sind Lösungsvorlagen für wiederkehrende Entwurfsprobleme in der Softwarearchitektur und -entwicklung. Es beschreibt eine Lösung für eine bestimmte Klasse von Entwurfsproblemen, die in einem bestimmten Zusammenhang wiederverwendet werden kann.
  57. Es gibt unterschiedliche Arten: Erzeugungsmuster, Strukturmuster, Verhaltensmuster, Muster für objektrelationale Abbildung und Nachrichtenübermittlungsmuster. Dabei sind die Anforderungen an jedes Muster gleich, es soll:
  58. - ein oder mehrere Probleme lösen
  59. - ein erprobtes Konzept basierend auf realen Designs bieten
  60. - den Benutzer in den Entwurfsprozess einbinden
  61. - tiefergehende Strukturen und Mechanismen eines Systems umfassen
  62. - Referenzen zu anderen Mustern beinhalten
  63. ### Kritik
  64. ## SU 02 (03-11-2022)
  65. ### Lernziele
  66. Inhalte: unterschiedliche Programmierparadigmen
  67. 1. Imperative Programmierung: ein Programm bestehend aus einer Folge
  68. von Anweisungen, die sequenziell von der Maschine ausgeführt werden
  69. 2. Prozedurale Programmierung: Erweiterung der Imperativen Programmierung mit dem Unterschied,
  70. Algorithmen werden in übersichtliche Teile (Unterprogramm/Routine/Prozedur/Funktion) zerlegt
  71. 3. Declarative Programmierung: grundlegend ist die Beschreibung eines Problems/Funktion eines Programms,
  72. nicht die Umsetzung
  73. 4. Funktionale Programmierung: Erweiterung der declarativen Programmierung, Deklarierung von Funktionen und Verknüpfung von Daten,
  74. Computerprogamme = Funktionen, die zu einer Eingabe eine Ausgabe liefern
  75. 5. Objektorientierte Programmierung: Struktur einer Software ist an realtitätsnahe Anwendung angelehnt,
  76. unterstützt Klassen, Objekte und Vererbung
  77. 6. typisierte Programmiersprachen: für Variablen/Parameter/Rückgabewerte ist der Datentyp implizit/explizit definiert, Vervollständigungsvorschläge durch IDE
  78. 7. typenlose Programmiersprachen: Datentyp für Variablen/Parameter/Rückgabewerte ist nicht deklariert
  79. 8. Prinzipien der Programmierung: STUPID vs. SOLID
  80. ### Erkenntnisse
  81. Programmieren liegt bestimmten Prinzipien zugrunde,
  82. dabei sollte die Software so komplex wie nötig, aber so einfach wie möglich sein.
  83. Das bedeutet, das jede Klasse nur eine einizige Verantwortung zugeordnet werden soll,
  84. um Fehler zu vermeiden. Ein Code sollte zudem offen für Erweiterungen (z.B. Vererbungen), aber geschlossen für Änderungen sein.
  85. Zudem sollten große Schnittstellen (Interfaces) vermieden werden und diese in kleinere aufgeteilt, um die Anforderungen besser zu erfüllen.
  86. Das Solid Prinzip an sich ist somit ein Prinzip, um einen sauberen, guten Code zu programmieren und das im Gruppenprojekt evtl. von Vorteil sein kann.
  87. ### Wiederholung
  88. Programmierparadigmen beschreiben grundlegend den Stil, in dem ein Programm entworfen wird.
  89. Es gibt verschiedene, unterschiedliche Programmierparadigmen, die sich darin unterscheiden,
  90. dass sie unterschiedlichen Prinzipien und Herangehensweisen zugrundeliegen. Ein Beispiel ist die Imperative Programmierung,
  91. hierbei besteht das Programm aus einer bestimmten Reihenfolge von Anweisungen, die Schritt für Schritt von der Maschine ausgeführt wird.
  92. Es ist analog wie ein Kochrezept zu verstehen und sehr hardwarenahe.
  93. ### Kritik
  94. Für mich persönlich wäre es angenehmer gewesen, da ich noch sehr wenig Programmiererfahrung habe und
  95. das ganze Thema für mich sehr komplex war,
  96. die Programmierparadigmen anhand von konkreten bildlichen Beispielen erklärt zu bekommen.
  97. Beispielsweise direkt an einem Code in dem jeweiligen Programm, sodass man diese gegenüberstellen und verlgeichen kann.
  98. ## SU 01 (26-10-2022)
  99. ### Lernziele
  100. - Organisatiorisches
  101. - Eigenschaften eines Softwareentwicklers - sowohl Künstler als auch Handwerker
  102. - Abgrenzung des Laien vom Profi mithilfe Fachwissen, Werkzeuge und Prinzipien
  103. - Folgen von Unprofessionalität
  104. - Anlegen eines Vorlesung-Repository
  105. - Kennenlernen von GOGS/GitLab, Git Befehle und markdown
  106. ### Erkenntnisse
  107. Ich habe gelernt, wie ich auf GOGS ein Repository anlege, als auch wie man dort einen Eintrag hochladen kann.
  108. Über das Terminal kann man mithilfe von Git Befehlen eine Datei pushen und so wird ein Commit hochgeladen.
  109. Die Erkenntnis kann ich später beim Gruppenprojekt nutzen, das wir durch Commits erstellen und weiterentwickeln können.
  110. Außerdem habe ich gelernt, das Softwarefehler teuer werden können :).
  111. ### Wiederholung
  112. Was sind Git Befehle und wie kann ich einen Commit machen?
  113. Git Befehle nutzt man, um mit Git interagieren zu können. Um dort Änderungen hochzuladen,
  114. nutzt man die Befehle:
  115. - git status
  116. - git add file (die markdown Datei zum tracken hinzufügen)
  117. - git commit (um die Änderung beschreiben)
  118. - git push -u origin master (somit wird der Commit hochgeladen)
  119. - git init (Ordner wird im Git erkannt)
  120. - git log (Sehen des Commits)
  121. ### Kritik
  122. Bisher noch nichts.