Mida ei tohiks IT-spetsialist 2020. aastal teha?

Keskus on täis prognoose ja nõuandeid, mida järgmisel aastal ette võtta – milliseid keeli õppida, millistele valdkondadele keskenduda, mida oma tervisega peale hakata. Kõlab inspireerivalt! Kuid igal mündil on kaks külge ja me ei komista mitte ainult millegi uue, vaid enamasti selles, mida me iga päev teeme. “Miks mind keegi ei hoiatanud!” hüüame ärritunult, tavaliselt enda poole pöördudes. Kutsume tuld enda peale – oleme koostanud teile nimekirja, mida MITTE teha aastal 2020 (ja võib-olla alati). 

Mida ei tohiks IT-spetsialist 2020. aastal teha?
Kuid nad ei küsinud gravitatsiooni kohta

Tahaksime tõesti antisoovitused järjekorda seada, alates kõige olulisemast kuni kõige vähem oluliseni. Kuid need on nii tavalised, samaväärsed ja tuttavad peaaegu kõigile, et kirjutame suvaliselt. Noh, vaatame nimekirja?

Pole vaja IT-sse minna, kui kõik on korras

Ärge õppige uut tehnoloogiat, et muuta karjääri või alustada otsast peale. Meie aeg on imeline, sest saab õppida, töökohta vahetada, radikaalselt oma valdkonda muuta – ja nii edasi, isegi kuni pensionini. See on lahe, võrgutav asi. Kuid kui olete üle 28-30, ei tohiks IT-sse sisenemiseks või uude pinu kolimiseks kõigest loobuda (näiteks kirjutate Java-s kõrgelt koormatud süsteeme ja otsustate äkki minna Pythonis närvivõrkudesse). Põhjus on lihtne: see ei saa teile kerge olema. Esiteks on suur konkurents spetsialistide poolt, kes on sellel stäkil "istunud" oma karjääri algusest peale, teiseks peate väikese palgaga uuesti juunioriks saama ja kolmandaks on teil moraalselt raske seda teha. saada hierarhia madalaima taseme alluvaks. Seega, kui soovid liikuda teises suunas, proovi seda teha kas oma senise töö ja hetkeülesannetega kooskõlas või hobi korras uusi teadmisi arendada, alusta lemmikloomaprojektiga, et uuele töökohale tulles ära ole enam juunior. 

Virna teise järel vahetamine on lihtsalt ajaraiskamine

Ärge kiirustage oma arengu nimel tehnoloogiavirnade vahel. Kui kirjutate projekti ühes keeles, kasutades teatud raamistikku ja teeke, ei tohiks te kõike põrgusse visata ja Dartis ümber kirjutada lihtsalt sellepärast, et see teile huvitav tundub. Tehke reegliks leida õigustus tehnoloogia muutmisele – mitte ainult "tahan või ei saa", vaid ka finants- ja inseneritasandil. 

Mida ei tohiks IT-spetsialist 2020. aastal teha?

Pole vaja endale kindlaks jääda ja pronksiks muutuda

Ühest keelest või tehnoloogiast kinnipidamine ja uute asjade mitteõppimine on sama ekstreemne kui iga uue tehnoloogiaga oma virna muutmine. Uurige kindlasti uusi teeke ja raamistikke, ärge olge kangekaelne teadmises, et kõik on parem enne teid välja mõeldud ja ainult teie enda tehtud. Peaaegu iga keele jaoks tuleb pidevalt värskendusi, mis võivad mõnikord teie projekti oluliselt parandada. Ärge olge laisk oma stäki dünaamikat jälgima ja niipea, kui leiate midagi lahedat ja kasulikku, lohistage see julgelt projekti!

Sinu enda pea on hea, alati hea

Ärge mõelge teiste peaga, teie oma on parem. Paraku istuvad mõned arendajad ja ootavad, kuni saavad ülesande, et kodeerida eelmisest veast lõpuni, ilma et prooviks projekti midagi omaette panustada, uut funktsiooni arendada, seda testida ja tootmiseks välja pakkuda. Milleks vaeva näha, kui on meeskonnajuht või ettevõtte juht, kes otsustab kõik ise? Kui tunned end ära, siis on meil halb uudis: passiivne positsioon ei aita ei karjääri ega arengus. Sul on võimalus päris lahinguprojektis kätt proovida arendusinsenerina, mitte kodeerijana ja mõista, kuhu minna, millest on puudu, kuid eelistad kulutada aega millegi muu peale ja teha täpselt “siit praeguseni." Sellised inimesed elavad tänapäeva IT-s aina halvemini, tulevad välja peatatud animatsioonist. 

Kasutajad on kohutavad inimesed

Ärge ülehinnake oma tarkvara kasutajaid: kui te ei kirjuta programmeerijatele, oodake, et programm kogeb läbitungimatut arusaamatust. Esimestel päevadel või nädalatel vihkab kasutaja teie tarkvara, sest "vana ei olnud nii rumal." Selle vältimiseks koostage suurepäraseid dokumente ja õpetusi. Paigaldades või ostes vihja väga pealetükkivalt, et juhendid tuleks läbi lugeda enne programmiga tööle asumist, mitte pärast andmebaasi kokkujooksmist, parooli kadumist ja enesekontrolli.

Mida ei tohiks IT-spetsialist 2020. aastal teha?

Samuti ei tasu alahinnata kasutajaid: nad on kavalamad, targemad ja uudishimulikumad, kui arvate. Kui arvate, et muutuva vorminguga viga ja erand 138-ndal sisestusklahvi vajutamisel sekundite intervallidega ei ilmu, siis eksite - need ilmuvad ja mõjutavad teie rakenduse tööd kõige veidramal viisil. Kehtib amatööri reegel: tema tuleb testimisega kõige paremini toime. Kuid millegipärast ei meeldi kasutajatele tootmises vigade leidmine – neis pole IT-solidaarsust. Üldiselt, mida kindlam olete oma tarkvaras, seda parem. Parem on ju mõne funktsiooni väljaandmist edasi lükata, kui need töötavasse rakendusse lisada ja järsku tooreks teha.

Mida ei tohiks IT-spetsialist 2020. aastal teha? 

Lõpetage guugeldamine!

Lõpetage üksi Google'i poole pöördumine. Me isegi ei vaidle vastu - arendusvaldkonnas saate palju leida otse otsingumootori poole pöördudes. Mida sügavamale infootsingul kaevate, seda rohkem “külgmisi” andmeid saate ja seda rohkem saate teada, sest saate teada midagi uut, mis pole teie päringuga seotud, kuid tõenäoliselt läheb tulevikus vaja. Vaadake täisväärtuslikke materjale, raamatuid, artikleid jne. Keeltel ja teegidel on spetsifikatsioonid, kogukonnad, kasutusjuhised ja seega saate kõige usaldusväärsema viisi programmeerijaoskuste arendamiseks – lugege lihtsalt dokumentatsiooni, mitte otsige teiste inimeste kohalikke lahendusi ja koodifragmente. Mis siis, kui teie lahendus on optimaalsem, kiirem ja lahedam? 

Usalda, aga kontrolli

Ärge kasutage kolmanda osapoole arendajate loodud teeke ja raamistikke ilma koodi kontrollimata ja oma eesmärkidele vastavaks kohandamata. Teil pole põhjust tingimusteta usaldada seda koodi autorit, keda te üldse ei tunne. Jah, mitmesugused tahtlikud pahatahtlikud elemendid kolmanda osapoole koodis pole nii levinud ja paranoia all kannatada ei tohiks, kuid tarkvara valmisosade pimesi kopeerimine oma projekti võib kaasa tuua ettearvamatuid tagajärgi. Seetõttu lugege ja analüüsige kood kindlasti enne kasutamist ja testige pärast koodi juurutamist. 

Tehke varukoopiaid!

Ärge tehke varukoopiaid ega hoidke neid samades kolmanda osapoole serverites, kus teie projekti hostitakse. Kas see on teie arvates naeruväärne ja kasutu nõuanne? Kuid enam kui 700 Telegrami vestluses osalejat, kes sattusid hiljuti ühe tuntud andmekeskuse sulgemisega ebameeldivasse olukorda, nii ei arvanud – seal oli kõike: lemmikloomaprojektidest suurte valitsuse veebisaitideni. ametiasutused ning ettevõtete 1C ja arveldusandmebaasid. Märkimisväärne osa on ilma varukoopiateta või varukoopiatega samas kohas. Seega levitage riske ja salvestage varukoopia vähemalt põhihostimisse, mõnesse usaldusväärsesse VDS-i ja oma kohalikku serverisse. See on pikas perspektiivis palju odavam. 

Lõpetage oma enda toomine projekti kahjuks

Ära tee tööprojektis seda, mida tahad, vaid tee seda, mida kliendid vajavad. Jah, on uskumatult huvitav ja tore luua oma närvivõrk, seda koolitada ja oma tarkvarasse juurutada, kuid kui teie kliendid vajavad lihtsat kontaktihaldurit, on see ülearu. Vaadake, kuidas projekt töötab, lugege dokumentatsiooni, lugege arvustusi ja klientide taotlusi ning rakendage seda, mis projektile ärilist väärtust lisab. Kui soovite luua midagi teaduslikku või äärmiselt keerulist, alustage oma projektiga.

Mitte kood, vaid närvikimp

Ärge kirjutage loetamatut ja dokumenteerimata koodi. See nipp on meile tuttav: arendaja kirjutab koodi oma südameasjaks, ajades seda meelega veidi segadusse, et ükski kolleeg tema kirjutatust aru ei saaks – see on omamoodi ennetav kättemaks enne, kui midagi juhtub. Kuid te ei sea ohtu mitte ainult ettevõtet (mis maksab teile teie töö eest raha), vaid ka iseennast: tõenäoliselt ei mäleta te ise, mida tahtsite selle tahtmatu hämamisega öelda. Sama on ka dokumenteerimata koodiga: oma muutujate ja funktsioonide nimetamise loogikale ja heale mälule toetudes ei pruugi paari aasta pärast enam meeles pidada, miks just selle tsükli, meetodi, mustri vms valisid. Koodi ja selle hea ülesehituse dokumenteerimine on suurepärane teenus kolleegidele, tööandjale ja eelkõige iseendale. 

Mida ei tohiks IT-spetsialist 2020. aastal teha?

Hoidke see lihtne, loll

Hoidke oma kood, lahendused ja projektid lihtsad. Ei ole vaja tarastada keerulist struktuuri ja toota üksusi ilma erilise tähtsuseta. Mida keerulisem on teie kood, seda rohkem saate selle pantvangiks – teil on seda võimalikult raske säilitada ja arendada. Muidugi ei sobi alati kuulus KISS-põhimõte (“Keep it simple, stupid”), kuid see loodi põhjusega: koodi lihtsus ja elegants on selle eduka rakendamise ja taaskasutamise võti.

Mida ei tohiks IT-spetsialist 2020. aastal teha?

Kaitske ennast

Ärge ignoreerige ohutust – aastal 2020 on see sõna otseses mõttes kriminaalne. Isegi kui teie ettevõte, arendus ja teie ei paku ründajatele huvi, võivad teid mõjutada probleemid, mis on seotud mõne võrgusegmendi, hostiteenuse pakkuja, andmekeskuse ründamise, e-posti paroolide varguse ja töötajate ebaturvalise käitumisega, varastada ettevõtte andmeid, varastada kliente või kogu projekti programmikoodi. Kui see on teie võimuses ja teie pädevusvaldkonnas, proovige kaitsta projekte, mille kallal töötate. No jälgige ise infoturvet, see pole kunagi kedagi häirinud. 

Ärge sülitage kaevu

Ärge ajage oma tööandjaga jama. Tänaseks on suhtlus jõudnud sellisele tasemele, et näiteks kõik linna personalitöötajad tunnevad üksteist tagaselja ning saavad vestlustes ja kinnistes gruppides mistahes infot vahetada (nii selleks, et aidata neil tööd leida, kui ka kirjutada “Vasili Ivanov, süsteemiarhitekt, tappis kõik enne kontodelt lahkumist, kustutas varukoopiad ja lülitas võrgu välja, taastamine võttis aega 3 päeva. Ärge võtke teda tööle." Seega mängib teie käitumine ainult teie vastu – ja mõnikord ei aita isegi teise linna või pealinna kolimine. Isegi vihaga lahkudes pole paremat kättemaksu, kui saada konkurendi kasulikuks ja lahedaks töötajaks :) Ja mis peamine, täiesti karistamatult.

Mida ei tohiks IT-spetsialist 2020. aastal teha?
Seda ei tohiks ka teha. Kuid nagu kogemus näitab, me ei peatu

Üldiselt, sõbrad, lugege nõuandeid, kuid tehke seda, mis teie arvates on parim – tõelised avastused tehakse ju siis, kui kahtleme juba avastatud tõdedes. Head uut aastat, olgu teie projektid edukad, karjäär nauditav, kolleegid ja juhid adekvaatsed ning teie elu üldiselt edukas. Üldiselt on käes uusaasta ja uus kood! 

Armastusega
RegionSofti arendajastuudio meeskond

Uuel aastal jätkame teie heaks tööd ja töötame välja võimsa töölaua CRM-süsteemi RegionSoft CRM ning lihtne ja mugav kasutajatoe ja piletisüsteem ZEDLine'i tugi.

Allikas: www.habr.com

Lisa kommentaar