Programmører har tendens til at rapportere deres problemer ufuldstændigt

Programmører har tendens til at rapportere deres problemer ufuldstændigt

Hvis du ansøger om et programmeringsjob, er det givet, at du ikke er glad for et simpelt, ukompliceret liv uden bekymringer og enkle løsninger på alt.

Nu hvor du har fået dig selv i denne pyt, svøm dig til kystenes sikkerhed ved at dechiffrere koder på den rigtige måde. Programmering i sig selv er et besværligt erhverv at komme ind i, og når du har besluttet at gøre det til den eneste måde at bringe brød på din tallerken, kan du lige så godt lære alle de tricks, der handler.

At fejle er for mennesket

Er du vant til at rapportere problemer ufuldstændigt? Rookie-fejl, ven! Vær ikke bange for at bede om hjælp. Der kan være fejl i din tilgang, der kræver korrektion, og det skader ikke din goodwill som programmør at bede om hjælp, når og når du har brug for det. Når alt kommer til alt er at fejle for mennesker, og vi er alle mennesker, der er her for at lære. Tag ikke rapporteringsproblemer i deres helhed for at være et tegn på svaghed. Ingen vil bedømme dine færdigheder, der er erhvervet gennem årene, på baggrund af et engangsproblem, som du måske står over for af forskellige årsager.

Medarbejdere er problemer

Faktisk er det første skridt, du kan tage, hvis du sidder fast med et virkelig langvarigt problem, at tage råd fra dine kolleger. Chancerne er, at de har været i en lignende sten og et hårdt stedsproblem før og er kommet ud af det. Med hjælp fra dine kolleger kan du endda presse dig ud af ethvert problem. Grundlaget for denne interaktion skal være tillid - den tillid, at du absolut ikke bliver nedværdiget på nogen måde på grund af rapportering af et problem. Dette er givet, da dine kolleger også følger den samme procedure for at finde et problem - bede om hjælp til at rette op på problemet en gang imellem.

Programmeringsfremskridt

Du har de nødvendige færdigheder og færdigheder til at løse alle programmeringsrelaterede problemer med succes, og det er også det, der forventes af dig. Men dette betyder ikke, at du begynder at negere ethvert problem og gøre det til en psykologisk barriere, hvor du er tøvende med at bede om hjælp overhovedet.

Især hvis du er en rårekrutterer, og du har begået grundlæggende fejl, der tager tid at blive løst på grund af din stive holdning, skal du straks stoppe denne tankegang. Ikke at rapportere problemer fuldstændigt og for evigt at forblive i et spor kan være mere et problem end faktisk at rapportere problemet og få de nødvendige oplysninger for at undslippe situationen.

Det er almindeligt kendt i korridorer for kodning, at programmører fungerer på 4 forskellige niveauer:

  • Udførelse af kompleks programmering med relativ lethed (relativ er nøgleordet!)
  • Hurtigt på vej til fremskridt
  • På vej mod fremskridt, men langsomt og støt (hvad lærte vi af kanin-skildpaddehistorien, venner?)
  • Siddende fast ved stagnationspunktet

Følg trinene - trin for trin

Nu efter den detaljerede frem og tilbage, som vi allerede har haft med hensyn til rapportering af problemer ufuldstændigt, er det ret meget forstået, når du finder dig selv lige i nederste position i den nævnte liste. Og det vil sandsynligvis ske, hvis du er en af de stædige, der nægter at være opmærksom på den klare skrift på væggen, der siger - Bed om hjælp, når du har brug for det. Tøv ikke med at rapportere problemer fuldstændigt.

Ifølge bogen "The Professional Programmer" af Samer Buna skal den korrekte procedure man følge for at få ultimativ succes under programmering:

  • Tænke.
  • Forskning.
  • Plan.
  • Skrive.
  • Bekræft.
  • Modificere.

Mens hvert trin er ekstremt vigtigt og en uundværlig del af hele processen, er vi her bekymrede over de to ultimative trin - validering og ændring af dine koder. Selv efter at du har fulgt alle andre trin på en flittig måde, er der altid omfanget af en fejl i et eller andet sted.

Læs bloggen - udviklere beder langsomt om hjælp, når de står over for problemer

Så at få en anden mening, hvis du sidder fast et eller andet sted, er den bedste måde at fortsætte med at forbedre og fortsætte med at komme videre på, hvad der er en lang og kompliceret rejse. Ændring af dine koder for at gøre dem bedre, præcise og mere omfattende er ikke tegn på en teoretisk svag novice. Det er faktisk en indikation af en sikker programmør, der tager tingene i hende eller hans skridt og bevæger sig fremad med en udstråling af tillid.

Ensom ulv vs holdspiller

Mens programmering ses som et ensom-ulv-job af de fleste af programmørerne, der identificerer det som et spørgsmål om deres ego til endda at tænke eksternt på at bede om hjælp, er det faktisk bedre at konsultere samtidige, mens de sidder fast i et problem i lang tid. Når alt kommer til alt, vil du gerne sidde på din stol hele dagen og fiske efter svar alene, eller du vil gerne stille din forespørgsel foran nogen og komme ud af dit problem ved ikke at forlænge det.

I stedet viser din hurtige handling med at rapportere dit problem, at du har dine fødder godt på jorden, og at du er mere end villig til at lære nye tricks og handler. En ydmyg holdspiller foretrækkes altid frem for en arrogant ensomhed, uanset felt. Så fortsæt, afgræns dine komplette kodningsproblemer, og tjen løsningen på det såvel som en lastbil af goodwill blandt dine kolleger. Det lyder som en fair handel, ikke?

Tommelfingsteorien

Der er denne populære tommelfingerteori for programmører. Der er programmører, der er tommelfingre, og så er der både fingre og knuste fingre. Hvert web- eller mobilapp-udviklingsteam har brug for et eller et par tommelfingre for at fungere. Du kan være den tommelfinger - den mest integrerede del af din organisation, hvis du lærer at identificere dine fejl og vænne dig til ikke at gentage dem. Denne del, der beskæftiger sig med at være en ydmyg og opmærksom koder, er lige så vigtig som at være en hurtig og begavet koder. Programmering er ikke kun for kontanter, men det er også en hyldest til den færdighed, som du har tilegnet dig gennem hårdt arbejde.

Konklusion

Så lige så vigtigt som det er at være en programmør, der løser problemer, er det også vigtigt at være en programmør, der fremsætter de problemer, der skal løses. Og cyklussen fortsætter med at gentage sig selv - identificere problemer - løse dem fuldstændigt - se ud eller problemer at løse. Vær en aktiv gerningsmand i økosystemet og bliv den programmør, du ville have dig til at være - leder af pakken med en misundelig pakke. Først da vil det være værd at alle de kampe, som du har tilmeldt dig, programmeringsunderundelse!