Jak uniknąć „overdesignu”, równocześnie nie zamykając się na potencjalny rozwój? Na jakim etapie podejmować kluczowe decyzje oraz kiedy opłaca się świadomie zaciągać dług technologiczny? Wykład Daniela skierowany do wszystkich tych, którym zależy, aby ich aplikacje były utrzymane w dobrym stanie (uwzględniając często spore ciśnienie biznesowe). Prawdziwa historia o pomyłkach, porażkach, ale i decyzjach, które okazały się zbawienne dla projektu.

1. Evolving Architecture
@dpokusa

2. https://commons.wikimedia.org/wiki/File:Tecnology_Life_Cycle.png

3. Quality means doing it right
when no one is looking
- Henry Ford

4. CZAS
FUNKCJONALNOŚĆ
ZASOBY

5. CZAS
FUNKCJONALNOŚĆ
ZASOBY

6. CZAS
FUNKCJONALNOŚĆ
ZASOBY

7. CZAS
FUNKCJONALNOŚĆ
ZASOBY

10. JAKOŚĆ
CZASFUNKCJONALNOŚĆ
ZASOBY

11. JAKOŚĆ
CZASFUNKCJONALNOŚĆ
ZASOBY

12. JAKOŚĆ
CZASFUNKCJONALNOŚĆ
ZASOBY

13. JAKOŚĆ
CZASFUNKCJONALNOŚĆ
ZASOBY

15. fot. Iza Janoszek, Radio Eska

16. OVERDESIGN

17. DIE

18. DRYDIE

20. UNDERDESIGN

21. KISS

22. YAGNIKISS

25. TECHNOLOGY FREEDOM

27. TECHNOLOGY PRISON

30. READABILITY CONSIDERATIONS

32. EXECUTION TIME
PREPARATION TIME
MAINTENANCE TIME

33. P + (N*E) + M

34. P + (N*E) + M

35. P + (N*E) + M
WASTE

36. P + (N*E) + M
Profit*
WASTE

37. (N*E) > P + M
?

39. >

41. BALANCE

43. SEPARATION

44. 1. Klient zawsze oczekuje jakości,

45. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,

46. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,

47. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,
4. Kod źródłowy testów nie jest mniej ważny od kodu produkcyjnego!

48. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,
4. Kod źródłowy testów nie jest mniej ważny od kodu produkcyjnego!
5. Nigdy nie zapominaj o refaktoryzacji,

49. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,
4. Kod źródłowy testów nie jest mniej ważny od kodu produkcyjnego!
5. Nigdy nie zapominaj o refaktoryzacji,
6. "Scrappy" zostanie na dłużej niż sądzisz,

50. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,
4. Kod źródłowy testów nie jest mniej ważny od kodu produkcyjnego!
5. Nigdy nie zapominaj o refaktoryzacji,
6. "Scrappy" zostanie na dłużej niż sądzisz,
7. Pisz biblioteki, nie frameworki,

51. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,
4. Kod źródłowy testów nie jest mniej ważny od kodu produkcyjnego!
5. Nigdy nie zapominaj o refaktoryzacji,
6. "Scrappy" zostanie na dłużej niż sądzisz,
7. Pisz biblioteki, nie frameworki,
8. Nie zamykaj się na nowe technologie, ale równocześnie ograniczaj ich ilość,

52. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,
4. Kod źródłowy testów nie jest mniej ważny od kodu produkcyjnego!
5. Nigdy nie zapominaj o refaktoryzacji,
6. "Scrappy" zostanie na dłużej niż sądzisz,
7. Pisz biblioteki, nie frameworki,
8. Nie zamykaj się na nowe technologie, ale równocześnie ograniczaj ich ilość,
9. Staraj się równoważyć ilość testów pod względem ich kosztów utrzymania,

53. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,
4. Kod źródłowy testów nie jest mniej ważny od kodu produkcyjnego!
5. Nigdy nie zapominaj o refaktoryzacji,
6. "Scrappy" zostanie na dłużej niż sądzisz,
7. Pisz biblioteki, nie frameworki,
8. Nie zamykaj się na nowe technologie, ale równocześnie ograniczaj ich ilość,
9. Staraj się równoważyć ilość testów pod względem ich kosztów utrzymania,
10. Korzystaj z testów automatycznych zgodnie z ich przeznaczeniem,

54. 1. Klient zawsze oczekuje jakości,
2. Jakość nie jest wartością 0:1,
3. Podejmuj decyzje najpóźniej jak to możliwe,
4. Kod źródłowy testów nie jest mniej ważny od kodu produkcyjnego!
5. Nigdy nie zapominaj o refaktoryzacji,
6. "Scrappy" zostanie na dłużej niż sądzisz,
7. Pisz biblioteki, nie frameworki,
8. Nie zamykaj się na nowe technologie, ale równocześnie ograniczaj ich ilość,
9. Staraj się równoważyć ilość testów pod względem ich kosztów utrzymania,
10. Korzystaj z testów automatycznych zgodnie z ich przeznaczeniem,
11. Nie traktuj testów jako odrębnego bytu.

55. ABOUT
software-empathy.pl
@dpokusa

56. @dpokusa
ABOUT
SPREADIT.PL
18 LISTOPADA 2017

57. Q&A