Habr Ă«shtĂ« plot parashikimesh dhe kĂ«shillash pĂ«r atĂ« se çfarĂ« tĂ« bĂ«ni vitin e ardhshĂ«m â cilat gjuhĂ« tĂ« mĂ«soni, nĂ« cilat fusha tĂ« angazhoheni, si tĂ« kujdeseni pĂ«r shĂ«ndetin tuaj. TingĂ«llon frymĂ«zuese! Por çdo medalje ka dy anĂ«, dhe ne shkelim jo vetĂ«m nĂ« gjĂ«ra tĂ« reja, por kryesisht nĂ« ato qĂ« bĂ«jmĂ« çdo ditĂ«. "Pse nuk mĂ« paralajmĂ«roi askush!", thĂ«rrasim me iritim, zakonisht duke iu drejtuar vetes sonĂ«. Kemi nxitur zjarr ndaj vetes â kemi mbledhur njĂ« listĂ« me atĂ« qĂ« NUK duhet tĂ« bĂ«ni nĂ« vitin 2020 (ndoshta edhe gjithmonĂ«).Â
E dinë të gjithët se graviteti nuk u pyet.
Na pĂ«lqen shumĂ« tĂ« rendisim kĂ«shillat tona anti nĂ« rend, nga mĂ« tĂ« rĂ«ndĂ«sishmet deri te mĂ« tĂ« parĂ«ndĂ«sishmet. Por ato janĂ« aq tĂ« zakonshme, tĂ« barabarta dhe thuajse tĂ« njohura pĂ«r tĂ« gjithĂ«, sa qĂ« do tĂ« shkruajmĂ« pa rend. ĂfarĂ« thoni, tĂ« kontrollojmĂ« listĂ«n?
Mos shkoni në IT nëse gjithçka shkon mirë.
Mos mĂ«soni teknologji tĂ« reja pĂ«r tĂ« ndryshuar profesionin ose pĂ«r tĂ« nisur nga e para. Koha jonĂ« Ă«shtĂ« e shkĂ«lqyer, sepse mund tĂ« mĂ«soni, tĂ« ndryshoni punĂ«, tĂ« ndryshoni nĂ« mĂ«nyrĂ« tĂ« thellĂ« fushĂ«n â dhe kĂ«shtu deri nĂ« pension. Kjo Ă«shtĂ« njĂ« gjĂ« e shkĂ«lqyer, tĂ«rheqĂ«se. Por nĂ«se jeni mbi 28-30, nuk duhet tĂ« braktisni gjithçka pĂ«r tĂ« hyrĂ« nĂ« IT ose pĂ«r tĂ« kaluar nĂ« njĂ« stek tĂ« ri (pĂ«r shembull, nĂ«se shkruani sisteme me ngarkesĂ« tĂ« lartĂ« nĂ« Java dhe papritmas vendosni tĂ« kaloni nĂ« rrjete neuronale nĂ« Python). Arsyeja Ă«shtĂ« e thjeshtĂ«: do t'ju jetĂ« e vĂ«shtirĂ«. SĂ« pari, konkurrenca nga specialistĂ«t qĂ« e njohin kĂ«tĂ« stek qĂ« nga fillimi i karrierĂ«s sĂ« tyre Ă«shtĂ« e lartĂ«; sĂ« dyti, do tĂ« duhet tĂ« bĂ«heni pĂ«rsĂ«ri junior me njĂ« pagĂ« tĂ« ulĂ«t; sĂ« treti, do tĂ« jetĂ« emocionalisht e vĂ«shtirĂ« tĂ« bĂ«heni nĂ«nshtruar i nivelit mĂ« tĂ« ulĂ«t tĂ« hierarkisĂ«. Prandaj, nĂ«se dĂ«shironi tĂ« lĂ«vizni nĂ« njĂ« drejtim tjetĂ«r, pĂ«rpiquni ta bĂ«ni kĂ«tĂ« ose nĂ« rrjedhĂ«n e punĂ«s aktuale dhe detyrave aktuale, ose zhvilloni njohuri tĂ« reja si njĂ« hob, punoni nĂ« njĂ« projekt personal, nĂ« mĂ«nyrĂ« qĂ« tĂ« vini nĂ« njĂ« punĂ« tĂ« re si jo junior.Â
TĂ« kalosh nga njĂ« stek nĂ« tjetrin â vetĂ«m kohĂ« tĂ« humbur.
Mos u pĂ«rplasi midis stekĂ«ve tĂ« teknologjive pĂ«r zhvillimin tuaj. NĂ«se po shkruani njĂ« projekt nĂ« njĂ« gjuhĂ«, pĂ«rdorni njĂ« kornizĂ« dhe biblioteka tĂ« caktuara, nuk duhet tĂ« braktisni gjithçka dhe ta rikonstruktoni atĂ« nĂ« Dart, thjesht sepse ju duket interesante. Merrni si rregull tĂ« gjeni njĂ« justifikim pĂ«r ndryshimin e teknologjisĂ« â jo vetĂ«m nĂ« nivelin "dua-nuk mundem", por edhe nĂ« nivelin financiar dhe inxhinierik.Â
Nuk duhet të qëndroni në vendin tuaj dhe të bronzoheni.
Të mbylleshe në një gjuhë apo teknologji dhe të mos studiosh të reja është një ekstrem sa të ndryshosh stek për çdo teknologji të re. Sigurohuni që të studioni biblioteka dhe framework-e të reja, mos u bëni kokëfortë duke menduar se gjithçka është krijuar dhe përmirësuar vetëm nga ju. Praktikisht për çdo gjuhë ka përditësime të vazhdueshme që ndonjëherë mund të përmirësojnë ndjeshëm projektin tuaj. Mos u leni pasivë në ndjekjen e dinamikës së stek-ut tuaj dhe sapo të gjeni diçka të shkëlqyer e të dobishme, sjelleni me guxim në projekt!
Koka jote është e mirë, gjithnjë e mirë
Mos mendoni me kokat e tĂ« tjerĂ«ve, e juaja Ă«shtĂ« mĂ« e mirĂ«. FatkeqĂ«sisht, disa zhvillues qĂ«ndrojnĂ« dhe presin qĂ« t'u vijĂ« njĂ« detyrĂ« pĂ«r tĂ« koduar nga gabimi i mĂ«parshĂ«m deri nĂ« fund, pa u munduar tĂ« sjellin nĂ« projekt diçka tĂ« tyren, tĂ« zhvillojnĂ« njĂ« funksion tĂ« ri, tĂ« testojnĂ« dhe tĂ« propozojnĂ« pĂ«r prodhim. Pse tĂ« lodhesh, kur ke mençurinĂ« e njĂ« lideri ekipi apo tĂ« drejtuesit tĂ« kompanisĂ«, i cili do tĂ« vendosĂ« gjithçka? NĂ«se e keni gjetur veten nĂ« kĂ«tĂ« situatĂ«, kemi lajme tĂ« kĂ«qija: njĂ« pozicion pasiv nuk do t'ju ndihmojĂ« as nĂ« karrierĂ«, as nĂ« zhvillim. Keni njĂ« mundĂ«si pĂ«r tĂ« provuar veten si inxhinier zhvillues dhe jo si kodues nĂ« njĂ« projekt tĂ« vĂ«rtetĂ« dhe tĂ« kuptoni nĂ« cilin drejtim duhet tĂ« shkoni, çfarĂ« ju mungon, por ju preferoni tĂ« kaloni kohĂ«n tuaj nĂ« diçka tjetĂ«r dhe tĂ« bĂ«ni pikĂ«risht "nga kĂ«tu deri aty". Ata nĂ« industrinĂ« moderne tĂ« IT-sĂ« po bĂ«hen gjithnjĂ« e mĂ« tĂ« papĂ«rshtatshĂ«m.Â
Përdoruesit janë njerëz të frikshëm
Mos e teproni me përdoruesit e softuerit tuaj: nëse po shkruani jo për programuesit, prisni që programu të përballet me një moskuptim të pakapshëm. Disa ditë ose javë të para përdoruesi do ta urrejë softin tuaj, sepse "i vjetri nuk ishte kaq i budallë." Për ta parandaluar këtë, sigurohuni që të krijoni dokumentacion të shkëlqyer dhe materiale edukative. Gjatë instalimit ose blerjes, sugjeroni shumë ngushtë që manualet duhet të lexohen para se të filloni punën me programin, e jo pas dështimit të bazës, humbjes së fjalëkalimit dhe vetëkontrollit.
Nuk duhet tĂ« nĂ«nvlerĂ«soni pĂ«rdoruesit: ata janĂ« mĂ« tĂ« mençur, mĂ« inteligjentĂ« dhe mĂ« kuriozĂ« se sa mendoni. NĂ«se mendoni se ai defekt me formatin e variablave dhe pĂ«rjashtimi nĂ« goditjen e 138-tĂ« tĂ« Enter me njĂ« interval njĂ« sekondĂ« nuk do tĂ« dalĂ« nĂ« pah, jeni nĂ« gabim â do tĂ« dalĂ« dhe do tĂ« ndikojĂ« nĂ« funksionimin e aplikacionit tuaj nĂ« mĂ«nyra tĂ« çuditshme. Rregulli i dilettantit Ă«shtĂ« i tillĂ«: ai e bĂ«n testimin mĂ« mirĂ« se kushdo tjetĂ«r. Por pĂ«rdoruesve pĂ«r ndonjĂ« arsye nuk u pĂ«lqen tĂ« gjejnĂ« defekte nĂ« prodhim â nuk ka solidaritet teknologjik kĂ«tu. NĂ« pĂ«rmbledhje, sa mĂ« e sigurt tĂ« jeni pĂ«r softuerin tuaj â aq mĂ« mirĂ«. NĂ« fund tĂ« fundit, Ă«shtĂ« mĂ« mirĂ« tĂ« vononi lirimin e disa funksioneve sesa t'i shtoni ato nĂ« njĂ« aplikacion qĂ« po funksionon dhe ta bĂ«ni atĂ« papritur mĂ« tĂ« pasigurt.
Â
Mjaft me gjetjen në Google!
NDćHREN NEGJEN DHEKEM!!!Â
Beso, por verifiko
Mos pĂ«rdorni biblioteka dhe framework-e tĂ« krijuara nga zhvillues tĂ« tjerĂ« pa verifikuar kodin dhe pa e pĂ«rshtatur atĂ« pĂ«r qĂ«llimet tuaja. Nuk keni asnjĂ« bazĂ« pĂ«r tĂ« besuar pa kushte autorin e kĂ«tij kodi, tĂ« cilin nuk e njihni fare. Po, elementĂ«t e ndryshĂ«m tĂ« qĂ«llimshĂ«m keqdashĂ«s nĂ« kodin e jashtĂ«m nuk ndodhin shpesh dhe nuk ka nevojĂ« tĂ« jeni paranoid, 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 se ta pĂ«rdorni dhe tĂ« kryeni teste pas implementimit tĂ« tij.Â
BĂ«ni backup-e!
Ndalo sĂ« pari tĂ« mos bĂ«ni backup ose t'i mbani ato nĂ« tĂ« njĂ«jtat servera tĂ« tretĂ« ku hostohet projekti juaj. Mendoni se kjo Ă«shtĂ« njĂ« kĂ«shillĂ« e çuditshme dhe e kotĂ«? Por mĂ« shumĂ« se 700 pjesĂ«marrĂ«s nĂ« chatin e Telegramit, qĂ« pĂ«rballen me njĂ« situatĂ« tĂ« pakĂ«ndshme lidhur me ndaljen e njĂ« qendre tĂ« njohur tĂ« tĂ« dhĂ«nave, nuk e menduan kĂ«shtu - aty kishte gjithçka: nga projektet personale deri te faqet e mĂ«dha tĂ« institucioneve shtetĂ«rore dhe bazat e tĂ« dhĂ«nave korporative 1C dhe faturimit. NjĂ« pjesĂ« e madhe - pa backup ose me backup nĂ«n tĂ« njĂ«jtĂ«n çati. Pra, shpĂ«rndani rreziqet dhe ruani backup-in minimalisht nĂ« hostin kryesor, nĂ« njĂ« VDS tĂ« besueshĂ«m dhe nĂ« serverin tuaj lokal. NĂ« fund, do tĂ« dalĂ« shumĂ« mĂ« lirĂ«.Â
Mjafton të dëmtoni projektin tuaj.
Mos bëni në projektin e punës atë që dëshiron ju, por bëni atë që u nevojitet klientëve. Po, është shumë interesante dhe fantastike të krijoni një rrjet nervor, ta trajni dhe ta integroni në software-in tuaj, por nëse klientët tuaj kanë nevojë për një menaxher kontakti të thjeshtë, kjo do të jetë një tepricë e shtrenjtë. Shikoni si punon projekti, lexoni dokumentacionin, shikoni komente dhe kërkesa nga klientët dhe realizoni atë që do t'i japë projektit vlerën e biznesit. Nëse dëshironi të krijoni diçka shkencore ose tepër të ndërlikuar, filloni me projektin tuaj.
Jo kod, por një lump nervash.
Mos shkruani kod tĂ« pakuptueshĂ«m dhe pa dokumentim. Ne e njohim kĂ«tĂ« veçori: zhvilluesi shkruan kod siç do, duke e pĂ«rzier pak pĂ«r ta bĂ«rĂ« tĂ« vĂ«shtirĂ« pĂ«r kolegĂ«t tĂ« kuptojnĂ« atĂ« qĂ« Ă«shtĂ« shkruar - njĂ« lloj hakmarrjeje parandaluese para se diçka tĂ« ndodhte. MegjithatĂ«, ju rrezikoni jo vetĂ«m kompaninĂ« (e cila ju paguan pĂ«r punĂ«n), por edhe vetĂ«n tuaj: Ă«shtĂ« shumĂ« e mundur qĂ« ju ndiheni tĂ« mbĂ«shtjet bĂ«ni se çfarĂ« keni dashur tĂ« thoni me kĂ«tĂ« obfuscim tĂ« paqenĂ«. E njĂ«jta gjĂ« vlen pĂ«r kodin pa dokumentim: duke u mbĂ«shtetur nĂ« logjikĂ«n tuaj tĂ« emĂ«rtimeve tĂ« variablave dhe funksioneve dhe nĂ« kujtesĂ«n e mirĂ«, pas disa viteve, mund tĂ« mos kujtoni pse keni zgjedhur pikĂ«risht kĂ«tĂ« cikĂ«l, metodĂ«, model, etj. Dokumentimi i kodit dhe struktura e tij e mirĂ« janĂ« njĂ« shĂ«rbim i shkĂ«lqyer pĂ«r kolegĂ«t, punĂ«dhĂ«nĂ«sin dhe mbi tĂ« gjitha pĂ«r veten tuaj.Â
Mbajeni të thjeshtë, budallenj.
Mos e kompliko kodin, zgjidhjet dhe projektet. Nuk është nevoja të krijoni një strukturë të komplikuar dhe të prodhoni entitete pa rëndësi të veçantë. Sa më i komplikuar të jetë kodi juaj, aq më shumë do të bëheni pengu i tij - do t'ju jetë shumë e vështirë ta mbani dhe ta zhvilloni. Sigurisht, parimi i njohur KISS («Mbaje të thjeshtë, budalla») nuk është gjithmonë i aplikueshëm, por nuk është krijuar për asgjë: thjeshtësia dhe eleganca e kodit janë garanti i aplikimit dhe ripërdorimit të suksesshëm të tij.
Mbroni veten
Mos e injoroni sigurinĂ« - nĂ« vitin 2020 kjo Ă«shtĂ« literalisht e papranueshme. Edhe nĂ«se kompania juaj, zhvillimi dhe ju nuk jeni tĂ«rheqĂ«s pĂ«r kriminelĂ«t, mund tĂ« prekeni nga problemet qĂ« lidhen me ndonjĂ« segment tĂ« rrjetit, ofruesin e shĂ«rbimeve tĂ« hostimit, sulmin nĂ« qendrĂ«n e tĂ« dhĂ«nave, vjedhjen e fjalĂ«kalimeve tĂ« postĂ«s dhe sjelljen e pasigurt tĂ« punonjĂ«sve, tĂ« cilĂ«t mund tĂ« vjedhin tĂ« dhĂ«na nga kompania, tĂ« largojnĂ« klientĂ«t ose kodin e gjithĂ« projektit. NĂ«se Ă«shtĂ« nĂ« mundĂ«sitĂ« tuaja dhe bie nĂ« fushĂ«n e pĂ«rgjegjĂ«sisĂ«, pĂ«rpiquni tĂ« mbroni projektet me tĂ« cilat punoni. Po ashtu, respektoni sigurinĂ« informative, kjo nuk i ka dhĂ«nĂ« dĂ«m askujt.Â
Mos pështyni në pellg
Mos e dĂ«mtoni punĂ«dhĂ«nĂ«sin tuaj. Sot, komunikimet kanĂ« arritur njĂ« nivel, ku, pĂ«r shembull, tĂ« gjithĂ« HR-tĂ« e qytetit janĂ« tĂ« njohur me njĂ«ri-tjetrin nĂ« distancĂ« dhe mund tĂ« ndajnĂ« çdo informacion nĂ« biseda dhe grupe tĂ« mbyllura (si tĂ« ndihmojnĂ« nĂ« angazhimin e punĂ«s, ashtu edhe tĂ« shkruajnĂ« «Vasili Ivanov, arkitekt sistemi, para se tĂ« largohej shkatĂ«rroi tĂ« gjitha llogaritĂ«, fshiu kopjet rezervĂ« dhe ndĂ«rpreu rrjetin, rikuperimi zgjati 3 ditĂ«. Mos e merrni atĂ« nĂ« punë»). KĂ«shtu, sjellja juaj do tĂ« veprojĂ« vetĂ«m nĂ« dĂ«m tĂ« tuajin - dhe ndonjĂ«herĂ« as njĂ« relocim nĂ« njĂ« qytet tjetĂ«r ose nĂ« kryeqytet nuk do t'ju ndihmojĂ«. Edhe nĂ«se largoheni me zemĂ«rim, nuk ka hakmarrje mĂ« tĂ« mirĂ« se sa tĂ« bĂ«heni njĂ« punonjĂ«s i dobishĂ«m dhe i shkĂ«lqyer i konkurrencĂ«s đ E rĂ«ndĂ«sishme Ă«shtĂ« se gjithçka ndodh pa ndĂ«shkime.
Kështu nuk duhet ta bëni as. Por, siç tregon përvoja, nuk do të ndalemi
NĂ« pĂ«rgjithĂ«si, miq, lexoni kĂ«shillat, por bĂ«ni atĂ« qĂ« ju duket mĂ« e mira - sepse zbulimet e vĂ«rteta ndodhin kur dyshojmĂ« pĂ«r tĂ« vĂ«rtetat qĂ« janĂ« zbuluar tashmĂ«. Urime pĂ«r Vitin e Ri, uroj qĂ« projektet tuaja tĂ« jenĂ« tĂ« suksesshme, karriera - e kĂ«ndshme, kolegĂ«t dhe drejtuesit - tĂ« arsyeshĂ«m, dhe jeta nĂ« pĂ«rgjithĂ«si tĂ« jetĂ« e suksesshme. Pra, pĂ«r Vitin e Ri dhe pĂ«r kodin e ri!Â
Me dashuri,
ekipin e RegionSoft Developer Studio
Në vitin e ri do të vazhdojmë të punojmë për ju dhe të zhvillojmë një CRM të fuqishme për desktop. dhe një helpdesk të thjeshtë dhe të lehtë për t'u përdorur dhe sistem biletash. .
Burimi: habr.com
