Habr Ă«shtĂ« plot parashikimesh dhe kĂ«shillash pĂ«r atĂ« se çfarĂ« tĂ« bĂ«ni vitin tjetĂ«r - cilat gjuhĂ« tĂ« mĂ«soni, nĂ« cilat fusha tĂ« orientoheni, si tĂ« kujdeseni pĂ«r shĂ«ndetin tuaj. Duket frymĂ«zuese! Por çdo medalje ka dy anĂ«, dhe ne hasim vĂ«shtirĂ«si jo vetĂ«m nĂ« diçka tĂ« re, por kryesisht nĂ« atĂ« qĂ« bĂ«jmĂ« çdo ditĂ«. "Pse nuk mĂ« paralajmĂ«roi askush!", shprehim me nervozizĂ«m, zakonisht duke u drejtuar vetes. Flakim zjarr mbi vetveten - kemi pĂ«rgatitur njĂ« listĂ« pĂ«r ju mbi atĂ« çfarĂ« NUK duhet tĂ« bĂ«ni nĂ« vitin 2020 (ndoshta edhe gjithmonĂ«).Â
Dhe graviteti nuk pyeti
Do të donim që të organizonim anti-rekomandimet sipas rendit, nga më të rëndësishmet te më pak të rëndësishmet. Por ato janë kaq të zakonshme, ekvivalentë dhe të njohura për të gjithë, sa që do të shkruajmë pa rend. A jemi gati ta kontrollojmë listën?
Mos shkoni në IT nëse gjithçka është mirë
Mos studioni njĂ« teknologji tĂ« re pĂ«r tĂ« ndryshuar profesionin ose pĂ«r t'u nisur nga e para. Koha jonĂ« Ă«shtĂ« e shkĂ«lqyer sepse mund tĂ« mĂ«sojmĂ«, tĂ« ndryshojmĂ« punĂ«, madje tĂ« ndĂ«rrojmĂ« sferĂ«n â edhe deri nĂ« pension. ĂshtĂ« diçka e bukur dhe e joshur. Por nĂ«se jeni mbi 28-30 vjeç, nuk Ă«shtĂ« e mençur tĂ« braktisni gjithçka pĂ«r tĂ« hyrĂ« nĂ« IT ose pĂ«r t'u transferuar nĂ« njĂ« teknologji tĂ« re (p.sh., nĂ«se zhvilloni sisteme me ngarkesĂ« tĂ« lartĂ« me Java dhe papritur vendosni tĂ« kaloni nĂ« rrjetet nervore me Python). Arsyeja Ă«shtĂ« e thjeshtĂ«: do t'ju ketĂ« vĂ«shtirĂ«. SĂ« pari, konkurrenca Ă«shtĂ« e madhe nga specialistĂ«t qĂ« janĂ« nĂ« kĂ«tĂ« teknologji qĂ« nga fillimi i karrierĂ«s sĂ« tyre; sĂ« dyti, do t'ju duhet tĂ« bĂ«heni pĂ«rsĂ«ri junior me njĂ« pagĂ« tĂ« ulĂ«t; sĂ« treti, do t'ju duhet tĂ« pĂ«rballeni moralisht me statusin mĂ« tĂ« ulĂ«t nĂ« hierarki. Prandaj, nĂ«se doni tĂ« lĂ«vizni nĂ« njĂ« drejtim tjetĂ«r, pĂ«rpiquni ta bĂ«ni kĂ«tĂ« ose nĂ« kuadĂ«r tĂ« punĂ«s aktuale dhe detyrave qĂ« keni, ose zhvilloni njohuri tĂ« reja si njĂ« hob tĂ« ri, duke punuar nĂ« njĂ« projekt tĂ« vogĂ«l, nĂ« mĂ«nyrĂ« qĂ« tĂ« arrini njĂ« punĂ« tĂ« re pa qenĂ« pĂ«rsĂ«ri junior.Â
Ndryshimi i teknologjisĂ« pĂ«r ndryshimin e stack-ut â vetĂ«m po humbni kohĂ«
Mos u shqetĂ«soni mes stekesh tĂ« ndryshme teknologjish pĂ«r zhvillimin tuaj. NĂ«se po shkruani njĂ« projekt nĂ« njĂ« gjuhĂ« tĂ« caktuar, duke pĂ«rdorur njĂ« framĂ« tĂ« caktuar dhe biblioteka, nuk ka nevojĂ« ta braktisni gjithçka dhe ta shkruani pĂ«rsĂ«ri nĂ« Dart, vetĂ«m sepse ju ka tĂ«rhequr. Merrni si parim tĂ« gjeni njĂ« justifikim pĂ«r ndryshimin e teknologjisĂ« â jo vetĂ«m nĂ« nivelin e "dua-nuk mundem", por edhe nĂ« atĂ« financiar dhe inxhinieror.Â
Nuk është e nevojshme të qëndroni në mendimin tuaj dhe të bëni si një statujë.
Të ngulni këmbë në një gjuhë ose teknologji dhe të mos mësoni diçka të re është po aq ekstrem sa të ndryshoni stek çdo herë që del një teknologji e re. Sigurohuni të studiosh bibliotekat dhe framët e reja, mos u bëni të palëvizshëm duke menduar se çdo gjë është shpikur më parë nga ju dhe është përmirësuar vetëm nga ju. Për çdo gjuhë, vazhdimisht publikohen përditësime, të cilat ndonjëherë mund të përmirësojnë ndjeshëm projektin tuaj. Mos u shqetësoni, ndiqni dinamikën e stekut tuaj dhe, sa herë që gjeni diçka interesante dhe të dobishme, merrni guxim dhe integrojeni në projekt!
Koka juaj është e mirë, gjithmonë është e mirë.
Mos e mendoni me kokat e tĂ« tjerĂ«ve, e juaja Ă«shtĂ« mĂ« mirĂ«. FatkeqĂ«sisht, disa zhvillues qĂ«ndrojnĂ« dhe presin qĂ« t'ju vijĂ« njĂ« detyrĂ« pĂ«r tĂ« koduar nga gabimi i fundit deri nĂ« fund, pa u pĂ«rpjekur tĂ« sjellin diçka tĂ« re nĂ« projekt, pĂ«r tĂ« zhvilluar njĂ« funksion tĂ« ri, pĂ«r ta testuar dhe sugjeruar pĂ«r prodhim. Pse tĂ« lodheni, kur ka mendjen e liderit tĂ« ekipit ose tĂ« menaxherit tĂ« kompanisĂ«, tĂ« cilĂ«t do tĂ« vendosin gjithçka? NĂ«se e njihni veten, kemi lajme tĂ« kĂ«qija: njĂ« pozicion mendor pasiv nuk do t'ju ndihmojĂ« as nĂ« karrierĂ«, as nĂ« zhvillim. Keni mundĂ«sinĂ« tĂ« provoni veten si inxhinier zhvillues dhe jo si kodues nĂ« njĂ« projekt tĂ« vĂ«rtetĂ«, dhe tĂ« kuptoni se ku duhet tĂ« shkoni, çfarĂ« iu mungon, por preferoni tĂ« shpenzoni kohĂ«n tuaj pĂ«r diçka tjetĂ«r dhe tĂ« bĂ«ni vetĂ«m "nga kĂ«toko deri aty". TĂ« tillĂ«t nĂ« IT-nĂ« moderne po mbijetojnĂ« gjithnjĂ« e mĂ« pak, dilni nga anabioza.Â
Përdoruesit janë njerëz të frikshëm
Mos e tepricni përdoruesit e software-it tuaj: nëse nuk shkruani për programuesit, prisni që programi të përballet me një moskuptim të pashkëputur. Gjatë disa ditëve ose javëve të para, përdoruesi do ta urrejë softuerin tuaj, sepse "i vjetri nuk ishte kaq i trashë". Për të shmangur këtë, krijoni dokumentacion dhe materiale mësimore të shkëlqyera. Kur instaloni ose blini, sugjeroni shumë qartë që manualet duhet të lexohen para fillimit të punës me programin, jo pas një dështimi të bazës së të dhënave, humbjes së fjalëkalimit dhe vetëkontrollit.
Nuk është e mençur të nënvlerësosh përdoruesit: ata janë më të zgjuar, më të mençur dhe më kuriozë se sa mendoni. Nëse mendoni se ato gabime me formatin e variablit dhe përjashtimi në ciklin e 138-të të shtypjes së Enter me një interval prej një sekonde nuk do të shfaqen, jeni në gabim - ato do të shfaqen dhe do të ndikojnë në funksionimin e aplikacionit tuaj në mënyra të çuditshme. Rregulli i dilettantit funksionon: ai e bën testimin më së miri. Por përdoruesve për arsye të panjohura nuk u pëlqen të gjejnë gabime në prodhim - nuk ka asnjë solidaritet të IT-it. Në përgjithësi, sa më të sigurt të jeni për softuerin tuaj - aq më mirë. Në fund të fundit, është më mirë të vononi lançimin e disa funksioneve sesa t'i shtoni ato në një aplikacion që funksionon dhe ta bëni atë papritur të papërfunduar.
Â
Mjaft me Google!
Mos u pĂ«rqendrosh vetĂ«m tek Google. As nuk do tĂ« diskutojmĂ« â nĂ« fushĂ«n e zhvillimit, njĂ« kĂ«rkesĂ« direkte nĂ« motorin e kĂ«rkimit mund tĂ« sjellĂ« shumĂ« informacione. Sa mĂ« thellĂ« tĂ« hysh nĂ« kĂ«rkimin tĂ«nd, aq mĂ« shumĂ« tĂ« dhĂ«na "anĂ«sore" do tĂ« marrĂ«sh dhe mĂ« shumĂ« do tĂ« mĂ«sosh, sepse do tĂ« zbulesh diçka tĂ« re, ndoshta e padurueshme pĂ«r kĂ«rkesĂ«n tĂ«nde, por e nevojshme pĂ«r tĂ« ardhmen. KĂ«rko materiale tĂ« plota, libra, artikuj etj. GjuhĂ«t dhe bibliotekat kanĂ« specifikime, komunitete, manuale dhe kĂ«shtu merrni mĂ«nyrĂ«n mĂ« tĂ« besueshme pĂ«r tĂ« zhvilluar aftĂ«sitĂ« tuaja si programues â thjesht lexoni dokumentacionin, jo tĂ« kĂ«rkoni zgjidhje lokale dhe fragmente kodi nga tĂ« tjerĂ«t. E kush e di, ndoshta zgjidhja juaj do tĂ« jetĂ« mĂ« optimale, mĂ« e shpejtĂ« dhe mĂ« e shkĂ«lqyer?Â
Besoni, por verifikoni
Mos pĂ«rdorni biblioteka dhe frame tĂ« krijuara nga zhvillues tĂ« tretĂ« pa e kontrolluar kodin dhe pa e pĂ«rshtatur atĂ« pĂ«r qĂ«llimet tuaja. Nuk keni asnjĂ« arsye tĂ« besoni plotĂ«sisht kĂ«tĂ« autor koding, tĂ« cilin nuk e njihni aspak. Po, elementĂ« tĂ« ndryshĂ«m tĂ« dĂ«mshĂ«m tĂ« qĂ«llimshĂ«m nĂ« kodin e tretĂ« nuk ndodhin shpesh dhe nuk Ă«shtĂ« e nevojshme tĂ« vuani nga paranoia, por kopjimi i verbĂ«r i pjesĂ«ve tĂ« gatshme tĂ« softuerit nĂ« projektin tuaj mund tĂ« sjellĂ« pasoja tĂ« paparashikueshme. Prandaj, sigurohuni qĂ« tĂ« lexoni dhe analizoni kodin para pĂ«rdorimit dhe kryeni testime pas implementimit tĂ« kodit.Â
BĂ«ni backup!
NdĂ«rpriteni praktikĂ«n e mosbĂ«rjes sĂ« kopjeve rezervĂ« ose mbajtjes sĂ« tyre nĂ« tĂ« njĂ«jtat serverĂ« tĂ« jashtĂ«m ku Ă«shtĂ« hostuar projekti juaj. Mendoni se Ă«shtĂ« njĂ« kĂ«shillĂ« e çuditshme dhe e panevojshme? Por mĂ« shumĂ« se 700 pjesĂ«tarĂ« tĂ« grupit nĂ« Telegram, qĂ« u pĂ«rballĂ«n me njĂ« situatĂ« tĂ« pakĂ«ndshme nĂ« shĂ«rbimin e njĂ« qendre tĂ« njohur tĂ« tĂ« dhĂ«nave, nuk mendojnĂ« kĂ«shtu â aty kishte gjithçka: nga projektet me pĂ«rkushtim tĂ« ulĂ«t deri te faqet e mĂ«dha tĂ« institucioneve shtetĂ«rore dhe bazat e tĂ« dhĂ«nave korporative 1C dhe faturimit. NjĂ« pjesĂ« e konsiderueshme â pa kopje rezervĂ« ose me kopje rezervĂ« aty. Prandaj, shpĂ«rndani rreziqet dhe mbani kopjen rezervĂ« sĂ« paku nĂ« hostimin tuaj kryesor, nĂ« ndonjĂ« VDS tĂ« besueshĂ«m dhe nĂ« serverin tuaj lokal. NĂ« fund tĂ« fundit, kjo do t'ju dalĂ« shumĂ« mĂ« lirĂ«.Â
Mjaft më me dëm të vetin ndaj projektit
Mos ju bëni në një projekt të punës atë që dëshironi ju, por bëni atë që i nevojitet klientëve. Po, është jashtëzakonisht interesante dhe e shkëlqyeshme të krijoni një rrjet neuronik, ta stërvitisni dhe ta integroni në softin tuaj, por nëse klientëve tuaj u nevojitet një menaxher i thjeshtë kontakti, kjo do të ishte një luksozitet i shtrenjtë. Shikoni se si funksionon projekti, lexoni dokumentacionin, lexoni komente dhe kërkesa nga klientët dhe implementoni atë që do të sjellë vlerë biznesi në projekt. Nëse dëshironi të krijoni diçka shkencore ose shumë të komplikuar, filloni me projektin tuaj të vet.
Jo kod, por një grumbull nervash
Mos e shkruani kodin e paqartĂ« dhe pa dokumentim. E dimĂ« se çfarĂ« ndodh: njĂ« zhvillues shkruan kodin si dhe i vjen mirĂ«, duke e komplikuar qĂ«llimisht pak, qĂ« askush nga kolegĂ«t tĂ« mos mund ta kuptojĂ« atĂ« qĂ« ka shkruar â njĂ« lloj hakmarrjeje paraprake para se diçka tĂ« ndodhĂ«. MegjithatĂ«, ju rrezikoni jo vetĂ«m kompaninĂ« (e cila ju paguan pĂ«r punĂ«n), por edhe veten: Ă«shtĂ« shumĂ« e mundshme qĂ« ju vetĂ« nuk do tĂ« kujtoheni se çfarĂ« dĂ«shironit tĂ« thoni me kĂ«tĂ« obfuskim tĂ« paqĂ«llimshĂ«m. E njĂ«jta gjĂ« ndodh me kodin e pa dokumentuar: duke u mbĂ«shtetur nĂ« logjikĂ«n tuaj tĂ« emĂ«rtimeve tĂ« ndryshuesve dhe funksioneve dhe njĂ« kujtesĂ« tĂ« mirĂ«, pas disa viteve mund tĂ« mos e keni mendjen pse zgjodhĂ«t pikĂ«risht kĂ«tĂ« cikĂ«l, metodĂ«, model, etj. Dokumentimi i kodit dhe struktura e tij e mirĂ« Ă«shtĂ« njĂ« shĂ«rbim i shkĂ«lqyer pĂ«r kolegĂ«t, punĂ«dhĂ«nĂ«sin dhe sĂ« pari pĂ«r veten tuaj.Â
Mbaji thjesht, budalla!
Mos e kompliko kodin, zgjidhjet dhe projektet. Nuk është e nevojshme të themeloni një strukturë të komplikuar dhe të krijoni entitete pa rëndësi të veçantë. Sa më i komplikuar të jetë kodi juaj, aq më shumë do të bëheni rob i tij - do t'ju jetë shumë e vështirë ta mbani dhe ta zhvilloni. Sigurisht, parimi i njohur KISS («Mbani të thjeshtë, budalla») nuk i përshtatet gjithmonë, por ai është krijuar për një arsye: thjeshtësia dhe eleganca e kodit janë kyçi për përdorimin dhe ripërdorimin e suksesshëm.
Mbrohuni
Mos e injoroni sigurinĂ« - nĂ« vitin 2020, kjo Ă«shtĂ« praktikisht njĂ« krim. Edhe nĂ«se kompania juaj, zhvillimi dhe juve nuk i interesoni autorĂ«ve tĂ« kĂ«qij, mund tĂ« prekesh nga problemet qĂ« lidhen me ndonjĂ« segment tĂ« rrjetit, ofruesin e hostimit, njĂ« sulm mbi qendrĂ«n e tĂ« dhĂ«nave, vjedhjen e fjalĂ«kalimeve tĂ« e-mailit dhe sjelljet e pasigurta tĂ« punonjĂ«sve, tĂ« cilĂ«t mund tĂ« vjedhin tĂ« dhĂ«nat nga kompania, tĂ« largojnĂ« klientĂ«t ose kodin burimor tĂ« gjithĂ« projektit. NĂ«se Ă«shtĂ« brenda fuqisĂ« tuaj dhe pĂ«rfshihet nĂ« fushĂ«n e pĂ«rgjegjĂ«sisĂ« tuaj, pĂ«rpiquni tĂ« mbroheni projektet me tĂ« cilat punoni. Po ashtu, mbani pĂ«rgjegjĂ«sinĂ« pĂ«r sigurinĂ« informacionit, kjo kurrĂ« nuk i ka bĂ«rĂ« dĂ«m askujt.Â
Mos e përbuzni caun
Mos mos i punoni nĂ« mĂ«nyrĂ« tĂ« arsyeshme. Sot, komunikimi ka arritur njĂ« nivel tĂ« tillĂ« qĂ«, pĂ«r shembull, tĂ« gjithĂ« HR-tĂ« e qytetit njohin njĂ«ri-tjetrin pĂ«rmes rrjeteve dhe grupeve tĂ« mbyllura (si ndihmĂ« pĂ«r punĂ«sim, ashtu edhe pĂ«r tĂ« shkruar "Vasili Ivanov, arkitekt i sistemeve, para se tĂ« largohej, fshiu tĂ« gjitha llogaritĂ«, fshiu kopjet rezervĂ« dhe çaktivizoi rrjetin, rikuperimi zgjati 3 ditĂ«. Mos e punĂ«soni atij"). Pra, sjellja juaj do tĂ« kthehet vetĂ«m kundĂ«r jush â dhe ndonjĂ«herĂ« nuk do tĂ« ndihmojĂ« as rikthimi nĂ« njĂ« qytet tjetĂ«r ose kryeqytet. Edhe nĂ«se largoheni me inat, nuk ka hakmarrje mĂ« tĂ« mirĂ« se tĂ« bĂ«heni njĂ« punonjĂ«s i dobishĂ«m dhe tĂ« shkĂ«lqyer i konkurrencĂ«s đ Dhe e rĂ«ndĂ«sishmja, pa asnjĂ« ndĂ«shkim.
Kështu nuk është e rekomanduar as. Por, siç tregon përvoja, mos u ndalni
NĂ« tĂ« vĂ«rtetĂ«, miq, lexoni kĂ«shillat, por bĂ«ni si ju duket mĂ« i miri â sepse zbulimet e vĂ«rteta ndodhin kur ne dyshojmĂ« nĂ« tĂ« vĂ«rtetat e zbuluara tashmĂ«. GĂ«zuar Vitin e Ri, qofshin projektet tuaja tĂ« suksesshme, karriera e juaj e kĂ«ndshme, kolegĂ«t dhe drejtuesit tuaj tĂ« arsyeshĂ«m, dhe jeta tĂ« jetĂ« nĂ« pĂ«rgjithĂ«si e suksesshme. NĂ« pĂ«rgjithĂ«si, pĂ«r Vitin e Ri dhe pĂ«r kodin e ri!Â
Me dashuri,
ekipi i RegionSoft Developer Studio
Në vitin e ri vazhdojmë të punojmë për ju dhe të zhvillojmë një sistem të fuqishëm CRM për desktop. një helpdesk të thjeshtë dhe të lehtë për t'u përdorur dhe një sistem biletash. .
Burimi: habr.com
