Обяснена ли ми е ролята на Front-end Web инженер?

Здравей, казвам се Шон Стоун. Аз съм старши уеб инженер от фронт енд от Лондон, Великобритания. Работя в FinTech индустрията и обичам това, което правя. В тази статия искам да обясня малко за моята роля. За всеки, който иска да продължи кариера в уеб разработката, може да намерите това за полезно.

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

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

Изграждаме потребителски интерфейс ?

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

  1. Достъпност: Често пренебрегвани в мрежата, ние проектираме нашите приложения, за да обслужваме потребители с някаква форма на увреждане. Това може да е известно когнитивно увреждане или ограничена сръчност. Някой, който се бори с области, върху които може да се кликва, като радио входове или квадратчета за отметка, е пример.
  2. Естетика: Стиловете на нашите елементи на потребителския интерфейс като бутоните, шрифтовете и разстоянието. Наскоро внедрихме система за дизайн, която налага последователност на нашите продукти. Повече информация за системите за проектиране можете да намерите тук.
  3. Производителност: Трябва да мислим за производителността на нашите приложения, за да поддържаме бързината на страниците. Това включва намаляване на мрежовите заявки, поддържане на изображения и SVG файлове, оптимизирани с помощта на методи като компресия. Колкото по-бързо заредите тази страница за регистрация, толкова повече шансове имате от потребителите да се регистрират. Използваме Lighthouse by Google, за да сравним и съберем интересни показатели.
  4. Сигурност: Paramount. Малки грешки в кода могат да доведат до изтичане на лична информация и има хора, които са гладни за това. Разбира се, това е огромна тема. Вижте основите на информационната сигурност от Mozilla:
  5. Качество на кода : Използваме прегледи на кодове, за да проверяваме работата на другия. Изискваме поне две одобрения, преди нещо да може да продължи към нашите приложения на живо. Използваме стандарти за кодиране, които трябва да се спазват в целия интерфейс. Github ни позволява да правим това и не само.

Управление на работата?

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

Цялата останала работа, която имаме, се съхранява в така нареченото изоставане. Това изоставане се изпълва с работа, която трябва да свършим в бъдеще.

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

Церемонии ?

  1. Планирането на спринта настройва екипа за успех през целия спринт. Срещата включва разглеждане на изоставането на работата, която трябва да се извърши, и определяне на приоритетите на това, което трябва да бъде завършено през следващите две седмици. Екипът трябва да прецени всяка история, за да види колко усилия се изискват от нас. Въз основа на ангажираните усилия можем да преценим капацитета (колко може да се направи спрямо наличния ресурс за развитие).
  2. Ежедневното изправяне е съвсем кратка среща с вашия екип, за да обясните: какво сте направили вчера, какво правя днес и има ли нещо, което да ми пречи да си върша работата? (блокиране). Това държи всички в течение. Нека бъде кратко. Някога, изправянето продължи един час за мен ...?
  3. Прегледът на спринта се случва в края на спринта. Представяме на други заинтересовани страни (член на продуктовия екип, потребители на нашата система) какво успяхме да постигнем. Правим това, като правим демонстрация на работата, която сме вършили. Това им дава увереност, че напредваме.
  4. Ретроспективата е начин да се размисли какво е минало добре и какво не. Това поражда проблеми. От тези проблеми ние създаваме действия. Едно действие е нещо, което да инициира процес, при който можем да спрем това негативно нещо да се повтори. Нещата, които се развиха добре, ни дават разбиране за това, което ни кара да работим по-добре.

Път на кариерата ↗️

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

Моля, обърнете внимание: Това е моето собствено мнение и въз основа на моя собствен опит. Терминът „инженер“ и „разработчик“ се използват взаимозаменяемо.

  1. Младшите разработчици имат малко или никакъв опит. Те трябва да бъдат ръководени от по-възрастни членове на екипа, за да вършат работата си. Обикновено те ще задават много въпроси, но могат да научат много и ще бъдат много мотивирани да го направят. Заплатата им е начална.
  2. Разработчиците на средно ниво имат разумен опит. Те могат да постигнат определени задачи сами. Но все пак от време на време трябва да търсите напътствия към старшите членове. Те могат да помагат на юношите, а също така да предоставят добри идеи на старши членове.
  3. Старшите разработчици могат да доставят от началото до края без никакви указания. Те карат другите да правят същото и следват добри практики. Те са достатъчно опитни, за да знаят кога нещата могат да се объркат и как да избегнат тези проблеми.

Но когато стигнете до старши, това ли е? Не, не трябва да бъде. Има два пътя, които можете да следвате.

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

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

Следвайки това, можете да преминете към по-изпълнителна роля. Пример е инженерният мениджър. Този човек управлява множество технически потенциални клиенти / екипни клиенти. Друг пример е главният технологичен директор.

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

Езици за учене?

  1. HTML е език за маркиране, структурата на уеб страниците.
  2. CSS е езикът за описание на представянето на мрежата, справяне с цветове, оформление, интервали и др.
  3. JavaScript е езикът на мрежата. Това е клиентски език и подобрява взаимодействието на потребителя на уеб страница.

Инвестирайте много време в овладяването на тези три езика. Имам бърз пример за това как работят заедно в този CodePen. Поиграйте!

Моля, обърнете внимание: Този пример е опростен само за демонстрационни цели.

Вижте моя CodePen тук

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

Инструменти за използване? ️

  1. Използвайте Git за управление на версиите на вашия код. Той позволява на екипите да си сътрудничат по файлове, без да причиняват загуба на работа.
  2. Използвайте интегрирана среда за разработка (IDE), за да напишете кода си. Това е софтуер, подобен на Notepad, но се предлага с повече звънци и свирки. Той може да предостави предложения за това как пишете кода си и цветови кодове на текста, така че да е по-лесен за тълкуване.

Съвети?

Първото нещо, което трябва да направите, е да създадете акаунт в Github. Подобно на Behance for Designers, това ще бъде място, където можете да покажете кода, който пишете. Ще ни даде (работодателите) с какво да работим. Когато напуснах университета, търсех възможност да изградя нещо, дори и да е безплатно. Знаех, че в дългосрочен план ще ми бъде от полза.

Намерете работа на свободна практика?

Един от първите ми проекти на свободна практика беше за огромна компания. Приложението, което искаха да създам, беше лесно на цена от £ 2–3K. Направих го за няколкостотин лири. Това беше пълна кражба за тях, но това помогна в интервюто за първата ми работа, това е сигурно.

Докажете, че вашата работа съществува?

Винаги, когато преглеждам автобиографии, обикновено ако пише, че сте провели курс по Udemy и това е, тогава това няма да е достатъчно. Искам да видя доказателство за вашата работа. За всеки проект, по който сте работили, дори ако е бил личен проект или за член на семейството, това е нещо, което може да бъде включено в автобиографията. Тези твърдения за опит трябва да бъдат подкрепени с реални доказателства, независимо дали става въпрос за връзка към демонстрацията на видео или връзка към истинската страница.

Първа работа? Страхотен! ?

Сега събирате малка колекция от творби. Впечатлявате малка компания и започвате първата си работа. Ще бъдеш младши, а хората около теб имат много да те научат безплатно. Ученето от вашите връстници е най-добрият начин да се научите от моя опит и, разбира се, е много по-евтино. Повечето онлайн курсове помагат в началото и е добре да се следват пестеливо. Би трябвало да можете да повишите уменията си чрез истински търговски опит занапред.

Докажете себе си?

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

Да се ​​продадете?

Винаги намирайте оправдания, които да добавите към вашия LinkedIn. Обяснете какво сте правили в работата си (роли и отговорности). Документирайте го като дневник, преди да забравите за него. Добавете професионална снимка и силно резюме. Това е, което имам в момента. Той се е развил през годините.

Към днешна дата имам 7+ години опит в изграждането на уеб приложения. Работил съм в автомобилостроенето, финансите, онлайн игрите и съм бил изложен на създаването и поддържането на уеб приложения по поръчка за различни компании, участващи в: автомобилни превози, цифрови развлечения, индустриални газове, търговия на дребно и услуги за сравнение на широколентов достъп. Някои от ключовите ми интереси включват писане на фантастика и нехудожествена литература, изграждане и интегриране на API, автоматизиране на повтарящи се задачи, изграждане на мобилни игри и анимации с платно Haxe, Unity или JavaScript / HTML5.

Освен четенето на много технически книги, аз написах и своя, наречена Automating with Node.js. Четох статии на платформи като Sitepoint, CSSTricks, Egghead, PHPArchitect и Smashing. Посещавам конференции като PHP Лондон и следя Facebook и каналите за разработчици на Google. Винаги съм отворен за нови подходи и търся всякакви съвети и трикове, които мога да приложа в собствената си работа - които също мога да споделя с връстниците си.

Това е забързан отрасъл ??

Предният край се движи много бързо. Изглежда, че библиотеките / рамките винаги се появяват всяка година. Ще видите, че много роли изискват опит на React (създаден от Facebook), Angular (от служител на Google) или Vue (от умен човек, наречен Evan You). Има още много, но сега няма да навлизам в подробности.

Опитайте и хванете тези библиотеки, тъй като те са много търсени. Работя с React в ролята си и съм инвестирал много време, за да ставам опитен в използването му. Тези библиотеки и рамки са слой, който се намира върху езика JavaScript. Първо станете професионалист в JavaScript.

Изграждане на неща ??

Мотивирайте се да работите по проект в свое време. Години наред се интересувах от проекти за лична разработка на игри. Научавате толкова много по време на процеса. Случайно си помислих на работния ден един ден: „Не би ли било добра идея да има игра като Battleships, но вместо това със зайци“ Знам добре ... странна мисъл, че имам .

Затова намерих художник, казах му какво искам и след това се заех с доказателство за концепция. За да играете, поставяте пет зайчета и пет капана, след което седите и гледате. Няма да разваля изненадата. Игра тук.

Това е засега. Ако някога искате повече съвети, не се колебайте да се свържете с мен! Благодаря за четенето и успех! Пуснете няколко пляскания, ако искате. ?

Всичко най-хубаво,

Шон Майкъл Стоун. ✌️