YAGNI står for Du får ikke brug for det. Det er et princip i softwareudvikling, der foreslår, at udviklere kun bør implementere funktioner, der er nødvendige for de nuværende krav, og ikke tilføje nogen yderligere funktionalitet, der måtte være nødvendig i fremtiden. Dette princip er baseret på ideen om, at tilføjelse af unødvendige funktioner kan føre til øget kompleksitet, længere udviklingstider og potentielt flere fejl.

YAGNI-princippet er tæt forbundet med KYS princip (Keep It Simple, Stupid), som går ind for enkelhed i designet og undgåelse af unødvendig kompleksitet. Begge principper tilskynder udviklere til at fokusere på at levere den enkleste løsning, der opfylder de nuværende krav, i stedet for at forsøge at forudse og imødekomme potentielle fremtidige behov.

Hvad er YAGNI Principal

Indholdsfortegnelse

• Hvad er YAGNI?
• Hvordan implementeres YAGNI?
• YAGNI vs. andre principper
• Eksempler på YAGNI
• Fordele ved YAGNI
• Ofte stillede spørgsmål om YAGNI

Hvad er YAGNI?

YAGNI er et princip, der opfordrer udviklere til at undgå at tilføje funktioner eller funktionalitet til et system, indtil de er eksplicit påkrævet. Det er baseret på den forudsætning, at tilføjelse af unødvendige funktioner kan føre til øget kompleksitet, længere udviklingstider og potentielt flere fejl. I stedet bør udviklere fokusere på at levere den enkleste løsning, der opfylder de nuværende krav.

YAGNI er afledt af ekstrem programmering .

Hvorfor skal en udvikler følge YAGNI-princippet?

Udvikleren bør følge YAGNI-principperne af følgende grunde:

• Bygningsomkostninger: Byggeomkostningerne er mængden af ​​tid, kræfter og ressourcer brugt på at skabe en funktion eller løsning. Det omfatter alt fra planlægning og kodning til test. Hvis du bygger noget, der viser sig ikke at være nødvendigt, repræsenterer byggeomkostningerne den investering, du har lavet i at skabe det.
• Omkostninger ved forsinkelse: Omkostningerne ved forsinkelse er den forpassede mulighed eller økonomiske virkning af ikke at levere en funktion eller løsning med det samme. Hvis du bruger tid på mindre kritiske funktioner, kan du forsinke implementeringen af ​​vigtigere. Denne forsinkelse kan resultere i forpassede muligheder for omsætning eller andre fordele.
• Transportomkostninger: Omkostningerne ved at bære er de vedvarende vanskeligheder og ekstra arbejde forårsaget af at have en bestemt funktion i din software. Når en funktion tilføjer kompleksitet, kan det gøre det sværere at arbejde på andre dele af softwaren, hvilket fører til yderligere tid og kræfter. Det er som at bære ekstra vægt, mens du forsøger at komme videre.
• Udgifter til reparation: Omkostningerne ved reparation, også kendt som teknisk gæld, er de løbende omkostninger forbundet med at rette fejl, fejl eller dårlige valg foretaget under udviklingen af ​​en funktion. Hvis du bygger noget, der skal justeres senere, medfører det yderligere tid og ressourcer at løse disse problemer, svarende til at betale af på en gæld.

Hvorfor udvikler skal følge YAGNI Principal

if-else sætning java

Hvorfor er YAGNI vigtig?

YAGNI er vigtigt, fordi det hjælper med at holde softwareudvikling fokuseret og effektiv. Ved kun at implementere funktioner, der er nødvendige, kan udviklere undgå at spilde tid og ressourcer på unødvendig funktionalitet. Dette kan føre til hurtigere udviklingstider, reduceret kompleksitet og en mere vedligeholdelig kodebase.

Idéen bag YAGNI

At bruge YAGNI som udvikler er som at have en praktisk guide til at holde dit arbejde fokuseret og effektivt.

YAGNI Principal for udviklere

1. Få de nødvendige krav

Alle de ting, dit projekt har brug for, og sorter dem i must-haves og kan vente. Dette hjælper dig med at vide præcis, hvad du skal arbejde med. Uanset om du skriver det ned på papir eller skriver det ud på en skærm, holder en liste dig organiseret.

2. Diskuter med dit team

Derefter er det tid til at tale med dit team. Del dine planer og mål med dem. Dette sikrer, at alle er på samme side og forstår, hvad der skal gøres. Det er som at være holdkaptajn og sørge for, at alle spiller det samme spil.

3. Analyser en simpel plan for løsningen

Nu, når det kommer til at planlægge det faktiske arbejde, skal du holde det enkelt. Opdel dine store mål i mindre opgaver. Dette hjælper dig med at undgå at blive overvældet og sikrer, at du fokuserer på det, der virkelig betyder noget. Tænk på det som at bygge en trin-for-trin køreplan for dit projekt.

4. Afvis, hvis det ikke passer til løsningen

Nogle gange kan dit team komme med nye ideer eller ønsker at tilføje ekstra ting. Selvom disse ideer kan være fede, skal du være klar til at sige nej, medmindre det er en lille forbedring. Det kan være svært at sige nej, men det forhindrer dig i at komme af sporet og gå glip af deadlines.

markdown gennemstregning

5. Få en registrering af dine fremskridt

Hold et register over, hvad du har gjort. Det er som at holde mål i et spil. Dette hjælper dig med at se, hvor langt du er kommet, og om du er på vej i den rigtige retning. Værktøjer, der hjælper dig med at styre denne proces, er som resultattavler for udviklere, der hjælper dem med at holde styr på sporet og levere det, kunderne virkelig har brug for.

YAGNI vs andre principper

YAGNI (You are not Gonna Need It) er et softwareudviklingsprincip, der fraråder at tilføje funktionalitet, indtil det er nødvendigt. Det står i kontrast til andre principper på flere måder:

1. KISS (Keep It Simple, Stupid) : KISS er et princip, der går ind for enkelhed i designet og undgåelse af unødvendig kompleksitet. YAGNI supplerer KISS ved at fraråde at tilføje unødvendig funktionalitet, som kan føre til øget kompleksitet.
2. TØR (Gentag ikke dig selv) : DRY er et princip, der går ind for genbrug af kode og undgåelse af overlapning. Mens DRY fokuserer på at eliminere overflødig kode, fokuserer YAGNI på at undgå unødvendig funktionalitet.
3. SOLID : SOLID er et sæt principper for objektorienteret design, der fremmer modulær, vedligeholdelsesbar og skalerbar kode. Mens SOLID principper fokuserer på kodens design og arkitektur, fokuserer YAGNI på kodens funktionalitet.
4. TDD (testdrevet udvikling) : TDD er en udviklingsproces, der involverer at skrive test, før du skriver koden. TDD fokuserer på at skrive test for at drive udviklingsprocessen, mens YAGNI fokuserer på at undgå unødvendig funktionalitet.
5. Adræt : Agile er et sæt principper og praksisser for softwareudvikling, der lægger vægt på samarbejde, fleksibilitet og kundefeedback. YAGNI kan ses som et Agile-princip, da det opfordrer udviklere til at fokusere på at levere de vigtigste funktioner først og tilpasse sig skiftende krav.

Her er en sammenligning af YAGNI med andre softwareudviklingsprincipper baseret på aspekterne af YAGNI, og hvordan andre principper løser dem:

Samlet set supplerer YAGNI andre softwareudviklingsprincipper ved at fokusere på at levere den enkleste løsning, der opfylder de nuværende krav og undgå unødvendig funktionalitet.

Eksempler på YAGNI

Her er nogle eksempler på, hvordan YAGNI kan anvendes:

nøgle til bærbar indsættelse

1. Feature Creep undgået : Et udviklingsteam arbejder på en webapplikation. De planlægger i første omgang at inkludere en funktion, der giver brugerne mulighed for at oprette og dele brugerdefinerede avatarer. Men efter at have overvejet den tid og de ressourcer, der kræves for at implementere denne funktion, beslutter de sig for at udsætte den, indtil de modtager feedback fra brugere, der indikerer, at det er nødvendigt.
2. Reduktion af kompleksitet : En udvikler arbejder på en mobilapp, der giver brugerne mulighed for at spore deres træningsrutiner. I første omgang planlægger de at inkludere en funktion, der automatisk genererer personlige træningsplaner baseret på brugerens fitnessmål. Men efter at have overvejet kompleksiteten ved at implementere denne funktion og den potentielle indvirkning på appens ydeevne, beslutter de sig for at holde fast i en enklere tilgang, der giver brugerne mulighed for at oprette deres egne træningsplaner manuelt.
3. Ressourceallokering : Et udviklingsteam arbejder på en e-handelsplatform. De planlægger i første omgang at inkludere en funktion, der giver brugerne mulighed for at oprette ønskeliste og dele dem med venner. Men efter at have overvejet den begrænsede tid og de ressourcer, der er til rådighed for projektet, beslutter de sig for at fokusere på andre funktioner, der er mere kritiske for platformens succes.
4. Scope Management : Et udviklingsteam arbejder på et softwareprojekt for en klient. Kunden efterspørger i første omgang flere yderligere funktioner, som de mener vil være nødvendige for projektets succes. Men efter at have overvejet projektets budget og tidslinje, beslutter udviklingsteamet at begrænse projektets omfang til kun at omfatte de mest kritiske funktioner.
5. Feedback-drevet udvikling : Et udviklingsteam arbejder på et nyt softwareprodukt. De planlægger i første omgang at inkludere en funktion, der giver brugerne mulighed for at give feedback om produktets ydeevne. Efter at have overvejet den potentielle indvirkning på produktets anvendelighed og den tid, det tager at implementere denne funktion, beslutter de sig for at udsætte det, indtil de modtager feedback fra brugere, der indikerer, at det er nødvendigt.

Fordele ved YAGNI

Fordelene ved YAGNI (You are not Gonna Need It) i softwareudvikling er talrige og kan have en væsentlig indflydelse på udviklingsprocessen, kvaliteten af ​​det endelige produkt og projektets overordnede succes. Her er nogle af de vigtigste fordele:

• Hurtigere udvikling : Ved kun at fokusere på det, der er nødvendigt i øjeblikket, kan udviklere undgå at bruge tid på funktioner, som måske aldrig bliver brugt. Dette kan føre til hurtigere udviklingscyklusser og mere effektiv brug af ressourcer.
• Enkelhed : Unødvendige funktioner kan tilføje kompleksitet til kodebasen, hvilket gør det sværere at vedligeholde og forstå. YAGNI hjælper med at holde kodebasen enkel og fokuseret, hvilket gør det nemmere for udviklere at arbejde med.
• Fleksibilitet : Ved at undgå unødvendige funktioner kan udviklere holde kodebasen fleksibel og tilpasningsdygtig til ændringer. Dette kan især være vigtigt i miljøer med højt tempo, hvor kravene kan ændre sig ofte.
• Reduceret risiko : Unødvendige funktioner kan introducere fejl og andre problemer i kodebasen. Ved at undgå disse funktioner kan udviklere reducere risikoen for at introducere fejl og andre problemer i kodebasen.
• Brugerfokus : YAGNI hjælper med at holde fokus på at levere værdi til slutbrugeren. Ved kun at implementere funktioner, der er nødvendige for brugeren, kan udviklere sikre, at softwaren lever op til brugerens behov og forventninger.
• Omkostningsbesparelser : Ved at undgå unødvendige funktioner kan udviklere spare tid og ressourcer, som ellers ville blive brugt på at implementere og vedligeholde disse funktioner. Dette kan føre til omkostningsbesparelser for organisationen.
• Forbedret vedligeholdelse : En enklere kodebase er lettere at forstå og vedligeholde, hvilket gør det nemmere for udviklere at foretage ændringer og rette fejl.
• Bedre brugeroplevelse : Ved at fokusere på at levere de vigtigste funktioner først, kan udviklere sikre, at brugerne får den funktionalitet, de har brug for, hurtigere, hvilket fører til en bedre samlet brugeroplevelse.

Konklusion

YAGNI-princippet kan være værdifuldt i forskellige aspekter af softwareudvikling. Det fremmer enkelhed, reducerer unødvendig kompleksitet og hjælper teams med at fokusere på at levere væsentlig funktionalitet. Ved at overveje YAGNI kan udviklere øge produktiviteten, vedligeholdelsen og den overordnede projektsucces. Det er dog vigtigt at lave en balance og ikke misfortolke YAGNI som en undskyldning for at negligere fremsyn eller arkitektoniske overvejelser.

Ofte stillede spørgsmål om YAGNI

Q1. Hvad er kritikken af ​​YAGNI?

Nogle mennesker siger, at YAGNI har en ulempe. De hævder, at hvis du kun tænker på, hvad du har brug for lige nu og ignorerer potentielle fremtidige behov, kan du ende med at skulle lave meget af dit arbejde om senere, når nye krav dukker op.

Q2. Hvad er YAGNI-reglerne?

Du får ikke brug for det. YAGNI er et softwareudviklingsprincip, der er afledt af ekstrem programmering (XP), der siger, at programmøren ikke skal tilføje ekstra funktionalitet, før det er nødvendigt.

Q3. Hvad er argumenterne for YAGNI-princippet?

En funktionskrybning undgås, hvilket betyder, at en udvikler ikke vil bruge funktionalitet, som næppe vil blive brugt i fremtiden.

Q4. Hvad er forskellen mellem SOLID og YAGNI?

SOLID forventer, at du har en idé, selvom det bare er en smule, om hvordan koden kan ændre sig i fremtiden, især med Single Responsibility Principle (SRP). Det er som at være håbefuld om, at du kan forudsige nogle ting. På bagsiden antager YAGNI, at du for det meste ikke ved, hvor koden er på vej hen i fremtiden. Det er som at være lidt i tvivl om vores evne til at forudsige.