Sådan fremskyndes din udvikling

Hver udvikler laver fantastiske ting eller prøver i det mindste at gøre fantastiske ting. Denne artikel skal øge din udviklingshastighed og kvalitet. du kan følge op nedenfor for at fortsætte opgraderingen :)

  • Navnekonvention
  • Du må ikke kopiere duplikatet
  • Opdel og genbrug din kode
  • Loop
  • Online-dokumentation
  • Arkitektonisk mønster
  • Udvikler bliver en tester
  • Versionskontrol
  • Versionering
  • Deployment

Navnekonvention

Navn er vores personlige identitet, så hvert navn skal være læsbart, meningsfuldt og unikt. Nu følger en dag udviklere camelCase eller under_score, men mit personlige forslag er camelCase.

ThereAreLanguageRelatedPreferencesButHonestlyCamelCaseIsIsSoMuchEasierToRead.
There_are_language_related_preferences_but_honestly_camel_case_is_so_much_easier_to_read.
“Det rigtige navn gør en forskel”

Du må ikke kopiere duplikatet

Jeg forklarer ikke dette emne. Hver udvikler må ikke ikke ikke duplikere.

Jeg skriver ikke altid duplikatkode,
men når jeg gør det,
Jeg sørger for at skrive det to gange.

Opdel og genbrug din kode

Reducer din COM | PLEX | ITY

Skriv ikke større funktioner. En funktion udfører en handling og returnerer det tilsvarende svar. og de mest gentagne brugsmetoder skal skrives i separat klasse (værktøjsklasse).

Første gang du gjorde 8 timer for at udføre en logik, men den samme ting igen, når det blev skrevet, skulle ikke tage 8 timer. Det bør reducere til halv eller minimal tid for at opnå resultatet.

Gode ​​programmører ved hvad de skal skrive. De store ved hvad de skal OMskrives (og REUSE)

Loop

Loop påvirker ydelsen direkte. Så når du skriver en løkke, skal du bare kontrollere for funktioner i højere orden eller standardmetoder. Og du vil være i stand til at beslutte. Mit forslag er, at decrement loop altid tager mindre tid sammenlignet med inkrement loop.

Brug korrekt loop- og tilstandskontrol
Undgå for det meste nestede forhold & sløjfe

Online-dokumentation

Kodedokumentation er meget vigtig for kodevedligeholdelse.

Kontroller, hvad du kan kontrollere. Du kan ikke bekymre dig om resten.

Arkitektonisk mønster

Alle skal følge op det mindst ene arkitektoniske mønster

ex: Android

For et år siden foreslog Google MVC-mønster, men nu flyttede dage til MVP-mønster. Og nogle udviklere foreslår MVVM og MVI også

Udvikler bliver en tester

Udvikler og tester kan aldrig være venner (ikke de faktiske personer, bare rollerne). Udviklere bør ikke begå små fejl. Små fejl skjuler de større problemer. Udviklere skal altid være opmærksomme på små fejl.

Enhedstest er meget vigtig for sluttest af udviklere. Enhedstest løser de fleste af de små fejl, som udvikleren ikke kan kontrollere hver gang. Kør bare et testscript, og det er det :)

Udvikler bør udfordre testeren hver gang

Versionskontrol

Alle skal bruge mindst en versionskontrol. De fleste af udviklerne bruger git, git giver masser af muligheder.

Sikkerhedskopiering, samarbejde, implementering osv. ...

Versionering

Jeg personligt foreslår semantisk versionering

1.0.0
Major.Minor.Patch

Deployment

Manuel installation er altid en hovedpine. Nu et par dage til at løse dette problem

  • Git leverer git-kroge
  • CI / CD (Jenkins, Travis, Gitlab CI, Bitbucket pipelines & etc….)

Og en sidste ting

Hvis du har spørgsmål, så fortæl mig det i kommentarer. Du kan nu følge mig på Medium, Twitter og / eller Facebook!