10 tegn på, at du er en dårlig softwareudvikler

Af

10 tegn på, at du er en dårlig softwareudvikler

Identificerer du dig selv som en dårlig eller god softwareudvikler? Ingen ønsker at blive kendt som en dårlig programmør, men den triste sandhed er, at mange af dem ikke er klar over deres mangler. At vide, hvad man ikke er god til, er en af de bedste måder at blive en god programmør på.

Så længe du forsøger at identificere dine fejl som softwareudvikler og er villig til at lære af dine fejl, er du ikke en dårlig programmør. Især hvis du er nybegynder, skal du ikke lade dig afskrække af at se dig selv som en dårlig programmør, for der er altid plads til forbedring. Denne artikel vil hjælpe dig med at lære, hvordan du ikke bliver en dårlig softwareprogrammør, og hvordan du forbedrer dig til at blive en god programmør. Læs videre for at få mere at vide.

Måder at identificere dem på

En programmørs arbejdsliv kan ikke være ideelt hele tiden. Men nogle programmører og dem, der konstant har problemer, får succes. En god programmør har brug for mere interesse i at lære nye ting og dermed mere interesse i at udvikle sine færdigheder. Du kan bruge flere tegn til at identificere uprofessionelle udviklere blandt professionelle. Den omfatter følgende.

1. Søge online gentagne gange efter det samme emne

At google efter det samme problem gentagne gange er ikke en god idé til programmering. Som udvikler kan du miste meget tid på at gøre det, fordi det nogle gange kan hjælpe med at forbedre produktiviteten ved at finde svaret på dine problemer. Ellers ville det have været en bedre måde at bygge din kode på, hvis du havde brugt din forhåndsviden. Derfor er det ikke en god praksis, som en god programmør bør holde sig til.

2. At være uvidende om funktionerne i kodningsplatforme

Moderne sprog og frameworks har en fantastisk bredde og dybde af indbyggede kommandoer og funktioner. Gode programmører forventes at være opmærksomme på dem, og denne viden kan kun erhverves ved at gå langsomt frem. Hvis de kender kommandoerne og funktionerne på kodningsplatformene eller har deres tekniske reference ved hånden, vil det være lettere at gennemføre programmeringen uden fejl og mangler.

Og hvis de ikke kan vænne sig til at have en papirkopi af referencen på skrivebordet ved siden af tastaturet eller have en anden skærm dedikeret til en browser, vil du som udvikler ikke nå målet om at reducere instruktionskoden.

3. Planlægning af en masse møder

At planlægge en masse møder er et andet tegn på en dårlig programmør. Hvis du er klar over kravene til dit projekt, er det kun nødvendigt med nogle få møder. Det kan gøres gennem en-til-en-møder med seniorprogrammører eller kolleger. Så planlæg først dine møder, når du har gjort konkrete fremskridt med koden eller designet.

Hvis ikke, vil det blive betragtet som et tegn på, at man har en svagere forståelse af det underliggende problem. Du spilder den andens tid uden forudgående planlægning og efterbehandling og gør det klart for organisationen, at du er ineffektiv som udvikler.

4. Ikke i stand til at ræsonnere om kode

At forstå formålet med koden, mens man følger dens eksekveringsvej, kaldes at ræsonnere om koden. Du skal ræsonnere over koden for at kunne forstå, hvad den gør. En programmør kan øve sig i at bruge IDE’ets debugger for at komme over denne mangel.

Ved konstant at øve dig kan du nå et punkt, hvor du ikke længere har brug for en debugger for at følge kodeflowet i dit hoved og kan gøre det på egen hånd. Det vil gøre det lettere at spotte ubrugt og overflødig kode og finde fejl i eksisterende kode uden at starte helt forfra.

5. Investerer meget tid i dokumentation

Udviklere bruger meget tid på dokumentation for at forstå problemer under kodningen. Det er fint at skrive problemerne ned på papir for at få en klar forståelse. Men at bruge tid på dette trin til åbenlyse eller gentagne opgaver er et dårligt tegn. Det faktum, at du beder dine medprogrammører om at udvikle et perfekt flowdiagram, før du skriver din første kodelinje, viser, at du enten er ude af stand til eller uvillig til at bygge videre på det, der allerede er blevet gjort.

6. Mangel på kritisk tænkning

Du vil kun opdage problemer, der kan løses, før du overhovedet begynder at kode, hvis du evaluerer dine tanker og søger efter fejl i din kode. Hvis du ikke gennemgår din egen skrevne kode, vil du desuden kun lære meget langsommere ved at prøve dig frem. Hvis du har viljen til at reparere og genopbygge det, du arbejder på, vil det øge din produktivitet, hvis du er opmærksom på problemer med din kodning.

7. Ikke interesseret i konstant læring

Du skal være interesseret i den konstante læring, som programmering kræver, for at blive en god programmør. Det skyldes, at kodning kræver et specifikt, udviklende sæt færdigheder, da teknologien ændrer sig hurtigt med regelmæssige opdateringer. Programmering er måske ikke noget for dig, hvis du ikke er typen, der nyder at lære nye ting hele tiden.

8. Kun fokus på lønnen

At være softwareudvikler er en lukrativ karriere at forfølge. Mange virksomheder tilbyder gode lønninger til programmører på begynderniveau. Men hvis du kun er fokuseret på den kompensation, du får, bliver du ikke en god programmør. På den anden side bør du altid investere i dig selv, hvis du vil være stærk nok i et professionelt miljø. Du kan tjene mange penge, men det bliver en udfordring, hvis du vil blive rig hurtigt.

9. Ængstelig kodning

Når der opstår et problem, har udviklere en tendens til at Google det for at kodificere det og kopiere koden fra det link, der kommer til dem. Dette er kendt som anxious coding. Det faktum, at de ofte kopierer og indsætter kode, indikerer, at de har det svært. Den største ulempe ved denne praksis er, at de bliver nødt til at forstå, hvad den indsatte kode gør fuldt ud.

Og koden kan også være perfekt, men den vil ødelægge grænsefladen og modulets design. Det største problem her er, at du først bliver opmærksom på det, når du sætter dig ned for at oprette testcases for hver use case, eller indtil en anden udvikler forsøger at bruge det.

10. Ikke at kunne balancere arbejde og privatliv

Det er ikke ualmindeligt at høre softwareudviklere klage over sene nætter, lange kodningssessioner og mangel på balance mellem arbejde og fritid. De har en tendens til at bruge en masse personlig tid på arbejde og undlader at finde plads til deres liv uden for arbejdet. At være programmør kræver dedikation. Det er negativt for en softwareprogrammør.

I denne artikel har vi diskuteret de ti tegn på, at du er en dårlig softwareudvikler. Men den vigtige faktor er, at det at blive en god eller dårlig programmør ligger i dig selv. Det, der kræves, er talent og en medfødt passion for at blive en god en af slagsen. Men hvis du ikke er interesseret i programmering, kan ingen mentor hjælpe dig med at blive en god programmør. Du bør hele tiden stræbe efter at blive en bedre programmør, for du er din egen værste fjende.

Interessante links:

Flere oplysninger om softwareudvikling

Hvad er tipsene til at blive en bedre programmør og softwareudvikler?

Skriv en kommentar