Что умеет выдающийся Frontend разработчик?

Question

[WebDev]

Крупные компании ищут лучших в своем деле специалистов на разные должности.
Я могу себе представить требования к backend, потому что backend сложнее. Там нужно учитывать количество пользователей, контролировать нагрузку, управлять памятью. Там разного рода масштабирования, linux и sql. Там много всего можно перечислять. Много зрелых и объемных технологий, на изучение которых требуется много времени и сил.
А вот требования к frontend разработчику высокого уровня мне представить сложно. Тут один достаточно простой (по сравнению) ЯП, приходящие модные технологии вроде babel, webpack и TypeScript, которые еще сильнее упрощают работу и какой-нибудь фреймворк. Есть особенности работы браузеров, но их не так много и они по большей части решаются тем же babel. Фронтенд не масштабируется, не реплицируется. В целом, если его очень хорошо протестировать, то разработчик уверен на 99.9%, что все работает на всех браузерах и на всех утройствах. Здесь не может быть ситуации, когда пришло слишком много пользователей или память на сервере закончилась. Тут нет мониторинг систем.
Судя по вакансиям, зарабатывают и те и другие примерно одинаково.
Но если взять список технологий, которыми нужно владеть, то в случае с frontend все гораздо проще.
Объясните мне, пожалуйста, какими знаниями должен обладать сильный frontend разработчик и почему сегодня frontend и backend оцениваются как равные по сложности сферы.

Comments

[spnq]

контролировать нагрузку, управлять памятью.

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

[ⓒⓢⓢ]

Что умеет выдающийся Frontend разработчик?

Умеет не спрашивать вопросы которые по 100500 раз уже обсуждались

[Roman]

Крупные компании ищут лучших в своем деле специалистов на разные должности.

Мечты, мечты, кино, голливуд.

Охотник за головами
(Headhunter, 2009), режиссер Румле Хаммерих

Социальная сеть
(The Social Network, 2010), режиссер Дэвид Финчер

Экзамен
(Exam, 2009), режиссер Стюарт Хэзелдайн

Кадры
(The Internship, 2013), режиссер Шон Леви

Зачем платить 100500 гению за то что он есть если 10 негров сделают то же самое за 100.

Кроме того зазнавшиеся одиночки это специфические люди (коллектив важнее индивида, незаменимых нет) - это про пафосное

выдающийся Frontend разработчик

[WebDev]

Roman, Если вам нужно сделать сложный, оптимизированный функционал, то даже 100 негров не сделают это. Какой от них толк, если они не могут сделать на нужном уровне?

[Roman]

WebDev, Вы видимо смотрите с другой стороны.
Множество деталей не дают вам сосредоточится на главном.

Если вам нужно сделать сложный, оптимизированный функционал,

Архитектор программного обеспечения

Программист - программирует, Проектировщик - проектирует. Сисадмин - администрирует.
Дизайнер - занимается дизайном, Верстальщик - верстает. Тестировщик - тестирует.

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

выдающийся Frontend разработчик

Попробуйте заменить слово выдающийся на слово сильный

Answer 1

[Владимир Проскурин]

linux

Ну, это и фрондендеру нужно часто знать.

ЯП

Я сомневаюсь, что он сейчас сильно проще питона или php, JS очень довольно быстро развивается. А если взять в расчет TypeScript, то тем более.

В целом, если его очень хорошо протестировать, то разработчик уверен на 99.9%

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

то в случае с frontend все гораздо проще

Ну вот просто вообще не правда. Я также могу сказать, что в бэке учить нечего, изучил язык, изучил laravel, а sql даже учить не надо, используй ORM. Справедливое высказывание?

Теперь в общем. Во front-end много чего можно изучить
1) Верстка. Хороший front-end'ер должен хорошо верстать, вопреки частому мнению, что этим должен заниматься верстальщик. А верстка это отдельная широкая тема.
2) SVG, для многих интерактивных приложений, очень полезно использовать svg, а там куча своих особенностей, хаков и.т.д.
3) Webgl - довольно сложная тема, не знаю, есть ли в бэке что-то аналогичное по сложности.
4) Canvas - не просто знать, а уметь рисовать то, что желаешь.
5) Фрейморки, а там тебе для каждого свое разветвление.
6) Асинхронное программирование, которое для многих php-шников кажется непонятным.
7) ООП, т.к. в JS завезли классы, да и TypeScript часто нужно использовать.
8) Шаблоны проектирования - не только для бэкенда.
9) Webpack+gulp - ну это было.

Буду дополнять, если что-то еще в голову придет.

Comments

[Hyubert]

Позволю себе дополнить:

Заходя в Webgl кроме хорошего знания математики вам еще прибавляеться GLSL - шейдерный язык программирования.

[Максим Тимофеев]

Позволю себе дополнить:
git

[MasterMike]

Позволю себе дополнить позволивших себе дополнить:
- Так производительность, скорость загрузки и утечки памяти, как же о них забыли;
- UI и UX - вряд ли можно найти frontender-a, которому не приходилось дорисовывать (и додумывать) что-то за дизайнером.

[Дмитрий Лузанов]

Позволю себе дополнить:

- Хранилища состояний на фронте (redux, ngrx и пр) порой по сложности на крупных SPA приложениях разрастаются далеко за пределы сложности организации БД на бекенде.
- Знание основ CEO-оптимизации.
- К предыдущему пункту SSR ещё можно добавить.

[Владимир Проскурин]

Да список можно продолжать вечно. Front-end давно уже не "гуечик клепать", но стереотипы почему-то до сих пор остались.

[Alex]

добавлюеще и я:
-WebRTC
- AudioAPI
- HTML5 Geolocation
- Service Worker API
- Web Workers API

Answer 2

[Дмитрий Ларин]

Как человек, делающий и фронт и бэк говорю - бэк проще. На беке ты не паришься вообще с "особенностями" браузеров - у тебя их нет. У тебя вообще практически нет особенностей. У тебя нет необходимости держать в голове пяток яп и разметку(JS, TS, HTML+CSS, CoffeScript, LESS, SCSS) - у тебя есть твой PHP(PYTHON, JAVA) - только один яп. Отдельно идут инструменты сборки - gulp, grunt, webpack - ничего этого нет да и ненужно. Есть композер, который тянет зависимости и все. Тебе ненужно писать километровые конфиги, что бы собрать твое приложение. Линукс тоже знать совсем необязательно - все отлично можно делать и на винде. Ну или развернуть вагрант(докер). Код можно писать где угодно - а вертеться все будет на линуксе. А вот насчет тестирования бэк уделывает фронт на раз-два. Если ты полностью прогнал тестирование (phpunit, codeception) то ты на 99.999% уверен что все пойдет как надо. А вот со фронтом все не так. Ты физически не можешь протестировать ВСЕ браузеры.
Но есть одно большое но. это конечно мое ИМХО, но всеже - фронт делать интереснее))
P.S. Забыл упомянуть фреймворки и либы, которые мастхев знать на фронте - React, Vue, Angular и(только камнями не кидайте) jQuery.
P.P.S Контрольный в голову. Сделали мы клиенту сайт на vue. Сдали, клиент доволен. А потом приходит и говорит - ребята, а на ie8 не работает. А мне очень надо, у меня крупный клиент(бюджетная организация), а у них у всех xp с ie8... (для справки - vue на ie8 не заведется).

Comments

[Максим Федоров]

На счёт киллометровых конфигов, ох... На симфони такие бандлы есть, что ппц... Одни yml

[Дмитрий Ларин]

Максим Федоров, согласен. Но это частный случай.

[irishmann]

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

[Дмитрий Ларин]

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

[Flying]

Дмитрий Ларин ещё case-insensitive файловая система в винде которая легко приводит к проблемам autoloading при неправильном написании имени файла, но тут просто нужно быть чуть внимательнее, быстро входит в привычку :)

[Evgeniy S]

У тебя нет необходимости держать в голове пяток яп и разметку(JS, TS, HTML+CSS, CoffeScript, LESS, SCSS) - у тебя есть твой PHP(PYTHON, JAVA)

Эм, примерно так же получается и у бэкендеров, PHP5/7(есть особенности), Mysql/Postgresql(есть особенности), Redis, очереди по типу всяких кроликов, приблуды типа композера, доп инструменты для миграций, развертывания, тестирования, гиты-докеры, нужно немного понимать в безопасности, а еще алгоритмы, структуры данных, паттерны
А если взять server js Node js вместе с Mongodb - так вообще много особенностей по сравнению с классикой php+mysql

[Дмитрий Ларин]

Evgeniy S, согласен, но частично. Особенности бд можно и не знать. Всю работу с бд на себя берет прослойка. Вот например в yii2 я могу подключить несколько бд: мускуль, постгрес и монго. Но работать я с ними буду через прослойку, которая все "особенности" берет на себя. Я уже и не помню когда хоть что нибудь писал на чистом sql. Приблуды всякие как правило довольно просты. А уж не знать как работать с гитом это мовентон. Вот структуры данных и паттерны это да, это сложно. Но это общее для всех языков программирования.

Answer 3

[Saboteur]

> Я могу себе представить требования к backend, потому что backend сложнее.
Нет

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

> Там разного рода масштабирования, linux и sql.
Во фронте много js, json, xml, CS, много зрелых технологий на изучение которых требуется много времении сил, много новых технологий.

> А вот требования к frontend разработчику высокого уровня мне представить сложно. Тут один достаточно простой (по сравнению) ЯП, приходящие модные технологии вроде babel, webpack и TypeScript, которые еще сильнее упрощают работу и какой-нибудь фреймворк.
А как же webassembly, html5, RMTP, и другое медиа? Флэш сейчас уступил место JS и HTML5, но это только расширяет возможности использования.

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

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

> В целом, если его очень хорошо протестировать, то разработчик уверен на 99.9%, что все работает на всех браузерах и на всех утройствах. Здесь не может быть ситуации, когда пришло слишком много пользователей или память на сервере закончилась.
Ну как это не может? Вы знаете все устройства, где запустится ваше вебприложение? А если на смарттв? А если на нонейм планшете? А если это голосовой чат в веб-приложении на 50 человек?

> Тут нет мониторинг систем.
Зато есть понимание метрик, их сбора, и отправки на бэкенд или куда-то еще?

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

Answer 4

[yayashitoya]

Я могу себе представить требования к backend, потому что backend сложнее. Там нужно учитывать...Там много всего можно перечислять. ...Много зрелых и объемных технологий, на изучение которых требуется много времени и сил.
А вот требования к frontend разработчику высокого уровня мне представить сложно.

И потому то мы и имеем тысячи простых по функционалу веб-сайтов, в которых браузер тупит на пустом месте?

Answer 5

[Константин Китманов]

Фронтенд не масштабируется, не реплицируется.

Точно так же при необходимости масштабируется (route splitting, time to interactivity, critical path) и реплицируется (CDN).

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

В целом это утверждение справедливо для чего угодно, хоть для бэкенда, хоть для игр:)
Чтобы его хорошо протестировать, нужен выделенный QA, который умеет в автоматизированное тестирование. И все равно потом приходит кастомер с каким-нибудь UC Browser и ругается, что ничего не работает.

Тут нет мониторинг систем.

Есть. Raygun, Sentry, Rollbar, Bugsnag.

Answer 6

[АртемЪ]

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

Не обязательно.

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

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

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

Это в бэкэнде можно быть уверенным, потому что он работает на вашем сервере! А фронтэнд работает в чем придется вы физически не сможете протестировать его на всех браузерах и всех устройствах ибо этих сочетаний миллионы. Вы точно тестировали в шестой опере на celerone под WinXp?

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

Какой-то идиот влепил кривой скрипт и подвесил браузер и всю систему клиенту. Скрипты исполняются в браузере клиента! Тут думать надо. Это вам не бэкэнд, где вы можете творить что вам заблагорассудится!

Comments

[Олег Котов]

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

[Strannyk]

Олег Котов,

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

Не хотел бы я у вас работать.

[Олег Котов]

Strannyk, я бы тоже.

[АртемЪ]

Олег Котов, Ничего не загнул

Утечка памяти во фронте на Opera 6 под WinXP - и всё падает у того единственного пользователя

Да, у пользователя висит система, и это косяк.

Утечка памяти в беке на продакшене

И ни у одного пользователя нет никаких проблем - они только у вас на продакшене.

[Олег Котов]

И ни у одного пользователя нет никаких проблем

кроме того, что сервак лежит

Answer 7

[Олег Котов]

ИМХО бэк сложнее в плане логики, фронт сложнее в плане обилия всякого непредвиденного дерьма.

Comments

[Strannyk]

бэк сложнее в плане логики

Зависит от проекта.

Answer 8

[Robur]

Что умеет выдающийся Frontend разработчик?

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

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

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