Wyobraź sobie, że dostajesz swój wymarzony projekt. W końcu „greenfield”! Ale jest to projekt biznesowy i to Ty jesteś odpowiedzialny za wybór technologii, a jako specjalista czujesz się też odpowiedzialny za całość. Co robisz? Zaryzykujesz tak po prostu i wybierzesz same „nowinki” z rynku, które Cię kręcą i których chciałbyś spróbować? A jeśli uznasz, że jednak trzeba podejść do tematu „poważnie” to czy tak na prawdę aż tak dużo się nauczysz? O ile lepszym architektem i programistą się staniesz korzystając już ze znanych sobie wzorców i podejść? Prawda jest taka, że jak masz już młotek to wszystko staje się gwoździem. A każdy z nas ma swoje ulubione młotki. Oczywiście- część problemów będzie nowych, będzie wymagała nowych podejść i rozwiązań- ale nasz umysł skonstruowany jest w taki, a nie inny sposób- będziemy stosować utarte i pewne praktyki, szczególnie jeśli potrzebujemy udowodnić swoją wartość w (nowym) zespole. Chciałbym Wam pokazać dlaczego można zakochać się w „legacy”, dlaczego te projekty mogą i powinny często być naszym pierwszym wyborem (o ile znajdują się w określonym środowisku). Prawda jest taka, że najwięcej uczymy się popełniając błędy, rozwiązując nowe problemy, ale także pracując w bardzo ograniczonej przestrzeni, która wymaga ostrożnych modyfikacji. Szczególnie, gdy nadchodzi wielka fala i wymagane są duże zmiany. Wtedy wchodzimy na scenę i chcemy zejść z niej niepokonani. Prezentacja nie będzie opowieścią o tym dlaczego to jest piękne i wspaniałe. Ten temat zarysowałem powyżej i przedstawię Waszej indywidualnej ocenie. Chcę natomiast razem z Wami przejść przez kilka ciekawych problemów architekturalnych, o które ciężko w nudnych greenfieldach. Chcę razem z Wami zakochać się na nowo w rozwiązywaniu problemów tworzonych przez wymagania biznesowe, technologie i wcześniejsze decyzje. I w końcu chcę razem z Wami popatrzeć na wytwarzanie oprogramowania nie jak na sprint, ale jak na maraton w którym kluczowe jest nie tylko rozłożenie sił w czasie, ale odpowiednia kontrola całego organizmu i umysłu. Będzie dużo kwadracików, kółeczek i strzałek, ale będą też technologie i braki technologii.

1. Working with legacy Code
Here comes the wave
@dpokusa

3. "Legacy code" often differs from its suggested
alternative by actually working and scaling.
— Bjarne Stroustrup, creator of C++

8. CAN IT BE FUN?
CAN IT BE CHOSEN INSTEAD OF GREENFIELD?

9. ISSUES
SSO MAILDB
WEB

10. ISSUES
SSO MAILDB
WEB

11. ISSUES
SSO MAILDB
WEB
GET /issues
SELECT * FROM Issues;

12. REVOLUTION

13. REVOLUTION

14. ISSUES
SSO MAILDB
WEB
GET /issues
SELECT * FROM Issues;

15. ISSUES
SSO MAILDB
WEB
GET /v1/issues
GET /v2/issues
ISSUES v2

16. ISSUES
SSO MAILDB
WEB
GET /v1/issues
GET /v2/issues

17. ISSUES
SSO MAILDB
WEB
GET /issues?api=v2

19. REVOLUTIONEVOLUTION
Testability Large features
Small features
Infrastructure
Upgrade libraries
Scout rule
Security

20. ISSUES
SSO MAILDB
WEB
ADDING MultitenanCY

21. ISOLATION
SHARING
VS

22. ISSUES
SSO
MAIL
DB
WEB
ISSUES
DB
WEB
INSTANCE PER TENANT

23. WEB
ISSUESISSUES
SSO
MAIL
DB
WEB
SHARDED MULTITENANT

24. ISSUES
SSO
MAIL
DB
WEB
DB
DATABASE PER TENANT

25. ISSUES
DB
WEB
DB
DATABASE PER TENANT

26. ISSUES
TENANT 2
DATABASE PER TENANT
TENANT 1

29. ISSUES
TENANT 2
DATABASE PER TENANT
TENANT 1
tenant1.example.com
tenant2.example.com
X-Tenant

30. ISSUES
DB
DB

31. validation SSO
Tenant + Token
operation
Db query Connection pool

32. validation SSO
Tenant + Token
operation
Db query Connection pool
!!!!

34. validation SSO
Tenant + Token
operation
Db query Connection pool
!!!!

37. STRANGLER

38. ISSUES
SSO MAILDB
WEB
EXTRACTING FEATURES

39. ISSUES
SSO MAILDB
WEB LABELS

40. ISSUES
SSO MAILDB
WEB LABELS
QUEUE

41. BULKHEAD

43. ISSUES
SSO MAILDB
WEB
ADD TIMEZONES

44. NEW DATE();

45. LocalDateTime.now();

47. Unify & add new field!
Evolution!!

48. Decision Log

49. Decision Log
1.ISSUE
2.DECISION
3.STATUS
4.ASSUMPTIONS
5.ALTERNATIVES
6.ARGUMENT
7.IMPLICATIONS
8.NOTES

51. software-empathy.pl
spreadit.pl
@dpokusa

52. Q&A
@dpokusa
Source: http://themetapicture.com/the-life-of-a-software-engineer/

53. @dpokusa