Understrukna ord finns i lektionsordlistan. Tryck på ett ord för att se alla översättningar. Lägg till eller redigera ord i messages/glossary.json (alla språknycklar du lägger till visas i rutan).
Coding, debugging, and design
Refactoring and improving code
Vi har samlat på oss en hel del teknisk skuld som vi verkligen måste börja betala av.
Den här komponenten är alldeles för massiv, vi behöver bryta ner den i mindre delar.
Jag ska rensa bort all kod och alla filer som vi uppenbarligen inte använder längre.
Det är hög tid att vi refaktorerar den gamla koden så att den blir mer lättläst och modern.
Vi bryter mot DRY-principen (Don't Repeat Yourself) här, koden dupliceras på tre ställen.
Låt oss extrahera den här komplicerade logiken till en helt egen tjänsteklass.
Koden fungerar visserligen, men prestandan kan optimeras avsevärt om vi tänker om.
Jag håller på att byta ut de gamla looparna mot modernare och mer funktionella metoder.
Vi borde verkligen separera affärslogiken från gränssnittet så mycket det går.
Kan vi inte göra den här metoden mer generell så att den kan återanvändas överallt?
Jag planerar att snygga till namngivningen på alla variabler så att de speglar sin funktion.
Det här scriptet har blivit ett ohanterligt monster, jag skriver om det från noll.
Vi måste absolut minska antalet beroenden (dependencies) i det här gamla projektet.
Jag strukturerar om hela vår mappstruktur för att det ska bli enklare att navigera i koden.
Vi har mycket hårdkodad data som vi borde lyfta ut till en konfigurationsfil istället.
Genom att cacha de tyngsta anropen kan vi drastiskt snabba upp applikationens svarstid.
Låt oss isolera databasanropen till ett eget abstrakt lager (repository pattern).
Jag håller på att uppgradera alla gamla bibliotek till deras allra senaste versioner.
Den här 'if-else'-strukturen har spårat ur helt, en switch-sats är nog mycket renare.
Vi borde införa en mycket striktare linting för att automatiskt formatera koden rätt.
Genom att ta bort onödiga renderingar har jag gjort frontend-applikationen mycket snabbare.
Det finns en enorm optimeringspotential i hur vi hanterar de stora bildfilerna på servern.
Jag har upptäckt en flaskhals i systemet som jag nu ska försöka programmera bort.
Låt oss minska komplexiteten i den här funktionen (cyclomatic complexity) så den går att förstå.
Jag refaktorerar koden för att göra det mycket enklare att skriva tillförlitliga enhetstester.
Vi bör byta ut den gamla inaktuella tekniken innan den slutar stödjas helt och hållet.
Koden är ganska rörig, jag gör en så kallad 'boy scout' och lämnar koden renare än jag fann den.
Jag ska bygga om den synkrona koden så att den körs asynkront och blockerar mindre.
Det är viktigt att vi standardiserar hur fel hanteras (error handling) över hela kodbasen.
Jag implementerar paginering så att databasen inte behöver ladda in allt på en och samma gång.
Genom att använda 'lazy loading' kommer sidan att ladda betydligt mycket snabbare för användaren.
Jag bryter loss den här funktionen till ett separat paket så att andra team också kan använda den.
Vi har ganska många minnesläckor i applikationen som vi måste täppa till innan lanseringen.
Det är svårt att förstå den här logiken, jag skriver tydligare kod istället för långa kommentarer.
Vi måste optimera våra databasindex för att göra de tyngsta sökningarna snabbare.
Jag har förenklat hela det komplicerade state-maskineriet som hanterar användarflödet.
Vi använder en onödigt tung algoritm här, jag byter till en mycket effektivare lösning.
Det vore en enorm förbättring att skriva om de här gamla Javascript-filerna till Typescript.
Jag har städat bort all död kod som aldrig anropas längre, vilket sparar mycket utrymme.
Vi måste säkra upp koden mot potentiella sårbarheter (SQL-injections) på ett bättre sätt.
Låt oss konsolidera alla våra utspridda färgkoder i CSS:en till en gemensam palett.
Genom att introducera en state manager blir det mycket lättare att hantera dataflödet.
Jag byter ut den gamla klassbaserade logiken mot modernare funktionsbaserad programmering.
Det är dags att uppdatera ramverket, även om det kräver ganska mycket refaktorering från vår sida.
Jag gör koden mer modulär, så att vi enkelt kan testa varje enskild del för sig själv.
Koden var väldigt tätt sammankopplad (tight coupling), jag har frikopplat komponenterna nu.
Jag tar bort redundanta API-anrop för att minska belastningen på backend-servern.
Vi bör standardisera namngivningen i hela databasen så att den följer exakt samma konvention.
Den här metoden gör alldeles för många saker, jag delar upp den i tre mindre funktioner.
Bra kod ska vara självförklarande, och med den här ändringen har vi verkligen nått dit.
