11 прави и не за първата си работа по програмиране

Първите са вълнуващи, но могат да бъдат и поразителни. Когато започнах първата си работа по програмиране, знаех, че има много неща, които трябва да науча от техническа гледна точка. Но това, което не разбрах е, че има много други умения, които са ви необходими, за да бъдете добър разработчик освен кодирането. Овладяването на всеки един от тях е от съществено значение за ускоряване на кариерния ви растеж. Колкото по-рано ги научите, толкова по-бързо ще изхвърлите тази титла "младши".

Направете: Намерете наставник?

Намерете някой (или няколко души) извън вашата компания, на които можете да задавате въпроси и да получавате съвет. Менторите във вашата компания са страхотни и също важни, но бих препоръчал да намерите поне един човек извън работата, от когото можете да се поучите. Те ще имат безпристрастно мнение и не е нужно да се притеснявате за конфликт на интереси, така че наистина можете да се чувствате комфортно да питате каквото и да било.

Как да си намеря наставник? Това може да бъде цяла публикация сама по себе си. Но бързата версия е: отидете на срещи, посетете технически събития и се представете на хората, проследете с тях и уведомете хората, че сте нов в бранша и търсите ментор. Ще се изненадате колко много непознати са готови да помогнат.

Не: Бойте се да задавате въпроси ❓

Преди мислех, че задаването на въпроси е признак на слабост. Че ще разкрие липсата ми на опит. Сега осъзнавам, че задаването на въпроси е основна част от това да си програмист. Нека обясня.

Има хиляди модни думи и всеки ден се добавят още. Дори хората, които са в тази индустрия от години, непрекъснато научават нови неща. Невъзможно е да се знае абсолютно всичко. Така че задаването на въпроси е съществена част от програмирането.

Да си добър в задаването на въпроси е умение. Колкото по-рано го развиете, толкова по-бързо ще придобиете увереност като програмист.

Ето съвет как да знаете кога да зададете въпрос :

Съберете достатъчно изследвания, за да общувате ефективно: какво работи, какво не работи, какво сте опитали досега и каква информация ви липсва, за да разрешите проблема.

Пример за „лош“ въпрос: „Нямам представа какво става тук, но нещо не работи ...“

Пример за „добър“ въпрос: „Проверих регистрационните файлове и успях да ги възпроизведа локално. Изглежда, че проблемът е някъде между X и Y. Мисля, че или е проблем с версията на API, която използваме, или е изпратена някаква неочаквана стойност. Има ли нещо друго, което смятате, че може да ми липсва? ”

Направете: Споделете успехите си?

Не всеки успех. Но ако има нещо, с което наистина се гордеете, споделете го с екипа си. Независимо дали става въпрос за имейл или Slack, напишете обобщение на това, което сте направили, как сте решили проблема, какво сте научили и каква стойност предоставя.

Ако имате страхотен мениджър, те трябва да ви насърчат да представите за това на среща на екип за разработчици или дори да ви насърчат да говорите за това на среща или дори на конференция. Ако не, трябва да поемете инициативата и да намерите срещи, на които да се представите, да организирате среща на екип от разработчици, за да поговорите за това или дори да напишете публикация в блога за това.

Може да се почувствате неловко да си ударите рога, но повярвайте ми, видимостта е важна и ви помага да спечелите уважение и признание в работата. Никой няма да разбере колко си удивителен, докато не ги покажеш.

Не: Паника?

Проблемите неизбежно ще се случат. Независимо дали сте ги причинили директно или не. Не е въпросът дали , въпрос е кога . Така че, когато проблемът възникне, уведомете ASAP съответните заинтересовани страни (продуктов мениджър, технически ръководител, съотборници) и след това обсъдете с вашия технически ръководител или мениджър какво планирате да направите, за да го поправите. Колкото по-спокойни и събрани сте, толкова по-уверени ще изглеждате. Това се случва на най-добрите от нас и животът на никого не е на линия. Единственият начин да гарантирате, че няма грешки, е да не пишете никакъв код ... Той идва с територията.

Да: Говорете на срещи?

Отначало може да се почувствате смущаващо да бъдете на среща със съотборници, които са много по-възрастни от вас (повярвайте ми, аз съм бил там). Но не позволявайте да стигне до вас. Вие сте чист чифт очи, така че нещо, което ви се струва странно или объркващо, вероятно е точно това: странно и объркващо.

Ако знаете темата, която се обсъжда предварително, опитайте да потърсите в Google и да направите предварително проучване преди срещата. Ако не, и те обсъждат тема, с която не сте запознати, поискайте обяснение на високо ниво или някакъв контекст. Направете това в началото на срещата. Това ще покаже, че сте сгодени и че ви е грижа. Ако изчакате до „време за въпроси“ накрая, няма да ви се отрази добре, че сте издържали цяла среща объркани и неумели.

Не: Непрекъснато се опитвайте да се доказвате?

Когато тепърва започвате, не си оказвайте толкова голям натиск, за да правите големи, луди, впечатляващи неща, които ще ви накарат да забележите от екипа си. Ще загубите много енергия и няма да получите отговора, на който се надявате.

Истината е, че всеки е зает и съсредоточен върху собствените си задачи и отговорности. Никой няма да забележи или да се интересува, че сте завършили функция в рекордно кратко време или сте поели 8 допълнителни функции на върха на натоварването си или никога не е имал QA да намери грешка във някоя от функциите ви. Така че не се самоубивайте. Не си струва. Вярвай ми.

Това, което помага да спечелите уважение на съотборниците си, е да бъдете надеждни, страстни, любопитни и внимателни. Покажете на екипа си, че сте отгоре на нещата, като: цялостно мислите за това как вашата функция ще повлияе на други области на продукта, повдигайки потенциални проблеми, щателно тествайки функцията си (и искайки други за тестване на идеи), извеждайки потенциални крайни случаи до продуктовия мениджър, задавайки въпроси, когато не сте сигурни за нещо и т.н.

Бонус съвет : Ако наистина искате да преминете отвъд, изберете да направите мини проект, който да помогне на всички в работния процес на вашия екип. Обърнете внимание и намерете точки за болка в работата си и създайте малък скрипт за черупки, който да го автоматизира. Или ако вашият екип използва Slack, създайте или намерете интеграция, която ще ви помогне. Уверете се, че наистина има нужда и това ще бъде удобен начин за решаването му. Попитайте съотборник какво мислят и дали могат да прегледат кода с вас. Ще получите двойни точки за поемане на инициатива и създаване на нещо, което помага на всеки в ежедневната им работа.

Направете: Бъдете изключително комуникативни ✅

Първоначално имах нагласата „просто да си сложиш главата и да работиш“. Ако дизайнерът е направил промени, съотборникът е променил API неочаквано или сте се сблъскали с голяма грешка, за която първо трябва да се погрижите, мислех, че трябва да я приема такава, каквато е, и да продължа да работя. Мислех, че да кажеш нещо ще се получи като оплакване или оправдание. Не. Наистина е важно да комуникирате тези неща с продуктовия мениджър и техническия ръководител.

Тяхната работа е да приоритизират функциите и да делегират задачи според графиците на всеки. Ако се появят неща, които оказват влияние върху очакваното време, определено за проекта, те трябва да знаят за него възможно най-скоро, за да могат да се приспособят.

Освен това за тях е важно да знаят защо нещата отнемат повече време. В противен случай те биха могли да предположат, че това е, защото сте бавен или не се представяте. Това НЕ е така и е важно те да разберат това.

Няма да получавате оплаквания за прекомерна комуникация. Но ще създадете проблеми, ако недостатъчно общувате.

Не: Търсете признание от другите?

Току-що си изписал „ах, ха!“ момент с функцията, по която работите. Мислите си: „Уау, не мога да повярвам, че направих това!“ Впечатлихте себе си и това би трябвало да е достатъчно. Възможно е вашите съотборници дори да не си спомнят какво е усещането да внедрят първата си функция, да внедрят някаква рекурсивна функция или да извършат първата си миграция на база данни. Вълнуващо е за вас и би трябвало да бъде. Намерете тези хора на работа, с които можете да споделяте нещата и които искрено ще се радват за вас.

Направете: Постарайте се да научите клавишни комбинации ⌨

Обърнете внимание на колегите си. Ще забележите, че те едва докосват мишката или тракпада. Те могат да превключват приложения, да скачат около техния текстов редактор и да търсят и заменят в съня си. Изучаването на тези прости преки пътища ще ви направи по-ефективни в работата ви и е друг начин, по който можете да се „издигнете“ като разработчик. Но не се опитвайте да ги научите наведнъж. Има дори някои страхотни инструменти на командния ред, които можете да изтеглите. Попитайте съотборниците си за някои съвети и трикове.

Не: Кажете „да“ на всичко?

Първоначално казах „да“ на всичко, защото исках да бъда отборен играч и да покажа, че хората могат да разчитат на мен. Но аз сгреших, това не е начинът да го направя. Единственото нещо, което произтичаше от това беше, че се чувствах преуморен, преуморен, недооценен и ме накара да загубя фокус.

„Фокусирането е да се каже„ не “. - Стийв Джобс

Трябва да има баланс. Като младши често ще получавате задачите, които никой друг не иска да изпълнява. Това е добре. Искате да се възползвате от всякакъв вид работа и независимо колко „скучна“ е задачата, все пак ще се учите. Но тази задача не трябва да ви смазва или да ви кара да съжалявате, че казвате „да“, когато се появи друга възможност, на която сега трябва да кажете „не“.

Да: Включвате ли се в неща извън работата?

Разберете какво ви харесва и след това потърсете възможности за доброволчество, намерете срещи, на които да присъствате, включете се в групи / организации, работете по странични проекти, пишете публикации в блогове и др. Да бъдеш разработчик означава да бъдеш част от общността и да споделяш нещата с тази общност. Затова се поставете там!

Да бъда честен

Ще отнеме известно време, преди да се почувствате комфортно, като направите всичките 11 от тях. Трудно е да ги овладееш всички. Честно казано, все още работя върху няколко от тях? Но това са неща, които съм научил от опит и бих искал някой да ми е казал, когато едва започвах.

Опитайте да работите върху всеки един от тях едновременно. Основните неща за взимане тук са:

  1. Застъпвайте се за себе си
  2. Бъди уверен
  3. Задавайте въпроси
  4. Обградете се с подкрепящи, насърчаващи хора

Благодаря за четенето ?! Бих искал да чуя вашите мисли, не се колебайте да се свържете с мен в Instagram && разгледайте моя уебсайт ✨