Шта ИТ стручњак не би требало да ради у 2020.

Центар је пун прогноза и савета шта да радите следеће године - које језике да научите, на које области да се фокусирате, шта да радите са својим здрављем. Звучи инспиративно! Али сваки новчић има две стране, и не спотичемо се само у нечем новом, већ углавном у ономе што радимо сваки дан. „Зашто ме нико није упозорио!“, узвикујемо раздражено, обично се окрећући себи. Хајде да призовемо ватру на себе - саставили смо за вас листу шта НЕ треба радити у 2020. (а можда и увек). 

Шта ИТ стручњак не би требало да ради у 2020.
Али нису питали за гравитацију

Заиста бисмо желели да доведемо у ред анти-препоруке, од најважнијих до најмање важних. Али они су толико уобичајени, еквивалентни и познати скоро свима да ћемо писати насумично. Па, хајде да проверимо листу?

Нема потребе да идете у ИТ ако је све у реду

Немојте учити нову технологију да бисте променили каријеру или почели испочетка. Наше време је дивно јер можете да студирате, промените посао, коренито промените област – и тако даље, чак и до пензије. То је кул, заводљива ствар. Али ако имате више од 28-30 година, не би требало да одустанете од свега да бисте ушли у ИТ или прешли на нови стек (на пример, пишете високо оптерећене системе у Јави и одједном одлучите да уђете у неуронске мреже у Питхон-у). Разлог је једноставан: неће вам бити лако. Прво, постоји велика конкуренција од стране специјалиста који „седе“ на овој стеци од почетка своје каријере, друго, мораћете поново да постанете јуниор са малом платом, и треће, биће вам морално тешко да постати подређен најнижем нивоу хијерархије. Стога, ако желите да кренете у другом правцу, покушајте да то радите или у складу са својим тренутним послом и тренутним задацима, или развијајте нова знања из хобија, започните пројекат кућног љубимца како бисте када дођете на нови посао немој више бити јуниор. 

Промена стека за стеком је само губљење времена

Немојте журити између низова технологија за свој развој. Ако пишете пројекат на једном језику, користећи одређени оквир и библиотеке, не бисте требали све бацити дођавола и преписати га у Дарт-у само зато што вам је занимљиво. Нека буде правило проналажење оправдања за промену технологије – не само на нивоу „хоћу или не могу“, већ и на финансијском и инжењерском нивоу. 

Шта ИТ стручњак не би требало да ради у 2020.

Нема потребе да стојите на свом месту и постанете бронзани

Држати се једног језика или технологије и не учити нове ствари је екстремно као и да мењате свој стацк са сваком новом технологијом. Обавезно проучавајте нове библиотеке и оквире, не будите тврдоглави у сазнању да је све боље измишљено пре вас и завршено искључиво ви. Ажурирања се стално објављују за скоро сваки језик, што понекад може значајно побољшати ваш пројекат. Немојте бити лењи да пратите динамику свог стека и, чим пронађете нешто кул и корисно, слободно га превуците у пројекат!

Твоја сопствена глава је добра, увек добра

Не мисли туђим главама, твоја је боља. Авај, неки програмери седе и чекају док не добију задатак да кодирају од претходне грешке до краја, не покушавајући да допринесу пројекту нешто своје, развију нову функцију, тестирају је и предложе за производњу. Зашто се мучити када постоји вођа тима или менаџер компаније који ће о свему сами одлучивати? Ако се препознате, онда имамо лоше вести: пасивна позиција неће помоћи ни у каријери ни у развоју. Имате прилику да се окушате као развојни инжењер, а не као кодер, у правом борбеном пројекту и схватите где да идете, шта недостаје, али више волите да трошите време на нешто друго и радите тачно „одавде“ сада." Такви људи све горе и горе преживљавају у модерном ИТ-у, излазе из суспендоване анимације. 

Корисници су страшни људи

Не прецењујте кориснике вашег софтвера: ако не пишете за програмере, очекујте да ће програм наићи на непробојан неспоразум. Првих неколико дана или недеља корисник ће мрзети ваш софтвер јер „стари није био тако глуп“. Да бисте то избегли, направите сјајну документацију и упутства. Приликом инсталирања или куповине врло наметљиво наговестите да приручнике треба прочитати пре почетка рада са програмом, а не након пада базе података, губитка лозинке и самоконтроле.

Шта ИТ стручњак не би требало да ради у 2020.

Не би требало да потцењујете ни кориснике: они су лукавији, паметнији и радозналији него што мислите. Ако мислите да се грешка са променљивим форматом и изузетком при 138. притиску Ентер у интервалима од секунде неће појавити, варате се – они ће искочити и утицати на рад ваше апликације на најбизарнији начин. Важи аматерско правило: он је тај који се најбоље носи са тестирањем. Али из неког разлога, корисници не воле да проналазе грешке у производњи - у њима нема ИТ солидарности. Генерално, што сте сигурнији у свој софтвер, то боље. На крају крајева, боље је одложити објављивање неких функција него их додати у радну апликацију и одједном је учинити сировим.

Шта ИТ стручњак не би требало да ради у 2020. 

Престаните да гуглате!

Престаните да се обраћате само Гуглу. Нећемо се ни расправљати - у области развоја можете пронаћи много тога са директним захтевом претраживачу. Што дубље копате у потрази за информацијама, то ћете више „латералних“ података добити и више ћете научити, јер ћете научити нешто ново што није у вези са вашим захтевом, али ће вам вероватно бити потребно у будућности. Погледајте пуноправне материјале, књиге, чланке итд. Језици и библиотеке имају спецификације, заједнице, како то учинити, и тако добијате најпоузданији начин да развијете вештине програмера - само прочитајте документацију, а не тражите туђа локална решења и фрагменте кода. Шта ако је ваше решење оптималније, брже и хладније? 

Веруј, али проверите

Немојте користити библиотеке и оквире које су креирали програмери трећих страна без провере кода и прилагођавања да одговара вашим сврхама. Немате разлога да безусловно верујете овом аутору кода којег уопште не познајете. Да, разни намерни злонамерни елементи у коду треће стране нису толико чести и не би требало да патите од параноје, али слепо копирање готових делова софтвера у ваш пројекат може довести до непредвидивих последица. Стога, обавезно прочитајте и анализирајте код пре употребе и тестирајте након имплементације кода. 

Направите резервне копије!

Престаните да правите резервне копије или их не држите на истим серверима треће стране на којима се хостује ваш пројекат. Мислите да је ово смешан и бескорисан савет? Али више од 700 учесника ћаскања на Телеграму, који су се нашли у недавној непријатној ситуацији са гашењем једног познатог дата центра, није тако мислило – било је ту свега: од пројеката кућних љубимаца до великих владиних веб страница. власти и корпоративне 1Ц и базе података наплате. Значајан део је без резервних копија или са резервним копијама на истом месту. Зато распоредите ризике и чувајте резервну копију барем на главном хостингу, на неком поузданом ВДС-у и на вашем локалном серверу. На крају ће бити много јефтиније на дужи рок. 

Престаните да доносите своје на штету пројекта

Не радите оно што желите у радном пројекту, већ урадите оно што клијентима треба. Да, невероватно је занимљиво и сјајно креирати сопствену неуронску мрежу, обучити је и имплементирати је у свој софтвер, али ако вашим клијентима треба једноставан менаџер контаката, ово ће бити претерано. Погледајте како пројекат функционише, прочитајте документацију, прочитајте рецензије и захтеве клијената и примените оно што ће пројекту додати пословну вредност. Ако желите да направите нешто научно или изузетно сложено, почните са сопственим пројектом.

Не шифра, већ сноп нерава

Немојте писати нечитљив и недокументован код. Познат нам је овај трик: програмер пише код до миле воље, намерно га мало збуњујући да нико од његових колега не може да разуме шта је написао – ово је нека врста превентивне освете пре него што се нешто деси. Међутим, тиме излажете ризику не само компанију (која вам плаћа за ваш рад), већ и себе: вероватно се и сами нећете сетити шта сте хтели да кажете овим ненамерним замагљивањем. Исто је и са недокументованим кодом: ослањајући се на логику именовања променљивих и функција и добру меморију, после неколико година можда се нећете сетити зашто сте изабрали ту конкретну петљу, метод, образац итд. Документовање вашег кода и његове добре структуре одлична је услуга за ваше колеге, вашег послодавца, а највише за вас. 

Шта ИТ стручњак не би требало да ради у 2020.

Бити једноставно глуп

Нека ваш код, решења и пројекти буду једноставни. Нема потребе за ограђивањем у сложеној структури и производњом ентитета без посебног значаја. Што је ваш код сложенији, више постајете његов талац – биће вам што теже да га одржавате и развијате. Наравно, чувени принцип КИСС („Нека буде једноставно, глупо“) није увек прикладан, али је створен са разлогом: једноставност и елеганција кода су кључ његове успешне примене и поновне употребе.

Шта ИТ стручњак не би требало да ради у 2020.

Заштити себе

Не занемарујте безбедност - 2020. то је буквално криминално. Чак и ако ваша компанија, развој и ви нисте интересантни нападачима, на вас могу утицати проблеми везани за пораз неког сегмента мреже, хостинг провајдера, напад на дата центар, крађу емаил лозинки и несигурно понашање запослених који могу краде податке од компаније, краду клијенте или програмски код целог пројекта. Ако је то у вашој моћи и у вашој области стручности, покушајте да заштитите пројекте на којима радите. Па пазите сами на информациону безбедност, то никада никоме није сметало. 

Не пљуј у бунар

Не качи се са својим послодавцем. Данас је комуникација достигла такав ниво да се, на пример, сви ХР људи у граду познају у одсуству и могу да размењују било коју информацију у четовима и затвореним групама (како да им помогну да пронађу посао, тако и да напишу „Васили Иванов, системски архитекта, убио је све пре него што је напустио налоге, избрисао резервне копије и искључио мрежу, опоравак је трајао 3 дана. Немојте га ангажовати." Дакле, ваше понашање ће играти искључиво против вас - а понекад чак ни пресељење у други град или главни град неће помоћи. Чак и ако одете са киксом, нема боље освете од тога да постанете користан и кул службеник конкурента :) И што је најважније, потпуно некажњено.

Шта ИТ стручњак не би требало да ради у 2020.
Ни то не би требало да радиш. Али, како искуство показује, нећемо стати

Уопште, пријатељи, прочитајте савете, али урадите оно што мислите да је најбоље – уосталом, права открића се праве када сумњамо у већ откривене истине. Срећна Нова година, нека вам пројекти буду успешни, каријера пријатна, колеге и руководиоци адекватни, а живот уопште успешан. Генерално, ево Нове године и новог кода! 

С 'љубављу,
РегионСофт Девелопер Студио тим

У новој години наставићемо да радимо за вас и развијамо моћан десктоп ЦРМ систем РегионСофт ЦРМ и једноставан и практичан хелп деск и систем карата Подршка за ЗЕДЛине.

Извор: ввв.хабр.цом

Додај коментар