Mida IT-spetsialist ei tohiks 2020. aastal teha?

Habr on täis ennustusi ja nõuandeid, mida järgmisel aastal teha — milliseid keeli õppida, millistesse valdkondadesse suunduda, kuidas oma tervisega toime tulla. Kõlab innustavalt! Kuid igal medalil on kaks külge, ja me komistame mitte ainult millegi uue üle, vaid peamiselt selle üle, mida teeme iga päev. "Miks keegi mind ei hoiatunud!" - ütlevad me sageli ärritunult iseendale. Toome teile välja nimekirja sellest, mida EI tohiks 2020. aastal teha (ja võib-olla alati). 

Aga gravitatsiooni ei küsitudki.

Meie tahaksime väga paigutada anti-soovitused järjekorda, alates kõige tähtsamast kuni kõige vähem olulise. Kuid need on nii levinud, samaväärsed ja tuttavad pea igaühele, et kirjutame need segamini. No mis, vaatame nimekirja üle?

Ära mine IT-sse, kui kõik on hästi.

Ärge õppige uut tehnoloogiat, et oma ametit muuta või nullist alustada. Elame aegu, kus on võimalik õppida, vahetada ametit ja isegi täiesti muuta oma valdkonda — ja nii võib jätkata kuni pensionini. See on äge, ahvatlev võimalus. Kuid kui olete üle 28–30, ei tasu kõike jätta, et siseneda IT-valdkonda või liikuda uue tehnoloogia juurde (näiteks kui töötate suure koormusega süsteemide kallal Java-s ja otsustate järsku minna neurovõrkude juurde Pythonis). Põhjus on lihtne: teil on raske. Esiteks on konkurents suur spetsialistide seas, kes on selle tehnoloogiaga tegelenud oma karjääri algusest saadik, teiseks peate taas olema algaja madala palgaga, kolmandaks on moraalselt keeruline olla madalaimast hierarhiast alluv. Seepärast, kui soovite liikuda teises suunas, proovige seda teha kas oma praeguse töö ja ülesannete kontekstis või arendada uusi teadmisi kui hobit, luues isiklikku projekti, et siseneda uude töökohta mitte enam algajana. 

Tehnoloogia vahetamine on vaid aega raiskamine

Ärge kiigake tehnoloogiate vahel oma arenduses. Kui kirjutate projekti ühes keeles, kasutades teatud raamistikku ja teeke, ei tasu kõike maha visata ja Dart'ile ümber kirjutada, lihtsalt sellepärast, et see tundub teile huvitav. Tehke harjumuseks leida põhjuseid tehnoloogia muutmiseks — mitte ainult tasandil "tahan-ära saa", vaid ka rahalistel ja inseneritöö tasanditel. 

Ärge olge kangekaelsed ja kivistuge.

Ühe keele või tehnoloogia külge kinni jäämine ja uue õppimine on sama äärmuslik kui iga kord uue tehnoloogia ilmudes steki vahetamine. Uute teekide ja raamistikute õppimine on hädavajalik, ärge olge kangekaelsed arvates, et kõik, mis on paremini välja mõeldud, on juba teie poolt ja ainult teie poolt täiustatud. Peaaegu iga keele jaoks ilmuvad pidevalt uuendused, mis võivad teie projekti oluliselt parandada. Ärge olge laisk, et jälgida oma steki dünaamikat ja kui leiate midagi lahedat ja kasulikku, tooge see julgelt projekti!

Oma pea on hea, alati hea.

Ärge mõelge teiste peas, oma on alati parem. Kahjuks ootavad mõned arendajad, et neile antaks ülesanne koodida eelmisest veast kuni lõpuni, püüdmata projekti midagi uut tuua, arendada funktsioone, testida ja pakkuda tootmisse. Miks vaeva näha, kui on tiimijuhi või ettevõtte juhi pea, kes kõik ise otsustab? Kui see kõlab nagu sina, siis on meil halbu uudiseid: passiivne positsioon ei aita ei karjääris ega arengus. Teil on võimalus proovida end insener-arendajana, mitte lihtsalt koodijana tegelikus projektis ja mõista, kuhu liikuda, mida vajate, kuid valite oma aja raisata millegi muule ja teha täpselt "siit sinna". Sellised inimesed elavad tänapäeva IT-sektoris üha raskemini, tulge välja anabioosist. 

Kasutajad on hirmutavad inimesed

Ärge alahinnake oma tarkvara kasutajaid: kui te ei kirjuta programmeerijatele, oodake, et programm puutub kokku järsu arusaamatusega. Esimesed paar päeva või nädalat vihkab kasutaja teie tarkvara, kuna "vana polnud nii rumal". Selle vältimiseks looge suurepärased dokumentatsioonid ja õppeained. Paigaldamise või ostmise ajal vihjake äärmiselt peenetundeliselt, et käsiraamatud tuleks lugeda enne programmi käivitamist, mitte pärast andmebaasi kokkuvarisemist, parooli kaotamist ja enesedistsipliini kadumist.

Kasutajate alahindamine ka ei ole targem: nad on ettenägematumad, nutikamad ja uudishimulikud, kui arvate. Kui arvate, et see muutuja vormingu tõrge ja 138. Enter klahvi vajutamise vahel ühesekundiline intervall ei tõuse esile, siis eksite — nad tulevad ja mõjutavad teie rakenduse toimimist kõige kummalisemal viisil. Tegu on algaja reegliga: just tema suudab testimisega kõige paremini toime tulla. Kuid kasutajad ei näi tahavad leida tõrkeid tootmisest — seal pole mingit IT-solidaarsust. Kokkuvõttes, mida rohkem olete oma tarkvaras kindel — seda parem. Lõppude lõpuks on parem viivitada mõningate funktsioonide väljaandmisega, kui lisada need töötavasse rakendusse ja muuta see ootamatult tooreks.

Lõpeta googeldamine!

Ärge toetuge ainult Google'ile. Arutame seda isegi — arenduse valdkonnas suudab otsingumootoriga otsekontakt palju leida. Mida sügavamale te infootsingutesse sukeldute, seda rohkem „külgsuundi” te leiate ja rohkem teada saate, kuna õpite uusi asju, mis ei pruugi olla seotud teie küsimusega, kuid võivad tulevikus vajalikud olla. Kasutage põhjalikke materjale, raamatuid, artikleid jne. Programmi keeltel ja raamatukogudel on spetsifikatsioonid, kogukonnad, juhendid ja nii saate kõige usaldusväärsema meetodi arendaja oskuste arendamiseks — lihtsalt lugedes dokumentatsiooni, mitte otsides teistele kohandatud lahendusi ja koodifragmente. Ja äkki on teie lahendus efektiivsem, kiirem ja parem? 

Usalda, kuid kontrolli

Ärge kasutage kolmandate osapoolte arendajate loodud teeke ja raamistikke, enne kui olete koodi kontrollinud ja kohandanud seda oma vajadustele. Te ei saa täielikult usaldada selle koodi autorit, kelle kohta te ei tea midagi. Jah, tahtlikud pahatahtlikud elemendid kolmandate osapoolte koodis ei esine sageli ja ei ole mõtet pidevalt muretseda, kuid valmis komponentide pimesi kopeerimine oma projekti võib viia ettearvamatu tagajärgedeni. Seetõttu lugege ja analüüsige koodi enne kasutamist ning proovige pärast koodi rakendamist. 

Tehke varukoopiaid!

Lõpetage varukoopiate tegemine või nende hoidmine samades kolmandate osapoolte serverites, kus teie projekt asub. Kas arvasite, et see on naljakas ja mõttetu nõuanne? Kuid rohkem kui 700 Telegrami grupi liiget, kes sattusid hiljutisse ebameeldivasse olukorda, kui üks tuntud andmekeskus suleti, ei arvanud nii — seal oli kõike alates petprojektidest kuni suuremate riigiasutuste ja 1C ning arveldus süsteemide ettevõttete saitideni. Oluline osa neist oli ilma varukoopiateta või varukoopiaid hoiti seal samas. Seega jaotage riske ja hoidke varukoopiaid vähemalt peamise hostimise, usaldusväärse VDS-i ja oma kohaliku serveri peal. Lõppkokkuvõttes on see palju odavam. 

Lõpetage oma kahjuks projekteerimine

Ärge tehke oma töös seda, mis teile meeldib, vaid tehke seda, mida kliendid vajavad. Jah, on äärmiselt huvitav ja põnev luua oma närvivõrk, õpetada seda ja integreerida oma tarkvarasse, kuid kui teie klientidele on vajalik lihtne kontaktide haldussüsteem, on see liialdus. Uurige, kuidas projekt töötab, lugedes dokumentatsiooni ning klientide arvustusi ja soove, ja rakendage seda, mis toob projektile äriväärtust. Kui soovite luua midagi teaduslikku või ülimalt keerulist, alustage oma projektist.

Ei kood, vaid närvipundar

Ärge kirjutage loetamatut ja dokumenteerimata koodi. Me teame seda: arendaja kirjutab koodi just nagu soovib, keerutades seda veidi, et keegi kolleegidest ei saaks kirjutatut aru — selline omamoodi ennetav kätte maksmine enne, kui midagi juhtub. Kuid te seab ohtu mitte ainult ettevõtte (mis maksab teile töö eest), vaid ka enda: on täiesti tõenäoline, et te ei mäleta enam, mida soovisite öelda selle tahtmatu obfuskeeringuga. Sama kehtib dokumenteerimata koodi puhul: toetudes oma muutuja ja funktsiooni nimedes loogikale ning heale mälule, võite mõne aasta pärast mitte mäletada, miks valisite just selle tsükli, meetodi, mustri jne. Koodi dokumenteerimine ja hea struktuur on suurepärane teenus kolleegidele, tööandjale ja eelkõige endale. 

Hoia see lihtsana, rumal

Ärge keerake koodi, lahendusi ja projekte keeruliseks. Ei ole vaja luua keerulisi struktuure ja kasvatada olulisusteta üksusi. Mida keerulisem on teie kood, seda enam olete selle pantvang, ning selle hoidmine ja arendamine muutub äärmiselt keeruliseks. Loomulikult ei sobi tuntud KISS printsiip („Keep it simple, stupid“) alati, kuid see ei ole ilma põhjuseta välja mõeldud: koodi lihtsus ja elegants on edu võti selle rakendamisel ja taasrakendamisel.

Kaitske end

Ärge ignoreerige turvalisust — 2020. aastal on see peaaegu kuritegelik. Isegi kui teie ettevõte, arendus ja te ei paku huvi küberkurjategijatele, võivad teid mõjutada probleemid, mis on seotud mingisuguste võrgu, hosting-ettevõtte, andakeskuse rünnaku, e-posti paroolide varguse ja töötajate ohtliku käitumisega, kes võivad varastada andmeid ettevõttest, viia kliente minema või kogu projekti tarkvara. Kui see on teie võimuses ja kuulub teie pädevusse, püüdke kaitsta projekte, millega töötate. Ja pidage ka ise kinni teabe turvalisusest, see ei ole kellelegi kahjuks olnud. 

Ärge sülitage kaevu

Ära reeda oma tööandjat. Täna on suhtlus jõudnud sellisele tasemele, et näiteks tunnevad kõik linna HR-ijad üksteist distantsilt ja saavad vahetada igasugust teavet vestlustes ja suletud gruppides (nt kuidas tööle saada või kirjutada "Vassili Ivanov, süsteemiarhitekt, hävitas lahkumise eel kõik kontod, kustutas varukoopiad ja katkestas võrgu, taastamine võttis 3 päeva. Ärge palkake teda"). Seega, teie käitumine mängib teie vastu — ja vahel ei aita isegi teise linna või pealinna kolimine. Isegi kui lahkute solvatuna, pole paremat kätte maksmist kui olla kasulik ja super töötaja konkurendi juures 🙂 Ja mis kõige tähtsam, täiesti karistamatult.

Nii ka teha ei tasu. Kuid kogemus näitab, et me ei lakka.

Igatahes, sõbrad, loe nõuandeid, kuid tee nagu arvad parim olevat — sest tõelised avastused sünnivad siis, kui kahtleme juba avastatud tõdedes. Soovime teile head uut aastat, olgu teie projektid edukad, karjäär mitte igav, kolleegid ja juhid mõistlikud ja elu tervikuna edukas. Ühesõnaga, uue aasta ja uue koodi nimel! 

Armastusega,
RegionSoft Developer Studio meeskond

Uuel aastal jätkame teie heaks töötamist ja arendame võimekat lauaarvuti CRM-süsteemi RegionSoft CRM ja lihtsat ning mugavat abikeskust ja pileti süsteemi ZEDLine Support.

Allikas: habr.com