20 dingen dy't ik woe dat ik wist foardat ik in webûntwikkelder waard

20 dingen dy't ik woe dat ik wist foardat ik in webûntwikkelder waard

Oan it begjin fan myn karriêre wist ik net in protte wichtige dingen dy't ekstreem nuttich binne foar in begjinnende ûntwikkelder. As ik weromsjen kin ik sizze dat in protte fan myn ferwachtingen net foldien waarden, se wiene net iens ticht by de realiteit. Yn dit artikel sil ik prate oer 20 dingen dy't jo moatte witte oan it begjin fan jo karriêre foar webûntwikkelders. Dit artikel sil jo helpe om de juste ferwachtingen yn te stellen.

Jo hawwe gjin diploma nedich

Ja, jo hawwe gjin graad nedich om in ûntwikkelder te wurden. De measte ynformaasje is te finen op it ynternet, benammen de basis. Jo kinne leare te programmearjen op jo eigen mei help fan it ynternet.

Google is in echte feardigens

Sûnt jo krekt begjinne, ûntbrekke jo noch de kennis dy't nedich is om guon problemen op te lossen. Dit is goed, jo kinne it omgean mei help fan sykmasines. Wisten wat en hoe't jo sykje is in wichtige feardigens dy't jo in protte tiid sil besparje.

Wy riede in fergese yntinsive programmearkursus oan foar begjinners:
Applikaasjeûntwikkeling: Android vs iOS - 22-24 augustus. De yntinsive kursus lit jo jo trije dagen ferdjipje yn it ûntwikkeljen fan applikaasjes foar de populêrste mobile bestjoeringssystemen. De taak is om in stimassistent op Android te meitsjen en in "To-Do List" foar iOS te ûntwikkeljen. Plus bekendheid mei de mooglikheden fan cross-platform applikaasjes.

Jo kinne net alles leare

Jo sille in protte moatte studearje. Sjoch gewoan nei hoefolle populêre JavaSkript-frames d'r binne: React, Vue en Angular. Jo sille se net allegear goed kinne bestudearje. Mar dit is net fereaske. Jo moatte konsintrearje op it ramt dat jo it bêste leuk fine, of dejinge wêrmei jo bedriuw wurket.

It skriuwen fan ienfâldige koade is heul lestich

In protte relatyf sûnder ûnderfining ûntwikkelders skriuwe tige komplekse koade. Dit is in manier om te pronkjen, om te sjen hoe goed se programmearje. Doch dit net. Skriuw de ienfâldichste mooglike koade.

Jo sille gjin tiid hawwe foar yngeande testen

Ut myn eigen ûnderfining wit ik dat ûntwikkelders luie minsken binne as it giet om it kontrolearjen fan har wurk. De measte programmeurs sille it iens wêze dat testen net it meast nijsgjirrige diel fan har wurk is. Mar as jo fan plan binne serieuze projekten te dwaan, ferjit it dan net.

En wy hawwe ek deadlines - hast altyd. Dêrom wurdt testen faak minder tiid jûn dan fereaske - gewoan om de deadline te foldwaan. Elkenien begrypt dat dit skealik is foar it definitive resultaat, mar der is gjin wei út.

Jo sille altyd ferkeard wêze oer tiid.

It makket net út hoe't jo it dogge. It probleem is dat teory nea oerienkomt mei de praktyk. Jo tinke soksawat as dit: ik kin dit lytse ding yn in oere dwaan. Mar dan fine jo út dat jo in protte fan jo koade moatte herstrukturearje om dy lytse funksje oan it wurk te krijen. Dêrtroch blykt de earste beoardieling folslein ferkeard te wêzen.

Jo sille skamje om te sjen nei jo âlde koade

As jo ​​​​earst begjinne te programmearjen, wolle jo gewoan wat dwaan. As de koade wurket, dat is in wille. Foar in sûnder ûnderfining programmeur liket it dat wurkkoade en koade fan hege kwaliteit itselde binne. Mar as jo in betûfte ûntwikkelder wurde en nei de koade sjogge dy't jo oan it begjin skreaun hawwe, sille jo fernuverje: "Hat ik echt al dizze puinhoop skreaun?!" Eigentlik is alles wat yn dizze situaasje kin wurde dien om te laitsjen en de gaos op te romjen dy't jo hawwe makke.

Jo sille in protte tiid besteegje oan it fangen fan bugs

Debuggen is diel fan jo wurk. It is absolút ûnmooglik om koade te skriuwen sûnder bugs, foaral as jo net folle ûnderfining hawwe. It probleem foar in begjinnende ûntwikkelder is dat hy gewoan net wit wêr't te sjen by it debuggen. Soms is it net iens dúdlik wat te sykjen. En it slimste is dat jo dizze bugs foar josels meitsje.

Internet Explorer is de minste browser dy't ea makke is

Internet Explorer, ek wol Internet Exploder neamd, sil jo spyt meitsje fan de CSS dy't jo krekt skreaun hawwe. Sels basis dingen binne glitchy yn IE. Op in stuit sille jo josels begjinne te freegjen wêrom't d'r safolle browsers binne. In protte bedriuwen lossen it probleem op troch allinich IE 11 en nijere ferzjes te stypjen - dit helpt echt.

It wurk stopt as tsjinners delkomme

Op in dei sil it definityf barre: ien fan jo servers giet del. As jo ​​hawwe net wurke op jo lokale masine, do silst net by steat wêze om te dwaan neat. En gjinien kin. No, it is tiid foar in kofjestop.

Jo sille dwaan as jo alles begripe wat jo kollega's sizze.

Op syn minst ien kear (wierskynlik mear) sille jo in petear hawwe mei in kollega-ûntwikkelder dy't entûsjast prate sil oer in nije technyk of ark. It petear sil einigje mei dat jo it iens binne mei alle útspraken dy't de petearpartner makket. Mar de wierheid is dat jo it measte fan syn taspraak gewoan net begrepen.

Jo hoege net alles te ûnthâlden

Programming is it tapassen fan kennis yn 'e praktyk. It hat gjin punt om alles te ûnthâlden - jo kinne de ûntbrekkende ynformaasje fine op it ynternet. It wichtichste is om te witten wêr't te sjen. Memorisaasje sil komme letter, wylst wurkjen oan projekten, tegearre mei ûnderfining.

Jo moatte leare hoe't jo problemen effektyf oplosse kinne

En doch it kreatyf. Programming is in konstante oplossing fan problemen, en men kin oplost wurde op ferskate manieren. Kreativiteit helpt om dit fluch en effisjint te dwaan.

Jo sille in protte lêze

Lêzen sil in protte fan jo tiid nimme. Jo sille moatte lêze oer metoaden, bêste praktiken, ark en in protte oare yndustrynijs. Ferjit net oer boeken. Lêzen is in geweldige manier om kennis te krijen en by te hâlden mei it libben.

Oanpassingsfermogen kin in hoofdpijn wêze

It oanpassen fan in webside foar alle apparaten is heul lestich. D'r binne in grut ferskaat oan apparaten en browsers, dus d'r sil altyd in kombinaasje "apparaat + blêder" wêze wêryn de side min sil útsjen.

Debuggen ûnderfining besparret tiid

Lykas hjirboppe neamd, kin debuggen in heul tiidslinende taak wêze, foaral as jo net witte wêr't jo moatte sykje en wêr't jo nei sykje. Witte hoe't jo eigen koade wurket helpt jo fluch debuggen. Jo kinne jo debuggenfeardigens ferbetterje troch te begripen hoe't debuggen-ark wurkje yn ferskate browsers.

Jo sille sykje nei klearmakke oplossingen, mar se sille net wurkje foar jo.

As jo ​​​​de oplossingen net sels kinne fine, is it wurdich om te googlejen. Yn 'e measte gefallen sille jo wurkjende oplossingen fine op foarums lykas StackOverflow. Mar yn 'e measte gefallen kinne jo se net gewoan kopiearje en plakke - se sille net sa wurkje. Dit is wêr't probleemoplossende feardichheden en kreativiteit fan pas komme.

In goede IDE sil it libben makliker meitsje

Foardat jo begjinne te kodearjen, is it de muoite wurdich in bytsje tiid te besteegjen oan it finen fan de juste IDE. D'r binne in protte goede, sawol betelle as fergees. Mar jo hawwe ien nedich dy't perfekt past. De IDE moat syntaksis-markearring hawwe, lykas flatermarkearring. De measte IDE's hawwe plugins dy't jo helpe jo IDE oan te passen.

De terminal sil it wurk effisjinter meitsje

As jo ​​​​wend binne om te wurkjen yn in GUI, besykje dan de kommandorigel. It is in krêftich ark dat in protte problemen rapper kin oplosse dan grafyske ark. Jo moatte fertrouwen fiele om te wurkjen mei de kommandorigel.

Net opnij útfine it tsjil

As jo ​​​​in standertfunksje ûntwikkelje, is it earste plak om te sykjen GitHub foar in oplossing. As it probleem typysk is, dan is it wierskynlik al oplost. Der kin al in stabile en populêre bibleteek wêze mei in klearebare oplossing. Besjoch aktive projekten mei dokumintaasje. As jo ​​nije funksjes taheakje wolle oan it "tsjil" fan in oar of gewoan oerskriuwe, kinne jo it projekt gewoan forke of in fúzjefersyk meitsje.

Boarne: www.habr.com

Add a comment