[QE 2017] Daniel Pokusa - Architektura, która ewoluuje
•
0 recomendaciones•288 vistas
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.
Recomendados
Recomendados
Más contenido relacionado
Más de Future Processing
Más de Future Processing (20)
[QE 2017] Daniel Pokusa - Architektura, która ewoluuje
- 3. Quality means doing it right when no one is looking - Henry Ford
- 15. fot. Iza Janoszek, Radio Eska
- 16. OVERDESIGN
- 17. DIE
- 18. DRYDIE
- 20. UNDERDESIGN
- 21. KISS
- 22. YAGNIKISS
- 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.
- 57. Q&A