Teknisk gjeld er ikke teknisk
•Download as PPTX, PDF•
1 like•449 views
Slides fra foredrag på OSWA-meetup: http://www.meetup.com/Oslo-Software-Architecture/events/230201144/
Recommended
More Related Content
Featured
Featured (20)
Teknisk gjeld er ikke teknisk
- 1. Teknisk gjeld er ikke teknisk Einar W. Høst @einarwh
- 3. Normal Normal Hva er teknisk gjeld?
- 4. Normal Normal Teknisk gjeld som meme.
- 6. Normal Normal Meme som selv-kopierende tankeenhet.
- 8. Normal Normal Hva får et meme til å spre seg?
- 9. Normal Normal Survival of the fittest?
- 12. Normal Normal De beste ideene vs De ideene som får oss til å føle oss best
- 13. Normal Normal Hva er teknisk gjeld?
- 14. Normal Normal Teknisk gjeld som metafor.
- 15. Normal Normal
- 16. Normal Normal Shipping first time code is like going into debt. A little debt speeds development so long as it is paid back promptly with a rewrite... The danger occurs when the debt is not repaid. Every minute spent on not- quite-right code counts as interest on that debt. Entire engineering organizations can be brought to a stand-still under the debt load of an unconsolidated implementation, object-oriented or otherwise.
- 17. Normal Normal Hva er bra med teknisk gjeld som metafor?
- 18. Normal Normal Gir oss språk til å snakke om noe viktig!
- 19. Normal Normal Setter kvalitet på agendaen!
- 20. Normal Normal Gjør det usynlige synlig!
- 22. Normal Normal Hva er problematisk med teknisk gjeld som metafor?
- 23. Normal Normal Vanlig “pengegjeld” er kvantifisert.
- 24. Normal Normal Hvor målbart er det vi kaller teknisk gjeld?
- 25. Normal Normal (Hvor mye teknisk gjeld har vi?)
- 26. Normal Normal (Er vi teknisk solvente??)
- 27. Normal Normal (Når er vi teknisk konkurs???)
- 28. Normal Normal Hva er egentlig teknisk gjeld?
- 29. Normal Normal Hvordan ser teknisk gjeld ut?
- 32. Normal Normal Hva forårsaker teknisk gjeld?
- 33. Normal Normal Hvorfor blir koden stygg?
- 35. Normal Normal “Prosjektlederen min forstår meg ikke?”
- 37. Normal Normal “Den forrige utvikleren var dum?”
- 38. Normal Normal Hvordan ser teknisk gjeld ut?
- 40. Normal Normal Haugevis av flagg og forgreninger.
- 41. Normal Normal Vanskelig å se hvor ting starter og slutter.
- 42. Normal Normal Vanskelig å se konsekvensene av endring.
- 44. Normal Normal
- 45. Normal Normal Hva er dette symptomer på?
- 46. Normal Normal At prosjektleder/produkteier/kunde ikke skjønner seg på teknologi?
- 47. Normal Normal At den forrige utvikleren brukte feil rammeverk for dependency injection?
- 48. Normal Normal At vi burde ha konfigurasjon i JSON istedenfor XML?
- 49. Normal Normal At vi burde ha konfigurasjon i kode istedenfor filer?
- 50. Normal Normal At vi burde praktisere London-school TDD?
- 51. Normal Normal At vi burde innføre microservices?
- 54. Normal Normal Men noe har gått fundamentalt galt.
- 55. Normal Normal Abstraksjonene vi har laget lar oss ikke uttrykke oss klart og konsist.
- 58. Normal Normal Noe har gått galt i prosessen med: 1) å forstå forretningsdomenet, 2) å velge og fatte beslutninger 3) å representere domenet i programvare på en hensiktsmessig måte.
- 59. Normal Normal Teknisk gjeld skyldes modelleringsgjeld.
- 61. Normal Normal “You're wise to make the software reflect your understanding as best you can.”
- 62. Normal Normal Hvordan kan vi nedbetale teknisk gjeld?
- 63. Normal Normal (Alle i kor nå)
- 65. Normal Normal Hvilken refaktorering fikser en sammenfiltret ball av svake abstraksjoner?
- 67. Normal Normal A rewrite will end up with the same problems as the original unless you close the understanding gap. — @sarahmei
- 68. Normal Normal Ingen refaktorering uten remodellering!
- 69. Normal Normal Alt annet er utvikler-hovmod!
- 72. Normal Normal Såkalte best practices er ikke nok!
- 73. Normal Normal Clean code kan ikke fikse en råtten modell!
- 74. Normal Normal “refactoring to deeper insight”
- 75. Normal Normal Fiks modellen først, koden etterpå.
- 76. Normal Normal Er vi ferdige nå?
- 77. Normal Normal …
- 78. Normal Normal Hvordan fikser vi modellen?
- 80. Normal Normal (OMG here we go again!)
- 85. Normal Normal Hvorfor snakker vi likevel om teknisk gjeld?
- 86. Normal Normal Konsekvensene viser seg på teknisk nivå.
- 87. Normal Normal Utviklere leter etter tekniske løsninger på myke problemer.
- 88. Normal Normal Tekniske oppgaver er fristende!
- 90. Normal Normal Fører sjelden til konflikt.
- 91. Normal Normal Teknisk arbeid er puzzle solving .
- 93. Normal Normal Hva får et meme til å spre seg?
- 96. Normal Normal Det finnes ikke tekniske løsninger på teknisk gjeld
- 97. Normal Normal Teknisk gjeld er ikke teknisk
- 98. Normal Normal Fiks motsetningene først, koden etterpå.
Editor's Notes
- I work at NRK. We take quality pretty seriously, because people notice when we fail. This means that PRAGMATISM is a luxury and a comfort we can’t afford. I’ll tell you why.
- To understand why, let’s look at a definition of pragmatism.