1. Wzorce organicznej architektury
Pamiętnik szaleńca

2. Kim jestem
work://chief_architect@lumesse
owner://symentis.pl
twitter://j_palka
blog://geekyprimitives.wordpress.com
scm:bitbucket://kcrimson
scm:github://kcrimson

3. Co społeczeństwo myśli o mnie?

5. Co moja żona myśli o mojej pracy?

7. Co ja tak naprawdę robię?

9. ~ 8 firm w przeciągu 16 lat
~ 26 projektów

10. … i tylko jeden projekt budowany od podstaw ...

11. Jak się z tym czuje?

12. I am feelingI am feeling
lucky!lucky!

13. Czego się dziś nie dowiem?
Która kombinacja wzorców, xDD, języków,
frameworków i paradygmatów gwarantuje
sukces

14. Dowiem się za to jak nie oszaleć...
Pracując z monolityczną, odziedziczoną, masą
kodu, który zbliża się do granic wytrzymałości,
by za chwilę zapaść się pod własnym ciężarem,
tworząc czarną dziurę, która pochłonie
wszystkich żywych programistów w okolicy

16. We are living in a ...
Big Ball of Mud

17. Autogenerated Stovepipe
Stovepipe Enterprise
Jumble
Stovepipe System
Cover Your Assets
Vendor Lock-In
Wolf Ticket
Architecture by Implication
Warm Bodies
Design by Committee
Swiss Army Knife
Reinvent the Wheel
The Grand Old Duke of York

18. Co łączy te wszystkie przypadki?

19. Złożoność

20. Dowód?

21. „I fucking love science”

22. Myślenie systemowe
System dynamics
Teorie złożoności
Strange Attractor

26. The Gap

27. Jak organizacje sobie z tym radzą?

28. Może by tak zatrudnić więcej studentów?

29. Przepiszmy to wszystko...
(najlepiej w technologi i na platformę o której nie mamy zielonego pojęcia)

31. Dlaczego?

32. Czas?
Kilka „extra feature” na które wszyscy czekali?
Nadmierna wiara w siłę sprawczą technologii?
Projekty często postrzegane jak czysto
techniczne?
Ignorancja?
Arogancja?

33. A może by tak?

34. The Gap

35. Wzorce organicznej architektury

37. Architektura to proces
który ma na celu
transformację twojego
systemu

38. Architektura to proces
który ma na celu
transformację twojego
systemu

39. Architektura to proces
który ma na celu
transformację twojego
systemu

40. Gap
↓
Context
↓
Constraints

41. You can't control what you can't measure
Tom DeMarco,
Controlling Software Projects,

42. You can't Reason about what you can't measure

43. Miara jakości architektury?

44. Complexity Resilience

45. Source code
the truth will
tell you

46. Listen to
the system
you must

47. SCM
Bug tracker
Continous integration
Static code analisys

48. Znajdźmy stabilne obszary systemu

49. # count complexity per each file
find. -inamejacoco.csv
|xargstail -q-n+2
|awk -F , '{gsub(".","/",$2);print($1"/src/main/java/"$2"/"$3".java"),$10+$11}'
|sort>coverage.txt
# count number of changes
echo 'changeset="{files}"' >files.style; echo'file="n{file}"' >>files.style
hglog--stylefiles.style
|sort
|uniq-c
|awk '{print$2,$1}' >changes.txt
# mergechanges
joincoverage.txtchanges.txt

51. Michael Feathers Quadrant

52. publicenumQuadrant{
/**
* low complexity, little changes - simple utilities.
* /
tools,
/**
* simple yet frequently touched area of your code. Core of it, yet done well
* and expanding. New features grow, new classes are extracted, complexity
* is kept at bay. Keep it that way!
* /
breedinggrounds,
/**
* Ugly files but stable - written once for specific purpose, which they
* fulfill well enough. High complexity makes them risky to touch, but is
* there any need to?
*
* Ugly Stables also because of Hercules and Augias's stables... ;-)
* /
uglystables,
/**
* Code fitting here is fraught with complexity and changed often. Meaning,
* you either didn't got the client's needs right and need to make lotsa
* changes now, or you mis-designed and now have to work around it.
* Or there's simply a number of bugs...
* /
designflaw
}

53. tools
uglystables designflaw
breedinggrounds

54. Znajdźmy kruche obszary systemu

55. #fetch all jobs
jobs_rsp=requests.get(
"https://primitive.ci.cloudbees.com/job/roadrunner/api/python")
#all buildsurls
build_urls=[x['url'] for x ineval(jobs_rsp.content)['builds']]
pairs=[]
for build_url inbuild_urls:
build=eval(requests.get("%sapi/python" %(build_url)).content)
result=build['result']
changeSetItems=build['changeSet']['items']
if changeSetItemsandnotresult=='SUCCESS':
affectedPaths=build['changeSet']['items'][0]['affectedPaths']
for i initertools.permutations(affectedPaths,2):
pairs.append(i)
counter =collections.Counter(pairs).most_common(5)
for pair incounter:
printpair

56. (('.../cli/CliConfigurationBuilderTest.java', '.../cli/RunTest.java'), 3)
(('.../cli/RunTest.java', '.../cli/CliConfigurationBuilderTest.java'), 3)
(('.../cli/CliConfigurationBuilderTest.java', '.../cli/BenchTest.java'), 3)
(('.../cli/BenchTest.java', '.../cli/RunTest.java'), 3)
(('.../cli/RunTest.java', '.../cli/BenchTest.java'), 3)

57. Czy ja to wszystko dobrze spakowałem?
Package principles
aka
Coś tu za chwilę wyleci w powietrze

58. (echo"<changes>" && hglog--template
"<changeset>
{files%'<file>{file}</file>n'}
</changeset>n"
&& echo"</changes>") >out.xml

59. +
Neo4j

60. neo4j-sh (?)$ MATCH (a)-[c:`changeset`]->(b) RETURN labels(a),c.times,labels(b) order by c.times desc limit
5;
+-----------------------------------------------------------------------------------------------------------+
| labels(a) | c.times | labels(b) |
+-----------------------------------------------------------------------------------------------------------+
| [".../listeners/SummaryScenarioListener.java"] | 13 | [".../listeners/LoggingScenarioListener.java"] |
| [".../listeners/LoggingScenarioListener.java"] | 13 | [".../listeners/SummaryScenarioListener.java"] |
| ["pom.xml"] | 12 | ["roadrunner-core/pom.xml] |
| [".../cli/BenchTest.java"] | 12 | [".../cli/RunTest.java"] |
| [".../cli/RunTest.java"] | 12 | [".../cli/BenchTest.java"] |
+-----------------------------------------------------------------------------------------------------------+

61. To gdzie te wzorce organicznej architektury?

62. Zasiej i pielęnguj

63. „aka” refactoring
kompulsywny „refactoring” to zło
unikaj „historyjek” typu „zrefaktoryzować X”
zanim zaczniesz, zastanów się czy warto
nie pytaj o pozwolenie, raczej proś o przebaczenie
nadaj „technical debt” znaczenie

64. „visual management”
wyznacz tylko kilka miar jakości
Tylko te które wspierają twoje cele
ponieważ
„You get what you measure”

65. Zasiej i zbierzZasiej i zbierz

66. „aka” modularyzacja
modularyzuj do stabilnych elementów systemów
zanim jednak zaczniesz ...

67. … zbuduj „framework” ...

69. Architektura to proces
który ma na celu
transformację twojego
systemu

70. … musisz mieć jasno określony cel …
… strategia dobrana do potrzeb i możliwości …
… daj sobie przestrzeń na zmianę zdania …
nie daj się znowu sparaliżować „big design (tm)”
… gdyż twój cel może się zmienić ...

72. co jeśli twój „big design (TM)”
wyglądałby tak...

73. procesy wsadowe (batch) odseparowane
moduły komunikują się ze sobą asynchronicznie
Użytkownicy widzą system jako jedność
i komunikują się synchronicznie
Jedyne co współdzielimy w systemie to mentalny
model
mvn clean install < 60 sekund

74. Każdy moduł musi dziedziczyć
kontekst i ograniczenia
Może też wprowadzać specyficzne, lokalne
ograniczenia w kontekście poszczególnych
modułów

75. Kompostowanie

76. Czasami mimo wysiłków, pracy...
i szczerych chęci
Którymi piekło jest wybrukowane

77. Complexity

78. Czy wiesz jak twoi użytkownicy korzystają z
systemu?
Czy wiesz że twój „kluczowy” klient nie korzysta
już z systemu od 5 lat?
Czy wiesz że „killer feature” nie zachwycił
rynku a ty ciągle utrzymujesz ten kod?

79. Skąd ja mam to wiedzieć?

80. /var/log/httpd/access.log
Zinstrumentuj kod?
Aspekty?
Byteman?
Bug tracker?
Ludzie z utrzymania?

81. Nie inwestuj w drogie narzędzia
Będziesz czekał miesiącami na „approval”
A potem narzędzie i tak zawiedzie twoje
oczekiwania :)
Zainwestuj w kreatywność

82. Tylko proszę bez „wykomentowania” kodu
Twój SCM będzie pamiętał
… po prostu wyrzuć to...

83. Czas podsumowań

84. Hierarchy
↓
Self-Organization
↓
Resilience

85. System's resilience is often sacrificed for purposes
of
short-term productivity and stability.

86. Productivity and stability are the
usual excuses for turning creative human beings
into mechanical adjuncts
to production processes.

87. Or for establishing bureaucracies and theories
of knowledge that
treat people as if they were only numbers.
Donella Meadows, thinking in systems a primer

88. Dziękuję!!!