Qendra ë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, çfarë të bëni me shëndetin tuaj. Tingëllon frymëzues! Por çdo monedhë ka dy anë dhe ne pengohemi jo vetëm në diçka të re, por kryesisht në atë që bëjmë çdo ditë. “Pse askush nuk më paralajmëroi!” bërtitëm ne të irrituar, zakonisht duke u kthyer nga vetja. Le ta quajmë zjarrin vetë - ne kemi përpiluar për ju një listë të asaj që NUK duhet të bëni në vitin 2020 (dhe ndoshta gjithmonë).
Por ata nuk pyetën për gravitetin
Ne do të donim vërtet të rregullonim anti-rekomandimet, nga më e rëndësishmja tek ajo më pak e rëndësishme. Por ato janë aq të zakonshme, ekuivalente dhe të njohura për pothuajse të gjithë, saqë do t'i shkruajmë rastësisht. Epo, le të kontrollojmë listën?
Nuk ka nevojë të shkoni në IT nëse gjithçka është në rregull
Mos mësoni një teknologji të re për të ndryshuar karrierën ose për të filluar nga e para. Koha jonë është e mrekullueshme sepse ju mund të studioni, të ndryshoni punë, të ndryshoni rrënjësisht fushën tuaj - dhe kështu me radhë, madje edhe deri në pension. Është një gjë e lezetshme, joshëse. Por nëse jeni mbi 28-30 vjeç, nuk duhet të hiqni dorë nga gjithçka për të hyrë në IT ose për të kaluar në një stack të ri (për shembull, ju shkruani sisteme shumë të ngarkuara në Java dhe papritmas vendosni të shkoni në rrjetet nervore në Python). Arsyeja është e thjeshtë: nuk do të jetë e lehtë për ju. Së pari, ka një konkurrencë të lartë nga specialistë që kanë "ulur" në këtë pirg që nga fillimi i karrierës së tyre, së dyti, ju do të duhet të bëheni përsëri një junior me një pagë të ulët dhe së treti, do ta keni moralisht të vështirë të bëhet një vartës i nivelit më të ulët të hierarkisë. Prandaj, nëse doni të lëvizni në drejtimin tjetër, përpiquni ta bëni atë ose në përputhje me punën tuaj aktuale dhe detyrat aktuale, ose të zhvilloni njohuri të reja si hobi, filloni një projekt për kafshë shtëpiake në mënyrë që kur të vini në një punë të re, të mos jetë më një junior.
Ndryshimi i pirgut pas pirgut është thjesht humbje kohe
Mos nxitoni midis rafteve të teknologjisë për zhvillimin tuaj. Nëse jeni duke shkruar një projekt në një gjuhë, duke përdorur një kornizë dhe biblioteka të caktuara, nuk duhet të hidhni gjithçka në ferr dhe ta rishkruani atë në Dart vetëm sepse ju duket interesante. Bëjeni rregull gjetjen e një justifikimi për ndryshimin e teknologjisë - jo vetëm në nivelin "Dua ose nuk mundem", por edhe në nivelin financiar dhe inxhinierik.
Nuk ka nevojë të qëndroni në tokë dhe të ktheheni në bronz
T'i përmbahesh një gjuhe ose teknologjie dhe të mos mësosh gjëra të reja është po aq ekstreme sa të ndryshosh grupin tënd me çdo teknologji të re. Sigurohuni që të studioni biblioteka dhe korniza të reja, mos u bëni kokëfortë duke ditur se gjithçka u shpik më mirë para jush dhe u përfundua ekskluzivisht nga ju. Përditësimet po dalin vazhdimisht për pothuajse çdo gjuhë, të cilat ndonjëherë mund ta përmirësojnë shumë projektin tuaj. Mos jini dembel për të monitoruar dinamikën e pirgut tuaj dhe, sapo të gjeni diçka të këndshme dhe të dobishme, mos ngurroni ta tërhiqni atë në projekt!
Koka juaj është e mirë, gjithmonë e mirë
Mos mendo në kokat e të tjerëve, e jotja është më e mirë. Mjerisht, disa zhvillues ulen dhe presin derisa të marrin një detyrë për të koduar nga gabimi i mëparshëm deri në fund, pa u përpjekur të kontribuojnë diçka të tyren në projekt, të zhvillojnë një funksion të ri, ta testojnë dhe ta propozojnë për prodhim. Pse të shqetësoheni kur ka një drejtues ekipi ose menaxher kompanie që do të vendosë gjithçka vetë? Nëse e njihni veten, atëherë kemi një lajm të keq: një pozicion pasiv nuk do t'ju ndihmojë as në karrierë dhe as në zhvillim. Ju keni mundësinë të provoni dorën tuaj si inxhinier zhvillimi, dhe jo kodues, në një projekt të vërtetë luftarak dhe të kuptoni se ku të shkoni, çfarë mungon, por preferoni të shpenzoni kohën tuaj në diçka tjetër dhe të bëni pikërisht "nga këtu në tani.” Njerëz të tillë mbijetojnë gjithnjë e më keq në IT moderne, dalin nga animacioni i pezulluar.
Përdoruesit janë njerëz të tmerrshëm
Mos i mbivlerësoni përdoruesit e softuerit tuaj: nëse nuk jeni duke shkruar për programuesit, prisni që programi të ndeshet me keqkuptime të padepërtueshme. Ditët ose javët e para përdoruesi do ta urrejë programin tuaj sepse "i vjetër nuk ishte aq budalla". Për të shmangur këtë, bëni dokumentacion dhe udhëzime të shkëlqyera. Kur instaloni ose blini, sugjeroni në mënyrë shumë ndërhyrëse që manualet duhet të lexohen përpara se të filloni të punoni me programin, dhe jo pas prishjes së bazës së të dhënave, humbjes së fjalëkalimit dhe vetëkontrollit.
Ju nuk duhet të nënvlerësoni as përdoruesit: ata janë më dinakë, më të zgjuar dhe më kureshtarë nga sa mendoni. Nëse mendoni se gabimi me formatin e ndryshueshëm dhe përjashtimi në shtypjen e 138-të të Enter në intervale të një sekonde nuk do të shfaqet, gaboheni - ato do të shfaqen dhe do të ndikojnë në funksionimin e aplikacionit tuaj në mënyrën më të çuditshme. Zbatohet rregulli i amatorit: është ai që e përballon më së miri provën. Por për disa arsye, përdoruesve nuk u pëlqen të gjejnë gabime në prodhim - nuk ka asnjë solidaritet IT në to. Në përgjithësi, sa më i sigurt të jeni në softuerin tuaj, aq më mirë. Në fund të fundit, është më mirë të vononi lëshimin e disa veçorive sesa t'i shtoni ato në një aplikacion që funksionon dhe papritmas ta bëni atë të papërpunuar.
Stop Googling!
Mos iu drejto vetëm Google. Ne as nuk do të debatojmë - në fushën e zhvillimit mund të gjeni shumë me një kërkesë të drejtpërdrejtë në një motor kërkimi. Sa më thellë të gërmoni në kërkim të informacionit, aq më shumë të dhëna “laterale” do të merrni dhe aq më shumë do të mësoni, sepse do të mësoni diçka të re që nuk ka lidhje me kërkesën tuaj, por me siguri do të jetë e nevojshme në të ardhmen. Referojuni materialeve, librave, artikujve të plotë, etj. Gjuhët dhe bibliotekat kanë specifika, komunitete, si duhet, dhe kështu ju merrni mënyrën më të besueshme për të zhvilluar aftësitë e programuesit - thjesht lexoni dokumentacionin dhe mos kërkoni zgjidhje lokale dhe fragmente kodi të njerëzve të tjerë. Po sikur zgjidhja juaj të jetë më optimale, më e shpejtë dhe më e ftohtë?
Besoni por kontrolloni
Mos përdorni biblioteka dhe korniza të krijuara nga zhvillues të palëve të treta pa kontrolluar kodin dhe pa e përshtatur atë për t'iu përshtatur qëllimeve tuaja. Ju nuk keni asnjë arsye për t'i besuar pa kushte këtij autori të kodit, të cilin nuk e njihni fare. Po, elementë të ndryshëm të qëllimshëm me qëllim të keq në kodin e palëve të treta nuk janë aq të zakonshme dhe nuk duhet të vuani nga paranoja, por kopjimi i verbër i pjesëve të gatshme të softuerit në projektin tuaj mund të çojë në pasoja të paparashikueshme. Prandaj, sigurohuni që të lexoni dhe analizoni kodin përpara përdorimit dhe të provoni pas zbatimit të kodit.
Bëni kopje rezervë!
Mos bëni kopje rezervë ose mos i mbani ato në të njëjtët serverë të palëve të treta ku është pritur projekti juaj. A mendoni se kjo është një këshillë qesharake dhe e kotë? Por më shumë se 700 pjesëmarrës në bisedë në Telegram, të cilët u gjendën në një situatë të pakëndshme të kohëve të fundit me mbylljen e një qendre të njohur të të dhënave, nuk menduan kështu - kishte gjithçka: nga projektet e kafshëve shtëpiake deri te faqet e internetit të mëdha qeveritare. autoritetet dhe bazat e të dhënave të korporatës 1C dhe faturimi. Një pjesë e konsiderueshme është pa kopje rezervë ose me kopje rezervë në të njëjtin vend. Pra, shpërndani rreziqet dhe ruani kopjen rezervë të paktën në hostin kryesor, në disa VDS të besueshme dhe në serverin tuaj lokal. Do të përfundojë të jetë shumë më e lirë në afat të gjatë.
Ndaloni të sillni tuajin në dëm të projektit
Mos bëni atë që dëshironi në një projekt pune, por bëni atë që klientët kanë nevojë. Po, është tepër interesante dhe e mrekullueshme të krijosh rrjetin tënd nervor, ta trajnosh dhe ta zbatosh në softuerin tënd, por nëse klientët tuaj kanë nevojë për një menaxher të thjeshtë kontakti, kjo do të jetë e tepërt. Shikoni se si funksionon projekti, lexoni dokumentacionin, lexoni rishikimet dhe kërkesat nga klientët dhe zbatoni atë që do t'i shtojë vlerën e biznesit projektit. Nëse dëshironi të krijoni diçka shkencore ose jashtëzakonisht komplekse, filloni me projektin tuaj.
Jo një kod, por një pako nervash
Mos shkruani kod të palexueshëm dhe të padokumentuar. Ne jemi të njohur me këtë truk: zhvilluesi shkruan kodin sipas dëshirës së tij, duke e ngatërruar qëllimisht pak, në mënyrë që asnjë nga kolegët e tij të mos kuptojë se çfarë ka shkruar - kjo është një lloj hakmarrjeje parandaluese përpara se të ndodhë diçka. Megjithatë, ju jeni duke vënë në rrezik jo vetëm kompaninë (e cila ju paguan para për punën tuaj), por edhe veten: ka të ngjarë që ju vetë të mos mbani mend atë që keni dashur të thoni me këtë turbullim të paqëllimshëm. Është e njëjta gjë me kodin e padokumentuar: duke u mbështetur në logjikën tuaj të emërtimit të variablës dhe funksionit dhe memorien e mirë, pas disa vitesh mund të mos mbani mend pse zgjodhët atë lak, metodë, model, etj. Dokumentimi i kodit tuaj dhe strukturës së tij të 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
Mbani kodin, zgjidhjet dhe projektet tuaja të thjeshta. Nuk ka nevojë të rrethohet në një strukturë komplekse dhe të prodhohen subjekte pa rëndësi të veçantë. Sa më i ndërlikuar kodi juaj, aq më shumë bëheni peng i tij - do të jetë sa më e vështirë për ju ta ruani dhe zhvilloni atë. Sigurisht, parimi i famshëm KISS ("Keep it simple, stupid") nuk është gjithmonë i përshtatshëm, por ai u krijua për një arsye: thjeshtësia dhe eleganca e kodit janë çelësi i aplikimit dhe ripërdorimit të tij të suksesshëm.
Mbroni veten
Mos e injoroni sigurinë - në vitin 2020 është fjalë për fjalë kriminale. Edhe nëse kompania juaj, zhvillimi dhe ju nuk jeni me interes për sulmuesit, mund të prekeni nga probleme që lidhen me humbjen e disa segmenteve të rrjetit, ofruesit të hostit, sulmin në qendrën e të dhënave, vjedhjen e fjalëkalimeve të postës elektronike dhe sjelljen e pasigurt të punonjësve që mund të vjedhin të dhëna nga kompania, vjedhin klientët ose kodin e programit të të gjithë projektit. Nëse është në fuqinë tuaj dhe në fushën tuaj të ekspertizës, përpiquni të mbroni projektet në të cilat po punoni. Epo, vëzhgoni vetë sigurinë e informacionit, nuk e ka shqetësuar kurrë askënd.
Mos pështyni në pus
Mos u ngatërroni me punëdhënësin tuaj. Sot, komunikimet kanë arritur një nivel të tillë që, për shembull, të gjithë njerëzit e burimeve njerëzore në qytet e njohin njëri-tjetrin në mungesë dhe mund të shkëmbejnë çdo informacion në biseda dhe grupe të mbyllura (të dyja për të ndihmuar në gjetjen e një pune dhe për të shkruar "Vasily Ivanov, arkitekt sistemi, vrau gjithçka përpara se të linte llogaritë, fshiu kopjet rezervë dhe çaktivizoi rrjetin, rikuperimi zgjati 3 ditë. Mos e punëso." Kështu, sjellja juaj do të luajë vetëm kundër jush - dhe ndonjëherë edhe zhvendosja në një qytet ose kryeqytet tjetër 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 lezetshëm i një konkurrenti :) Dhe më e rëndësishmja, pa u ndëshkuar plotësisht.
Nuk duhet ta bëni as këtë. 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 dyshojmë për të vërtetat e zbuluara tashmë. Gëzuar Vitin e Ri, qofshin të suksesshme projektet tuaja, qofshin të kënaqshme karriera juaj, qofshin të përshtatshëm kolegët dhe menaxherët tuaj dhe jeta juaj në përgjithësi të jetë e suksesshme. Në përgjithësi, këtu është Viti i Ri dhe kodi i ri!
Me dashuri,
Ekipi i RegionSoft Developer Studio
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ë tavolinë të thjeshtë dhe të përshtatshme ndihmëse dhe sistem biletash .
Burimi: www.habr.com