Центарот е полн со прогнози и совети за тоа што да правите следната година - кои јазици да научите, на кои области да се фокусирате, што да правите со вашето здравје. Звучи инспиративно! Но, секоја паричка има две страни и ние се сопнуваме не само во нешто ново, туку најмногу во она што го правиме секој ден. "Зошто никој не ме предупреди!" Ајде да си го наречеме огнот - за вас составивме список што НЕ треба да правите во 2020 година (а можеби и секогаш).
Но, тие не прашуваа за гравитацијата
Навистина би сакале да ги ставиме во ред анти-препораките, од најважни до најмалку важни. Но, тие се толку чести, еквивалентни и познати на речиси сите што ќе пишуваме по случаен избор. Па, ајде да ја провериме листата?
Нема потреба да одите на ИТ ако се е во ред
Не учите нова технологија за да ја промените кариерата или да започнете одново. Нашето време е прекрасно затоа што можете да студирате, да менувате работни места, радикално да го промените вашето поле - и така натаму, дури и до пензионирање. Тоа е кул, заводлива работа. Но, ако сте над 28-30 години, не треба да се откажете од сè за да влезете во ИТ или да се преселите во нов стек (на пример, пишувате многу оптоварени системи во Јава и одеднаш одлучувате да влезете во невронски мрежи во Пајтон). Причината е едноставна: нема да ви биде лесно. Прво, постои голема конкуренција од специјалисти кои „седат“ на овој оџак од почетокот на нивните кариери, второ, ќе мора повторно да станете јуниор со мала плата и трето, морално ќе ви биде тешко да стануваат подредени на најниското ниво на хиерархијата. Затоа, ако сакате да се движите во друга насока, обидете се да го правите тоа или во склад со вашата моментална работа и тековни задачи, или да развиете нови знаења како хоби, започнете проект за домашно милениче, така што кога ќе дојдете на нова работа ќе повеќе не биди јуниор.
Менувањето оџак по оџак е само губење време
Не брзајте меѓу технолошките купови за вашиот развој. Ако пишувате проект на еден јазик, користејќи одредена рамка и библиотеки, не треба да фрлате сè по ѓаволите и да го препишувате во Дарт само затоа што ви е интересно. Направете правило да се најде оправдување за промена на технологијата - не само на ниво „Сакам или не можам“, туку и на финансиско и инженерско ниво.
Нема потреба да застанете и да станете бронзени
Да се држите до еден јазик или технологија и да не учите нови работи е исто толку екстремно како да го менувате вашиот куп со секоја нова технологија. Задолжително проучувајте нови библиотеки и рамки, не бидете тврдоглави во сознанието дека сè е подобро измислено пред вас и завршено исклучиво од вас. Постојано излегуваат ажурирања за речиси секој јазик, што понекогаш може значително да го подобри вашиот проект. Немојте да бидете мрзливи да ја следите динамиката на вашиот оџак и, штом најдете нешто кул и корисно, слободно повлечете го во проектот!
Вашата сопствена глава е добра, секогаш добра
Не размислувајте во туѓите глави, вашата е подобра. За жал, некои програмери седат и чекаат додека не добијат задача да кодираат од претходната грешка до крај, без да се обидат да придонесат нешто свое во проектот, да развијат нова функција, да ја тестираат и да ја предложат за производство. Зошто да се замарате кога има лидер на тимот или менаџер на компанија кој сам ќе одлучува за сè? Ако се препознаете, тогаш имаме лоши вести: пасивната позиција нема да ви помогне ниту во кариерата, ниту во развојот. Имате шанса да се испробате како развојен инженер, а не како кодер, во вистински борбен проект и да разберете каде да одите, што недостасува, но претпочитате да го трошите вашето време на нешто друго и да правите токму „оттука до сега.” Таквите луѓе преживуваат се полошо и полошо во модерната ИТ, излегуваат од суспендирана анимација.
Корисниците се страшни луѓе
Не ги преценувајте корисниците на вашиот софтвер: ако не пишувате за програмери, очекувајте програмата да наиде на непробојно недоразбирање. Првите неколку дена или недели корисникот ќе го мрази вашиот софтвер затоа што „стариот не беше толку глупав“. За да го избегнете ова, направете одлична документација и упатства. Кога инсталирате или купувате, многу наметливо навестете дека прирачниците треба да се читаат пред да започнете со работа со програмата, а не по паѓање на базата на податоци, губење на лозинката и самоконтрола.
Не треба да ги потценувате ниту корисниците: тие се поитри, попаметни и пољубопитни отколку што мислите. Ако мислите дека бубачката со променливиот формат и исклучокот на 138-то притискање на Enter во интервали од секунда нема да се појави, се лажете - тие ќе се појават и ќе влијаат на работата на вашата апликација на најбизарен начин. Важи правилото на аматерот: тој е оној кој најдобро се справува со тестирањето. Но, поради некоја причина, корисниците не сакаат да наоѓаат грешки во производството - нема ИТ солидарност во нив. Во принцип, колку повеќе сте сигурни во вашиот софтвер, толку подобро. На крајот на краиштата, подобро е да го одложите објавувањето на некои функции отколку да ги додадете во работната апликација и одеднаш да ја направите сурова.
Престани да гуглаш!
Престанете да се вртите само на Google. Ние дури и нема да се расправаме - во областа на развојот можете да најдете многу со директно барање до пребарувач. Колку подлабоко копате во потрага по информации, толку повеќе „странични“ податоци ќе добивате и толку повеќе ќе научите, бидејќи ќе научите нешто ново што не е поврзано со вашето барање, но веројатно ќе ви биде потребно во иднина. Осврнете се на полноправни материјали, книги, написи итн. Јазиците и библиотеките имаат спецификации, заедници, начинот на работа, и на тој начин го добивате најсигурниот начин за развивање на програмерските вештини - само прочитајте ја документацијата и не барајте локални решенија и фрагменти од код на други луѓе. Што ако вашето решение е пооптимално, побрзо и поладно?
Верувај, но провери
Не користете библиотеки и рамки создадени од трети лица програмери без да го проверите кодот и да го приспособите за да одговара на вашите цели. Немате причина безусловно да му верувате на овој автор на код кој воопшто не го познавате. Да, различните намерни малициозни елементи во кодот од трети страни не се толку вообичаени и не треба да страдате од параноја, но слепо копирање на готови делови од софтвер во вашиот проект може да доведе до непредвидливи последици. Затоа, задолжително прочитајте го и анализирајте го кодот пред употреба и тестирајте откако ќе го имплементирате кодот.
Направете резервни копии!
Престанете да не правите резервни копии или да ги чувате на истите сервери од трети страни каде што е хостиран вашиот проект. Дали мислите дека ова е смешен и бескорисен совет? Но, повеќе од 700 учесници во разговорот на Telegram, кои се најдоа во неодамнешна непријатна ситуација со исклучувањето на еден добро познат центар за податоци, не мислеа така - таму имаше сè: од проекти за домашни миленици до големи владини веб-страници. власти и корпоративни 1C и бази на податоци за наплата. Значителен дел е без резервни копии или со резервни копии на истото место. Затоа, дистрибуирајте ги ризиците и складирајте ја резервната копија барем на главниот хостинг, на некои сигурни VDS и на вашиот локален сервер. Долгорочно ќе биде многу поевтино.
Престанете да го носите своето на штета на проектот
Не правете го она што го сакате во работен проект, туку правете го она што им треба на клиентите. Да, неверојатно е интересно и одлично да креирате своја сопствена невронска мрежа, да ја обучувате и да ја имплементирате во вашиот софтвер, но ако на вашите клиенти им треба едноставен менаџер за контакти, ова ќе биде претерано. Погледнете како функционира проектот, прочитајте ја документацијата, прочитајте ги прегледите и барањата од клиентите и имплементирајте што ќе додаде деловна вредност на проектот. Ако сакате да создадете нешто научно или исклучително сложено, започнете со свој проект.
Не шифра, туку сноп од нерви
Не пишувајте нечитлив и недокументиран код. Запознаен ни е овој трик: програмерот пишува код до содржината на своето срце, намерно малку збунувајќи го за никој од неговите колеги да не може да разбере што напишал - ова е еден вид превентивна одмазда пред нешто да се случи. Сепак, вие ја ставате на ризик не само компанијата (која ви плаќа пари за вашата работа), туку и себеси: веројатно е дека вие самите нема да се сеќавате што сакавте да кажете со оваа ненамерна замаглување. Истото е и со недокументираниот код: потпирајќи се на вашата променлива и логика за именување на функции и добра меморија, по неколку години можеби нема да се сетите зошто сте го избрале тој конкретен циклус, метод, шема итн. Документирањето на вашиот код и неговата добра структура е одлична услуга за вашите колеги, вашиот работодавец, а најмногу за вас самите.
Нека биде едноставно глупаво
Чувајте го вашиот код, решенија и проекти едноставни. Нема потреба да се оградува во сложена структура и да се произведуваат ентитети без посебно значење. Колку е покомплексен вашиот код, толку повеќе станувате негов заложник - ќе ви биде што е можно потешко да го одржувате и развивате. Се разбира, познатиот принцип KISS („Чувајте го едноставно, глупаво“) не е секогаш погоден, но тој е создаден со причина: едноставноста и елеганцијата на кодот се клучот за неговата успешна примена и повторна употреба.
Заштитете се
Не ја игнорирајте безбедноста - во 2020 година тоа е буквално криминално. Дури и ако вашата компанија, развој и не сте интересни за напаѓачите, може да бидете погодени од проблеми поврзани со поразот на некој мрежен сегмент, хостинг провајдер, напад на центарот за податоци, кражба на лозинки за е-пошта и небезбедно однесување на вработените кои можат крадат податоци од компанијата, крадат клиенти или програмски код на целиот проект. Ако е во ваша моќ и во вашата област на експертиза, обидете се да ги заштитите проектите на кои работите. Па, набљудувајте ја безбедноста на информациите сами, никогаш никому не му пречело.
Не плукај во бунарот
Не се плеткајте со вашиот работодавец. Денес, комуникациите достигнаа такво ниво што, на пример, сите луѓе со човечки ресурси во градот се познаваат во отсуство и можат да разменуваат какви било информации во разговори и затворени групи (и за да им помогнат да најдат работа и да напишат „Василиј Иванов, системски архитект, уби сè пред да остави сметки, избриша резервни копии и ја исклучи мрежата, закрепнувањето траеше 3 дена. Така, вашето однесување ќе игра исклучиво против вас - а понекогаш дури и преселувањето во друг град или главен град нема да помогне. Дури и да заминете со лутина, нема подобра одмазда од тоа да станете корисен и кул вработен на конкурент :) И што е најважно, целосно неказнето.
Ниту тоа не треба да го правите. Но, како што покажува искуството, нема да застанеме
Во принцип, пријатели, прочитајте ги советите, но правете го она што мислите дека е најдобро - на крајот на краиштата, вистинските откритија се прават кога се сомневаме во веќе откриените вистини. Среќна Нова Година, нека ви бидат успешни проектите, нека ви биде пријатна кариерата, вашите колеги и менаџери да бидат соодветни и вашиот живот воопшто да биде успешен. Во принцип, тука е Новата година и новиот код!
Со љубов,
Тимот на RegionSoft Developer Studio
Во новата година ќе продолжиме да работиме за вас и да развиваме моќен десктоп CRM систем и едноставен и лесен систем за помош и билет .
Извор: www.habr.com
