Полезный блог

Ольга Болотова вот уже 4 года работает наставником на курсах по веб-разработке. За это время с её помощью в программирование пришли несколько сотен выпускников. Она рассказала, сложно ли женщинам работать в IT, как не бояться программирования и правильно ставить зарплатную вилку.

Расскажи о себе, чем сейчас занимаешься?

Я живу в Санкт-Петербурге, работаю JavaScript-разработчиком в Альфа-Банке. Сейчас занимаюсь разработкой истории операций в личном кабинете – это один из самых важных разделов в любом интернет-банке. У нас распределенная команда, все работают удаленно, но большинство моих коллег находится в Санкт-Петербурге – и если мы захотим, то мы можем иногда встречаться в офисе.

Как ты пришла в IT?

Это моя профессия. Я училась в Санкт-Петербургском университете информационных технологий, механики и оптики на факультете информационных технологий и программирования. Первое моё образование –бизнес-информатика. Во время учёбы я успела попробовать много разных направлений, но по большей части я училась на бизнес-аналитика. Затем я закончила магистратуру по прикладной информатике.

На втором курсе начала искать направление, в котором бы захотела остаться надолго. Так я попала в оффлайн-школу программирования, где работала куратором-организатором курсов по веб-разработке и наставником. И за время учебы успела поработать в нескольких небольших компаниях фронтенд-разработчиком.

Frontend – то, чем ты живёшь?

Хороший вопрос, но боюсь разочаровать. Мне нравится программировать, но вот в каком направлении – вопрос второстепенный. То, что я выбрала frontend – случайное стечение обстоятельств.

Пока я училась в университете, мне удалось посмотреть на множество направлений в большом мире IT. Я уверена, что каждое интересно по-своему. Не могу сказать, что frontend – это моя любовь, но я очень люблю программирование. Если бы я работала в другой сфере IT, уверена, мне было бы также интересно. Сейчас я работаю с React и TypeScript, мне нравятся эти технологии, и я довольна тем, чем занимаюсь.

Не исключаешь, что уйдешь в backend?

Конечно, не исключаю. К тому же, в мире разработки всё так стремительно меняется.

Как ты стала наставником в LoftSchool?

В начале 2016 года я познакомилась с Димой и Колей (Дмитрий Ковальчук и Николай Чернобаев - основатели LoftSchool, прим. редактора), и они меня пригласили поработать с ними. До этого у меня был небольшой опыт наставничества в оффлайн-школе Epic Skills. Вы эту школу знаете, LoftSchool делал с ними много коллабораций для ютуб-канала Loftblog.

Почему ты выбрала наставничество именно на курсе по JavaScript?

Когда я только пришла – 4 года назад – не было деления на курсы по вёрстке и JavaScript. Был единый курс «Веб-разработка». Он длился два с половиной месяца и там было всё: и верстка, и JavaScript, и даже PHP. Уже потом обучение поделили на маленькие части, а до этого это был один большой и очень интенсивный курс. А потом я успела побывать наставником на всех курсах по веб-разработке. Сейчас я, в основном, беру только курс по JavaScript, потому что параллельно брать другие курсы уже не хватает времени.

Быть учителем и наставником – это ответственно и сложно. Почему тебя это привлекает?

Я люблю общаться с людьми. Это доставляет мне удовольствие. Есть стереотип о программистах, что они неразговорчивы, но это, конечно, неправда. Ведь у нас, особенно в Петербурге, огромное комьюнити.

Кроме того, я отлично себя чувствую в роли учителя. Это врождённый дар :) В детстве мы с друзьями часто играли в школу, и я слёзно просила позволить мне быть учительницей. Ещё я ходила в театральный кружок, и даже там в спектакле я играла завуча.

Я отлично себя чувствую в роли учителя. Это врождённый дар :)

Ты общаешься со своими выпускниками? Что чаще всего они говорят о тебе?

Самые приятные отзывы и слова – это те, что приходят спустя время. Выпускники рассказывают, как у них сложилась судьба в разработке, сообщают, что нашли классную работу и как серьезно выросли за это время. То, что спустя столько времени они помнят меня и благодарны мне – вот это самое крутое.

То, что спустя столько времени выпускники помнят меня и благодарны мне – вот это самое крутое.

И когда пишут сразу после курса – это тоже приятно. Помимо того, что студенты оставляют отзывы в группе, они пишут и мне в личку. Если у меня плохое настроение, переживаю, что что-то не получается и начинаю хандрить, то перечитываю тёплые слова студентов и понимаю: всё не зря.

А еще среди студентов я нашла себе несколько хороших друзей.

Чем ещё увлекаешься, помимо программирования?

Грустно, но у меня нет каких-то громких хобби, о которых я могла бы рассказать, потому что на это не остаётся времени. Не секрет, что в разработке нужно постоянно двигаться вперед, чтобы не отставать.

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

Говорят, женщинам сложнее в IT. Это правда?

К счастью, я не сталкивалась с вопиющим сексизмом в свою сторону, но понимаю, что мы все заложники стереотипов. Я не могу залезть в голову к человеку, который принимает решение касательно меня. Возможно, такие случаи и бывают. Но наверняка я этого не знаю и хочу верить, что такого со мной не случалось.

Я не сталкивалась с вопиющим сексизмом в свою сторону, но понимаю, что мы все заложники стереотипов.

Однажды мой друг рассказывал такую историю. Он работал в известной компании по продаже билетов на разные мероприятия. У них был отдел разработки, порядка 10-15 человек – все мужчины. Они были категорически против, чтобы с ними в кабинете работала женщина. Резюме женщин они даже не рассматривали, просто не отвечали им. То есть женщины, которые подавали резюме в эту компанию, сталкивались с сексизмом, но даже не знали об этом.

Когда я об этом узнала, то, конечно, расстроилась. Я думала, что такого в нашем прогрессивном мире IT нет. Но, к сожалению, встречаются и такие случаи. Надеюсь, что со временем их будет всё меньше.

Что пожелаешь своим студентам?

Первое пожелание – не бойтесь! Разработка – это такая же сфера деятельности, как и юриспруденция или журналистика. Чтобы стать хорошим журналистом, нужно много трудиться и практиковаться, верно? Если будешь много работать, то всё получится в любой сфере деятельности. Не надо бояться и считать, что это какая-то уникальная сфера, не похожая на другие. Не нужно смотреть на тех, кто с 6 лет занимается программированием. Всегда будут люди, у которых получается лучше или быстрее. Ведь всегда есть Илон Маск =) Не нужно зацикливаться на этом. Если ты чего-то хочешь и готов работать – всё обязательно получится. Ведь смысл не в том, что стать обязательно первым, а в том, чтобы получать удовольствие от своей работы и не оглядываться на других.

Даже если вы только что закончили курсы или ещё в процессе, поставьте в резюме хорошую зарплатную вилку. 

Второе пожелание – знайте себе цену. Меня огорчает, когда студент говорит, что после курсов готов работать за еду. Во-первых, если так себя позиционировать, то работодатель будет думать, что ты, вероятно, плохой специалист. Тебе могут отказывать именно из-за этого. Во-вторых, сколько попросишь, столько и дадут. Даже если вы только что закончили курсы или ещё в процессе, поставьте в резюме хорошую зарплатную вилку. Тогда и откликов от рекрутеров будет больше. Это проверено.

Прочитайте несколько интервью студентов Ольги, которые уже стали успешными программистами:

Дмитрий Олин

Игорь Крамарь

Михаил Бахирев

Дмитрий Олин – frontend-разработчик университета Синергия и наставник курса «Основы вёрстки» в LoftSchool. Он рассказал, как поменял профессию после 7 лет в юриспруденции, с какими сложностями столкнулся на собеседованиях и кто из наставников LoftSchool его впечатлил.

Был юристом, а стал программистом. Как так вышло?

Я закончил юридический факультет и пошёл работать по профессии. Отработал 7 лет и где-то на четвертом году понял, что пошла стагнация. Я не знал, как дальше развиваться в этой профессии и на каком этапе здесь наступает «потолок». На позиции юриста все свои вопросы я закрывал легко. У меня не было мотивации развиваться дальше. Мне стало неинтересно.

У меня не было мотивации развиваться дальше. Мне стало неинтересно.

У меня всегда была мысль уйти в IT и заниматься тем, что нравится. Я выбирал между пользовательскими интерфейсами или бэкенд разработкой, но склонялся к первому. Поэтому я начал учиться в LoftSchool. 

Чем занимаешься сейчас?

Я работаю frontend-разработчиком, занимаюсь созданием интерфейсов в компании Синергия. Компания себя позиционирует как бизнес-портал, который представляет различные материалы для своих пользователей. Сейчас работаю над практически главным проектом компании – обучающая база, чем-то схожая с Netflix. 60% времени у меня уходит на вёрстку и 40% на написание логической части.

В последнее время кайфую от своих задач: стали приходить качественные макеты и сложные задачи.

Что-то изучал самостоятельно до LoftSchool?

На самом деле я сразу пошёл в LoftSchool, потому что не хотел ничего искать в сети. Мне нужны были сгруппированные материалы в одном месте. По счастливой случайности у меня есть друг, который раньше учился в LoftSchool. Он то мне и рассказал про школу. Глядя на него, я тоже решил попробовать и купил себе сразу профессию «Веб-разработчик». 

Кто из наставников больше всего впечатлил?

В LoftSchool, когда покупаешь профессию, сразу получаешь несколько курсов пакетом. Поэтому в совокупности я учился на четырёх курсах:

— основы вёрстки сайтов, наставник Сергей Евдокимов;

— веб-разработка для начинающих, наставник Сергей Евдокимов;

— Vue.js, наставник Арсений Лобастов;

— комплексное обучение JavaScript, наставник Ольга Болотова.

Ольга, на мой взгляд, одна из лучших наставников в LoftSchool. Она отлично давала материал, всегда помогала. У неё было много дополнительной информации. Оля записывала нам дополнительные уроки на YouTube и выкладывала. В общем, всё было супер.

Прочитайте наше интервью с Ольгой Болотовой

На потоке были и другие крутые преподаватели. Например, Владимир Сабанцев и Сергей Мелюков. Я им очень благодарен. 

Когда ты начал искать работу? 

Я начал ходить по собеседованиям уже после того, как закончил обучение в LoftSchool. К тому времени я уже уволился с работы и занимался частной практикой, чтобы было достаточно времени на учёбу, но и деньги на жизнь тоже были. 

Как проходили твои собеседования? 

Собеседования у меня были разные. Один раз мне позвонили и сказали, что я подхожу, пригласили на встречу. В резюме тогда ещё не было серьезных достижений в разработке. Я пришел на собеседование, меня посадили в кабинет, сказали, что сейчас придёт старший разработчик. Он пришёл и спросил, какой у меня опыт. Я ответил как есть: полгода. Он сказал, что это странно, так как они ищут старших разработчиков, то есть нужен человек с большим опытом. В общем, поговорили и разошлись, было странно.

Самая главная моя трудность на собеседовании – психологический фактор. Я всегда переживаю и меня может буквально трясти.

Сложных вопросов пока не задавали, всё было достаточно понятно. Вопросы были не сложнее, чем Сергей Мелюков рассказывает на своих вебинарах. Этих знаний, на мой взгляд, вполне хватает, чтобы устроиться на работу. А если ещё и попрактиковаться, посидеть пару месяцев дома, пописать код для себя и поразбирать более тщательно тот материал, что дают в LoftSchool, то даже на позицию middle можно устроиться запросто.

Что посоветуешь будущим студентам?

Сперва нужно поставить цель: для чего вы вообще хотите этим заниматься? Если вам нравится, чем вы занимаетесь или планируете заниматься и вас это воодушевляет, вы хотите расти в этом – никогда не поздно начать. Главное вкладываться серьезно.

Студентам LoftSchool  хочу пожелать также, чтобы не разрывали связи после окончания курсов. Сообщество – это очень важно. 

А ещё не бойтесь задавать вопросы. Я просто вижу в slack-чатах потока ребята задают очень мало вопросов. Мне хотелось бы, чтобы коммуникация была поживее, чтобы люди сидели не сами в каких-то муках-раздумьях, а дёргали постоянно наставников. 

Сейчас ты и сам наставник курса в Loftschool. Почему ты решил этим заняться?

Я люблю обучаться и считаю, что передавать свои знания и обмениваться опытом с другими разработчиками это правильно. Также я уважаю труд всех своих коллег, которые занимаются обучением будущих разработчиков. И конечно же, Loftschool одна из передовых школ в онлайн образовании, механизмы которой отлажены, как часы. 

Мы задали этот вопрос практикующим IT-специалистам и эйчарам IT-компаний. Что думают те, кто «в теме»? Можно ли стать программистом в 30, 40 и даже 50 лет?

Виталий Гончарук, Lead Software Engineer, CEO в компании «Viluni»

Однозначно сказать нельзя, это зависит от многих факторов:

— правильная мотивация – если ради денег, то это ненадолго;

— наличие ментора, советника, который уже в IT, чтобы знать, куда двигаться;

— поддержка и понимание ваших близких – это очень важно;

— отсутствие стресса и отвлекающих факторов;

— наличие по 4 - 8 часов каждый день минимум полгода;

— усидчивость, концентрация, постоянство и самообладание, чтобы не отчаиваться и упорно идти вперёд;

— физические силы – эта работа не из лёгких, иногда нужно поддержать организм витаминами;

— уровень английского – без него сложнее учиться и найти работу;

— смелость, чтобы примкнуть к команде, не имея опыта и быстро научится – в IT любят тех, кто быстро адаптируется;

— наличие прежнего смежного опыта и образования.

Этот список, по моему мнению, актуален для всех возрастов. Его можно рассматривать как чек-лист для повышения шансов в программировании.

Чем больше из этого списка у вас есть, тем больше шансов, дерзайте!

Даниил Вершинин, Ведущий программист в компании «Polarr, Inc»

Предельного возраста обучения для IT нет, как и для других прикладных дисциплин. Современное IT очень разнообразно, а это значит, что существует большая вероятность найти что-то подходящее для себя в любом возрасте.

Главное – усидчивость и усердность при самообразовании. Многие компании предоставляют бесплатные или платные курсы. Даже в университет поступать не нужно! Такая форма удалённого образования доступна и малоподвижным людям, которые хотят изучить новое ремесло.

IT очень разнообразно – существует большая вероятность найти что-то подходящее для себя в любом возрасте.

IT – это не только хардкорное программирование и работа со сложными алгоритмами. IT – это ещё и дизайн приложений и веб-сайтов, анализ данных, HR-сфера для информационных технологий, а также множество других специальностей, которые не требуют знания наук, связанных с математикой и вычислениями. Это делает IT-сектор доступным для каждого желающего.

Алина Мутыгуллина, IT-менеджер в компании «Yota»

IT меняется сверхбыстро. 3 года назад использовали технологии, которые сегодня уже устаревают. В IT можно приходить в любом возрасте, если позволяет ваше мышление. Придётся постоянно развиваться и работать в изменяющихся условиях. Но чем дальше развиваются технологии, тем моложе становятся те, кто их развивает. Но разрыв происходит не в возрасте, а в мышлении.

Дмитрий Скрипкин, директор по персоналу в компании «Рексофт»

Я знаю, соискатели жалуются, что возраст мешает им начать карьеру в IT. Однако многое зависит от самого кандидата. Например, наша компания готова брать на работу специалистов, которые переквалифицировались в айтишников после 35-40-45 лет. В «Рексофт» есть такие примеры. Коллега, который старше 45, переквалифицировался из коммерческого директора в инженера по тестированию. Сейчас он уже старший инженер по тестированию центра разработки «Рексофт» в Ростове-на-Дону. Очень успешно идёт по карьерной лестнице. Правда, у него первое образование техническое.

Сейчас на рынке труда появляется всё больше IT-специалистов, которые пришли в разработку из совершенно других областей. Для них IT стало вторым осознанным витком карьеры. И часто путь в новую профессию лежит через курсы, в том числе онлайн. 

В «Рексофт» есть достаточно примеров, когда человек с изначально гуманитарным образованием успешно трудится в сфере разработки после прохождения удалённого обучения. 

Сейчас появляется всё больше IT-специалистов, для которых IT – второй осознанный виток карьеры.

Надо понимать, что приём на работу идёт по результатам собеседования с техническим руководителем и прохождения детального практического тестирования, на котором проверяются реальные знания и навыки. Это прекрасно позволяет проверить необходимые компетенции. Например, у нас работают бывшие юрист, менеджер по продажам и даже врач, которые успешно строят новую карьеру в разработке.

Если Вы решились, то отнеситесь к подбору курсов максимально серьёзно. Спросите совета у знакомых, работающих в этой сфере. Задайте вопрос о курсах HR-специалистам IT-компаний, спросите, есть ли возможность дальнейшей стажировки. Делая первый шаг, будьте готовы постоянно учиться. IT – очень подвижная среда. Чтобы быть здесь профессионалом, надо все время осваивать что-то новое, и тогда профессия ответит вам взаимностью.

Екатерина Первушкина, руководитель HR-отдела в компании «REG.RU»

Сфера IT достаточно демократична, поэтому попасть в неё никогда не поздно. Во многом это зависит от желания человека и атмосферы в компании. Например, в REG.RU средний возраст сотрудников – 30 лет. У нас трудятся люди от 18 до 61 года. Есть те, кто ещё учится в университете, а есть опытные специалисты. Мы хорошо чувствуем себя в одной команде, потому что умение взаимодействовать с коллегами, готовность расти профессионально и гибко подходить к решению задач не зависит от возраста.

У нас есть много сотрудников, которые сменили профессию в сознательном возрасте и пришли в IT из разных профессий. Так, наш ведущий тестировщик и чаптер-лид преподавала русский язык и литературу в школе, но затем начала сомневаться, что хочет посвятить этому всю жизнь и решила попробовать что-то другое. В итоге остановилась на тестировании и вот уже более 8 лет работает в REG.RU.

Наш PHP-разработчик после учёбы на повара пять лет проработал по специальности, но однажды осознал, что хочет перемен и решил начать карьеру в IT. 

Ещё один пример – наш PHP-разработчик, который после учёбы на повара пять лет проработал по специальности. Но однажды осознал, что хочет перемен и решил начать карьеру в IT. Сначала он устроился сотрудником технической поддержки по переносу сайтов, но затем начал развиваться и прошёл курс по frontend-разработке за счёт компании. И когда открылась вакансия PHP-разработчика – успешно занял её.

Комментирует Андрей Малыгин, CTO в компании «Granatum Solutions»

Большинство ребят в IT действительно немного иронично относятся к «старичкам» — людям за 40. Но я уверен, что это ненадолго: скоро подрастёт моё поколение (сейчас мне 35), которое начало программировать лет 15-20 назад, когда это было общим трендом, и тогда соотношение молодежи и «ветеранов» в профессии изменится.

Я лично считаю, что учиться новому никогда не поздно, и сфера IT не исключение. Поделюсь двумя историями из личного опыта.

Первая история связана со временем, когда в 2002 году я уехал из своего родного маленького Петровска в 30 тысяч жителей учиться на программиста в Саратовский университет и стал «проводником» IT-технологий у себя на родине. В моём городе собралось большое коммьюнити людей, которые не были программистами, но в принципе интересовались компьютерами. Там были и учителя, и слесари, и продавцы. Я рассказывал им, на чём сейчас программируют, какие тренды в стране и в мире, и они активно это воспринимали. Например, один мужчина за 50 после наших разговоров сам сваял сайт для своего слесарного дела на бесплатном хостинге, который тогда давал Яндекс. Конечно, эти люди не сделали карьеры в IT, но смогли применить эти знания в жизни.

Вторая история про моего отца. Он не был программистом, но очень интересовался новыми трендами. Когда ему было за 60, он увидел, что в Петровске есть потребность в курсах компьютерной грамотности. Я научил его без какого-либо бэкграунда основам программирования и работе с документами, а потом он сам сделал ряд курсов и несколько лет обучал детей и пенсионеров. Конечно, ему это давалось очень трудно: всё-таки сказывается разница в пластичности мозга и нашей восприимчивости к обучению в молодости и после определённого возраста.

Мне и самому ещё в университете программирование давалось с трудом. Но в какой-то момент, примерно на четвёртом курсе, в мозгу как будто что-то переключилось, и я научился разбираться в абсолютно любой технологии, с которой работаю. У отца такого переключения не произошло, ему все давалось очень тяжело, но он всё равно брал и делал.

В целом среди моих знакомых достаточно много людей, которые так или иначе были связаны с IT, например, работали аналитиками, и после 30 решили научиться одному из простых языков и стали программистами.

Свернёте вы в программирование или нет, зависит от харизмы преподавателя, которому удастся или не удастся разжечь эту искру.

И напоследок ещё одна забавная история из моей практики. Когда я был аспирантом, то за смешные деньги подрабатывал преподавателем программирования. У меня была группа филологов, которые учились на переводчиков, и начинали мы с ними даже не с нуля, а с глубокого минуса. А когда группа выпустилась, то около трети моих студентов так или иначе связали свою жизнь с IT: стали тестировщиками, аналитиками или программистами. Так что без ложной скромности скажу: свернёте вы в программирование со своего карьерного пути или нет, зависит в том числе и от харизмы преподавателя, которому удастся или не удастся разжечь эту искру.

По мнению 70% россиян, проходить собеседования онлайн легче, чем очно. 50% опрошенных встречались с работодателями по скайпу более пяти раз. И выжили! Если вы боитесь провалить онлайн-собеседование, держите наш чек-лист – пять самых важных правил для подготовки.

Первое – внесите встречу в календарь

На день у вас много задач. Собеседование – только одна из них. Если сфокусироваться на ней, то другие останутся без внимания. Вы будете ждать звонка и не сможете сосредоточиться на чём-то другом. Представьте, что встречу назначили на 16:00. Всё время до этого пройдёт впустую. 

Чтобы этого не случилось, внесите её в календарь на телефоне или компьютере и поставьте напоминалку – за полчаса прозвонит будильник. Вы успеете выполнить другие задачи и точно не пропустите звонок.

Второе – проверьте камеру и микрофон

Бывает, готовишься к собеседованию, принимаешь звонок и вдруг понимаешь, что камера не работает или собеседник тебя не слышит. Вы пять минут пытаетесь что-то сделать и эйчар прерывает звонок.

Компании отводят строгое время для собеседования с каждым кандидатом. Не проверить технические возможности заранее – это как опоздать из-за пробок. Если вы попали в такую ситуацию, то спокойно напишите сообщение о технических неполадках и попросите перенести встречу. Для компании, которая регулярно проводит онлайн-встречи, такие проблемы не критичны. Вас поймут.

Не проверить технические возможности – это как опоздать из-за пробок.

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

Совет: В комнате, где проходит собеседование, должно быть тихо. Если ничего не будет отвлекать, то встреча пройдёт быстро и комфортно.

Как проверить?

В Skype:

В Zoom:

Совет: Если поймёте, что на компьютере звук не работает, проходите собеседование через телефон. Программы для видеозвонков имеют специальные приложения для телефона. Там звук точно не подведёт.

Третье – подготовьте вопросы

Собеседование онлайн имеет преимущество при подготовке – можно подглядывать. Запишите нужную информацию, вопросы, которые хотите задать, и держите их перед собой. Например, в приложении Блокнот или в Гугл-доках на компьютере, в заметках телефона или на бумаге.

Сформируйте представление о вакансии, на которую претендуете. Какими навыками вы обладаете? Какие ваши сильные стороны? Что вы ожидаете от этой работы? Почему выбрали эту компанию? Эти стандартные вопросы эйчары задают на каждом собеседовании. На них трудно сходу придумать ответ, поэтому лучше подготовиться.

Запишите нужную информацию, вопросы, которые хотите задать, и держите их перед собой.

Откройте заранее необходимые файлы и сайты. Вам понадобятся:

— репозиторий;

— портфолио;

— удачные примеры кода.

Четвёртое – подумайте о внешнем виде

Лучшая одежда для собеседования – та, в которой вы чувствуете себя уверенно. Подумайте, как пошли бы на очное собеседование, и наденьте то же самое. Галстук не обязательно, но в пижаме тоже не надо :)

Пятое – будьте спокойны

Воспринимайте собеседование, как переговоры. Работодатель выбирает специалиста, а вы – работодателя. По мнению Джима Кэмпа, создателя переговорной стратегии и автора книги «Сначала скажите нет», на собеседовании нельзя демонстрировать чрезмерное желание получить должность.

Думаете, если работодатель увидит, что вы очень-очень хотите у него работать, то выберет именно вас? Всё как раз наоборот. Диалог выстраивается так, как будто вам «больше всех надо». Такая нужда побуждает работодателя манипулировать вами: снижать уровень зарплаты, упрощать условия. Сначала вы соглашаетесь на это, а потом вините себя, что продешевили.

Обсуждайте должность, задачи и условия на равных. Договаривайтесь о процессе работы и мотивации. Помните – вы специалист и вас уважают именно за это. Если вам предложили пройти собеседование, значит компанию заинтересовали ваши навыки или они видят в вас перспективного работника.

Получить приглашение на работу не сложно. Сложно найти компанию, в которой вы действительно захотите работать.

Соберём все правила в чек-лист. Проверьте себя перед собеседованием:

1. Записать встречу в календарь и поставить напоминалку – не опаздывать.

2. Проверить камеру и микрофон, если ничего не работает – скачать приложение на телефон и проходить собеседование с него.

3. Подготовить ответы на стандартные вопросы, заранее открыть ссылки и документы.

4. Подумать о внешнем виде. Эйчары не любят, когда потенциальные работники проходят собеседования в домашней одежде. Возможно, тимлиду всё равно, но лучше не рисковать.

5. Сохранять спокойствие – отнестись к онлайн-встрече, как к переговорам.

Автор: Екатерина Ерёмина

Недавно мы писали о том, какие soft skills необходимы для старта карьеры в IT и как их прокачать. Прочитайте. Это пригодится в разговоре с эйчаром.

Выпускник LoftSchool Игорь Крамарь, разработчик компании DINS, рассказал как филология привела его в программирование, сложно ли быть тимлидом и почему необходимо изучать алгоритмы.

Полезный бонус от Игоря: список книг по алгоритмике.

Чем ты сейчас занимаешься?

Я из Омска, недавно переехал в Санкт-Петербург. Работаю программистом в компании DINS. Мы участвуем в разработке и поддержке UСaaS-платформы американской компании RingCentral. Это облачная телекоммуникационная платформа для бизнеса, популярная в США, Канаде и Великобритании. Конкретно я разрабатываю административную панель биллинга платформы. Делаю задачи в основном по frontend, иногда по backend.

Я пишу на JavaScript, если говорить про frontend. Знаю весь современный стек: TypeScript, React, Redux. В backend-разработке работаю на Java, А ещё у меня большой опыт в Node.js.

Что было до программирования? 

По образованию я филолог и журналист. Закончил бакалавриат и магистратуру по журналистике, медиалингвистике и даже учился год в аспирантуре. Программирование пришло в мою жизнь через лингвистику – науку о языке: я хотел стать писателем, увлёкся когнитивной лингвистикой, потом нейролингвистикой и нейробиологией. Так меня занесло в искусственный интеллект.

По сути, язык программирования – упрощённая версия человеческого языка.

Изучать ИИ без навыков разработки крайне сложно. Я начал самостоятельно изучать программирование, а потом подумал: раз уж начал разбираться, почему бы не начать зарабатывать на этом? Я попробовал и мне понравилось. Оказалось, что именно этим я и хочу заниматься.

Лингвистика и программирование схожи. И там, и там есть синтаксис, семантика частей языка и структура, которая наделяет языки программирования смыслом. По сути, язык программирования – упрощённая версия человеческого языка. 

Какой был твой первый заказ в разработке?

Первый коммерческий заказ я делал 6 лет назад, когда ещё заканчивал бакалавриат в журналистике. 

Одна государственная организация заказала интерактивную карту для своего сайта. А я тогда ещё даже верстать толком не начал. Полез в интернет, нашёл готовое решение, пытался понять, как это делать. Использовал там какие-то устаревшие теги типа <map>. Я думал: «ну, map – это ж карта». Пикселями вымерял части при наведении. Такая жесть! Интересно, этот код можно где-то найти? Надеюсь нет :)

Расскажи про свой опыт работы в IT-компаниях? 

Первая IT-фирма, куда я устроился – это аутсорс-компания, выполняющая проекты для российских заказчиков. Выполнял задачи, связанные с CMS: bitrix и всё такое. Мне это не очень нравилось. Делали, в основном, интернет-магазины. Я работал и на frontend, и на backend, там всё намешано было: PHP, JS, куски кода Joomla, WordPress, Bitrix. Как страшный сон сейчас вспоминаю, если честно.

Когда мне дали первый проект, я даже не знал, что такое CMS. Это был проект на Bitrix. Нужно было сделать аналог Яндекс.Такси только для людей с инвалидностью.

Когда мне дали первый проект, я даже не знал, что такое CMS.

Потом, когда набрался опыта, перешёл в омскую компанию Purrweb и проработал там почти 2 года. Сперва как frontend-разработчик, потом занимался и backend. Через полгода мне доверили делать первые проекты в одиночку, а затем дали команду разработчиков, где я стал тимлидом.

Позже я работал над разными проектами, в том числе над иностранными. 

Значит, ты руководил целой командой. Это сложно?

Мне не было сложно. С коммуникациями у меня всё в порядке, я же учился на журналиста. Слышал мнение, что тимлид должен держать дистанцию с командой, чтобы дружеские отношения не влияли на работу. По-моему наоборот – приятельские отношения дают профит. Со многими ребятами из команды я общаюсь до сих пор.

В чём особенность работы с иностранными компаниями?

Иностранные компании имеют конкретные требования к ожидаемому продукту и хорошо представляют, на каких технологиях и каким образом будет построен этот продукт. Они стремятся к использованию наиболее современных технологий. От них редко получишь требование «сделайте красиво и чтоб продавало». Это иная бизнес-задача и они решают её сами, потому что хорошо разграничивают сферы деятельности и имеют чёткий список задач для каждой стороны.

В какой момент в твоей жизни появилась школа LoftSchool?

В LoftSchool я пришёл учиться на своей первой работе: коллега посоветовал, так как сам у вас учился. Это было через 4 месяца после того, как я начал заниматься коммерческой разработкой. Я начинал с курсов «Основы вёрстки» и «Веб для начинающих». Мне было не так сложно как новичкам, потому что у меня уже был опыт. Первые курсы прошли «на изи».

Последним и самым интересным курсом был «Vue.js Продвинутая веб-разработка». Я тогда ещё не занимался React, писал на ванильном JavaScript. Vue.js был первым фреймворком, с которым я познакомился. И возможно то, что я разбирался с ним и написал сайт-портфолио на Vue.js, в будущем помогло мне разобраться и с React. 

Как планируешь развиваться дальше?

Меня привлекает возможность заняться нейросетями, искусственным интеллектом. Я ведь из-за этого и пришел в программирование. Я даже Python изучал, чтобы на TensorFlow (открытая программная библиотека для машинного обучения от Google – прим. ред.) отправлять свой код. Пока у меня практического опыта не было, может чем-то таким займусь.

Ты получаешь удовольствие от своей работы?

Я счастлив! Программирование – это постоянное движение вперёд и непрерывное развитие. Тебе ставят интересную задачу и ты её решаешь. Ищешь пути, алгоритмы и кайфуешь, когда находишь. 

Хочу сказать спасибо людям, которые меня развивали: Ольге Болотовой, моему наставнику в LoftSchool, всем своим тимлидам, коллегам. Спасибо, за то, что работали и работаем вместе. 

Дай пару советов новичкам и студентам LoftSchool

Первое: не путайте вёрстку и программирование. Много раз замечал, как люди думают, что изучив вёрстку они становятся программистами. К сожалению, это не так. Вёрстка — хорошее подспорье, но нужно стремиться к настоящим языкам программирования. Изучайте алгоритмы, подходы, паттерны.

Второе: набирайтесь базовых знаний. Если нет профобразования – тут сложнее и многие останавливаются на вёрстке и CMS. Чтобы двигаться дальше, нужно более алгоритмическое мышление, немножко математики и теоретическая база. Без неё никак, особенно если хочешь заниматься серьёзным программированием: большие системы, backend, искусственный интеллект, нейросети. Там уже алгоритмы, матан, дискретка.

Третье: изучайте технологию досконально. Если изучаешь JavaScript – смотри как устроен JS изнутри, посмотри что такое прототипы, покопайся как работают классы. Многие уже сейчас переходят на ECMAScript 6, но даже не знают что такое прототипы, как строились функциональные классы в JS, как базовые вещи работают в языке. Учите язык как программу. Любой язык это надстройка над другим языком более низкого уровня. Воспринимайте его как конструктор. Если изучаете WordPress – поразбирайте, как он построен, на каких модулях работает, как эти модули между собой взаимодействуют.

Подборка книг от Игоря Крамаря

Мы брали интервью и у других выпускников Loftschool:

Денис Кирсанов о том, как ушёл из продаж в IT и как его там встретили.

Михаил Балакирев о том, как ушёл с должности гендиректора в IT и почему выбрал backend-разработку.

Soft skills – это «мягкие навыки». Но такие ли они мягкие, если отвечают за упорство, управление и самоорганизацию? Разберём, какие soft skills необходимы для старта карьеры в IT и как их прокачать.

Что это такое

Всё, что нужно уметь программисту – это писать логичный, понятный и полезный код. «Да, но...», скажут эйчары. Soft skills не менее важны. 85% успеха в карьере зависит от них. Это подтвердили исследования Фонда Карнеги, Гарвардского и Стенфордского университета.

Мягкие навыки по-другому называют надпрофессиональными. Они помогают взаимодействовать с коллегами, решать задачи, общаться с клиентами, организовывать работу. Человек с сильными soft skills не сорвёт проект, потому что опоздал, боялся задать вопрос, поругался с котом и загрустил. Даже если вы делаете отличный код, но иногда у вас «лапки», команда не обрадуется такому специалисту. 

Надпрофессиональные навыки выделяют программиста из толпы талантливых ребят. Для оценки у эйчаров есть несколько приёмов. Они спросят, как вы решали задачи на прошлых работах, как взаимодействовали с клиентом или почему бросили проект. Придумают гипотетическую ситуацию из жизни и попросят описать ваши действия.

Soft skills полезны и для собственных целей. Чтобы утвердить удобные условия сотрудничества и размер оплаты понадобится способность вести переговоры, аргументация, влияние на людей, анализ – это всё мягкие навыки.

Список мягких навыков для junior

LinkedIn назвал пять soft skills, которые нужны всем в 2020 году: творческое мышление, убеждение, сотрудничество, эмоциональный интеллект, адаптивность.

Полного перечня навыков не существует. Если пытаться охватить их все, выйдет список на 100 листов, который постоянно дополняется. Любое личное качество, не связанное с конкретным профессиональным умением, признается soft skills. 

Например, вы разговариваете на английском, катаетесь на сноуборде, пишете чистый код на JS и знаете несколько фреймворков. Это hard skills – то, чему можно научиться. Если это соответствует вакансии – круто. Но дополнительно спросят, как вы работаете в команде, как ведёте себя в неудобных ситуациях, как у вас с тайм-менеджментом. В совокупности это всё рассказывает, подойдёт ли вам работа в этой компании.

Для каждой позиции список свой. Вот что нужно для старта:

— гибкость;

— креативность;

— стрессоустойчивость;

— самоорганизация;

— анализ и критическое мышление;

— коммуникация.

На прошлой неделе мы публиковали обзор, где руководители IT-компаний рассказали, как junior-разработчику стать middle. Говоря о junior, они поделились, что больших знаний от этой позиции не ждут. Прокаченные hard skills – это плюс, но не основное.

Внимание уделяют тому, насколько вы упорны в обучении, стремитесь к постоянному анализу, хотите развиваться, предлагаете решения, находите выход из нестандартных ситуаций, не боитесь коммуникаций с коллегами и лояльны к критике.

Как прокачать

Сложность и одновременно простота в том, что soft skills прокачиваются самостоятельной работой. Чёткого плана действий нет. Существуют тренинги, книги, онлайн-уроки, но это теория. А действенный способ прокачки – практика.

Пройдёмся по стартовым навыкам, которые мы перечислили:

1. Гибкость – возможность приспособиться к текущим условиям, быстро принимать изменения.

❌	✔️
Я не могу это сделать, потому что…	Подумаю, как я могу это сделать в тех условиях, что у меня есть.
Здесь всё стало по-другому, кому вообще нужна эта новая система.	Появилась новая система. Ок. Посмотрю, что изменилось, привыкну.

Этот навык тренируется смещением фокуса: junior сосредоточен на работе и профессиональном росте, на желании сделать проект лучше и помочь команде. Внешние изменения становятся не важны и вы приспосабливаетесь к любым условиям, если они не отражаются на вашей работе.

Совет: Если новшество мешает работе – поговорите с тимлидом. Понадобится навык переговоров. Книга в помощь: «Сначала скажите „НЕТ“», Джим Кэмп :)

2. Креативность – нестандартные решения, поиск выхода из ситуации без потерь. Это не творческое мышление в общем смысле. Если вы «накатали» что-то в коде по вдохновению без согласования и видимой пользы – мы вам не завидуем.

Чтобы прокачать креативность, есть такие подходы:

— шахматы, головоломки;

— поиск необычных решений для бытовых задач;

— фантазируйте решение от лица героя фильма, комикса, игры или исторического персонажа;

— представьте, что вы не ограничены в ресурсах, возможностях и пространстве – выйдите за рамки.

Найденное решение можно «приземлить» в реальности.

3. Стрессоустойчивость. Дословно – устоять перед стрессом. Признаки стресса: тревога, страх, суета, раздражительность, пессимизм, уныние. 

Говоря, что на работу нужен стрессоустойчивый сотрудник, руководитель не имеет в виду Бендера из Футурамы или R2-D2 из Звёздных войн. Если вы не паникуете по любому поводу и способны мобилизовать свои силы в условиях стресса – вы стрессоустойчив. Такое качество появляется у человека, если он:

— достаточно отдыхает после работы и высыпается;

— умеет говорить «нет»;

— не принимает замечания по работе на свой счёт;

— не психует, не ругает себя за каждую ошибку, не опускает руки;

— если в негативе есть полезное мнение – принимает его к сведению, если нет – пропускает мимо.

4. Самоорганизация – способность определять приоритетность задач на работе и в жизни. Если это ваша слабая сторона, то поможет планер. Составляйте список дел на день. Не друг за другом, а в зависимости от их выполнения в течение дня. Если у вас митинг в 13:00, а рабочую задачу вы закончите в 12:00, то одно из мелких дел запланируйте между 12 и 13 часами. Фиксируйте каждое действие на точное время – через месяц это войдёт в привычку.

Не хотите «париться» со списками? Определите задачи, которые отвлекают от работы и перенесите их в свободное время в течение дня. Проверяйте почту и соцсети пока едете на работу. А по дороге домой дочитайте главу из книги или новую статью на Хабре.

5. Анализ и критическое мышление. Решение многих задач придётся искать самому в интернете, но результат повлияет на всю команду. Поэтому критическое мышление необходимо. Оно тренируется самостоятельно и при обсуждении новых знаний с коллегами. Мало найти решение. Проанализируйте, подходит ли оно или придётся дорабатывать. Анализируйте всё, что приходит в голову.

Книга в помощь: «Критическое мышление. Анализируй, сомневайся, формируй свое мнение», Том Чатфилд.

6. Коммуникация – вести диалог, аргументировать позицию, задавать вопросы, выражать мысли. Этот навык прокачивается разговором и письмом. Общайтесь с коллегами лично, в чатах, пересказывайте теорию, тренируйтесь в аудиосообщениях, пишите в блог, заранее формулируйте вопросы, которые хотите задать, читайте. Теория не поможет – только практика.

Вывод

В начале карьеры работодатель рассматривает ваши личные качества внимательнее, чем умения. Он не ожидает уверенное владение техническими навыками и понимает, что soft skills влияют не только на саму работу, но и на скорость и качество «прокачки» hard skills. Главный плюс – для прокачки мягких навыковов вам нужны только вы.

.

Татьяна Мельничук закончила 6 курсов в Loftschool, выполняет заказы на фрилансе и в 47 лет получила должность WordPress Developer в компании Toplyvo UA. Она расскажет, как поверить в себя и исполнить мечту детства, и ответит на вопрос «мешает ли возраст в IT?»

Как вам пришла мысль начать учёбу и работу в IT?

Этой сферой я интересовалась всегда. Мой папа был программистом. Но он вселил в меня уверенность, что это слишком сложно и я не смогу. Раньше требовалось и высшее профильное образование, а у меня ребёнок, муж. Учиться 5 лет в вузе возможности не было.

Шло время, я учила какие-то программы сама, хотя работала риелтором, а потом шила на заказ. В это время мой племянник заинтересовался программированием, сам учился по видеоурокам, нашёл ментора и вышел на первую работу. Я поняла, что больше пять лет в универе учиться не нужно. Он скинул мне канал LoftBlog и так начался мой путь

Почему решили пойти на курсы именно в Loftschool?

Я пересмотрела все доступные на LoftBlog видео, а потом обнаружила, что есть школа Loftschool и там загружены бесплатные уроки. Преподаватели так доступно объясняли информацию, что я поняла – мне надо туда. Это произвело на меня впечатление. Ещё я смотрела видеоотзывы на YouTube. Люди говорили, что в Loftschool тяжело, но интересно. Это я тоже для себя отметила.

На курсе такие же новички, которые переживают те же трудности, у них тоже куча вопросов.  

Ну и социальный фактор. В какой-то момент я упёрлась в стену: мне не с кем даже поговорить о том, чем я занимаюсь. Мне было необходимо сообщество людей со схожими интересами. Учёба, конечно, тоже важна, но это можно дотягивать самостоятельно. Тяжело, долго, но можно. А вот окружения мне не хватало. На курсе ведь такие же новички, которые переживают те же трудности, у них тоже куча вопросов. После каждого курса у меня оставались друзья, с которыми я общаюсь до сих пор.

У меня была возможность оплатить только 1 курс и я выбрала веб-разработку для начинающих, о чём сильно пожалела в начале.

Расскажите почему пожалели?

Для таких нулевых как я это крайне сложный курс. Скажу честно – я ужасно отставала от всех, не справлялась. У меня ломался компьютер, я отдавала его в ремонт на 2 недели. А ведь это интенсив. Другие уже решают задачки, что-то пилят, а я только догоняю вёрстку. В итоге еле-еле закончила с оценкой «C». Но при этом мне так понравилось, что я сразу записалась на продвинутый курс. Мне было рано, но решила не откладывать. К этому времени мои иллюзии развеялись и я поняла, что это требует полной отдачи. Поэтому уделяла учёбе всё время. Второй курс закончила уже на «B», остальные на «A» и «A+».

Я почувствовала, что это моё: сидеть по три дня за компом, докапываться, искать запятую, не выходя из дома. Вот где мне пригодилось моё занудство :)

Мыслей всё бросить и уйти у меня не было. Даже учитывая, как было тяжело. Когда я пришла на веб-разработку, то не знала даже как картинки из фотошопа вынимать или как подключать шрифты – вообще ничего.

Когда я пришла на веб-разработку, то не знала даже как картинки из фотошопа вынимать, как подключать шрифты – вообще ничего. 

Всего я прошла в Loftschool 6 курсов: Веб-разработка для начинающих, продвинутый курс веб-разработки, JavaScript, Seo, Маркетинг, PHP. И на каждом у меня наступал период отчаяния, что мне это не удастся, ничего не выйдет, я не понимаю и ничего не сделаю. Особенно на последнем курсе по PHP. Я выделяла себе минут 5 на рыдания, а потом дальше шла разбирать код и задавать вопросы.

Какое-то время вы совмещали основную работу и самообучение, как произошёл переход в новую профессию?

Чтобы интенсивно учиться, мне пришлось бросить основную работу. Думаю, здесь мне повезло. На тот момент не было обязательных платежей – дети выросли, а за материальную часть отвечал мужчина. Я же с утра до вечера без выходных училась. Если бы я ещё и работала полный день, то ничего бы не успела. Потихоньку начала брать заказы на фрилансе. Большого заработка не было, зато я могла сосредоточиться на учёбе.

Вы прошли 6 курсов и на каждом поработали с разными наставниками и преподавателями. Кто запомнился и почему?

Каждый курс в Loftschool похож на плавильню, из которой выходишь уже другим человеком! И это, конечно, благодаря преподавателям в том числе. Хочу отметить работу преподавателя Сергея Мелюкова. Он очень подробно рассказывает, терпеливо объясняет, понимает даже запутанные вопросы. По его мнению всем людям под силу понять IT. У него дар преподавания. 

На курсе по маркетингу наставник Павел Семёнов всегда требовал качество, не разрешал сдавать лажу. А на SEO Наталья Нарматова делилась опытом, давала дополнительные материалы для изучения

На последнем курсе по PHP моим наставником был Дмитрий Руденский. На общих созвонах была ламповая атмосфера. А на индивидуальных он не жалел времени, пока я всё не пойму. 

Как думаете, возраст и пол влияет на возможность карьеры в IT?

Раньше – однозначно да. Даже в вакансиях указывали, мол, возраст до 35 лет и высшее образование. Но сейчас всё по-другому. Меня взяли в компанию на должность WordPress Developer. А ведь я была уверена, что в таком возрасте и без профильного высшего меня в компанию не возьмут, настраивалась на фриланс.

Раньше – однозначно да. Но сейчас всё по-другому.

Я начала учиться в 44 года, а сейчас мне 47. Конечно, у тех, кто начал учиться со школы, большая фора. Если б я не считала себя глупой, было бы больше уверенности в себе, то начала бы лет 15 назад и столько бы уже достигла. Сейчас когда кто-то хочет начать в IT и спрашивает совета, я с удовольствием помогаю. Но стараюсь давать комментарии аккуратно, чтобы не задеть человека. Комментаторы иногда могут сильно подорвать самооценку, а человек потеряет 10 лет жизни. Потом раз – и тебе уже 47. 

Вы сказали, что сейчас работаете в компании. Как нашли эту работу?

Я устроилась недавно и у меня частичная занятость: когда есть задачи – выполняю, нет – занимаюсь своими заказами на фрилансе. Интенсивных поисков не было, я ведь не рассчитывала что меня могут взять в компанию. Как-то нашла сайт вакансий Джинн и мониторила там зарплаты. Мне приходили на почту заявки несколько месяцев, но не то, что хотелось. А после курса по PHP я подписалась на их телеграм-бота и сделала там запрос «javascript php remote». Посыпалось несколько вариантов. Я откликнулась на все и с первой заявки мне перезвонили. Они собеседовали несколько кандидатов, но выбор остановили на мне. 

Работа нравится. Бывает тяжело, но я могу гуглить сколько надо и всегда есть у кого спросить.

Что бы вы посоветовали нашим студентам, на что обратить внимание?

На курсе я кое-что поняла, о чём мне раньше никто не говорил. Если что-то непонятно, то не надо пытаться это понять прямо сейчас. Просто запоминайте. Понимание приходит потом. Я потратила много времени, чтобы докопаться, что же значит какой-то символ. В итоге застреваешь, а все двигаются дальше. Очень помогает конспект, я вела его от руки. Причём, потом на него даже не смотрела, но это помогло мне лучше запомнить информацию.

Просто запоминайте. Понимание приходит потом.

Старайтесь делать задачу наилучшим образом. Я знаю, что клиент не заглянет в код и ничего не поймёт, но все равно делаю максимум, чтобы через время было не стыдно сказать, что это мой код. Два моих репозитория попали в тысячелетнее хранилище. 

Могу сидеть днями и ночами что-то переделывая. Тут, конечно, надо уметь останавливаться, а то можно перестараться, что потом ничего не работает :)

Ну и позитивный настрой! Начать и не останавливаться.

---

Ранее Татьяна и другие разработчики делились своим опытом работы на фрилансе в статье «Как программисту уйти на фриланс и что от него ждать».

Типичными ошибками мы называем те, которые допускает большинство начинающих веб-программистов на JavaScript. Ведущие разработчики составили список самых распространённых ошибок, чтобы вы обратили на них внимание.

Даниил Хайрутдинов, Ведущий Frontend-разработчик компании MediaSoft

В начале изучения JavaScript, зачастую, не задумываешься, как работает та или иная конструкция языка. Как говорит автор книги «Вы не знаете JS» Кайл Симпсон, на этом языке сначала пишут, а только потом начинают изучать. Из личного опыта курирования стажёров и просмотра тестовых заданий от новичков выделю следующие ошибки:

— Устаревшие конструкции. Например, использование var, хотя этот метод объявления переменных устарел. JS быстро изменяется и за этим необходимо следить.

— Глобальные переменные. В JS можно использовать глобальные переменные, и иногда это нужно. Но использовать их везде, где только можно, – опасный подход. Если другой разработчик или скрипт объявят в проекте глобальную переменную с таким же названием, но с другим значением, произойдет либо подмена переменной, либо просто ошибка.

— Некорректное использование методов перебора массивов. Для перебора массива существует множество методов, но это не значит, что между ними нет разницы. Каждый метод имеет своё назначение. Например, если нужно просто пройти по элементам и вызвать какую-либо стороннюю функцию, то не следует для этого использовать map. Воспользуйтесь, например, forEach:

const products = [1,2,3,4];
// Не хорошо
products.map((id) => fetchProduct(id));
// Хорошо
products.forEach((id) => fetchProduct(id));

Рекомендация эксперта: используйте инструменты, которые делают код более удобочитаемым. Например, ESLint и Prettier. Данные инструменты можно добавить в проект и интегрировать в свою IDE. ESLint уменьшит количество ошибок, а Prettier поможет писать форматированный код и привыкнуть к этому.

Дмитрий Романовский, Тимлид в компании ADCI Solutions

Мне встречались такие ошибки новичков:

— Не используют строгое сравнение «===» и в результате приведения типов часто получают неожиданные результаты.

— Не используют обработку ошибок. Особенно это опасно, когда JS агрегируются в один файл, и после ошибки все скрипты могут остановиться.

— Пытаются перезаписать const.

— Используют глобальные переменные.

В основном встречаются логические ошибки. Каким-то инструментом их не пофискить. Поэтому остаётся быть внимательным, изучать JavaScript и best practices.

Александр Малиновский, ведущий Frontend-разработчик компании Usetech

— Не интересуются историей того инструмента, на котором они пишут. 

Это приводит к непониманию основного функционала.Когда я собеседую джунов, вижу, что большинство из них не знают принципов работы JavaScript, мало того они не понимают зачем им нужно это знать. Потому что базовые вещи, которые от них требуют – это работать на Фреймворке. 

Бывает так, что джуну не нужно понимать как это работает «под капотом», какой там язык, как он развивался. Это не ошибка, а простой путь развития джуна, изучающего любой язык программирования, так сказать, в поле.

— Не понимают, как работает V8 движок, под который они пишут код. Что такое функция (из функционального программирования, неблокируемость, асинхронность). Не разбираются в видах типизации (динамическая, строгая).

— Не умеют отлаживать свой продукт. Меня учили, чтобы я умел отлаживать пошагово то, что разрабатываю. Это возможность в любой момент остановить процесс, выяснить, что находится внутри, как это работает и из чего складывается.

— Думают, что callback работает как синхронная функция:

function callback() {
    console.log("I am the first");
}
setTimeout(callback, 300);
console.log("I am the last");
// output
// I am the last
// I am the first

Распространенная ошибка разработчиков – неверно истолковывать callback как синхронную функцию. Например, callback,  возвращающий значение, которое будет использоваться для других операций.

function addTwoNumbers() {
    let firstNumber = 5;
    let secondNumber;
    setTimeout(function () {
        secondNumber = 10;
    }, 200);
    console.log(firstNumber + secondNumber);
}
addTwoNumbers();
// NaN

При вызове функции addTwoNumbers() произойдёт вычислительная ошибка (NaN)),потому что во время вычисления выражения firstNumber + secondNumber значение переменной secondNumber будет не определено (undefined). Ведь функция, заключенная в setTimeout, выполнится только через  200ms.

Корректным  решением здесь будет:

function addTwoNumbers() {
    let firstNumber = 5;
    let secondNumber;
    setTimeout(function () {
        secondNumber = 10;
        console.log(firstNumber + secondNumber);
    }, 200);
}
addTwoNumbers();
// 15

— Неверное использование указателя this:

const obj = {
    name: "JavaScript",
    printName: function () {
        console.log(this.name);
    },
    printNameIn2Secs: function () {
        setTimeout(function () {
            console.log(this.name);
        }, 2000);
    },
};
obj.printName();
// JavaScript
obj.printNameIn2Secs();
// undefined

В первом случае будет выведена строка JavaScript, потому что this.name указывает на конкретное поле объекта. Во втором случае будет выведено undefined, так как this потеряло ссылку как на сам объект, так и на поле объекта.

Это связано с тем, что указатель this напрямую зависит объекта вызова, в контексте которого была вызвана функция. 

В нашем случае this в obj.printName() явно указывает на obj. Указатель this в obj.printNameIn2Secs() также указкает на obj. Но this в контексте callback-функции внутри setTimeout не будет.

Чтобы явно указать контекст this, под которым мы хотим вызвать функции в рамках setTimeout, нужно использовать методы bind, call, apply или стрелочную функцию. Классическая анонимная функция не создает свой собственный указатель this, а вместо этого использует глобальный контекст:

const obj = {
    name: "JavaScript",
    printName: function () {
        console.log(this.name);
    },
    printNameIn2Secs: function () {
        setTimeout(() => {
            console.log(this.name);
        }, 2000);
    },
};
obj.printName();
// JavaScript
obj.printNameIn2Secs();
// JavaScript

Эржан Торокулов, наставник курса React.js в Loftschool

Пожалуй, самые распространенные ошибки, которые я встречал:

— Путать Node.js и браузерную среды. Так как JS универсальный язык, который используется как на Frontend, так и на Backend, нужно помнить, что по умолчанию браузерный API недоступен в Node.js, и наоборот, в браузере недоступны возможности/библиотеки Node.js.

Например:

// Серверный (Node.js) код
const http = require('http')

/* Браузерная переменная 'window' тут не существует */
console.log(typeof window) // undefined
console.log(window) // Uncaught ReferenceError: window is not defined
// Браузерный (Фронтенд) код 

/* Тут наоборот, Node.js переменной 'process' нет в браузере */
console.log(typeof process) // undefined
console.log(process.env) // Uncaught ReferenceError: process is not defined

— Не знать, что новое, а что старое. JS (EcmaScript) очень стремительно развивается, добавляются новые упрощения синтаксиса (синтаксический сахар), новые API для браузеров. То, что ранее занимало много строк кода, сейчас заменяется одной строчкой, а то, что мы подключали как сторонние npm-библиотеки, сейчас доступно в браузере по умолчанию, если мы говорим о Frontend.

Но многие из этих новомодных “плюшек” могут быть недоступны для пользователей, использующих устаревшие версии браузеров со старым движком JS.

Есть несколько способов решить эту проблему: с помощью полифилов или отдельной сборки для старых и новых браузеров, но это уже другая история.

Например:

const foo = {
    bar: 'tada'
}
const baz = {}

/* Optional chaining operator (?.). Доступен не во всех браузерах */
console.log(foo?.bar) // tada
console.log(baz?.bar) // undefined

/* Если запустить в относительно старом браузере (Chrome <79) выше код, то получим */
// Uncaught SyntaxError: Unexpected token '.'

— Путать возможности, добавляемые плагинами. Помимо стандартного синтаксиса и возможностей есть куча babel/webpack плагинов, которые дают ещё немало дополнительных синтаксических упрощений. Новички заблуждаются, думая, что это тоже официальная часть языка или браузерного API.

Например:

// Babel плагин, добавлящий поддержку декораторов - '@babel/plugin-proposal-decorators'

/*
 * Сейчас много библиотек/фреймворков используют синтаксис декораторов,
 * который ещё на стадии tc39/stage 2
 */
@annotation
class MyClass { }

function annotation(target) {
   target.annotated = true;
}

Рекомендация эксперта: Я слышал немало советов, что лучше новичкам сразу стартовать с каких-то JS фреймворков, будь это Frontend (React, Vue, Angular и тд) или Backend/Node.js (Koa.js, Express, Nest.js). Да, это даёт ощущение, что всё легко и новички видят быстрый результат, но минус в том, что многие из них годами продолжают работать, не зная базы. Если знать базу – голый API языка/браузера/Node.js – всё остальное понять и использовать намного легче. Поэтому, если вы сразу начали с фреймворков, надо возвращаться и учить азы JS/Node.js/браузера. Даже если вы не используете их в ежедневной работе. Это придаст уверенности и сделает вас более компетентным специалистом.

Александр Несвит, наставник профессии «Веб-разработчик» в Loftschool

Я выделю 3 базовые ошибки:

— Изучение фреймворков/библиотек прежде JavaScript. Это неправильный путь в изучении языка. Он сыграет с вами плохую шутку, к примеру, на собеседовании в компанию, которая использует jQuery и чистый JavaScript. С jQuery будет все в порядке, а вот с самим JavaScript возникнут проблемы, так как вы не понимаете принципы работы языка. Мой совет: начните изучение с чистого JavaScript и разбавьте фреймворками. Но соотношение должно быть не 50 на 50, а 70 на 30.

— Нежелание изучать алгоритмы и структуры данных. На старте пути разработчика изучать их детально не обязательно, но знать необходимо. По сути все программы состоят из алгоритмов и структур данных. Их изучение даст базовое понимание работы компьютерных программ и вычислений.

Бонус-совет: Не забывайте про спорт! Писать программы – это круто, но такая деятельность менее подвижна. Вы проводите за монитором практически всё время, а это сказывается на здоровье, самочувствии и не только... Мой совет – составить четкий распорядок дня. Что бы ни случилось, соблюдайте его! Так вы сохраните баланс между работой, здоровьем и отношениями.

В Loftschool сильная учебная программа, но этого мало, если студент не использует возможности обучения на 100 %. У нас есть 5 способов, как выжать из курсов максимум.

Учиться «эффективно» – значит с наибольшей пользой. Не нужно зубрить теорию или проводить много времени за учебой. Нейробиологи и психологи доказали, что это не работает. Предлагаем попробовать другие приёмы.

Внимание

Освободите пространство от всего, что отвлекает:

— поставьте телефон на беззвучный режим, переверните экраном вниз, чтобы не реагировать на мигание, и уберите вне поля зрения;

— отключите мессенджеры на компьютере, закройте «Вконтакте» и Facebook, убедитесь, что не открыты другие сайты, где поступают внезапные уведомления (почта, биржа, системы управления проектами, CRM и прочее);

— исключите посторонний шум, если не умеете абстрагироваться от него.

Создайте себе время на обучение. 70% наших студентов имеют основную работу, и в их распоряжении не так много времени на учебу. Поэтому его необходимо специально создать. Решите, когда это будет: 2 часа в день после работы или перед ней, час утром и час вечером или как-то по-другому. Важно, чтобы этот период посвящался только учёбе. 

Выделять минуту-другую между рабочими моментами неэффективно. Во-первых, вас легко отвлечь, во-вторых, вы упустите единую мысль. Прослушивание лекции без «включения» в неё – провал.

Ещё один важный момент – установите дедлайны. Когда вы не ограничены во времени, есть соблазн отложить занятия и растянуть период обучения. Создайте собственный тайминг прохождения курса. Для этого подойдут приложения для тайм-менеджмента и трекеры времени. Например, Toggl, RescueTime, Todoist.

Включение в учёбу

Эффективное обучение подразумевает хорошую работу преподавателя и желание студента обучаться. Отсутствие одной из составляющих ведёт к плохому результату. 

1. Самостоятельно ищите решение и ответ на вопрос. 

Не спрашивайте ответ у коллег и преподавателя. Обсуждайте сложности и ошибки, но не ищите готовое решение. Преподаватель наверняка знает, как правильно. Но сделать всё за вас – не его задача. 

Самостоятельное исследование и анализ укрепит знания и расширит возможности их применения в реальном проекте. Мы не расскажем, как это делать. Но объясним, почему что-то не получается.

Как задавать вопрос наставнику?

2. Ищите примеры.

Чаще всего ответы есть в лекции, воркшопах и в дополнительных материалах. Если там решения нет, то вам помогут:

— поисковик;

— Stack Overflow;

— GitHub;

— SourceForge.

Пусть примеры других программистов станут для вас основой для генерации собственных идей. Протестируйте их. Пишите преподавателю только если перепробовали всё, что могли, но всё ещё не справляетесь. В 90 % случаев такого не бывает :)

Взаимодействие

Всё, что вы изучаете на лекции, необходимо применять на практике. Тестируйте, ищите аналогичные решения. Взаимодействуйте с коллегами в чатах – это поможет взглянуть на задачу по-другому.

После лекций в Loftschool мы даём тест, который проверит, насколько успешно вы усвоили материал лекции. В его результатах вы увидите пробелы в знаниях. Устраните их перед тем, как переходить к следующему блоку. Если в вашей школе тестирования нет, попросите однокурсников и наставников позадавать вопросы из лекции. Такой интерактив поможет выучить материал и им, и вам.

Всестороннее обучение

Используйте все доступные каналы восприятия информации: аудио, видео, практику, тесты – всё, что предложено в лекции. Сначала посмотрите видео, затем прочитайте текст лекции под ним, пройдите тестирование, перескажите тему, попрактикуйтесь в том, что узнали на занятии.

Дополнительно к учебным лекциям смотрите обучающие видео на YouTube у разных авторов, слушайте подкасты, читайте книги. Так вы рассмотрите тему всесторонне и заполните «пробелы».

По данным исследования, чем больше областей мозга хранят данные, тем эффективнее он использует их в дальнейшем. 

Автоматизация

Чтобы сохранить информацию надолго, необходимо довести некоторые знания до автоматизма. Этому способствуют частые повторения.

С их помощью мозг начинает бессознательно выполнять действие. Запоминание информации можно проводить по принципу интервальных повторений:

Первое – сразу после занятия.

Второе – через полчаса.

Третье – на следующий день.

Четвёртое – через 2 недели.

Пятое – через 2 месяца.

Дополнительно развитию режима автоматизации помогает… сон. Во сне происходит фиксирование полученных знаний в декларативной памяти. Этот тип памяти отвечает за активные воспоминания – те, которые вы намеренно вызываете. Например, когда пытаетесь вспомнить часть кода. Благодаря сну вы быстрее найдёте в памяти выученную информацию, когда она вам понадобится. Прошли видеоурок и тест после него – поспите.

Не учитесь нон-стоп. Силы закончатся уже через неделю после старта и эффективность дальнейшего обучения снизится. Вы заметите это: станете медленнее выполнять задания, лекции покажутся непонятными и сложными, а переход в новую профессию не таким уж желанным. Включите сон в обязательную программу по повышению эффективности. Кто мало спит, тот меньше знает :)

Разработчик должен знать возможности командной строки операционной системы и уметь ими пользоваться. При этом важно выбрать правильный инструмент, помогающий работать в командной строке эффективно и удобно. В данной статье мы рассмотрим основные возможности Windows Terminal – это новый, удобный и красивый терминал для командной строки Windows и подсистемы WSL (Windows Subsystem for Linux), предлагаемый компанией Microsoft.

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

Что такое терминал,  консоль и командная оболочка

Само слово терминал происходит от глагола terminate (завершить,  положить  конец) и означает «оконечное устройство»,  то  есть устройство, находящееся на одном конце в процессе коммуникации с другим устройством (сервером). Задача терминала – отправлять вводимый с клавиатуры текст на сервер и отображать на дисплее текстовые ответы от сервера.

Первые терминалы подключались по телефонным линиям к большим компьютерам. Они представляли собой электрические печатные машинки – телетайпы (teletypewriters, TTY). Вводимые команды и ответы сервера телетайпы построчно печатали на рулоне бумаги.

Древний терминал-телетайп

Сейчас в операционных системах терминалами называют программные эмуляторы TTY. Это приложения, позволяющие вводить символьные команды, отправлять эти команды другому процессу и отображать на экране поступающие от этого процесса строки текста.

Слово консоль использовалось задолго до изобретения компьютеров и означало кронштейн или подставку под что-либо. Затем консолями стали называть пульты с кнопками и переключателями  для управления электрическими устройствами. 

В компьютерной терминологии консоль означает устройство со встроенной клавиатурой и монитором. Таким образом, консоль – это устройство, а терминал – это коммуникационная программа внутри консоли.

Консоль с запущенным терминалом

В случае персонального компьютера термины «консоль» и «терминал» можно считать синонимами.

Сами команды, поступающие от терминала, исполняются специальной программой, которая называется командной оболочкой (command shell). В зависимости от полученной команды оболочка выполняет определённые действия и генерирует символьные строки, которые посылаются обратно терминалу для  отображения на экране.

Для каждой операционной системы существуют разные оболочки, отличающиеся набором команд. В Linux и  Mac OS чаще всего пользуются оболочками bash, zsh, fish, tsh. В состав Windows входят две стандартные оболочки: командная строка cmd и PowerShell.

Важно понимать, что оболочки не имеют собственного пользовательского интерфейса, это не терминалы. С одной и той же командной оболочкой можно работать с помощью разных терминалов, а в одном терминале можно запускать разные оболочки.

Терминалы в Windows

Стандартный эмулятор терминала Windows Console появился ещё в первых версиях Windows NT почти  тридцать лет назад. В этом терминале по умолчанию запускается оболочка командной строки (интерпретатор cmd), PowerShell и другие консольные утилиты.

Командная строка Windows (интерпретатор cmd.exe)

Оболочка Windows PowerShell

Также в Windows 10 поддерживается подсистема WSL (Windows Subsystem for Linux), позволяющая установить  внутри Windows один из дистрибутивов Linux и пользоваться оболочками  командной строки (например, bash или zsh) и стандартными утилитами (grep, sed, awk,  …) из этой операционной системы.

Оболочка bash (WSL, Linux Ubuntu)

По правде говоря, за прошедшие десятилетия терминал Windows Console изменился совсем незначительно, работать в нём было неудобно.

Поэтому разработчики, которым часто приходилось пользоваться командной строкой, предпочитали пользоваться программными терминалами сторонних производителей (ConEmu, cmder, Console2, Hyper,  Git Bash). 

Установка и запуск Windows Terminal

Перед установкой нового терминала нужно проверить версию операционной системы, так как новый терминал поддерживается только в Windows 10 версии  не ниже 1903  (соответствующее обновление вышло в мае 2019 года).  Для этого выполните команду winver, в результате которой откроется диалоговое окно с нужной информацией.   

Установить Windows  Terminal проще  всего из магазина приложений Microsoft Store (можно открыть с помощью  ярлыка в меню Пуск или в браузере по ссылке https://www.microsoft.com/ru-ru/store/apps/windows ):

После установки в меню Пуск появится ярлык Windows Terminal:

Для запуска Windows Terminal можно воспользоваться этим ярлыком или нажать комбинацию клавиш <Win>+R и в окне Выполнить ввести имя wt запускного  файла терминала.

В результате откроется новое окно терминала с оболочкой Windows PowerShell:

Рассмотрим основные возможности Windows Terminal, которых не было в предыдущем терминале.

Работа с вкладками

Windows Terminal поддерживает вкладки  для открытия нескольких сеансов командных оболочек в одном окне. Для создания новой вкладки с оболочкой PowerShell нужно щёлкнуть мышью на значке + или нажать комбинацию клавиш <Ctrl>+<Shift>+t.

Если щёлкнуть по значку «стрелка вниз», то откроется список, где можно выбрать другой профиль (командную оболочку) для новой вкладки: 

— стандартная командная  строка Command Prompt (интерпретатор cmd.exe); 

— Windows PowerShell;

— оболочка Bash операционной системы Linux (если подсистема WSL установлена и настроена).

Обратите внимание, что для  каждого профиля в этом списке указана комбинация клавиш (<Ctrl>+<Shift>+1, <Ctrl>+<Shift>+1 и т.д.), по  которой его можно открыть в новой вкладке, не пользуясь мышью.

Переключаться между открытыми вкладками можно с помощью комбинации клавиш <Ctrl>+<Tab>.

Разделение окна на несколько панелей

Окно в каждой вкладке можно разбить на несколько панелей, как по вертикали, так и по горизонтали. В этом случае вы просматриваете сразу несколько сеансов работы с командной строкой, не переключаясь между вкладками.

При разделении по вертикали новая панель откроется справа от выбранной панели, а при разделении по горизонтали – под выбранной панелью. 

— Автоматическое разделение панели текущего профиля: <Alt>+<Shift>+<D>

— Вертикальное разделение панели профиля по умолчанию: <Alt>+<Shift>+<+>

— Горизонтальное разделение панели профиля по умолчанию: <Alt>+<Shift>+<+>

— Новая панель для профиля из списка: удерживать <Alt> и щелкнуть мышью по нужному профилю.

Если во вкладке открыты несколько панелей, то переключаться между ними можно либо с помощью мыши, либо с помощью клавиш со стрелками, удерживая при этом <Alt>. Можно изменять размер панелей, удерживая одновременно <Alt>+<Shift> и используя клавиши со стрелками.

Закрыть текущую панель можно клавишами <Ctrl>+<Shift>+W.

Запуск терминала с аргументами командной строки

Для запуска нового экземпляра Windows Terminal из командной строки используется команда wt. При этом с помощью дополнительных аргументов-команд можно задать текущий каталог, в котором будет открыт терминал, автоматически создать новые вкладки или разделить вкладку на несколько панелей. Команды для терминала разделяются между собой точкой с запятой. 

Например, следующая команда:

wt -d C: ; split-pane -p "Windows PowerShell" ; split-pane -H wsl.exe

 запустит новый терминал с тремя панелями на вкладке:

1. Сначала в корне диска C: открывается профиль по умолчанию, PowerShell (команда -d C:).

2. Затем панель делится по вертикали и в правой половине открывается PowerShell в домашнем каталоге пользователя (команда split-pane -p "Windows PowerShell").

3. Наконец, правая панель делится по горизонтали в нижней половине открывается интерпретатор bash подсистемы WSL (команда split-pane -H wsl.exe).

Итак, мы рассмотрели некоторые возможности нового терминала для Windows, который Microsoft предлагает в качестве современной альтернативы своей консоли Windows Console. Исходный код Windows Terminal размещён на GitHub (https://github.com/microsoft/terminal), этот проект активно развивается, выходят новые версии с дополнительными возможностями. Если вы занимаетесь разработкой под Windows, то обязательно изучите этот инструмент (документация на сайте Microsoft: https://docs.microsoft.com/ru-ru/windows/terminal/) и возьмите его себе на вооружение!

Михаил Бахирев, выпускник LoftSchool, рассказал, как ушёл с должности гендиректора в IT и почему выбрал backend-разработку.

Поделись историей своего успеха

Назвать мою историю «историей успеха» пока нельзя. Я только на пути к успеху. Сейчас работаю PHP-разработчиком в Петербургском университете путей сообщения. Программистом я стал недавно, хотя и работал в сфере IT до этого – в менеджменте. Занимал должность генерального директора.

Решил получить опыт программирования, чтобы лучше понимать предметную область: как программист делает задачи, как думает. Качественное управление возможно, только если знаешь процессы изнутри.  А потом понял, что хочу сделать это своей основной работой.

В качестве вектора я выбрал веб-разработку – меня всегда интересовало создание сайтов. Да и порог вхождения в веб ниже. 

Я поступил учиться на профессию «веб-разработчик» в Loftschool, но назвать меня идеальным студентом нельзя. Мне было сложно. Часто не присылал домашку в срок. Я пытался всё успевать, но не хватало ни времени на интенсивное обучение, ни первоначальных навыков. Тем не менее доступное время я тратил с пользой – догонял программу и в итоге всё сдавал.

Как ты начал заниматься коммерческой разработкой?

Я занимался вёрсткой макетов на курсе и после окончания. Искал работу, но сразу не нашёл. Зато попалась стажировка. В качестве «входного билета» требовалось создать любой собственный законченный продукт. Без backend это было бы сложно осуществить. Пришлось осваивать серверную сторону. Я понял, какие возможности она открывает. На стажировку меня взяли, и именно благодаря ей я начал писать первые скрипты на PHP. Спустя некоторое время освоил PHP-библиотеки и фреймворки. 

При поиске работы столкнулся с тем, что нужно обладать достаточно серьезными знаниями, чтобы быть востребованным специалистом. На протяжении года ходил на разные собеседования, прощупывал почву. И мне, наконец, предложили работу. Видимо, дорос до этого. А сейчас перешёл на работу в качестве разработчика на Laravel. Ни разу не пожалел, что сменил профессию, наоборот, очень рад.

Какую роль сыграла школа LoftSchool в получении профессии программиста? 

Loftschool стала отправной точкой от идеи смены профессии к её получению. Материалы курса выполнены на высоком уровне и задают серьёзную планку в изучении IT-технологий. Благодаря этому после окончания курса ты находишься в тонусе: постоянно ищешь новые знания, задаёшь правильные вопросы и находишь ответы.

Во время обучения я понял, что нужно больше концентрироваться на освоении материала, чем на получении сертификата с оценкой. Сертификат отражает лишь текущий уровень подготовки, и если вы новичок, то совсем не обязательно у вас получится сдать вовремя все задания. Успейте получить максимум знаний, общайтесь с наставниками, пробуйте. Это важно.

Хочу поблагодарить главного преподавателя моего курса Владимира Сабанцева, наставников Олю Болотову и Марата Сайфутдинова, основателя Loftschool Диму Ковальчука за круто организованный процесс обучения!

Область видимости – фундаментальное понятие в JavaScript. С ним необходимо познакомиться и разобраться, чтобы правильно строить работу. Помимо этого у JS есть специальные возможности, которые упрощают процесс разработки. Одна из них – замыкание. Давайте по порядку.

Область видимости

Областью видимости в JavaScript называют часть программы, в пределах которой компьютер видит набор всех созданных переменных, функций и других данных, и может к ним обратиться.

Базово разделить область видимости можно на глобальную и локальную. Глобальная – это область видимости сразу всей программы. А локальная – область видимости каждой отдельной части кода в программе, например, внутри функции.

Пример

Представим, что наша программа состоит из двух переменных и одной функции, которую мы разбирали в Уроке 4:

let someVar = 20;
let someOtherVar = 30;
 function sum (a, b) {
   let result = a + b;
   return result;
}

В глобальную область видимости войдут переменные someVar и someOtherVar, а также функция sum.

В локальной видимости находится то, что указано внутри функции sum: два параметра a и b, а также переменная result.

Добавим ещё одну функцию:

function someFn (a, b, c ,d) {
    let var1 = 10;
    let var2 = a+ b + c + d + var1;
    return var2
}

Теперь в глобальную область видимости добавилась и функция someFn, а в функции someFn образовалась собственная локальная область видимости, которая состоит из параметров a, b, c, d и двух переменных var1 и var2.

Замыкания

Замыкания – важная особенность языка JavaScript. В чём она заключается? Каждая функция знает, где и когда её объявили. Это позволяет ей пользоваться всеми данными, которые существовали в области видимости на момент объявления функции.

Пример

Снова возьмём наш код, который состоит из двух переменных и одной функции, но попросим функцию выполнить сложение не только параметров a и b, но и значений из переменных someVar и someOtherVar. Это выглядит так:

let someVar = 20;
let someOtherVar = 30;
function sum (a, b) {
   let result = a + b + someVar + someOtherVar;
   return result;
}

Запишем результат функции sum с аргументами 2 и 3 в переменную result, чтобы затем вывести её значение в консоль:

let result = sum(2,3);

Справка! Сейчас в нашем коде две переменные result. Первая – в локальной области видимости внутри функции. А вторую мы создали в глобальной области видимости. Так как они созданы в разных зонах видимости, то не конфликтуют друг с другом. Если в глобальной области мы попробуем создать еще одну переменную result, то увидим ошибку «Идентификатор 'result' уже объявлен»:

Uncaught SyntaxError: Identifier 'result' has already been declared

Выведем результат в консоль:

console.log(result);

Так как функция sum объявлена в глобальной области видимости после переменных someVar и someOtherVar, то она может ими пользоваться. В консоли увидим результат: 

55

Если бы мы сначала создали функцию sum, а затем переменные someVar и someOtherVar, то функция бы не сработала.

Здесь замыкание – это способность функции sum обратиться к созданным ранее переменным someVar и someOtherVar.

Как интерпретатор пришёл к результату 55? Рассмотрим пошагово:

1. Мы попросили его выполнить заданную функцию с аргументами 2 и 3 и вывести результат:

let result = sum(2,3);
console.log(result);

2. Он проводит поиск, берёт заданные аргументы и подставляет в соответствующие параметры их значения.

3. Сначала поиск происходит в локальной области видимости – внутри функции. В этой области он видит параметры a и b, равные 2 и 3 соответственно. Подставляет:

function sum (a, b) {
   let result = 2 + 3 + someVar + someOtherVar;
   return result;
}

Теперь ему нужно найти значения переменных someVar и someOtherVar. Как он это сделает? Закончив поиск внутри локальной области и не найдя там нужных значений, интерпретатор переходит в более широкую область. В данном случае – это глобальная. Здесь находится сама функция sum и значения переменных someVar и someOtherVar. Интерпретатор подставляет их в функцию вот так:

function sum (a, b) {
   let result = 2 + 3 + 20 + 30;
   return result;
}

Поэтому, выводя в консоль результаты функции, мы и получили значение 55.

Усложним задачу и сделаем несколько локальных областей видимости. 

Для этого создадим переменную a и функцию fn1, в которую вложена ещё одна функция fn2:

let a = 10;
function fn1(b, c) {
   function fn2(d, e) {
       return a + b + c + d + e;
   }
   return fn2 (3,4);
}

Теперь попросим компьютер выдать нам результат функции fn1 с аргументами 1 и 2, записав их в переменную result:

let result = fn1(1,2);
console.log(result);

Как интерпретатор вычисляет результат в этом случае? 

Рассмотрим подробнее выражение, записанное в функции fn2 – a + b + c + d + e:

Сначала ищем значение a. В первую очередь поиск происходит внутри локальной области видимости первого уровня – это область видимости функции fn2:

function fn2(d, e) {
       return a + b + c + d + e;
   }

Здесь значения a нет.

Поиск переходит в локальную область видимости более высокого уровня, в которой создана функция fn2 – это функция fn1:

function fn1(b, c) {
   function fn2(d, e) {
       return a + b + c + d + e;
   }
   return fn2 (3,4);
}

Но и здесь значения a нет. 

Тогда поиск переходит на следующий уровень видимости, куда вложена функция fn1 – это глобальная область. И здесь находит переменную a со значением 10. Подставляет его в выражение: 10 + b + c + d + e.

Продолжает поиск параметров b и c сначала в своей области видимости. Не находит. Затем обнаруживает их в локальной области видимости функции fn1, которым мы передали значение 1 и 2. Подставляет: 10 + 1 + 2 + d + e.

Продолжает поиск параметров d и e и сразу находит их в своей локальной области видимости, подставляет переданные значения 3 и 4: 10 + 1 + 2 + 3 + 4.

Так мы видим в консоли итоговый результат:

55

Здесь замыкание – это способность функции fn2 вызвать переменную a и параметры функции fn1, так как на момент создания fn2 эти данные уже существовали.

Теперь вы знаете, что такое область видимости и замыкания.

Функции – важная часть программы. Они представляют собой алгоритм выполнения какого-то действия. Берём данные, подаём их в функцию и на выходе получаем результат. Её можно вызывать бесконечно в любой части программы, где необходимо выполнить этот же алгоритм. Благодаря этому мы не прописываем код повторно, а только указываем название функции, и компьютер понимает, что надо сделать.

Составные части

Ключевое слово для функций в JavaScript – function. Алгоритм состоит из таких частей:

— имя – с помощью него мы вызываем функцию;

— параметры – данные, которые подаются в функцию, указываются в круглых скобках;

— тело – здесь мы указываем, что необходимо с этими данными сделать, и просим функцию «вернуть» (return) результат, то есть присвоить полученное значение функции, чтобы увидеть его при выводе результата в консоль. Пишется в фигурных скобках {}. 

Простейшая функция на языке JavaScript выглядит так:

function sum(a,b) {
    return a+b;
}

Разберём её на части:

function – ключевое слово для функции;

sum – имя функции, по которому мы будет вызывать её в программе по необходимости;

(a,b) – параметры, где мы говорим, что функция будет работать с двумя переменными a и b.

{return a+b;} – тело функции, где мы просим вернуть результат, который получится в результате сложения переменных a и b.

По-другому тело функции можно расписать так:

function sum(a,b) {
    let result = a+b;
    return result;
}

Что мы сделали? Мы создали переменную result, куда записали значение арифметического выражения a+b и попросили вернуть (return) значение переменной result.

Если значение переменной – арифметическое выражение, то в неё записывается не само выражение, а его результат. Представьте, что мы присвоили переменной result значение 2+1. Фактически значение переменной result будет не «2+1», а «3». Проверим:

let result = 2+1;
console.log(result);

Результат:

3

Аргументы функции

Когда мы создали функцию, указав параметры и тело – это только описание алгоритма, по которому она должна работать. Но код ещё не выполняется. Чтобы функция заработала, мы указываем её имя, а в скобках указываем аргументы функции.

Аргументы функции – это значения, которые подставляются в алгоритме под соответствующие параметры.

В нашей функции (a,b) – это параметры. Если мы хотим, чтобы функция выдала нам результат сложения чисел, например, 4 и 8, то мы напишем:

console.log(sum(4,8));

(4,8) – это уже не параметры, а аргументы функции.

Вызывая функцию с разными аргументами, мы получим разные результаты, но алгоритм, по которому она выполняется, всегда будет тот, который мы прописали для функции sum.

Каждый результат вызова функции можно сохранить в отдельную переменную, чтобы позже использовать. Например:

1. Создаём функцию sum:

function sum(a,b) {
    let result = a+b;
    return result;
}

2. Создаём две переменные и записываем в них результаты функции sum с разными аргументами:

let one = sum(20, 10);
let two = sum(100, 12);

3. Выводим в консоль значение переменных one и two:

console.log(one);
console.log(two);

Видим результат:

30
112

Теперь где бы мы ни обратились к переменным one и two, компьютер воспримет их значение как 30 и 112 соответственно. 

Функции в JS могут занимать не 4 строчки кода, как в нашем случае, а гораздо больше. Поэтому возможность вызвать конкретную функцию по названию с нужными аргументами значительно экономит время и упрощает процесс работы с кодом.

В следующем уроке расскажем о таком понятии, как «область видимости», и разребём, что такое замыкания в JavaScript.

Деление специалистов на junior, middle и senior – обычное дело в IT. Senior – это high-level, поэтому о нём мы не говорим. А вот как понять, что ты уже middle? Руководители IT-компаний поделились с Loftschool мнением о том, чем junior отличается от middle, когда претендовать на повышение и какие навыки прокачивать.

Junior – новичок в программировании, который ещё не обладает практически никакими навыками разработки и взаимодействия с командой. А middle уже обладает некоторым уровнем экспертности, которая помогает самостоятельно решать несложные конкретные задачи.

Чётко определить грань, когда начинающий разработчик готов стать middle, сложно. Для этого необходимо проявлять больше ответственности, брать на себя задачи сложнее, заниматься ресёрчем. Благодаря этому появится понимание, как решить одну задачу разными способами.

Необходимо проявлять больше ответственности, брать на себя задачи сложнее, заниматься ресёрчем.

На начальном этапе мы подробно описываем junior-разработчику, что необходимо сделать и как, помогаем искать подходы и решения в интернете. Со временем он начинает понимать проект и уровень проработки задач снижается. И вот тогда он готов стать middle.

Кроме практики, необходимо прокачивать и знания теории – языка и подходов проектирования. Для оценки своего уровня рекомендую периодически мониторить рынок вакансий и проходить интервью в другие компании.

Чётких критериев для разработчика между грейдами нет. Они разнятся в зависимости от специфики отрасли, рынка, конкретной компании.

Я могу выделить некоторые общие показатели:

1. Самостоятельное выполнение задачи и проекта небольшого размера.

Junior-разработчику дают решать конкретные задачи. Причём по мере продвижения по задаче разработчик обычно обращается к старшим коллегам, чтобы узнать, как решить тот или иной момент.

Отличительной чертой middle является то, что разработчик уже умеет самостоятельно решать задачу. Безусловно, у него возникают вопросы, но значительно реже.

2. Самостоятельная поддержка небольшого проекта.

Если уже есть готовый проект, который требует лишь небольших доработок, то middle-разработчику не сложно такой проект поддерживать.

3. Решение более абстрактных задач и их декомпозиция.

От junior-разработчика ожидается решение конкретных задач, ему расписывается, где найти решение и, возможно, описывается, как решить задачу. Например, задача может быть описана в формате: «Надо добавить кнопку в компонент Х. Пример добавления лежит тут. Не забудь проверить в продовской сборке».

Middle же получает более абстрактные задачи. Например, формата: «Добавить корзину на сайт. Макеты – тут». Он знает, какие детали уточнить у заказчика. Далее разработчик уже сам выделяет этапы разработки, делает декомпозицию задачи.

4. Ответственность за результат.

Тут всё просто: если junior совершает даже серьёзную ошибку, то ответственность за это по большей части на себя берёт senior или teamlead. После повышения до middle-разработчика ответственность за принятые решения переходит к нему.

5. Несколько видов решения задачи и выбор наиболее подходящего для данного случая.

В зависимости от ситуации middle знает различные методы решения задачи и в силах аргументированно обосновать выбранное решение. Например, если нужно быстро починить ошибки в коде, то он находит самое быстрое решение проблемы. И даже если это влечёт за собой дальнейшие переделки (техдолг), он понимает, что важней быстро доставить фикс и в дальнейшем уже заниматься техдолгом.

Middle знает различные методы решения задачи и в силах аргументировать выбранное решение.

Чтобы понять, как вырасти до middle, пообщайтесь со своим руководителем и выясните, что конкретно в вашей компании необходимо делать, чтобы достичь этого уровня. Можно прямо спросить: «Хочу быть middle-разработчиком, чего мне сейчас не хватает для этого?». Руководитель заинтересован в том, чтобы вы выросли, поэтому честно расскажет, чего не хватает. В одних компаниях разработчика назначают middle только после 2-х лет работы, в других после прохождения сертификации.

Ещё один совет: посмотрите, какие ожидания стоят в вакансиях middle-разработчиков. Всё будет расписано, скорее всего, туманно, но общую канву вы поймёте.

Отличия между junior и middle не настолько очевидны, как, например, между junior и senior. Есть три способа понять, что вы готовы перейти на другую ступень:

Первый – спросить teamlead :)

Второй – отправиться на собеседование на должность middle-разработчика и оценить с помощью рекрутеров или даже тестовых заданий, насколько вы готовы.

Третий – замерять параметры: время, затрачиваемое на выполнение стандартных задач; количество вопросов, которые вы задаете по своим задачам коллегам; размер кода, которым вы решаете стандартные задачи (оптимальность и КПД).

Один из главных навыков middle-специалиста – это тайм-менеджмент.

Из главных навыков для middle я бы назвала тайм-менеджмент, умение расставлять приоритеты и желание максимально всё оптимизировать. По сути, это некое бизнес-мышление, когда специалист начинает понимать, что его время стоит денег и он должен синхронизироваться с глобальными задачами компании.

Подогнать под одно определение всех middle-разработчиков невозможно. Если по меркам одной компании ты крепкий middle, то в другой, более продвинутой, потянешь лишь на сильного junior-разработчика. Требования по рынку крайне нестабильны. Можно попытаться вывести некие общие критерии, но лишь примерно.

Middle-разработчик должен знать на хорошем уровне язык, на котором он пишет. Возможно, без совсем уж редких тонкостей, нюансов и глубокого понимания реализации. Но знание базовой библиотеки основного языка должно быть на уровне знания таблицы умножения. Разумеется, надо и свободно применять на практике дополнительные библиотеки, которые являются стандартом в области.

Кроме того, middle-разработчику нужен опыт, а вместе с ним – умение анализировать поставленные задачи и находить оптимальные пути для их решения. И даже если так сложилось, что для решения трудной задачи пришлось прибегнуть к коллективному разуму в лице Stack Overflow (что, несомненно, происходит крайне редко), то разработчик сможет не только отыскать подходящий кусок кода и скопировать его, но и понять, как его доработать под конкретную задачу.

Middle-разработчик непрерывно отслеживает «жизненные показатели» проекта.

Также очень хорошее качество, которое надо развивать разработчику, – это внимательность. Она позволит вовремя заметить что-то неладное. Грамотный middle-разработчик должен непрерывно отслеживать «жизненные показатели» проекта, чтобы вовремя понять, что после недавнего коммита он работает уже не так бодро.

Еще один важный скилл – умение давать жизнеспособную оценку по трудозатратам. Middle-разработчик, прочитав ТЗ/ФТ, должен корректно оценить время на реализацию, запросить всю требуемую или недостающую информацию, согласовать работы с другими участниками разработки и в итоге выдать результат, за который не стыдно.

Можно также упомянуть и об умении проектировать отдельные части системы, над которыми ведётся работа в рамках поставленных задач. Разумеется, проектирование системы – это задача сеньора или архитектора, но в формате «здесь и сейчас» middle-разработчик должен уметь принимать взвешенные и осмысленные решения об использовании тех или иных подходов.

Я не буду перечислять конкретные библиотеки, фреймворки, подходы и прочие подробности. В целом важно лишь понимание того, что ты делаешь и зачем, а пробелы в знаниях легко заполнить, если есть крепкий фундамент. Частности же зависят исключительно от области, в которой предстоит работать.

Главным и неизменным признаком middle является способность решать типовые задачи самостоятельно без посторонней помощи. В то время как junior, скорее всего, станет искать готовое решение на том же Stack Overflow, middle, вероятнее всего, уже имеет схожий опыт и выдаёт решение самостоятельно. Тем не менее, это не значит, что, становясь middle, разработчик перестаёт обращаться к подобным ресурсам. Он просто начинает использовать их как источник вдохновения или как метод ускоренного повышения качества своего кода за счет «красивых» решений, найденных другим разработчиком, вместо того, чтобы тратить огромное количество времени на поиск похожего решения своими силами.

В числе более узких критериев я выделю понимание общих принципов работы большей части «нативного» SDK или хотя бы его основной и чаще всего используемой части, а также общее представление о существовании и назначении его «менее популярных» частей. Это позволит в случае необходимости быстро ознакомиться с соответствующим разделом документации и приступить к реализации функциональности.

Кроме этого, важными навыками middle-программиста являются:

— способность переложить требования к функциональности на способ её реализации в условиях возможностей и ограничений платформы;

— найти и предложить альтернативное решение задачи, например, в случае невозможности реализации изначального варианта из-за ограничений платформы или требований различных «соглашений»;

— понимание и осознанное следование общепринятым практикам «хорошего» кода;

— представление о существующих архитектурных и прочих решениях в рамках платформы, под которую он разрабатывает.

Как из junior превратиться в middle? Можно следить за статьями более опытных разработчиков, просматривать их код, пытаясь понять, почему что-то сделано так, а не иначе, анализировать свой код, стараясь упростить и улучшить его. Я не имею в виду, что стоит слепо следовать их подходам к разработке. Важно анализировать найденные решения и корректировать собственное представление и стиль, чтобы сначала сделать его чуть лучше, затем ещё лучше и так до бесконечности. 

Анализируйте найденные решения и корректируйте собственное представление и стиль.

Разница между junior и middle чувствуется в процессе работы. Если вы начали ощущать, что задачи решаются быстрее, необходимость разделять код уже не вызывает чувства растерянности и непонимания, а, смотря на код, вы неосознанно замечаете места, где можно было бы сделать «гораздо лучше» и представляете, как этого достичь, видимо, пора ставить вопрос повышения своему наставнику.

Каких-то четких стандартов в этом вопросе в индустрии нет, всё разнится от компании к компании. Обычно junior – это студент, недавно закончивший обучение или стажировку. У него есть общие знания в теории программирования, computer science, знание 1-2 языков программирования. Хорошо, если есть pet project – какая-то разработка (сайт, библиотека и т. п.), которую он запустил и развивает ради собственного интереса. От middle-разработчика его отличает отсутствие опыта в создании реальных проектов, поэтому он работает под присмотром более опытных коллег и первое время набивает руку на простых задачах.

Хорошо, если у junior есть pet project – какая-то разработка, которую он запустил и развивает ради собственного интереса.

Middle-разработчик, в первую очередь, понимает свою зону ответственности и способен самостоятельно принимать решения по реализации в рамках своей компетенции. Ему не нужно разжёвывать задачу, приводить подробную декомпозицию. И он понимает рабочие процессы внутри компании.

Вообще разделение «junior-middle-senior» веcьма условно. Чаще всего компании делят своих разработчиков по стажу работы. Junior – это новичок, который не понимает цели проекта и может работать над задачами только под чьим-то руководством. Middle – это junior, набравшийся опыта, а senior– это руководитель команды, который может раскидать часть полномочий и полностью видит архитектуру системы.

Причем всё это работает только на уровне больших компаний. А на уровне стартапов часто бывает так, что фаундер – он и teamlead, и senior, который руководит junior-разработчиками. Или, наоборот, горизонтальная структура: над стартапом коллективно работает команда middle-специалистов. А ведь ещё есть фулстек-разработчики, которых вообще сложно втиснуть в какую-то категорию.

Так что эти названия – это не то чтобы условность, но границы у них довольно расплывчатые и понимание может отличаться от компании к компании.

Что делать junior, чтобы дорасти до middle? В текущем темпе развития IT, наверное, очень мало спать :)

Когда человек способен принимать решения по проекту самостоятельно, а не просто кодить по ТЗ, то он готов к повышению.

А если серьезно, то уметь воспринимать критику и постоянно учиться новому. Но этот совет подходит любому специалисту. Какой-то четкой грани, которая отделяет junior от middle нет. Но я бы сказал, что когда человек способен принимать какие-то решения по проекту самостоятельно, а не просто кодить по ТЗ, то он готов к повышению. Например, видит какие-то пробелы в техзадании или «костыли» в коде и может внятно объяснить, как сделать лучше.

Junior-разработчикам для общего развития я бы советовал пытаться делать свои небольшие проекты и доводить их до возможности использования и дальнейшей поддержки. Если сможет – значит готов к повышению.

Цикл понадобится, чтобы выполнить какую-то часть кода несколько раз друг за другом с разными или одними и теми же значениями. Он запускается с помощью условного оператора for.

Из чего состоит цикл

Чтобы цикл заработал, после обозначения ключевого слова for мы прописываем в круглых и фигурных скобках такие его части:

В круглых:

— начальное значение – часть инициализации, где переменной присваивается вводное значение. Эта часть выполняется лишь 1 раз, а затем модифицируется;

— условие – с этим условием сравнивается значение переменной, и пока значение истинно (true) будет выполняться тело цикла;

— модификация начального значения – часть, где указывается как необходимо преобразовать начальное значение после каждого прохождения тела цикла.

В фигурных:

— тело цикла – что необходимо выполнить.

В виде кода это выглядит так:

for (начальное значение; условие; модификация начального значения) {
   тело цикла;
}

Справка! Значения в круглых скобках разделяются точкой с запятой.

Пример

Напишем простой цикл:

for (let i = 0; i < 3; i++) {
   console.log(i);
}

В данном цикле мы написали:

— начальное значение – переменная i равна 0;

— условие – пока значение переменной i меньше 3, нужно выполнять цикл;

— модификация – после каждого прохождения цикла необходимо увеличить значение переменной i на единицу и повторить все шаги заново. 

Компьютер выполнит его так:

1. Возьмёт начальное значение i = 0.

2. Сравнит его с условием i < 3. Определит логическое выражение как истину.

3. Выполнит тело цикла – выведет в консоль значение i – 0.

4. Перейдёт к модификации, увидит, что необходимо увеличить начальное значение на 1. Сделает это.

5. Трансформирует значение 0 в значение 1.

6. Сравнит его с условием  i < 3. Определит логическое выражение как истину.

7. Выполнит тело цикла – выведет в консоль значение i – 1.

8. Снова перейдёт к модификации и увеличит последнее значение i еще на 1.

9. Трансформирует 1 в значение 2.

10. Сравнит его с условием  i < 3. Определит логическое выражение как истину.

11. Выполнит тело цикла – выведет в консоль значение i – 2.

12. Снова проведет модификацию и изменит значение с 2 на 3.

13. Сравнит его с условием  i < 3. Теперь логическое выражение определяется как ложное. Поэтому тело цикла больше выполняться не будет. 

14. Цикл остановится и программа продолжит делать тот код, который мы напишем после цикла.

Все шаги, которые выполняет компьютер, мы не увидим. В консоль выводятся только результаты каждого выполненного цикла:

0
1
2

Благодаря условной части мы управляем циклом – он повторяется до тех пор, пока выполняется поставленное нами условие. Так мы контролируем количество циклов.

Мы используем for в тех случаях, когда необходимо повторить одно и то же действие несколько раз. Например, для написания счётчика, таблицы умножения, арифметической и геометрической прогрессии и т. д.

Теперь вы умеете пользоваться циклами! А в следующем уроке мы разберём, что такое функции и как с ними работать.