Защо толкова много разработчици напускат, преди да си намерят работа. Моля те - недей.

"Прототипи, обекти, алгоритми ... онези малки стъпки между стъпките, които не знаете как да приложите. Grrr ... мислене като програмист."

Завършете това изречение:

Последната ми кодираща сесия беше ...

  1. Гладка като коприна. Седнах удобно, запалих редактора си и се гмурнах в прекрасния свят на 0s и 1s. Тези 3 часа минаха като 30 минути!
  2. Тооооолкова скучно. Едва се принудих да седна и да кодирам. Нищо не работи много добре, грешките се появяваха през цялото време и все още не всичко има смисъл за мен. Тези 30 минути се почувстваха като 3 часа!

Предполагам, че е отговор №2.

И не защото е толкова често срещано и също ми се е случвало (дори след 8 години програмиране).

Отговор # 1 е странен. Кой дори говори така?

Добре добре. Ще говорим за претоварване в програмирането. Знам, че всички сме били там - това се случва начин твърде често и ние го мразят.

Но се опитах да отида по-дълбоко.

През последните няколко години имах работа с много млади разработчици. Включително някои, които:

  1. Наскоро нахлу в технологиите и се почувства загубен
  2. Заседнаха във „фазата на урока“ и се свиха всеки път, когато трябваше да кодират без надзор
  3. Всъщност бяхме талантливи, но се провалихме на интервюта или дори не се обадихме

Къде е точката на прекъсване?

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

Говорих с колеги от моята компания. Проучих групи във Facebook, форуми, уебсайтове с въпроси и отговори, огромни теми на Reddit и дори проучих няколко малки общности.

Ето част от това, което открих:

„Имах чувството, че току-що копирах това, което беше във видеоклиповете, и това беше всичко.“ „Трябва да се задоволя с гуглирането за съществуващи примери, които някой друг вече е написал. Чувствам се като 3-годишно дете, което се опитва да решава пъзели за смятане. Толкова е разочароващо. "" Просто не мога да мисля като програмист. "

И любимата ми:

„Ето какво научих за ученето на кодиране: Чувствате се объркани и напълно недостойни като 99% от времето. Но този път, когато накараш нещо да работи, това е МАГИЯ. “

Забелязвате ли нещо?

Борбата на тези хора не идва от липса на усилия. Нито от лоша учебна стратегия, нито от лоша дисциплина.

Те просто нямат достатъчно опит.

И все пак много от тези хора бяха на ръба да се откажат от програмирането.

До какво се свежда - Два мита

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

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

Мит # 1: Ако не обичате програмирането, това не е за вас.

Това е нещо, което чувам, че начинаещите програмисти казват много .

И аз абсолютно не съм съгласен.

Не, не е нужно да обичате програмирането, за да станете програмист. Всъщност над 50% от професионалните разработчици понякога го мразят (моето лично наблюдение).

Вижте, хубаво е, когато решавате проблем елегантно. Чувства се добре, когато кодът ви е чист, изчистен, добре тестван и решава проблемите на хората.

Но това не е 100% от времето - дори отдалечено. Повечето работни дни на програмистите не минават покрай тях, като си мислят:

„О, как приложих шаблона за проектиране на инжекции на зависимости, за да отделя елегантно моите класове и да улесня поддържането на моята кодова база в бъдеще.“ (само-висок-пет)

Не.

Дори тези, които говорят така, сякаш обичат всяка секунда от нея, отделят значително време за скучна, монотонна или разочароваща работа. Можете да чуете ругатни в офис за програмиране поне толкова, колкото в сервиз за автомобили. Честно казано!

Съвършено добре е, ако понякога мразите програмирането.

Да, „може би не е за мен?“ е често срещан въпрос, когато сте съкрушени и разочаровани. Това е просто нормално. И все пак програмирането е за вас. Ако четете това, това означава, че ви е грижа. Ако ви пука, ще се справите.

Мит 2: Има толкова много неща, които не знам. Никога няма да науча всичко това!

Това е друга изключително разпространена мисъл (може би по-важна от мит №1). Чувал съм, че много от читателите ми се оплакват от това. И аз абсолютно виждам мотивите зад него.

Ние сме в толкова широко поле, че колкото по-дълбоко се ровиш, толкова повече осъзнаваш, че не знаеш.

Дори и мисълта за това ме накара да се почувствам зле. Човече, това е , че лесно да се претоварени.

Хубавата част: Не е нужно да знаете всичко. Трябва да знаете точно толкова, за да сте наясно как да разберете това, което не знаете.

Засега се уверете, че сте наясно с основите на високо ниво на каквото и да работите.

Нека да подкрепим това с пример.

Ако експериментирате с CSS, трябва да знаете, че е за прилагане на стилове към HTML елементи. Можете да направите бутон с граница, цвят, сянка или анимация. Не можете да кажете какво трябва да се случи, когато щракнете върху бутона (за това ви е необходим JavaScript).

Така че, ако трябва да анимирате изображение при щракване върху бутон:

  1. Първо, трябва да имате изображението и елементите на бутоните (HTML)
  2. След това можете да зададете анимация за определен клас (CSS)
  3. И можете да добавите класа към изображението, когато кликнете върху бутона (JavaScript)

Да кажем, че сте прочели това в урок веднъж. Седмица по-късно трябва да добавите сянка към изображение, когато е изпратен формуляр. Знаете какво да търсите. Имате цялостно разбиране за HTML, CSS и JavaScript и за коя част те отговарят в тази функционалност.

Останалото гугли правилните думи. В този случай „css add shadow“ и „javascript formback call form submit“.

Вижте какво направихме там?

Учене на програмиране по „правилния“ начин

Както виждате и вероятно знаете от собствения си опит, обучението по програмиране отнема време - понякога години. Въпреки това, което казват някои курсове „Научете програмиране за 2 седмици“!

Когато започнете, важно е да изградите правилните навици, за да научите ефективно. Повечето от първите дни, които отделяте за уроци, насоки, документация или често и за трите едновременно. Това правим всички.

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

Има навик за максимизиране на учебните часове и се нарича „Учим бавно“.

Това е малко по-различен начин за подход към уроци, който:

  1. Прави програмирането по-забавно (тъй като скуката е често срещан проблем)
  2. Прави ви по-малко зависими от уроци
  3. Използва геймификация

Можете да го изпробвате с това 4-минутно упражнение в края на статията. Кажете ми как върви!

Тази публикация първоначално е публикувана на MyFirstITJob.

Какво следва?

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

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