Հաբրը լի է կանխատեսումներով և խորհուրդներով, թե ինչ անել հաջորդ տարի՝ ինչ լեզուներ սովորել, որ ոլորտներում աշխատել, ինչպես վերաբերվել առողջությանը։ Վառում է ներշնչող! Բայց յուրաքանչյուր մեդալի երկու կողմ ունի, և մենք սահում ենք ոչ միայն նոր բաներում, այլ առավելապես նրանում, ինչ անում ենք ամեն օր։ «Ինչու՞ ինձ ոչ ոք զգուշացրեց!»՝ նյարդայնացած արձագանքում ենք, սովորաբար դիմելով ինքներս մեզ։ Մենք հավաքել ենք այն, ինչ չի պետք անել 2020 թվականին (եւ միգուցե միշտ):
Եվ գրավիտացիան որեւէ մեկից չհայտնվեց։
Մենք շատ կցանկանայինք հակառ Recommendation-ները դասավորել ըստ կարևորության, բայց դրանք այնքան տարածված են, հավասար իրենցสัมพันธ์ով և ճանաչված յուրաքանչյուրին, որ կգրանցենք անարդյունավետ ձևով։ Ինչպե՞ս, ստուգենք ցուցակը։
Մի գնացեք IT, եթե ամեն ինչ լավ է։
Մի սովորեք նոր տեխնոլոգիա մասնագիտությունը փոխելու կամ սկսելու համար։ Մեր ժամանակը հիանալի է նրանով, որ կարելի է սովորել, աշխատատեղը փոխել, ոլորտը արմատապես փոխել՝ նույնիսկ ճակատագրի վերջում։ Սա հիանալի, թրթռային բան է։ Բայց եթե դուք արդեն 28-30 տարեկան եք, մի թողեք ամեն ինչ միայն IT-ում լինելու կամ նոր ստեք փոխելու համար (օրինակ, դուք բարձր нагрузված համակարգեր եք գրում Java-ով և միանգամից որոշում եք տեղափոխվել նեյրոցանցեր Python-ով)։ Պատճառը պարզ է՝ ձեզ համար դժվար կլինի։ Նախ, բարձր մրցակցություն կա մասնագետների կողմից, ովքեր այդ ստեկում սկսեցին իրենց կարիերան, երկրորդ, ձեզ հարկավոր կլինի նորից դառնալ աստղադիտող՝ ցածր աշխատավարձով, երրորդ, ձեզ համար հոգեբանորեն դժվար կլինի լինել ամենասովորական աստիճանի ենթադրված՝ հիերարխիայի ամենացածր մակարդակով։ Իսկ եթե ցանկանում եք շարժվել դեպի մեկ այլ կողմ, փորձեք դա անել ընթացիկ աշխատանքի և ընթացիկ խնդիրների շրջանակներում, կամ զարգացրեք նոր գիտելիքը որպես հոբբի, պատրաստեք փետ-պրոյեկտ՝ նոր աշխատանքում արդեն որպես ոչ սկսնակ:
Ստեքը գործածել՝ միայն ժամանակ վարկաբեկել։
Մի ցատկեք տեխնոլոգիաների միջև ձեր նախագծի համար։ Եթե դուք գրում եք նախագիծ մեկ լեզվով, օգտագործում եք որոշակի ֆրեյմվորկ և գրքեր, մի թողեք ամեն ինչ ու չհետաքրքրվեք Dart-ով, միայն որովհետև դա ձեզ հետաքրքրեց։ Օգտագործեք որոշում կայացնելու կանոն՝ տեխնոլոգիաներ փոխելու համար՝ ոչ միայն «ցանկանում եմ-չեն կարող» մակարդակում, այլև ֆինանսական և ինժեներական մակարդակում։
Մի մնացեք ձեր կարծիքում և չճապաքեք։
Մի լեզվի կամ տեխնոլոգիայի մեջ փակվելը և նորությունը չսովորելը նույնչափ ծայրահեղություն է, որքան յուրաքանչյուր նոր տեխնոլոգիայի հետ փաթեթի փոփոխելը։ Ապահովագրեք, որ նոր գրադարաններ և շրջանակներ ուսումնասիրեք, մի լինել մատչելի այն մտայնության մեջ, որ ձեզանից առաջ ամենը հիմնավորապես մտածած է և ամբողջովին ձեզ մոտ կատարված։ Almost for each language updates are constantly released, which sometimes can greatly improve your project. Do not be lazy to follow the dynamics of your stack and as soon as you find something cool and useful - bravely pull it into the project!
Փոխարենը սեփական բանականություն ունեք, դա միշտ լավ է
Մի մտածեք ուրիշների մտքերով, ձերն ավելի լավ է։ Ցավոք, որոշ ծրագրավորողներ նստած սպասում են, թե երբ իրենց կստացվի կոդ գրելու առաջադրանքը նախորդ error-ից մինչև end-ը, չփորձելով նախագծում ավելացնել իրենց մի բան, նոր ֆունկցիա զարգացնել, փորձարկել և առաջարկել արտադրության։ Ինչու դժվարություններ ստեղծել, երբ թիմի ղեկավարի կամ ընկերության ղեկավարի մտքի վրա կարող եք հենվել, որոնք ամեն ինչ ինքնուրույն կլուծեն։ Եթե դուք ճանաչում եք ինքներդ, ապա մեր վատ նորություններն եք։ Պասիվ դիրքը չի կօգնի ոչ ձեր կարիերայում, ոչ էլ զարգացման մեջ։ Դուք ունեք հնարավորություն փորձել ձեր ուժերը ինժեներ-ծրագրավորողի, այլ ոչ թե ծրագրավորողի դերում իրական մարտական նախագծում և հասկանալ, թե ինչ ուղղությամբ շարժվել, ինչի պակաս կա, բայց նախընտրում եք ձեր ժամանակն այլ բաների վրա ծախսել և անել «այստեղից մինչև այնտեղ»։ Այսպիսի մարդիկ ժամանակակից IT-ում վատանում են, դուրս եկեք անապահովությունից:
Օգտագործողները՝ սարսափելի մարդիկ են
Մի գերագնահատեք ձեր ծրագրերի օգտագործողներին, եթե դուք չեք գրում ծրագրավորողների համար, Դարձեք այն, որ ծրագիրն համընկնում է անկաթված անկեղծ անբարյացակամության։ Առաջին մի քանի օրերի կամ շաբաթների ընթացքում օգտվողը ատելու է ձեր սոֆթը, որովհետև «հինը այդքան խելացի չէր»։ Դա կանխելու համար, օգտագործեք լավագույն փաստաթղթավորումները և ուսուցողական նյութերը։ Տեղադրելու կամ գնելու ժամանակ շատ առարկայական մի մեջ նշեք, որ ուղեցույցները արժե կարդալ ծրագրով աշխատել սկսելուց առաջ, այլ ոչ թե բազայի խափանվելու, գաղտնաբառի կորցնումի և ինքնահսկման ժամանակ։
Մի վարկաբեկեք օգտվողներին նույնպես, նրանք ավելի խոր գիտակից են, խելացի և հետաքրքրասեր, քան դուք կարծում եք։ Եթե դուք կարծում եք, որ այդ ընթացակարգի փոփոխման և 138-րդ Enter-ի վրա արյունատունների հետ կապված սխալները չեն ի հայտ գալու, լավ, դուք սխալվում եք։ Վիլ լողերն ուսելի սարի մոտի պատումներում, բայց օգտվողներին ինչ-որ բանի վրա չի դուր գալիս գտնել սխալներ արտադրության - ոչ մի ԻՏ-ի մոլուցք։ Ընդհանուր առմամբ, այնքան ավելի համոզված եք ձեր սոֆթում, այնքան լավ։ Վերջիվերջո, լավագույնն է ուշացնել որոշ ֆունկցիաների թողարկումը, քան ավելացնել դրանք գործող ծրագրում և դրան օգտագործել այն արհեստականորեն անբավարար։
Բավական է գուգլել!
Գործի մեջ միայն Google-ով չսահմանափակվեք: Մենք չենք վիճելու, որ ծրագրավորման ոլորտում հարմար որոնման համակարգում կարելի է շատ բան գտնել: Ո kolքան խորը որոնեք տեղեկատվություն, այնքան շատ «կողմնակի» տվյալներ կստանաք և կիմանաք ավելին, քանի որ կհայտնվեք նոր բաների, որոնք չեն կապված ձեր հարցի հետ, բայց կարող են անհրաժեշտ լինել ապագայում: Հնարավորինս դիմեք ամբողջական նյութերի, գրքերի, հոդվածների և այլն: Տվյալ լեզուների և գրադարանների համար կան հատուկ բնութագրեր, համայնքներ, ինչպես կարելի է անել, և այսպիսով դուք ստանում եք ամենահուսալի միջոցներից մեկը ծրագրավորողի հմտությունները զարգացնելու համար՝ պարզապես կարդալով փաստաթղթերը, ոչ թե փնտրելով ուրիշների տեղական լուծումներ և կոդի կտորներ: Իսկ եթե ձեր լուծումն ավելի օպտիմալ, արագ և լավ լինի:
Այդ եղեք վստահ, բայց ստուգեք.
Աջակցում եք կոդերը сторонних զարգացման դա կարդալուն, դրանք ձեր նպատակներին համապատասխանեցնելուց առաջ: Դուք չունեք որևէ հիմք, որ դեմքի-դեմքի վստահեք այդ կոդի հեղինակին, որի մասին դուք ընդհանրապես չգիտեք: Այո, տարբեր դիտավորությամբ վնասակար տարրեր сторонних кոդերում չեն հանդիպում այնքան часто, և паранойей տառապել պետք չէ, բայց ապաշնորհ կերպով հետաքննելու պատրաստակամությունը ձեր ծրագրում կարող է բերել կանխատեսելի արդյունքներ: Ուստի պարտադիր կարդացեք և վերլուծեք կոդը, նախքան օգտագործելը, և իրականացրած կոդի հետ ստուգումներ կատարեք:
Պահպանեք բեքապեր!
Վերացրեք բեքապեր չեն պահելու կամ պահելու այն հենց այդ сторонних серверах ձեր նախագծի վրա: Կարծում եք, որ ծիծաղելի և անիմաստ խորհուրդ է? Բայց ավելի քան 700 հաղորդակցման մասնակիցներից, ովքեր վերջերս բացասական իրավիճակում ընկրկեցին հայտնի տվյալ կենտրոնից մեկի դադարեցման հետ, այնպես չմտածում էին — այնտեղ ինչեր ընդհանրապես չկար: Հսկայական մաս չուներ բեքապեր, կամ դրանք այնտեղ էին: Ուստի տարածեք ռիսկերը և պահեք բեքապը, ամենայն հինգ վերակատակին, բացի այդ հուսալի VDS-ից, և ձեր տեղական սերվերում: Ի վերջո, սա շատ ավելի էժան կլինի:
Կրի՛ր նեղությունն կրծել լավ նախագծի վնաս
Միջոցառում եք պատվիրատուներին առերն ու ձեր ցանկությունները, այլևս պետք է բացահայտ շարք մնացեք: Այո, չափազանց հետաքրքիր է և հիանալի ստեղծել ձեր սեփական նեյրոնային ցանցը, սրբել այն և մտնել ձեր ծրագրում, բայց եթե ձեր պատվիրատուներին անհրաժեշտ է պարզ կապի կառավարիչ, դա կլինի դանդաղեցնող ավելորդություն: Դիտեք, ինչպես աշխատում է նախագիծը, կարդացեք փաստաթղթերը, կարդացեք կարծիքները և հայտերը պատվիրատուներից և իրականացրեք այն, ինչը կպարգևի նախագծին բիզնես արժեք: Եթե ուզում եք ստեղծել ինչ-որ գիտական կամ ծայրահեղ բարդ, սկսեք ձեր սեփական նախագծից:
Ոչ թե կոդ, այլ նյարդեր որոնք բռնված են
Չգրեք անընթերցելի և անհաշված կոդ։ Մեզ հայտնի է այս հնարքը՝ ծրագրավորողը գրում է կոդ այնքան, որքան իրեն հաճելի է, մասնակիորեն բարդացնում է այն, որպեսզի ոչ ոք ընկերակիցներից չկարողանա հասկանալ Զգացմունքներին՝ սա յուրօրինակ կանխարգելիչ վրիժառություն է որևէ բան տեղի ունենալուց առաջ։ Սակայն դուք վտանգի են ենթարկում ոչ միայն ընկերությունն (որը ձեզ վճարում է աշխատանքի համար), այլ նաև ինքներդ ձեզ՝ вполне հավանական է, որ ինքներդ ձեզ չեք հիշի, թե ինչ էիք ցանկանում ասել այս անկամ՝ մութ մթության պատճառով։ Վերջնական արդյունքը նույնպես նույնն է՝ ապակողակալված կոդը, հույս ունենալով ձեր փոփոխականների և ֆունկցիաների անվանումների լավ տրամաբանության և լավ հիշողությանը, մի քանի տարի անց կարող եք չհիշել, թե ինչու ընտրեցիք հենց այս ցիկլը, մեթոդը, ձևաչափը և այլն։ Կոդի փաստաթղթավորումը և նրա լավ կառուցվածքը՝ հիանալի ծառայություն է ձեր ընկերակիցներին, գործատուներին և առաջին հերթին ինքներդ ձեզ։
Պարզություն է, այո, հիմարություն
Մի բարդացրեք կոդը, լուծումները և նախագծերը։ Չի անհրաժեշտ բարդ կառուցվածք կառուցել և նշանակալից էակներ ստեղծել առանց համապատասխան կարևորության։ Անգամ որքան բարդ կլինի ձեր կոդը, այնքան դուք կդառնաք նրա գերագոյություն՝ դուք շատ դժվարության կկանգնեք՝ այն աջակցություն և զարգացվելու հարցում։ Ապաքրո, հայտնի KISS սկզբունքը (Մի՛ մոռացեք պարզը, հիմարություն) միշտ չէ, որ համապատասխանում է, բայց այն ստեղծվել է ոչ մոռանալով՝ պարզությունն ու գեղեցկությունը կոդում՝ հաջողության բանալին են դրա կիրառման և վերարտադրության համար։
Պաշտպանեք ձեզ
Չհետևեք անվտանգությանը՝ 2020 թվականին սա փաստորեն հանցագործություն է։ Ա даже եթե ваша компания, разработка и вы не интересны злоумышленникам, вас могут затронуть проблемы, связанные с поражением какого-то сегмента сети, хостинг-провайдера, с атакой на дата-центр, с хищением паролей почты и с небезопасным поведением сотрудников, которые могут украсть данные из компании, увести клиентов или программный код всего проекта։ Если это в ваших силах и относится к зоне компетенции, постарайтесь защитить те проекты, с которыми работаете. Ну и сами соблюдайте информационную безопасность, это ещё никому не мешало.
Մի թափոնեք խմելու կ источник
Մի խոստացեք ձեր գործատուն։ Այսօր, հաղորդակցության մակարդակը հասել է նման աստիճան, որ, օրինակ, ողջ քաղաքը HR-ները վաղուց ճանաչում են միմյանց և կարող են փոխանակել ցանկացած տեղեկություն չատերում և փակ խմբերում (ինչպես օգնել աշխատանքի տանելու, այնպես էլ գրել «Վասիլի Իվանով, համակարգչային ճարտարապետ, հեռանալով ոչնչացրել է բոլոր հաշիվները, հեռացրել է ևս բակապները և անջատել ցանցը, վերականգնումը տևել է 3 օր։ Մի վերցրեք նրան աշխատանքի»). Այսպիսով, ձեր վարքագիծը միայն կործանեց ձեզ, իսկ երբեմն նույնիսկ տեղափոխությունը այլ քաղաք կամ մայրաքաղաքը օգուտ չի կտա։ Թ even երբ պետք է հեռանաք ցավոք, չկա ավելի լավ վրեժ, քան դառնալ օգտակար և մեծ ծառայող մրցակիցի համար 🙂 Նշանակությունը, որ զերծ մնալու ձևերից վեր, լավ ազդեցություն չի ունենա։
Այնպես չի, որ դա ևս ճիշտ է։ Բայց, ինչպես ցույց է տալիս փորձը, մենք չենք հանկարծ մոռանա։
Բազմաթիվ ընկերներ, կարդացեք խորհուրդները, բայց արեք այնպես, ինչպես կարծում եք, որ լավագույնն է՝ ведь настоящие открытия совершаются тогда, когда мы сомневаемся в уже открытых истинах. Որպեսզի մեկնարկեք Նոր տարի, թող ձեր նախագծերը հաջողակ լինեն, կարիերան՝ անսովոր, գործընկերները և ղեկավարները՝ ադեկվատ, իսկ կյանքը՝ ընդհանուր առմամբ հաջող: Միասին, Նոր տարվա և նոր կոդի համար!
Սերը,
RegionSoft Developer Studio թիմը
Նոր տարում մենք շարունակելու ենք աշխատել ձեզ համար և զարգացնելու զորավոր դեսքթոպային CRM համակարգը և պարզ ու հարմար հասանելիքային համակարգը ու տիկետային համակարգը .
Ընտանիք: habr.com
