As dit by sagteware-ontwikkelaars of -ingenieurs kom, is dit baie belangrik om goed in hul werk te wees. Die kode werk óf óf misluk om uit te voer met 'n noodlottige fout, óf dit is foutief en neem ekstra tyd om reg te stel.
Die spoed van uitvoering is ook belangrik. As dit 'n ontwikkelaar te lank neem om 'n oplossing te skep, kan 'n kliënt elders gaan, of 'n baas kan ongelukkig wees. Daarom is dit nuttig om gesonde gewoontes te ontwikkel en enige kennis of opleiding aan te neem wat help om vinnig op hoogte te kom met nuwe tale, platforms en tegnologieë.
Hier is 7 gewoontes van suksesvolle sagteware-ontwikkelaars.
- Word 'n Boekwurm
Alhoewel dit moontlik is om stukkies kode uit blogplasings en tegniese forums te leer, is die waarheid dat dit baie moeilik is om 'n behoorlike oorsig van 'n nuwe taal te kry en dan op daardie grondslag te bou sonder om dit van die grond af te leer.
Om 'n boek oor 'n taal soos JavaScript te bestudeer wat 'n volledige gids verskaf, sal nuttiger wees vir iemand wat nuut is met die onderwerp wat gedek word. Inderdaad, volgens Wilfrid Laurier Universiteit, sagteware-ontwikkelingspoed het 'n direkte korrelasie met tyd wat spandeer word om die boeke te slaan. En omdat hulle 'n opvoedkundige instelling is, behoort hulle te weet.
- Het 'n plan van aksie
Versuim om te beplan is nie 'n oplossing nie. Kyk na die loopbaanopsies en besluit wat nodig is om vordering in die regte rigting te maak. Alternatiewelik, wanneer jy nie op die vlak is wat wenslik is nie, wat is die plan om daar te kom?
Wanneer die teiken vir 'n spesifieke ontwikkelingsmaatskappy of webateljee werk, hoe gaan dit bereik word en in die kortste tyd?
Breek die trappies af wat nodig is om van hier na daar te kom, en begin dan om hulle te klim, een tree op 'n slag.
- Kode meer duidelik
As 'n webontwikkelaar sal meer as een persoon uiteindelik aan die kode raak. Dit sal geskryf word en dan opgedateer of elders in hierdie of 'n ander projek hergebruik word.
Wanneer die kode nie gedokumenteer is nie en swak konstrukte gebruik, sal dit toekomstige programmeerders verwar. Dit tel selfs af tot watter veranderlike name gebruik word om die doel daarvan duideliker te maak vir toekomstige kodeerders. Funksies moet byvoorbeeld 'n enkele doel dien, nie probeer om drie verskillende dinge in een te doen nie.
Skoon ontwerp is belangrik omdat dit twee keer so lank neem om 'n fout reg te stel of later 'n opgradering by te voeg wanneer die oorspronklike kode soos 'n spaghetti-aansluiting is. Een idee is om kyk na Gitflow Workflow wat 'n manier van werk is wat vir baie ingenieurs prakties is as gevolg van die manier waarop dit logies uiteengesit is.
- Maak die verband tussen die kode en die besigheid daaragter
Baie ontwikkelaars leef in 'n abstrakte wêreld waar hul kode sy eie ding geword het met 'n totale ontkoppeling met die regte wêreld. Uiteindelik is dit onbehulpsaam vir hul werkgewer. Dit is altyd uitdagend vir ontwikkelaars om hierdie verbinding te maak, maar hulle moet doen.
Alhoewel 'n kenmerk wat hulle uitgedroom het, op papier wonderlik kan klink en hulle verlief kan wees op die uitvoering van die resultaat, as dit nie iets is wat eindgebruikers wil hê, verstaan en sal gebruik nie, is dit net om ontwikkelingshulpbronne te mors. Oplossings moet:
- Wees wat kliënte nodig het
- Word aangebied in 'n gebruikersvriendelike wyse
- Word gemaak sonder om die oplossing te oorontwikkel deur komplikasies en ekstra ontwikkelingstyd by te voeg
- Sien die groter prentjie verband tussen die projek en die besigheid
- Om 'n goeie balans te vind
Die regte balans moet gevind word om 'n ontwikkelaar in staat te stel om hul volle potensiaal te bereik.
Spoed, maar nie ten koste van kwaliteit nie
As dit by spoed kom, is dit nie goed as kode vinniger geproduseer word nie, maar dit is slordig of karig. 'n Ontwikkelaar moet in staat wees om kwaliteit reëls kode teen 'n redelike tempo te produseer.
Produksietydbestuur
Om 'n topprodusent te wees, beteken nie net die beste, meer ingewikkeld gekodeerde oplossing nie. Elke projek het kenmerk- en vrystellingsmylpale om te bereik. As dit nie hierdie teikens bereik nie, laat dit die hele span agter raak. Ontwikkelaars moet spanspelers in hierdie opsig wees.
Proses Bewus
Om die prosesse wat gebruik word te volg en interaksie in vergaderings te hê om projekte te bespreek, is nodig om ten volle deel te neem. Om nie-kommunikatief te wees is nie nuttig vir die algehele resultaat nie. Prosesse moet gevolg word vir almal om sukses te behaal.
- Vermy konyngate wat jou vinnig nêrens bring nie
Baie ontwikkelaars is verlief op die idee om oplossings te skep. Hulle ly ook aan 'n blink voorwerp-sindroom waar hulle maklik verdwaal in die kleintjies van 'n probleem. Hierdie neiging kan hulle in talle konyngate na nêrens lei, wat tyd eet en nie die projek of mylpale dien wat voorheen gestel is nie.
Dit is nodig om gedissiplineerd te wees oor waar fokus gaan en hul energie vloei. Om te bereik wat ooreengekom is en in vergaderings vasgestel is, is 'n belangrike deel van 'n wonderlike sagteware-ontwikkelaar. Dit is immers nie 'n persoonlike projek wat die naweek geprogrammeer word nie, en dit is belangrik om dit te onthou.
- Vra of soek hulp wanneer nodig
Slim ontwikkelaars weet wanneer hulle sukkel om 'n oplossing te vind en moet uitreik vir hulp.
Die hulp kan van verskillende plekke kom:
- In-huis ontwikkelaars
- Programmering van forums deur 'n nuwe draad oop te maak
- Deursoek voorheen geplaasde oplossings om te sien hoe hulle kan pas of gewysig kan word om dit te doen
- Druk die boeke om op te lees oor die knelpunt
Deur te versuim om uit te reik of na oplossings te soek, is dit moontlik om in 'n deugsame sirkel te kom wat rond en om en nie 'n oplossing vind nie. Maar deur nederig genoeg te wees om te besef wanneer hulle stomgeslaan is, spaar dit tyd en vermy dit om te lank aan 'n probleem vas te sit. Alhoewel dit dalk na 'n geringe ding lyk, kan dit veroorsaak dat mylpale herhaaldelik misgeloop word deurdat jy nie wil erken wanneer jy 'n struikelblok tref nie.
Ontwikkelaars word gewoonlik beter met meer ervaring. Elke nuwe taal, raamwerk of ander stukkies kennis wat opgedoen word, brei hul denke uit en die oplossings wat hulle kan implementeer. Die proses van voortdurende leer is nodig om nie agter te raak nie. Maar meer as dit, dit verseker dat 'n ontwikkelaar nuwe kennis opdoen en die regte hulpmiddel(e) op die projek toepas om die beste uitkoms te bereik.
