Programmeurs hebben de neiging om hun problemen onvolledig te rapporteren

Programmeurs hebben de neiging om hun problemen onvolledig te rapporteren

Als je solliciteert naar een programmeerbaan, is het vanzelfsprekend dat je niet houdt van een eenvoudig, ongecompliceerd leven zonder zorgen en simpele oplossingen voor alles.

Nu je jezelf in deze plas bevindt, zwem je een weg naar de veilige kusten door codes op de juiste manier te ontcijferen. Programmeren is op zich al een lastig vak, en als je hebt besloten om er de enige manier van te maken om brood op je bord te krijgen, kun je net zo goed alle kneepjes van het vak leren.

Vergissen is voor de mens

Ben je gewend om problemen onvolledig te melden? Rookie-fout, vriend! Wees niet bang om hulp te vragen. Er kunnen fouten in uw aanpak zitten die correctie vereisen en het schaadt uw goede wil als programmeur niet om hulp te vragen wanneer en wanneer u die nodig heeft. Vergissen is tenslotte een mens en we zijn allemaal mensen die hier zijn om te leren. Beschouw het rapporteren van problemen in hun geheel niet als een teken van zwakte. Niemand zal uw vaardigheden, die u in de loop der jaren heeft verworven, beoordelen op basis van een eenmalig probleem waarmee u om verschillende redenen te maken kunt krijgen.

Medewerkers zijn probleemoplossers

In feite is de eerste stap die u kunt nemen als u met een echt langdurig probleem vastzit, advies inwinnen bij uw collega's. De kans is groot dat ze eerder in een soortgelijk rock- en moeilijk plaatsprobleem hebben gezeten en eruit zijn gekomen. Met de hulp van uw collega's kunt u zelfs u uit elk probleem wurmen. De basis van deze interactie moet vertrouwen zijn - het vertrouwen dat je op geen enkele manier vernederd zult worden als je een probleem meldt. Dit is een gegeven aangezien uw collega's ook dezelfde procedure volgen om een probleem op te sporen - af en toe om hulp te vragen - het probleem op te lossen.

Niveaus van programmeervoortgang

Je hebt de vereiste vaardigheden en vaardigheid om elk programmeerprobleem met succes te overwinnen, en dat is ook wat van je wordt verwacht. Maar dit betekent niet dat je elk probleem begint te ontkennen en er een psychologische barrière van maakt waar je aarzelt om hoe dan ook om hulp te vragen.

Vooral als je een rauwe rekruut bent en je hebt fundamentele fouten gemaakt die vanwege je starre houding tijd nodig hebben om opgelost te worden, stop dan onmiddellijk met deze mentaliteit. Het niet volledig rapporteren van problemen en voor altijd in een sleur blijven, kan meer een probleem zijn dan het probleem daadwerkelijk melden en de vereiste informatie krijgen om aan de situatie te ontsnappen.

Het is algemeen bekend in de wandelgangen van codering dat programmeurs op 4 verschillende niveaus werken:

  • Complexe programmering relatief gemakkelijk uitvoeren (relatief als sleutelwoord!)
  • Snel op weg om vooruitgang te boeken
  • Op weg naar vooruitgang, maar langzaam en gestaag (wat hebben we geleerd van het konijn-schildpadverhaal, vrienden?)
  • Vast op het punt van stagnatie

Volg de stappen - stap voor stap

Nu, na het uitgebreide heen en weer dat we al hebben gehad met betrekking tot het onvolledig melden van problemen, is het vrijwel duidelijk wanneer u zich helemaal onderaan de genoemde lijst bevindt. En dat zal zeker gebeuren als u een van die koppige bent die weigert acht te slaan op het duidelijke schrift op de muur dat zegt: vraag om hulp wanneer u die nodig heeft. Aarzel niet om problemen volledig te melden.

Volgens het boek "The Professional Programmer" van Samer Buna, is de juiste procedure die men moet volgen om het ultieme succes te behalen tijdens het programmeren:

  • Denken.
  • Onderzoek.
  • Plan.
  • Schrijven.
  • Valideer.
  • Aanpassen.

Hoewel elke stap buitengewoon belangrijk is en een onmisbaar onderdeel van het hele proces, maken we ons hier zorgen over de twee ultieme stappen: het valideren en wijzigen van uw codes. Zelfs nadat u alle andere stappen op een ijverige manier hebt gevolgd, is er altijd de omvang van een fout op de een of andere plaats.

Lees de blog - Ontwikkelaars vragen traag om hulp bij problemen

Dus een second opinion krijgen voor het geval je ergens vastzit, is de beste manier om je te blijven verbeteren en vooruit te blijven gaan op een lange en gecompliceerde reis. Het aanpassen van uw codes om ze beter, nauwkeuriger en uitgebreider te maken, is niet het teken van een theoretisch zwakke beginneling. Het is in feite de indicatie van een veilige programmeur die de dingen in zijn of haar pas neemt en vooruitgaat en een aura van vertrouwen uitstraalt.

Eenzame wolf versus teamspeler

Hoewel programmeren door de meeste programmeurs als een eenzame klus wordt gezien, die het als een probleem van hun ego beschouwen om zelfs maar in de verte te denken aan het vragen om hulp, is het eigenlijk beter om tijdgenoten te raadplegen als je lang vastzit aan een probleem. Zou je tenslotte de hele dag op je stoel willen zitten om zelf naar antwoorden te vissen of je zou je vraag aan iemand willen voorleggen en uit je probleem komen door het niet te verlengen.

In plaats daarvan toont uw snelle actie om uw probleem te melden aan dat u met uw voeten stevig op de grond staat en meer dan bereid bent om nieuwe trucs en beroepen te leren. Een nederige teamspeler heeft altijd de voorkeur boven een arrogante eenling, op elk gebied. Dus ga je gang, zet je volledige codeerproblemen uit en verdien de oplossing ervoor, evenals een vracht aan goodwill onder je collega's. Het klinkt als een eerlijke handel, nietwaar?

De duimtheorie

Er is deze populaire duimtheorie van programmeurs. Er zijn programmeurs die duimen zijn en dan zijn er zowel vingers als gebroken vingers. Elk ontwikkelingsteam voor web- of mobiele apps heeft een of een paar duimen nodig om te functioneren. U kunt die duim zijn - het meest integrale onderdeel van uw organisatie als u leert uw fouten te identificeren en eraan te wennen ze niet te herhalen. Dit deel, dat handelt over een nederige en bewuste programmeur zijn, is net zo belangrijk als een snelle en begaafde programmeur zijn. Programmeren is niet alleen voor het geld, maar het is ook een eerbetoon aan de vaardigheid die je hebt opgedaan door hard te werken.

Conclusie

Dus hoe belangrijk het ook is om een programmeur te zijn die problemen oplost, het is ook belangrijk om een programmeur te zijn die de problemen naar voren brengt die opgelost moeten worden. En de cyclus blijft zich herhalen - problemen identificeren - ze volledig oplossen - kijken of problemen oplossen. Wees een actieve dader in het ecosysteem en word de programmeur die je wilde dat je was - leider van het peloton met een jaloers pakket. Alleen dan zal het alle strijd waard zijn waarvoor je je hebt aangemeld, wonderkind programmeren!