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

Оплата труда в России

Средняя зарплата разработчика в России — 90-155 тыс. руб . в зависимости от направления работы специалиста:

• Java,
• Oracle,
• Android и пр.

Статистика окладов в столице (руб.)

• молодые специалисты в IT-сфере с малым опытом работы могут рассчитывать на зарплату разработчика в Москве — 40 000-60 000,
• мидлы могут получать в среднем 90 000-120 000,
• тимлиды, руководители проектов с опытом работы от 3-х лет получают от 100 000 и более.

Открытые вакансии в столице и доходы по ним на работа ру (руб.):

• В ООО “ПРИССКО ” требуется разработчик-Delphi, зарплата — 70 000-120 000. От соискателя требуется опыт работы не менее года, знание Firebird, Delphi, SQL.
• В “Айкрафт оптикал Нью-Йорк ” требуется разработчик Python Odoo ERP , жалованье до 120 000. Требуется опыт от 1 года. Резюме будет рассмотрено после выполнение тестового задания на проверку уровня знаний соискателя.
• В АО “Бизнес Проекты” требуется РНР разработчик, зарплата — 80 000-120 000. Образование любое, опыт работы от 3-х лет, полный рабочий день.
• В компанию Aviasales требуется full stack разработчик, зарплата от 2000 в долларах, работа на о. Пхукет. Требуемый опыт соискателя — 3-6 лет. Работа очень ответственная. Данный специалист должен быть открыт к новым знаниям, разбираться в бэк-энд и фронтальных технологиях, дизайне, инструментах веб-разработки и системном администрировании.
• В ООО “Системы связи ” требуется разработчик сайтов, зарплата 50 000 в месяц. Официальное оформление.

Доходы в разных сферах работы (руб.):

Довольно популярная профессия в России — web разработчик, зарплата — 25 000-150 000 в месяц.

Средний показатель — 52 000.

Также у веб разработчиков зарплата различается по регионам страны:

• Астраханская обл. — 132 500,
• Калужская обл. — 105 000,
• Алтайский край — 70 000,
• Республика Алтай — 60 000,
• Калининградская обл. — 52 500.

Прибыль в других странах:

• Украина — 4500-55 000 грн. Средние з/п — 8 000 грн .
• Казахстан — 60 000-300 000 тг .
• Беларусь — 550-4300 бел. руб ., в среднем — 950 бел. руб .

Прайс работ, сколько в среднем стоят услуги веб-программиста за отдельную работу:

• Дизайн — $200.
• Баннеры — от $10.
• Логотипы — от $100, но обязательно потребуется пример. Если это тендер на лого для крупной компании, стоимость работы может достигать $1000-10000.
• Создание ресурса «под ключ» от — $450.
• HTML-верстка — $90.
• Системы управления контентом — $350.
• Web-программирование — $200.
• Flash — $150.
• Интернет-магазины — $750.
• Продвижение, SEO оптимизация — от $300.

Стоит отметить, что сколько получает программист зависит от объема выполненной работы. Если он работает в команде, то прибыль распределяется между дизайнером, менеджером и др. сотрудниками.

Заработки специалистов по работе с разными ОС

Одна из популярных на 2018 год IT-специальностей — ios разработчик, зарплаты в среднем по стране в диапазоне от 50 до 200 тыс .

Специальность считается одной из самых молодых, средний возраст программистов — 25 лет.

Среди соискателей больше мужчин — 94 % и всего 6 % женщин.

67 % владеет английским языком и всего 44 % работников в этой сфере имеют водительские права.Также в несколько раз превышают средние по стране зарплаты Андроид разработчиков — в среднем 110 000 руб .

Максимальные заработные платы достигают 170 000 в месяц.

Совместный отчет по заработкам

Статистика окладов по городам:

• Москва — 140 000,
• СПБ — 110 000,
• Екатеринбург — 64 000,
• Челябинск — 58 000,
• Самара — 57 000,
• Красноярск — 57 000,
• Казань — 50 000.

Данные по Москве

• Наименьше всего в Москве получают специалисты без опыта работы, студенты профильных ВУЗов — 40-60 тыс. руб.
• Больше всего — 150-200 тыс. руб. получают соискатели в Москве и Санкт-Петербурге со стажем работы от 3-х лет и успешным опытом в разных стартапах.

Средняя зарплата разработчиков игр на 2018 год на разных платформах:

• Россия — 25 000-100 000 р.
• Москва — 50 000-220 000 р.

Иерархия рангов работников и их доходы (руб.):

• джуниоры — 48 000;
• мидлы — 98 000;
• тимлиды, руководители, ведущие — 160 500.

Прибыль в других популярных направлениях (руб.):

• Средняя зарплата Java разработчика в России составляет 125 000 .
• У frontend разработчика зарплата колеблется в диапазоне 40 000-150 000. В Москве у фронтенд разработчика зарплата в среднем 110 000 в месяц. Простыми словами такой специалист занимается созданием пользовательского вида сайта и его шаблоном. Он должен быть обознанным в разных сферах: дизайн, верстка, программирование.
• В бизнес отраслях часто требуются специалисты, которые работают с платформой Pega. Зарплата разработчиков от 40 000 до 200 000 . Руководители крупных проектов могут получать 250 тыс. и больше.
• 40-100 тыс. руб . за месяц заработная плата Flash- разработчика, их еще называют флэш-дизайнеры. Их основная сфера деятельности — создание:
  • интерактивных приложений,
  • flash-игр,
  • интерфейсов с анимацией, графикой звуком и других анимированных элементов.
• Perl- разработчик имеет средний доход в 95 000 . Диапазон заработков — от 60 000 до 180 000 на руки. Основная особенность языка Перл — много возможностей для работы с текстом.
• BI разработчик. Зарплата в Москве — от 70 000 у Junior BI Developer до 200 000 у BI Architect с опытом работы более 3-х лет
• Разработчик мобильных приложений . Зарплата, как и в других направлениях зависит от опыта и места работы сотрудника. Ресурс Superjob указывает среднюю цифру по з/п в 110 000 руб./мес.

Уровень окладов в США

Востребованная профессия в США — разработчик программного обеспечения.

Зарплата в среднем — $73 200 в год , согласно статистике с ресурса PayScale.

• Минимальные годовые зарплаты — 46,5 тыс. долл .
• Максимальные оклады в год — 107 тыс. долл .

Оклады в крупных мировых компаниях:

1. Средняя зарплата для Software Developer в Microsoft Corp составляет $ 111 000 в год. В компании Microsoft у программиста разработчика зарплата может достигать $ 147 000 в год. По статистике 80 % сотрудников мужчин и 20 % — женщин.
2. СВ Amazon.Com Inc средняя з/п программистов составляет $ 102 600 долларов США в год. Диапазон доходов по профессии в компании: $ 72 500-153 500 в год.
3. Средняя зарплата разработчиков в it компании International Business Machines (IBM) Corp. в 2017 году составляла 85 000 долларов США в год.
4. Разработчик программного обеспечения в Google, Inc . зарабатывает среднюю зарплату в размере 86 000 долл. США в год. Максимум специалисты в Гугл могут получать $ 102 600 в год. Для сравнения, зарплаты разработчиков в Яндексе: разработчик интерфейсов – 73 500 руб . в месяц., а это около 15 500 долл. в год.

Fullstack-разработчик - это специалист, способный создать с нуля веб-приложение: и клиентскую, и серверную части. Ответить на вопросы, с какими технологиями должен работать такой специалист, какими обладать навыками и какие иметь знания, сможет не каждый. Рассказываем, кто такой full-stack разработчик и в чем его преимущества в вопросах трудоустройства.

Необходимые навыки fullstack-разработчика

На дворе давно не нулевые, так что стандартного LAMP (Linux, Apache, MySQL, PHP), который тогда применялся чуть ли не каждым вторым разработчиком, недостаточно, чтобы считать себя full-stack разработчиком. Сейчас у full-stack разработчика в портфолио должны быть совершенно другие навыки и умения.

Сервер и хостинг

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

Работа с данными

Full-stack разработчик должен уметь создать сбалансированную модель данных, быть знаком с реляционными и нереляционными базами данных, а также уметь работать с форматами XML / JSON.

Бэкенд-технологии

Сюда относятся знание языков PHP, Python или Ruby, умение выстраивать клиент-серверное взаимодействие, разработка API, работа с аналитикой и сопутствующими фреймворками.

Пользовательский интерфейс

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

Проектирование UX

Умение проработать UX - это обязательный пункт, с которым хотя бы на базовом уровне должен быть знаком любой full-stack разработчик. Необходимо понимать, как пользователь будет взаимодействовать с интерфейсом - это важная часть успеха проекта.

В чем преимущества full-stack разработчика?

Важная характеристика full-stack разработчика для работодателя: такой специалист может закрыть должности и фронтенд-, и бэкенд-специалистов. Бытует миф, что компания Facebook в нулевых набирала исключительно full-stack разработчиков.

На хедхантинговых сайтах каждый день появляется 7-10 новых вакансий для full-stack разработчика, а зарплата на уровне 119000 рублей в месяц доступна при наличии опыта разработки от года.

Получение необходимых навыков

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

Прежде всего определимся с терминами. Есть много разных представлений о том, кто же такой full stack разработчик, кто-то даже вполне обоснованно считает, что такие разработчики - это миф , но в этой статье будет иметься в виду разработчик, который обладает знаниями и умениями, позволяющими с нуля написать некий софт и вывести его в продакшн. При этом софт может быть рассчитан на web платформу, мобильные приложения или десктопные. Идеальный full stack разработчик - это тот, кто владеет в какой-то мере всеми платформами и может разработать и установить на них свой софт. Но это действительно скорее миф.

Неплохое определение с quora.com

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

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

Минусы

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

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

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

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

У вас нет чёткой зоны ответственности
Если в кране нет воды - значит, виноват full stack! Какие бы проблемы не возникали, какие бы баги не вылезали - скорее всего, именно вам придётся ими заниматься, даже если проблема на самом деле должна быть в ведении другого разработчика. Просто ваша картина мира гораздо полнее, и вы быстрее сможете локализовать и исправить ошибку. К сожалению, этим часто злоупотребляют.

“О, дайте ему - он разберётся!”
В ситуации, когда необходимо разобраться с плохим или старым кодом, скорее всего задействуют именно вас. Особенно печально, когда работодатель хочет сэкономить, наняв одного разработчика на весь проект. А ты его открываешь и понимаешь, что проще это выкинуть и целиком переписать.

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

Вы не успеваете за всеми тенденциями
Опять же это следует из первого пункта. По непонятной мне причине, часто ищут разработчика, который в совершенстве умеет применить что-то, что вышло в релиз полгода назад. Увы, вы не можете одновременно знать и уметь применять ES6, рассказать об отличиях последней версии Symfony и о возможных проблемах миграции с Oracle на Tibero в текущий момент. Возможно, вы об этом читали, но попробовать просто не успели.

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

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

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

Минусы в трудоустройстве

Отдельно хочется упомянуть сложности, которые случаются при смене работы.

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

Full stack full stack’у рознь
Какой бы вы ни были широкий специалист, вряд ли вы найдёте место работы с точно таким же стеком технологий. Бывает, но крайне редко. Однако пересечения часто довольно большие, и ничто не мешает вам подтянуть недостающее и ещё больше расширить кругозор.

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

Вам сложнее искать подходящую вакансию
Fullstack разработчиков ищут довольно редко, и не всегда работодатель с такой вакансией может конкурировать с вакансией узкой специализации по условиям. И возникает вопрос - какие использовать ключевые слова при поиске вакансии? Если вы, скажем, Java разработчик, то просто указали в поиске Java - и погнали кликать. Но full stack’у немного сложнее. Обычно проблема решается подпиской на несколько разных фильтров по словам, которые вам наиболее интересны - или просто выборкой по желаемому уровню зарплаты. Последнее не всегда срабатывает, поскольку к моему величайшему недоумению до сих пор висит огромное количество вакансий вообще без указаний зарплатной вилки. Видимо, HR боятся, что тогда каждый захочет описанный максимум? Странно. Если кто знает доводы в пользу такой стратегии рекрутинга - приведите, пожалуйста, в комментариях.

Плюсы

Теперь, наконец, о вкусном.

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

Вы меньше выгораете
Если есть возможность периодически менять проекты, то вы гораздо меньше устаёте от применения одного и того же. Конечно, если вы не хардкорный фанат и не получаете удовольствие просто от того, что пишете всё, скажем, на vanilla C или asm.

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

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

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

В одиночку вы можете создавать чудесные вещи на стыке разных технологий
Вы один можете сделать то, на что при стандартном подходе требуется 3-4 человека. Запрограммировать микроконтроллер для интернета вещей, который общается с веб сервером, пишет в базу данных, и данные с которого можно просматривать на веб сайте, в приложении или на мобильном устройстве? Легко! Вы один можете представить всю систему и реализовать её без согласований, недопониманий и проволочек.

Ваши решения работают быстрее и надёжнее
За счёт понимания взаимодействия различных систем, вы можете выбрать лучше пути для их комбинирования. Вы лучше понимаете каждый компонент и не боитесь его использовать. Как пример - возьмём “кляудные технологии” (мопед не мой, в публикациях проскакивало). В общем и целом, облако это чудесный способ решения огромного количества задач, в том числе задач масштабирования. К сожалению, всё чаще вижу, что облачные решения используются просто потому, что разработчик не умеет и боится решить свою задачу как-то ещё, а представляет это в виде дополнительного плюса. А многое можно сделать гораздо дешевле и лучше, если иметь хотя бы поверхностное понимание вопроса.

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

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

Стартапер, IT-директор и дизайнер обвиняют full-stack разработчиков в нереальности их списка навыков, низком качестве продуктов и отсутствии универсальности. Full-stack разработчики защищаются.

В закладки

В своем блоге на сайт IT-Академия Алексея Сухорукова приводит самые жесткие и противоречивые мнения профессионалов IT-индустрии о том, существуют ли на самом деле full-stack разработчики и насколько хорошо они справляются со своими задачами.

По данным ежегодного отчета StackOverflow (в 2018 году в опросе приняли участие около 100 000 разработчиков со всего мира) почти 50% из них считают себя full-stack разработчиками.

Первые поисковые запросы full-stack developer появились не раньше 2010 года. И с этого момента их количество начинает сильно расти. На графике изображена динамика популярности (100 баллов - максимальная популярность) запроса full-stack developer во всех его вариациях в Google.

Full-stack developer - сегодня это уже отдельная категория специалистов, крайне востребованная и распространенная. Однако не все согласны даже с самим фактом ее существования.

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

В центре внимания - три самых острых вопроса об этой профессии

1. Возможно ли знать всё из списка требований для full-stack?

“Настоящие” full-stack разработчики существуют - так же как существуют гении и люди, которые программируют с 12 лет. Описание “full-stack developer” так же бессмысленно как “гений” или “тот, кто может сделать все что угодно”. Раскрою эту мысль поглубже. Иллюстрация ниже показывает неполную версию того самого “stack”, о котором говорится во всех этих вакансиях.

В большинстве случаев разработчику нужны только одно или два умения из каждого слоя. Некоторые умения можно получить за пару часов (например, простейшая компиляция с помощью “./configure && make && sudo make install” или использование VPS). Получение других умений может занять годы.

То, что ожидается от разработчика «полного стека», намного превосходит возможности обычного человека. Да, есть люди, которые на это способны, я знаю некоторых из них. Но также есть много замечательных разработчиков, дизайнеров и менеджеров проектов, которые точно не подходят к понятию full-stack. Есть и те, кто называют себя full-stack, но едва ли могут определить более полудюжины слов в стеке, который я разместил выше

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

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

2. Может ли full-stack разработчик сделать качественный продукт?

Я вижу плохой дизайн повсюду в интернете, и я считаю , что это из-за недостатка навыков. Не потому, что дизайнеры плохо подготовлены к поставленной задаче, или из-за того, что инженеры не знают веб-стандартов. Нет, причина в том, что существует целый спектр навыков веб-разработки, которые остаются полностью проигнорированными. Несмотря на доказательства того, что front-end development - это целенаправленная деятельность, требующая полной занятости, я вижу, что многие компании нанимают инженеров full-stack.

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

Full-stack разработка – это умение воспринимать самые разнообразные идеи. Со временем такой талант будет становиться все более востребованным. Быть «full-stack разработчиком» не означает мгновенно переключаться с обслуживания кластера Hadoop на программирование связующего ПО на Java, а потом на JavaScript, работающий исключительно в браузере. Специализации придуманы не зря. Но разработчик, понимающий весь стек технологий, будет писать более качественные приложения.

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

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

Чем активнее вы воспринимаете различные идеи, тем больше вы узнаете о других специализациях, а не только о вашей собственной. Тем более эффективно вы будете работать – по той простой причине, что научитесь взаимодействовать с коллегами. Более того, обладая обширным арсеналом идей и концепций, вы будете лучше справляться и со своими основными задачами. Вот к чему мы стремимся, именно в этом и заключается вся польза full-stack разработки.

3. Является ли full-stack разработчик универсалом?

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

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

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

Я пишу свое собственное пошаговое руководство о том, как стать full-stack разработчиком. Знать все компоненты в списке требований к full-stack невозможно, но можно значительно сузить этот список, если вы можете заранее установить стек devops. Кроме того, вы можете охватить каждый «слой» до «достаточного знания», особенно в начале проекта.

Я тренирую свою команду, чтобы они стали «инженерами с полным стеком», но каждый из них фокусируется на определенной области разработки: на iOS, на Android, в Интернете и на API. Преимущественно, мы используем только JavaScript и React / React Native, поэтому я могу менять их позициями. В конце концов, как только структура будет завершена, я могу переназначить их на позиции по конкретным вертикальным стекам. Например, один на потребителя, один на поставщиков, один на admin и один на devops. И все четыре будут при этом взаимозаменяемыми. Такая универсальная команда «инженеров с полным стеком» может существенно сократить расходы на персонал и уменьшить время разработки.

Традиционно разработчики делятся на front-end разработчиков и back-end разработчиков; это обусловлено разделением ответственности между внешним представлением проекта (front-end) и внутренними технологиями (back-end). Очень грубо обобщая, можно сказать, что фронтэнд разрабатывает интерфейс, который видят пользователи, а бэкенд делает «начинку», т.е. программно-аппаратную часть. Такое деление является логичным и создано для упрощения разработки проекта. Однако все чаще в IT-среде появляются full-stack разработчики. О том, кто они такие, и какие технологии актуальны для фулстек разработчика, я расскажу ниже.

Определение

Full-stack developer (или фулстек разработчик) - это разработчик, который должен разбираться во всем стеке технологий и используемых в проекте компонентов, как в части фронтенда, так и бэкенда. При этом такому разработчику совсем необязательно глубоко знать абсолютно все технологии, то есть речь не идет о том, что быть senior во всех технологиях, которые используются при разработке приложения.

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

Но если и упрощенное понятие фулстека: фулстек разработчик WordPress - это разработчик, который может делать и развертывать сайты на WordPress.

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

Фулстек разработчик имеет свои планы и минусы.

Плюсы :

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

Минусов , конечно, тоже хватает:

• по сравнению с узкоспециализированным разработчиком, у фулстек разработчика меньше знаний в каждой из областей (то есть его знания работают вширь, а не вглубь);
• из предыдущего пункта вытекает то, что ему сложнее развиваться - приходится осваивать все и сразу, а не концентрироваться на развитии в одном направлении;
• у фулстек разработчика часто отсутствует одна, фиксированная зона ответственности, и из-за этого его еще сложно заменить другим специалистом;
• нужно уметь хорошо планировать свою работу для того, чтобы все и везде успевать - иначе появиться риск перегрузки задачами (когда везде надо успеть все посмотреть, все сделать и т.д.).

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

HTML/CSS

Это - основа основ. Любой вебразработчик должен знать HTML и CSS. HTML позволяет добавлять данные, контент на сайт, а CSS отвечает за стиль этого контента. Темы, которые чаще всего затрагиваются при разговоре о HTML/CSS во время собеседования:

JavaScript

JavaScript (JS) - язык, который с каждым годом становится все популярнее и обрастает все большим количеством библиотек, фреймворков и инструментов.

Интересно, что в опросе Stack Overflow 2016 года JS стал самым популярным языком во всех трех областях: full stack, frontend и backend. В опросе 2017 года JS просто стал самым популярным языком из всех языков программирования. Ничего удивительного в этом нет - JS единственный язык программирования, который используется и в браузере, и может использоваться в качестве серверного языка (благодаря Node.js). В качестве фулстек разработчика нужно разбираться в следующих темах:

• Работа с DOM . Также желательно знать, что такое и уметь использовать JSON
• Важные особенности языка: композиция функций , наследование классов , делегирование событий , функции высшего порядка .
• Порядок обработки событий (в том числе асинхронный), промисы и колбэки (функции обратного вызова)
• Правильное структурирование кода и работа с модулями
• Знание webpack , browserify и gulp
• Знание хотя бы одного популярного фреймворка (React , AngularJS …). Вообще понимание самого JS важнее, чем знание фреймворков, т.к. в любом из них тогда будет несложно разобраться
• Знание jQuery

Язык бэкенда

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

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

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

• Node.js : хороший вариант, т.к. сам по себе Node.js - это просто окружение JS, то есть при знании JS не нужно будет учить новый язык программирования. А самый популярный для изучения и создания приложений фреймворк - это Express .
• Ruby : еще один популярный для бэкенда язык. Самые популярные фреймворки: Ruby on Rails и Sinatra .
• Python : популярные фреймворки - Django и Flask .
• Java : сейчас Java уже редко изучают для применения в бэкенде, однако компании, которые его до сих пор используют, существуют, поэтому найти работу можно и с этим языком программирования.
• PHP : сейчас является краегольным камнем в вебе, но конкретно в бэкенде используется нечасто.

Базы данных и веб-хранилища

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

Поэтому обязательно нужно углубиться в следующие темы, касающиеся БД и хранения данных:

• Преимущества реляционной модели данных , SQL
• NoSQL базы данных , например MongoDB
• Умение подключать выбранную базу данных к выбранному языку бэкенда (например, MongoDB и Node.js )
• Преимущества СУБД в оперативной памяти : Redis , Memcached
• Веб-хранилище для хранения сессий, куков и кэша в браузере
• Масштабирование баз данных , ACID , ORM

HTTP и REST

HTTP - это протокол передачи данных прикладного уровня, он обеспечивает взаимодействие сети и пользователя. Например, если JS-код делает какой-либо AJAX-запрос к бэкенду на сервере, то это происходит посредством HTTP. Важные в этой части темы перечислены ниже:

• Что такое REST
• Использование REST API
• Запросы POST и GET
• Использование