У пачатку кар'еры распрацоўніка часта бывае страшнавата: перад табой устаюць незнаёмыя праблемы, шмат чаму трэба навучыцца і даводзіцца прымаць складаныя рашэнні. І ў некаторых выпадках мы ў гэтых рашэньнях памыляемся. Гэта цалкам натуральна, і грызці сябе з гэтай нагоды не варта. А вось што варта рабіць, дык гэта запамінаць свой вопыт на будучыню. Я - распрацоўшчык-сеніёр, які дапусціў у свой час плойму памылак. Ніжэй я раскажу аб васьмі самых сур'ёзных з іх, якія здзейсніў, калі быў яшчэ пачаткоўцам у распрацоўцы, і растлумачу, як іх можна было пазбегнуць.
Узяў першае, што прапанавалі
Калі вучышся пісаць код саматугам або сканчаеш навучанне ва ўніверсітэце, атрымаць першую працу па спецыяльнасці становіцца адной з галоўных мэт. Нешта накшталт святла ў канцы доўгага тунэля.
А знайсці працу, між тым, няпроста. Людзей, якія прэтэндуюць на вакансіі джуніёраў, усё больш і больш. Даводзіцца , праходзіць праз цэлую серыю сумоўяў, і нярэдка ўвесь гэты працэс моцна зацягваецца. Улічваючы ўсё гэта, нядзіўна, што любая прапанова аб працы выклікае жаданне ўчапіцца за яго абедзвюма рукамі.
І ўсё ж гэта можа аказацца дрэннай ідэяй. Мая першая праца была далёкая ад ідэалу, як у плане прафесійнага росту, так і ў плане задавальнення ад працэсу. Распрацоўнікі кіраваліся дэвізам "і так сыдзе", і асоба напружвацца было не прынята. Усе стараліся зваліць віну адзін на аднаго, і мне часта даводзілася зразаць куты, каб укласціся ў вельмі сціснутыя тэрміны. Але самае горшае - я абсалютна нічому не вучыўся.
На сумоўях я прапускаў усе званочкі міма вушэй, так мяне заварожвала перспектыва ўладкавацца на працу. Калі нейкія сумненні і ўзнікалі, усе яны вылецелі ў мяне з галавы, як толькі я пачуў, што мяне бяруць! Ды яшчэ на добры заробак!
І гэта было вялікай памылкай.
Першая праца мае вялікае значэнне. Яна дае агульнае ўяўленне пра тое, якое гэта – быць сапраўдным праграмістам, а досвед і навучанне, якія вы ад яе атрымаеце, могуць закласці базу для ўсёй будучай кар'еры. Менавіта таму неабходна як след усё даведацца аб вакансіі і працадаўцы, перш чым згаджацца. Цяжкі вопыт, дрэнныя настаўнікі - гэтага вам сапраўды не трэба.
- Пашукайце інфармацыю аб кампаніі. Паходзіце па сайтах з водгукамі, зазірніце на афіцыйны сайт, проста пашэрсціце Інтэрнэт і пазбірайце водгукі. Дык вы лепш зразумееце, ці адпавядае кампанія вашым патрэбам і мэтам.
- Распытайце знаёмых. Калі хтосьці з вашага круга працаваў на гэтага працадаўцы ці ведае каго-небудзь са штата, пагаварыце з імі асабіста. Высветліце, што ім падабалася, што не падабалася і як яны ў цэлым ацэньваюць досвед.
Не задаваў патрэбныя пытанні на сумоўях
Гутарка - лепшая магчымасць пазнаёміцца з кампаніяй бліжэй, так што абавязкова нарыхтоўвайце пытанні аб тым, што хочаце даведацца ў супрацоўнікаў. Вось пара прыкладаў:
- Спытайце аб працэсе распрацоўкі (якім метадалогіям яны вынікаюць? ці праводзіцца інспекцыя кода? якія прымяняюцца стратэгіі галінавання?)
- Спытайце аб тэсціраванні (якія тэсты праводзяцца? ці ёсць спецыяльныя людзі, якія займаюцца толькі тэсціраваннем?)
- Спытайце аб карпаратыўнай культуры (наколькі ўсё нефармальна? Ці прадугледжана нейкая падтрымка для джуніёраў?)
Не вызначыўся з траекторыяй руху
Несумненна, шлях да станаўлення дасведчанага распрацоўніка моцна пятляе. Цяпер ёсць магчымасць выбіраць з мноства моў, фрэймворкаў і інструментаў. Мая памылка ў пачатку кар'еры складалася ў тым, што я спрабаваў асвоіць усё. Як ні смешна, прывяло гэта толькі да таго, што я ні ў чым асабліва не прасунуўся. Спачатку схапіўся за Java, потым за JQuery, далей перайшоў да C#, ад яго – да C++… Замест таго, каб абраць адну мову і кінуць на яе ўсе сілы, я скакаў з пятага на дзясятае, проста па настроі. Магу вас запэўніць, гэта вельмі неэфектыўная схема навучання.
Я б дабіўся лепшых вынікаў і хутчэй бы рухаўся па кар'ернай лесвіцы, калі б адразу вызначыўся з траекторыяй, гэта значыць пэўным наборам тэхналогій, і засяродзіўся на іх. Напрыклад, калі вы франтэндэр, асвойце JavaScript, CSS/HTML і які-небудзь фрэймворк, на ваш выбар. Калі займаецеся бэкэндам, ізноў жа, вазьміце адну мову і праштудзіруйце яе як след. Неабавязкова валодаць і Python, і Java, і C#.
Так што сфакусуйцеся, вызначыцеся з кірункам і складзіце план, які дазволіць вам стаць прафесіяналам на абраным шляху (вось , якая можа вам у гэтым дапамагчы).
Выдасканальваўся ў кодзе
Такім чынам, вы рыхтуеце тэставае, каб паказаць працадаўцу свае ўменні, ці ўжо ўзяліся за першую задачу на сваёй першай працы. Вы са скуры прэч лезеце, каб зрабіць уражанне. Як дакладней за ўсё дабіцца выніку? Напэўна, прадэманстраваць падчас выканання тую наварочаную тэхніку, якую вы нядаўна асвоілі, так?
Не. Гэта сур'ёзная памылка, якую я і сам дапушчаў, і гушчару, чым жадалася бы, бачу ў працы іншых джуніёраў. Ім вельмі ўласціва вынаходзіць ровар ці шукаць складаныя рашэнні ў спробе бліснуць ведамі.
Найлепшы падыход да напісання кода выяўлены . Імкнучыся да прастаты, вы атрымаеце на выхадзе зразумелы код, з якім лёгка будзе працаваць у будучыні (распрацоўшчык, які прыйдзе вам на змену, ацэніць).
Забываў, што ёсць жыццё па-за кодам
Ніколі не "адключацца" - гэта благая звычка, якой я абзавёўся вельмі рана. Збіраючыся дадому ў канцы дня, я рэгулярна забіраў з сабой працоўны ноут і гадзінамі за ім праседжваў, каб зачыніць задачу або ўхіліць баг, хоць і тое, і іншае выдатна магло б пачакаць да раніцы. Як і трэба было чакаць, падобны рэжым выклікаў стрэс і я хутка перагарэў.
Чыннік такіх паводзін збольшага складалася ў маім імкненні зрабіць усё максімальна хутка. А насамрэч мне варта было б зразумець, што праца – доўгатэрміновы працэс і за рэдкімі выключэннямі сённяшнія недаробкі спакойна пераносяцца на заўтра. Вельмі важна перыядычна перамыкацца і ўспамінаць, што жыццё не вычэрпваецца працай - ёсць сябры, сям'я, хобі, забаўкі. Само сабой, калі вам падабаецца сядзець да світання над кодам - напрамілы бог! Але калі гэта ўжо не ў радасць, спыніцеся і задумайцеся, ці не пара заняцца чымсьці яшчэ. Мы ж не апошні дзень працуем!
Пазбягаў казаць: «Я не ведаю»
Затрымацца ў працэсе вырашэння нейкай праблемы або выканання задачы - справа звычайная, з гэтым сутыкаюцца нават самыя сеніярыстыя сеніяры. Калі я быў джуніёрам, я казаў: «Я не ведаю» радзей, чым трэба было, і ў гэтым быў няправы. Калі нехта з кіраўніцтва задаваў мне пытанне, а я не ведаў адказу, я стараўся напусціць туману, замест таго каб проста гэта прызнаць.
Мне здавалася, калі я скажу: "Не ведаю", у людзей складзецца ўражанне, быццам я наогул не разбіраюся ў тым, што раблю. Насамрэч, гэта зусім не так, усёвядучых не бывае. Таму калі вас пытаюцца пра нешта, чаго вы не ведаеце, так і гаворыце. У падобнага падыходу адразу некалькі плюсаў:
- Гэта сапраўды - вы не ўводзіце пытаемага ў памылку
- Ёсць шанец, што вам растлумачаць і тады вы даведаецеся нешта новае
- Гэта выклікае павагу - не кожны здольны прызнаць, што яму нешта невядома
Спяшаўся прасунуцца
Вы, напэўна, чулі прымаўку: "Перш чым бегчы, навучыся хадзіць". Яна нідзе такая не актуальная, як у сферы вэб-праграмавання. Калі ўпершыню ўладкоўваешся кудысьці джуніёрам, так і жадаецца ўзяць быка за рогі і адразу прыняцца за які-небудзь буйны, складаны праект. Праслізгваюць нават думкі аб тым, як бы хутчэй зарабіць павышэнне да наступнага ўзроўню!
Амбіцыі - гэта, вядома, добра, але на справе джуніёру з парога ніхто нічога падобнага не дасць. У самым пачатку кар'еры вам, хутчэй за ўсё, будуць даставацца прасценькія задачы і багі на выпраўленне. Не самы займальны занятак у свеце, але куды дзявацца. Гэта дазволіць вам крок за крокам асвоіцца ў кодавай базе і вывучыць усе працэсы. Разам з тым, ваша начальства атрымлівае магчымасць паглядзець, як вы ўпісваецеся ў каманду і што ў вас атрымліваецца лепш за ўсё.
Мая памылка заключалася ў тым, што я злаваўся на гэтыя дробныя задачы і гэта адцягвала мяне ад працы. Назапасьцеся цярпеннем, рабіце ўсё, што папросяць, сумленна, і хутка вам перападзе што-небудзь цікавейшае.
Не ўключаўся ў супольнасць і не абзаводзіўся сувязямі
У распрацоўшчыкаў выдатная супольнасць: яны заўсёды гатовы дапамагчы, даць зваротную сувязь і нават падбадзёрыць. Праграмаванне складаная штука і часам вельмі вымотвае. Для мяне перыяд працы джуніёрам прайшоў бы прасцей, калі б я з самага пачатку стаў актыўна мець зносіны з калегамі.
Кантакты з супольнасцю, да таго ж, вельмі карысныя для самаадукацыі. Можна рабіць фундуш у праекты з адчыненым кодам, вывучаць чужы код, назіраць, як праграмісты вядуць праект сумеснымі сіламі. Усё гэта - навыкі, якімі вы можаце скарыстацца на асноўнай працы і якія з часам зробяць з вас добрага спецыяліста.
Выберыце супольнасці, якія выклікаюць у вас цікавасць - у ліку варыянтаў магу назваць freeCodeCamp, CodeNewbies, 100DaysOfCode - і ўлівайцеся! Таксама можаце наведваць мясцовыя мітапы ў сябе ў горадзе (пашукайце на meetup.com).
Нарэшце, такім шляхам вы зможаце абрасці прафесійнымі сувязямі. Па сутнасці, сувязі - гэта проста тыя людзі з вашай галіны, з якімі вы маеце зносіны. Навошта гэта патрэбна? Ну, скажам, вы калі-небудзь захочаце змяніць працу. Калі звернецеся да сваіх сувязяў, хто-небудзь, магчыма, параіць вам прыдатную вакансію, а то і парэкамендуе вас працадаўцу. Гэта дасць вам важкую перавагу на сумоўі - за вас ужо замовілі слова, вы больш не «чарговае рэзюмэ з чаркі».
На гэтым усё, дзякуй за ўвагу!
Крыніца: habr.com