From 3da2e6e64ee1bde677daef3f4223c7fc9f66d7a5 Mon Sep 17 00:00:00 2001 From: Josha von Gizycki Date: Fri, 19 Jul 2019 21:12:08 +0200 Subject: [PATCH] =?UTF-8?q?einr=C3=BCckung?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- README.md | 148 +++++++++++++++++++++++++++--------------------------- 1 file changed, 74 insertions(+), 74 deletions(-) diff --git a/README.md b/README.md index 04393d6..793400d 100644 --- a/README.md +++ b/README.md @@ -3,101 +3,101 @@ ## Was - Wo findet sich Komplexität - - Unterschied Technische Komplexität und Fachliche Komplexität + - Unterschied Technische Komplexität und Fachliche Komplexität - Schlaue Lösungen / Schlaues Denken - - Reinsteigern in Verfeinerung von Lösungen - - Rauszoomen + - Reinsteigern in Verfeinerung von Lösungen + - Rauszoomen - Nur langweiliger Code ist guter Code - Über Dinge reden, die nicht da sind - Dinge so bauen, dass sie nicht fehlschlagen können - Bei bestehenden Mustern bleiben - - Der Marsianer + - Der Marsianer - Clojure - - cli build tool - - Simple vs Easy - - Functional design patterns + - cli build tool + - Simple vs Easy + - Functional design patterns - https://de.slideshare.net/ScottWlaschin/fp-patterns-buildstufflt - Tools -> Spargelschäler der IT-Welt - - https://medium.com/the-minimalist/the-minimalist-programmer-c36e16ebf8ef + - https://medium.com/the-minimalist/the-minimalist-programmer-c36e16ebf8ef - Definitionen von Complexity - - Complexity is anything that makes software hard to understand or to modify. - - Wieviel Dinge muss man im Kopf behalten, um eine Aufgabe umsetzen zu können - - Dazu zählt auch eine gute Umgebung - IDE und Arbeitsumgebung - - Wieviele Aufgaben wurden mir erteilt - - In wie vielen Projekten stecke ich drin + - Complexity is anything that makes software hard to understand or to modify. + - Wieviel Dinge muss man im Kopf behalten, um eine Aufgabe umsetzen zu können + - Dazu zählt auch eine gute Umgebung - IDE und Arbeitsumgebung + - Wieviele Aufgaben wurden mir erteilt + - In wie vielen Projekten stecke ich drin - Aussagen zu Complexity - - Complexity is more apparent to readers than to writers. If other people think a piece of code is complex, it is - - Isolating complexity in places that are rarely interacted with is roughly equivalent to eliminating complexity. - - Complexity is caused by obscurity and depen dencies. + - Complexity is more apparent to readers than to writers. If other people think a piece of code is complex, it is + - Isolating complexity in places that are rarely interacted with is roughly equivalent to eliminating complexity. + - Complexity is caused by obscurity and depen dencies. - Lindbergh war der Meinung, dass beim Ausfall eines Motors eines voll beladenen mehrmotorigen Flugzeugs die verbleibenden Motoren die Maschine auch nicht in der Luft halten könnten. Das Risiko eines Motorenausfalls steige aber mit der Zahl der Motoren. - - https://de.wikipedia.org/wiki/Spirit_of_St._Louis + - https://de.wikipedia.org/wiki/Spirit_of_St._Louis - Messy codebase die funktioniert, ist besser als eine saubere, die nicht funktioniert - Sarah Mei: Carving services out of a monolith and carving objects out of a large class are the same skill - - Object boundaries sind einfacher anzupassen als service boundaries + - Object boundaries sind einfacher anzupassen als service boundaries - Was will man mit einer Architektur erreichen? - - Einfache Erweitbarkeit - - Der Fachlichkeit gerecht werden - - Best Practices einhalten - - Technologische Neugier befriedigen - - Dem Code Struktur geben + - Einfache Erweitbarkeit + - Der Fachlichkeit gerecht werden + - Best Practices einhalten + - Technologische Neugier befriedigen + - Dem Code Struktur geben - Wo will man lose Kopplung erhalten? - - DB und Backend, Applikationen, Services, Layer, Slices, Klassen, Objekten, Funktionen + - DB und Backend, Applikationen, Services, Layer, Slices, Klassen, Objekten, Funktionen - Wer kennt die Anforderungen - Tradeoff zwischen Cost of Understanding und Cost of Change - Was sind Layer - - Systemgrenzen - - Klassengrenzen - - Packages - - Proxies in Menschenkommunikation - - Architekturgewichse - - Patterns - - Factory - - Decorator - - Systemische Hürden - - Docker - - Paradigmenwechsel - - Coderauschen + - Systemgrenzen + - Klassengrenzen + - Packages + - Proxies in Menschenkommunikation + - Architekturgewichse + - Patterns + - Factory + - Decorator + - Systemische Hürden + - Docker + - Paradigmenwechsel + - Coderauschen - Wer hat schon OO so richtig verstanden? - - Warum benutzen wir es denn? - - Teamowner lädt jemanden in ein Team ein, Eingeladener erhält Mail - - Entities: Team, Owner, Account, Member - - Wer ist Akteur? - - Wo ist das Aggregate Root? - - DDD oder OO nach ursprünglicher Lehre? - - Domänenservice? - - Wer verschickt die E-Mail? - - Event-Hub? - - Für ein Programm, das < 5k Locs hat und zwei verschiedene Events? + - Warum benutzen wir es denn? + - Teamowner lädt jemanden in ein Team ein, Eingeladener erhält Mail + - Entities: Team, Owner, Account, Member + - Wer ist Akteur? + - Wo ist das Aggregate Root? + - DDD oder OO nach ursprünglicher Lehre? + - Domänenservice? + - Wer verschickt die E-Mail? + - Event-Hub? + - Für ein Programm, das < 5k Locs hat und zwei verschiedene Events? - Wer hindert mich daran, alles in den MVC-Controller zu packen und es funktioniert? - - Refactoring ist immernoch möglich + - Refactoring ist immernoch möglich - Tesla wird von einer Reihe Python-Skripten zusammengehalten - - https://twitter.com/atomicthumbs/status/1032939617404645376 + - https://twitter.com/atomicthumbs/status/1032939617404645376 - Alles hat seine Kosten - - Ist man bereit sie zu zahlen - - Ist es wert - - Hat man genug Budget + - Ist man bereit sie zu zahlen + - Ist es wert + - Hat man genug Budget - SOLID - - Single Responsibility - - Was ist eine Responsibility überhaupt - - Open/Closed - - Aber wir wollen doch Code ändern können! - - "Code bauen ist einfacher, als ihn zu verändern" - - Mehr Code oben drauf? Ernsthaft? - - Liskov substitution - - A: B, überall wo A, auch B benutzen können - - Composition over Inheritance? - - Wer kümmert sich schon darum? - - Interface Segregation - - Keine großen Klassen! - - Ach was - - Dependency Inversion - - Von Abstraktionen abhängen - - Interface - Impl - - DI ist Implementierung von D - - Objekte reingeben lassen - - Entscheidungen nach außen delegieren - - Gute Idee - - Global State? - - Wer kennt überhaupt alle einzelnen Bedeutungen - - Ist es dann so wichtig? + - Single Responsibility + - Was ist eine Responsibility überhaupt + - Open/Closed + - Aber wir wollen doch Code ändern können! + - "Code bauen ist einfacher, als ihn zu verändern" + - Mehr Code oben drauf? Ernsthaft? + - Liskov substitution + - A: B, überall wo A, auch B benutzen können + - Composition over Inheritance? + - Wer kümmert sich schon darum? + - Interface Segregation + - Keine großen Klassen! + - Ach was + - Dependency Inversion + - Von Abstraktionen abhängen + - Interface - Impl + - DI ist Implementierung von D + - Objekte reingeben lassen + - Entscheidungen nach außen delegieren + - Gute Idee + - Global State? + - Wer kennt überhaupt alle einzelnen Bedeutungen + - Ist es dann so wichtig? - Verhalten testen, nicht Implementierung