Habr është plot me parashikime dhe këshilla se çfarë të bëni vitin e ardhshëm - cilat gjuhë të mësoni, në cilat fusha të përqendroheni, si ta menaxhoni shëndetin tuaj. Tingëllon frymëzuese! Por çdo monedhë ka dy anë, dhe ne pengohemi jo vetëm në gjëra të reja, por kryesisht në gjërat që bëjmë çdo ditë. "Pse nuk më paralajmëroi askush!" bërtasim me nervozizëm, zakonisht duke iu drejtuar vetes. Po bëjmë thirrje për zjarr - kemi përpiluar një listë me gjërat që nuk duhet të bëni në vitin 2020 (dhe ndoshta kurrë).
Por ata as nuk pyetën për gravitetin
Do të na pëlqente t’i rendisim këto rekomandime negative sipas radhës, nga më e rëndësishmja te më pak e rëndësishmja. Por ato janë kaq të përhapura, kaq të ngjashme dhe kaq të njohura për pothuajse të gjithë, sa do t’i shkruanim pa rend. Pra, a do ta shqyrtojmë listën?
Nuk ka nevojë të futesh në IT nëse gjithçka po shkon mirë.
Mos mëso një teknologji të re për të ndryshuar karrierë ose për të filluar nga e para. Bukuria e kohërave tona është se mund të mësosh, të ndryshosh punë dhe ta ndryshosh plotësisht fushën tënde - madje edhe deri në pension. Është një gjë e mrekullueshme dhe joshëse. Por nëse je mbi 28-30 vjeç, mos i lësh të gjitha për të hyrë në IT ose për të kaluar në një grup të ri (për shembull, shkruan sisteme me ngarkesë të lartë në Java dhe papritmas vendos të kalosh në rrjete nervore në Python). Arsyeja është e thjeshtë: nuk do të jetë e lehtë. Së pari, konkurrenca është e lartë nga specialistët që kanë punuar në këtë grup që nga fillimi i karrierës së tyre; së dyti, do të duhet të bëhesh përsëri një i ri me një pagë të ulët; dhe së treti, do të jetë emocionalisht sfiduese për ty të bëhesh një vartës në nivelin më të ulët të hierarkisë. Prandaj, nëse dëshiron të lëvizësh në një drejtim tjetër, përpiqu ta bësh këtë ose brenda kontekstit të punës tënde aktuale dhe detyrave aktuale, ose të zhvillosh njohuri të reja si hobi, duke punuar në një projekt të preferuar, në mënyrë që të mund të fillosh punën tënde të re jo më si një i ri.
Ndërrimi i rafteve është thjesht humbje kohe.
Mos kaloni nga një grup teknologjish të ndryshëm për zhvillimin tuaj. Nëse po shkruani një projekt në një gjuhë dhe po përdorni një kornizë dhe librari specifike, mos e hidhni gjithçka dhe mos e rishkruani në Dart vetëm sepse ju duket interesante. Bëjeni rregull të gjeni një justifikim për ndërrimin e teknologjive - jo vetëm në nivelin "dëshiron" ose "nuk mundet", por edhe në një nivel financiar dhe inxhinierik.
Nuk ka nevojë të qëndrosh kokëfortë dhe të bëhesh i bronztë.
Të qëndrosh vetëm te një gjuhë ose teknologji dhe të mos mësosh të reja është po aq keq sa të ndërrosh paketën tënde me çdo teknologji të re. Sigurohuni që të mësoni biblioteka dhe korniza të reja dhe mos jini kokëfortë në bindjen se çdo gjë më e mirë është shpikur dhe përsosur tashmë nga ju. Pothuajse çdo gjuhë përditësohet vazhdimisht, gjë që ndonjëherë mund ta përmirësojë ndjeshëm projektin tuaj. Mos u tregoni dembelë në monitorimin e progresit të paketës suaj dhe, sapo të gjeni diçka interesante dhe të dobishme, mos hezitoni ta përfshini atë në projektin tuaj!
Koka juaj është e mirë, gjithmonë e mirë
Mos mendo me kokën e dikujt tjetër; e jotja është më mirë. Fatkeqësisht, disa zhvillues rrinë dhe presin detyrën e kodimit nga gabimi i fundit deri në fund, pa u përpjekur të kontribuojnë asgjë të tyren, të zhvillojnë një veçori të re, ta testojnë atë dhe ta dorëzojnë në prodhim. Pse të shqetësoheni kur keni një udhëheqës ekipi ose menaxher kompanie që do të merret me gjithçka vetë? Nëse kjo tingëllon si ju, kemi lajme të këqija: një qëndrim pasiv nuk do t'ju ndihmojë në karrierën ose zhvillimin tuaj. Keni mundësinë të testoni aftësitë tuaja si inxhinier softuerësh, jo si kodues, në një projekt të vërtetë prodhimi dhe të kuptoni se ku të shkoni dhe çfarë mungon, por preferoni ta kaloni kohën tuaj diku tjetër dhe të bëni pikërisht atë që ju nevojitet. Njerëz të tillë janë gjithnjë e më të paqëndrueshëm në IT-në moderne; zgjohuni nga gjendja juaj e fjetur.
Përdoruesit janë njerëz të frikshëm
Mos i mbivlerësoni përdoruesit e softuerit tuaj: nëse nuk po shkruani për programues, prisni që programi juaj të përballet me një moskuptim të pakapërcyeshëm. Gjatë ditëve ose javëve të para, përdoruesit do ta urrejnë softuerin tuaj sepse "i vjetri nuk ishte aq budalla". Për ta shmangur këtë, krijoni dokumentacion dhe materiale trajnimi të shkëlqyera. Kur instaloni ose blini, sugjeroni fuqimisht që përdoruesit duhet të lexojnë manualet para se të përdorin programin, jo pas një rrëzimi të bazës së të dhënave, humbjes së fjalëkalimit ose vetëkontrollit.
Mos i nënvlerësoni përdoruesit: ata janë më dinakë, më të zgjuar dhe më kuriozë nga sa mendoni. Nëse mendoni se ai gabim i formatit të ndryshueshëm dhe gabimi i 138-të i Enter nuk do të shfaqen çdo sekondë, gaboheni - ato do të ndikojnë dhe do të ndikojnë në aplikacionin tuaj në mënyrat më të çuditshme. Vlen rregulli amator: ata janë ata që bëjnë testimin më të mirë. Por për ndonjë arsye, përdoruesve nuk u pëlqen të gjejnë gabime në prodhim - ata nuk kanë asnjë solidaritet IT. Në përgjithësi, sa më të sigurt të jeni në softuerin tuaj, aq më mirë. Në fund të fundit, është më mirë të vononi publikimin e disa veçorive sesa t'i shtoni ato në një aplikacion që funksionon dhe papritmas ta bëni të papërfunduar.
Ndalo së kërkuari në Google!
Mos u mbështetni vetëm te Google. Nuk ka dyshim se në zhvillim, mund të gjeni shumë me një kërkim të drejtpërdrejtë. Sa më thellë të gërmoni, aq më shumë të dhëna "anësore" do të merrni dhe aq më shumë do të mësoni, sepse do të zbuloni gjëra të reja që nuk lidhen me kërkimin tuaj, por që ka të ngjarë të jenë të dobishme në të ardhmen. Konsultohuni me burime gjithëpërfshirëse, libra, artikuj e kështu me radhë. Gjuhët dhe bibliotekat kanë specifikime, komunitete dhe udhëzime, dhe kjo është mënyra më e besueshme për të zhvilluar aftësitë tuaja të programimit - thjesht duke lexuar dokumentacionin, në vend që të kërkoni zgjidhje lokale dhe fragmente kodi të të tjerëve. Po sikur zgjidhja juaj të jetë më optimale, më e shpejtë dhe më e mirë?
Besoni por kontrolloni
Mos përdorni librari dhe korniza të krijuara nga zhvillues të palëve të treta pa e shqyrtuar kodin dhe pa e përshtatur atë për qëllimet tuaja. Nuk keni arsye t'i besoni në mënyrë implicite autorit të kodit nëse nuk e njihni atë. Ndërsa elementët e qëllimshëm dashakeq në kodin e palëve të treta janë të rrallë, nuk ka nevojë të jeni paranojakë, kopjimi i verbër i softuerit ekzistues në projektin tuaj mund të çojë në pasoja të paparashikueshme. Prandaj, sigurohuni që ta lexoni dhe analizoni kodin para përdorimit dhe kryeni testime pas zbatimit.
Bëni kopje rezervë!
Mos bëni më kopje rezervë ose mos i ruani ato në të njëjtat servera të palëve të treta ku është pritur projekti juaj. Mendoni se kjo këshillë është qesharake dhe e pakuptimtë? Por mbi 700 pjesëmarrës në një bisedë në Telegram, të cilët së fundmi u përfshinë në ndërprerjen e pafat të një qendre të njohur të të dhënave, nuk menduan kështu - kjo përfshinte gjithçka, nga projektet e tyre të preferuara deri te faqet e internetit të mëdha qeveritare dhe bazat e të dhënave 1C dhe të faturimit të korporatave. Një pjesë e konsiderueshme e tyre ose nuk kishin kopje rezervë ose kishin kopje rezervë të ruajtura në të njëjtët servera. Pra, shpërndani rrezikun dhe ruani kopjet rezervë të paktën në strehimin tuaj kryesor, në një VDS të besueshëm dhe në serverin tuaj lokal. Në fund të fundit, do të jetë shumë më lirë.
Ndalo së sjelli gjërat e tua në dëm të projektit.
Mos bëj atë që dëshiron në një projekt pune; bëj atë që u nevojitet klientëve të tu. Po, është jashtëzakonisht interesante dhe argëtuese të krijosh rrjetin tënd nervor, ta trajnosh atë dhe ta zbatosh në softuerin tënd, por nëse klientëve të tu u duhet vetëm një menaxher i thjeshtë kontaktesh, do të jetë një shpenzim i panevojshëm. Mëso se si funksionon projekti, lexo dokumentacionin, lexo vlerësimet dhe kërkesat e klientëve dhe zbato atë që do t'i shtojë vlerë biznesi projektit. Nëse dëshiron të krijosh diçka shkencore ose shumë komplekse, fillo me projektin tënd.
Jo një kod, por një tufë nervash
Mos shkruani kod të palexueshëm dhe të padokumentuar. E kemi parë këtë klishe edhe më parë: një zhvillues shkruan kod sipas dëshirës, duke e turbulluar qëllimisht atë në mënyrë që askush tjetër të mos e kuptojë - një lloj hakmarrjeje parandaluese para se diçka të shkojë keq. Megjithatë, po e vini në rrezik jo vetëm kompaninë (e cila ju paguan për punën tuaj), por edhe veten tuaj: mund të mos mbani mend se çfarë donit të thoshit me këtë turbullim të paqëllimshëm. E njëjta gjë vlen edhe për kodin e padokumentuar: duke u mbështetur në emërtimin tuaj të variablave dhe funksioneve logjike dhe në një kujtesë të mirë, pas disa vitesh mund të mos mbani mend pse zgjodhët një cikël, metodë, model të caktuar etj. Dokumentimi i kodit tuaj dhe strukturimi i tij i mirë është një shërbim i shkëlqyer për kolegët tuaj, punëdhënësin tuaj dhe, mbi të gjitha, për veten tuaj.
Mbaje të thjeshtë, budallaqe
Mos e ndërlikoni shumë kodin, zgjidhjet dhe projektet tuaja. Shmangni krijimin e strukturave komplekse dhe krijimin e entiteteve të pakuptimta. Sa më kompleks të jetë kodi juaj, aq më shumë bëheni peng i tij - do të jetë jashtëzakonisht e vështirë ta mirëmbani dhe ta zhvilloni. Sigurisht, parimi i famshëm KISS ("Mbajeni të thjeshtë, budalla") nuk është gjithmonë i zbatueshëm, por është i mirënjohur: thjeshtësia dhe eleganca e kodit janë çelësi i zbatimit dhe ripërdorimit të tij të suksesshëm.
Merrni masa paraprake
Mos e injoroni sigurinë—në vitin 2020, është fjalë për fjalë kriminale. Edhe nëse kompania juaj, zhvillimi juaj dhe ju nuk jeni në shënjestër të sulmuesve, mund të prekeni nga probleme që lidhen me një segment rrjeti, një ofrues hosting, një sulm ndaj qendrës së të dhënave, vjedhjen e fjalëkalimeve të email-it ose sjelljen e pasigurt të punonjësve që mund të vjedhin të dhënat e kompanisë, klientët ose të gjithë kodin e projektit. Nëse është brenda fuqisë suaj dhe fushës suaj të ekspertizës, përpiquni të mbroni projektet në të cilat punoni. Dhe, sigurisht, praktikoni vetë sigurinë e mirë të informacionit—nuk i ka dëmtuar kurrë askujt.
Mos pështy në pus
Mos u sill keq me punëdhënësin tënd. Komunikimi ka arritur në një nivel të tillë këto ditë sa, për shembull, të gjithë stafi i Burimeve Njerëzore në një qytet e njohin njëri-tjetrin dhe mund të shkëmbejnë çdo informacion në biseda dhe grupe të mbyllura (nga ndihma për dikë për të gjetur një punë deri te shkrimi, "Vasily Ivanov, një arkitekt sistemi, i mbylli të gjitha llogaritë para se të largohej, fshiu kopjet rezervë dhe çaktivizoi rrjetin; u deshën tre ditë për ta rikthyer. Mos e punësoni."). Prandaj, sjellja juaj do të funksionojë vetëm kundër jush - dhe ndonjëherë edhe zhvendosja në një qytet tjetër ose në kryeqytet nuk do të ndihmojë. Edhe nëse largoheni me mëri, nuk ka hakmarrje më të mirë sesa të bëheni një punonjës i dobishëm dhe i shkëlqyer i një konkurrenti. 🙂 Dhe më e rëndësishmja, pa u ndëshkuar plotësisht.
As kjo nuk ia vlen ta bësh. Por, siç tregon përvoja, ne nuk do të ndalemi.
Në përgjithësi, miq, lexoni këshillat, por bëni atë që mendoni se është më e mira - në fund të fundit, zbulimet e vërteta bëhen kur vëmë në dyshim të vërtetat e zbuluara tashmë. Gëzuar Vitin e Ri! Projektet tuaja qofshin të suksesshme, karriera juaj emocionuese, kolegët dhe shefat tuaj të jenë të arsyeshëm dhe jeta juaj në përgjithësi të jetë e suksesshme. Pra, gëzuar Vitin e Ri dhe kodin e ri!
Me dashuri,
Ekipi i Studios së Zhvilluesve të RegionSoft
Në vitin e ri, ne do të vazhdojmë të punojmë për ju dhe të zhvillojmë një sistem të fuqishëm CRM për desktop. dhe një sistem ndihme dhe biletash të thjeshtë dhe të përshtatshëm .
Burimi: www.habr.com
