Wo (Software-)Architekten lernen...

Nachbar's Garten - Wo Softwarearchitekten lernen...

Es gibt zuwenig Vorbilder - aber immerhin einige Ansätze,
wo wir lernen können...

Keynote der OOP 2011

Transcript

1. NACHBAR‘S GARTEN Wo Architekten lernen Gernot Starke
3. Bauten von Antonio Gaudi, (c) flickr.com/photos/mark_boucher/1463117919/
4. Dr. Gernot Starke performant flexibel integriert geboren in Prograland, lebt in Architektonien, Visa für Analytistan und LaTesta, lange Aufenthalte in Bisi-Ness, Schwimmabzeichen im Service-Ozean aktiv
5. mehr: gernotstarke.de esabuch.de arc42.de aktiv
6. member of: (co) founder of: user of: enjoying:
7. Software- Architekten?
8. Voraussetzung!
9. technisches Fundament!
10. Software entwickeln können!
11. Software entwickeln können! wissen Erfahrung kennen
12. Qualitätsbewusstsein
13. Domain Know-How
14. konstruieren (entwerfen) Tätigkeiten Aufgaben Anforderungen verstehen kommunizieren Umsetzung kontrollieren implementieren bewerten
15. konstruieren (entwerfen) Anforderungen verstehen kommunizieren Umsetzung kontrollieren implementieren bewerten Ineffizienter Lernfokus
16. konstruieren Anforderungen kommunizieren bewerten
17. Erfahre die Domäne Anforderungen
18. Erfahre die Domäne Anforderungen arbeite mit Stakeholdern
19. konstruieren Lösung gestalten konstruieren
20. Architekturmuster und -stile konstruieren
21. konstruieren Vorsicht: Hammer - Effekt Vorsicht: Hammer - Effekt Vorsicht: Hammer - Effekt
22. Andere Architekturen... konstruieren
23. konstruieren Vorbilder
24. Vorbild Foto: McDrechsler, Bonn
25. Software- Architekturen? konstruieren zu wenige öffentliche Vorbilder!
26. konstruieren
27. Quellcode Ziele, Strukturen, Entscheidungen, Risiken, Konsequenzen
28. konstruieren bewerten + Lerne, die Architektur von Systemen zu erkennen
29. konstruieren bewerten + Lerne, die Architektur von Systemen zu erkennen suche nach Strukturen und Entscheidungen
30. metrics.sourceforge.net
31. JDK 1.5
34. Lerne, die Architektur von Systemen zu erkennen
35. Lerne, die Architektur von Systemen zu erkennen Tools finden nur Strukturen, keine Entscheidungen!
36. abschreckend... Foto: Klaus Freilinger, Bad Tölz
37. schlecht dokumentierte, unwartbare Systeme l.v.z.o. leider viel zu oft...
38. Wo sind die Vorbilder?
39. Grady Booch
40. Hier können Sie (leider) nichts lernen!
41. „berühmte“ Systeme konstruieren
42. Architektur von Cal Henderson, Web 2.0 Expo 2008 www.iamcal.com/talks/
43. Architektur von Cal Henderson, Web 2.0 Expo 2008 www.iamcal.com/talks/ • Large scale • In a single second: – Serve 40,000 photos – Handle 100,000 cache operations – Process 130,000 database queries
44. interessant meist wenig hilfreich
45. Coolheits- vermutung
46. Coolheits- vermutung Technische & komplexe Themen gelten (unter IT-Techies) als cool.
47. Coolheit ist proportional zu Risiko.
48. Technische & komplexe Themen gelten (unter IT-Techies) als cool. gähn... neu obercool gering hoch Risiko Interessantheit & Coolness von Technologie
49. hoch -1 hoch -1 Nützlichkeit Interessantheit & Coolness
50. Layer- vermutung IT‘ler verstecken gerne Probleme unter Technologie.
51. ALOFT another layer of fancy technology SOA Aspects CouchDB Cloud BPM Software (mit Problem) Layer- vermutung
52. konstruieren
53. kommunizieren kommunizieren
54. kommunizieren
56. kommunizieren
57. Lernen Sie Kommunikation von guten Vorbildern
58. üben Sie kommunizieren!
59. Grundriss, Aufriss, Statik-, Elektro-, Sanitär-, Heizungs-, Notfall-/Flucht- Akustik-, Statikplan, 3-D-Modell, Raumaufteilung http://zeichenbuero-meyer.de/referenzen1.html
60. Gebäudearchitekten haben Pläne... Standardisierte Notation + Struktur (Syntax, Semantik & Gliederung)
61. Standardisierte Notation + Struktur (Syntax, Semantik & Gliederung)
62. Standardisierte Notation + Struktur (Syntax, Semantik & Gliederung) ? Software
63. Standardisierte Notation + Struktur (Syntax, Semantik & Gliederung) Software RUP Dodaf
64. 1. Einführung und Architekturziele 2. Randbedingungen 3. Kontextabgrenzung 4. Bausteinsicht 5. Laufzeitsicht 6. Verteilungssicht 7. Typische Strukturen, Muster und Abläufe Strukturen 8. Technische Konzepte 9. Entwurfsentscheidungen 10. Szenarien zur Architekturbewertung 11. Projektaspekte 12. Glossar Übergreifende Themen Anforderungen, Ziele kommunizieren konstruieren
65. 1. Einführung und Architekturziele 2. Randbedingungen 3. Kontextabgrenzung 4. Bausteinsicht 5. Laufzeitsicht 6. Verteilungssicht 7. Typische Strukturen, Muster und Abläufe Strukturen 8. Technische Konzepte 9. Entwurfsentscheidungen 10. Szenarien zur Architekturbewertung 11. Projektaspekte 12. Glossar Übergreifende Themen Anforderungen, Ziele Feste Strukturen machen Sie schneller, senken Risiko + erhöhen Verständlichkeit
66. Exzellenz in Architektur korrelliert mit Fähigkeit zur Kommunikation Voraussetzung: Technische Kenntnisse
67. bewerten Arbeit einschätzen bewerten
69. mögliche Folgen der Bewertung: Ergebnisse Prozesse
70. Arbeit einschätzen Ergebnisse Prozesse eigene fremde
71. Ergebnisse Prozesse eigene fremde These: Rückblicke sind starke Lerninstrumente
73. Standards bieten Orientierung
74. Standards bieten Orientierung
75. lerne vielseitig!
76. eine Sache noch...