Что все-таки должен уметь делать frond-end-разработчик?

Question

[eugene_d_dev]

Я работаю в одной компании front end разработчиком всего лишь пол года, даже меньше. Опыта до этого не было особого. Но вот, передо мной встал вопрос. Чем все-таки должен заниматься frond-end-разработчик. Понятное дело это css+html адаптивность, крассбраузерность, семантика, оптимизация, сжатие и прочие нюансы. Понятное дело это знание js. В принципе js уже довольно-таки неплохо знаю. Мне нравится именно frond end. Я получаю огромное видимое удовольствие от проделанной работы. Я не хочу подступать даже краешком ступни к back-end. Хотя имел опыт, и могу свободно разбираться в коде и понимать как что устроено. В данный момент я не использую никаких дополнительных библиотек, фреймворков и прочего. То есть все делаю с нуля. Есть только собственноручные заготовки. Конечно же я хочу продвигаться в своей профессии, так как делаю сайты как для себя. Изучил уже давно все внутренние тонкости браузеров, чтобы эффективнее заниматься оптимизацией скриптов и графики. Но часто слышу, что front end разработчик должен знать framework'и всякие (angular, node, backbone и прочие). Или там должен владеть технологией ajax в совершенстве. Но это же back-end не так ли? Все, что связано с обработкой данных с сервера это же back-end? Мне вообще это не по душе. Хочется заниматься только своим делом, чтобы в стать в нем лучшим. Как же стать профессионалом, если будешь делать все подряд?( Просто насколько я понимаю с помощью js можно выполнить весь back-end на сайте. Также с дизайном. Часто вижу frond-end дизайнеров. Это же называется full-stack - не так ли? Опытные люди, скажите, что "действительно" должен знать хороший frond-end-разработчик.

Comments

[eugene_d_dev]

p.s. прочитал много тем в интернете. Но порой люди говорят слишком разные вещи.

[Алексей Струков]

Тоже задаюсь часто этим вопросом. Помоему слишком много требуется от этой профессии, либо все это только на словах так подается теми кто считает что он все знает, либо действительно знает в силу своей гениальности/опыта. Нельзя стать специалистом в чем то, если распыляться на множество технологий. Считаю что было бы логичным ввести промежуточное звено - миддл-енд. Фронту останется html, css, seo, семантика и т. п., Миддл будет джаваскриптить и возможно что то из серверного возьмет себе, ну и остальное достанется бэкэнду.

[Dmitriy Mozgovoy]

Алексей Струков: По сути то есть JS Dev. Это у нас с повелось из фронендера делать верстальщика и программиста, дабы сократить расходы компании, но иногда в больших компаниях, например, есть отдельный верстальщик например. ИМХО есть для такого сочетания код+верстка html coder, но там то не предполагается глубокие знания во всех аспектах. +Иногда вообще лепят фронтендеру и знание backend=full stack. Я тоже не сторонник лепить верстку и код на одного человека, с каждым днем обе темы сильно расширяются и держать хорошие склиллы по всех вопросах становится трудно.

[Алексей Струков]

Digital Brain: Сомнительное сокращение расходов для компаний. Месяцами висят вакансии фронтенд девелоперов, которым готовы платить по сотке и более в месяц, хотя можно было бы нанять пару человек с меньшими зарплатами: студента верстальщика, давая ему возможность развиться в нечто большее, и js программиста, что в итоге пошло бы на пользу отрасли, частично утолив кадровый голод, о котором так много говорят работодатели - мол нет специалистов.
Я склонен охарактеризовать нынешнее положение вещей, как "заговор задротов и гениев", когда люди с чрезмерным усердием осваивают разработку так называемого "all inclusive", задавая своим задротством стандарты в отрасли - либо ты знаешь все, либо ты никто и звать тебя никак.
Человек, как личность, должен развиваться разносторонне. Мне например очень интересно программирование, но я ненавижу семантику и аццессибилити. С одной стороны у нас творчество, а с другой - рутина и уныние. Фронтенд девелопер, в нынешнем виде, это гротескная профессия, требующая от человека быть художником и педантом одновременно. Почему так вышло? Видимо задроты и гении прошлого, добравшись до пьедестала в своем развитии, не пожелали видеть рядом с собой простых смертных и установили эти стандарты, которые отфильтровывают всех, не таких как они, тем самым попутно сакрализируя их касту избранных и поддерживая искусственный дефицит кадров и высокий уровень зарплат ))

[copal]

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

[uvelichitel]

Для отдельного ответа мало, поэтому просто оставлю здесь. Кроме упомянутого в вопросе еще SVG и системы сборки вроде Gulp, Grunt.

[Dmitriy Mozgovoy]

Алексей Струков: ну вот по этому лучше искать крупных игроков рынка, они более склонны понимать профит от разделения труда по специальностях. Всякие веб студии в 90% случаев, это вообще только для html coder'ов. Человеку нужно знать все смежные технологии, чтобы быть на одной волне с разрабами других направлений, но все в разной степени глубины. Если есть отдельный верстальщик, это не означает что верстать не нужно уметь скажем js программисту, или не знать инструменты для сборки стилей, просто отдельный верстальщик делает свои задачи быстрее и эффективнее. Так само как эффективнее свою работу сделает архитектор бд, чем backend js || php dev.
Ну а меньше платить человеку, который будет исключительно знать только свою часть - неэффективно. КПД в них все ровно будет меньше чем у команды, где каждый специалист знает все, но с уклоном на свою область продукт будет сделан быстрее. Да и человека хоть как то можно подменить на время. Иначе придется резервировать еще каждого хомяка, чтоб не дай Бог ушел или заболел.

[Antony Bark]

Алексей Струков: браво! "заговор задротов и гениев" подтверждаю

Answer 1

[Сергей Протько]

Все то что запускается в браузере - ваша зона ответственности. Ajax (ajax это просто возможность делать http запросы из js), все эти фреймворки и библиотеки, все все все. От бэкэнда вас целиком и полностью отделяет весьма жирная сетевая прослойка. Причем эту прослойку вы так же должны знать как слой интеграции между фронтэндом и бэкэндом (на поверхносном уровне хотя бы).

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

Если фронтэнд - это отдельное приложение, то и знать вы должны все что нужно для его построения. Это и архитектурные штуки (MVC/MVA/MVVM/MVP/Flux/паттерны всякие/функциональное программирование) и тесты писать уметь должны и т.д. Все как у бэкэндщиков по объемам знаний. Просто у бэкэндщиков геморой обычно в конкурентных запросах, локах, базах данных и другими веселыми штуками. а у фронтэндщиков - зоопарк браузеров, различия в окружениях и т.д.

nodejs - это уже опционально. В любом случае если вы хорошо знаете JS то посмотреть как там чего в API ноды проблемы не составит (например что бы быстренько поднять expressjs сервачек для разработки с мидлвэрами, часто нужно для всяких webpack-ов и browsersync). Ну и опять же билд стэк у фронтэндщиков в принципе весь на ноде написан. Но это не бэкэнд.

Comments

[eugene_d_dev]

Все то что запускается в браузере - ваша зона ответственности? Я всегда думал, что frond-end - это разработка пользовательского интерфейса. Видимо я чего-то не понимаю. Просто в разработке и так слишком много всего надо знать (например canvas 2d или 3d), чтобы отвлекаться на серверную часть.

[Сергей Протько]

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

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

[almac]

Сергей Протько: как думаете, останется ли профессия верстальщика? - то есть psd сконвертить в шаблоны html\css и подключить компоненты нужные на js. В связи с широким объемом\стеком технологий, которые нужно знать современному фронт-ендеру, просто нет возможности охватить их все.

[Сергей Протько]

almac: я сторонник идеи что PSD это дно в контексте современной web разработки. Фотошоп отличный инструмент но уже сейчас слишком сложно в виде статического макета описать динамику и т.д. Мне нравится тенденция смещения профессий, когда дизайнер может накидать живой прототип на том же html + css, тем более что под какой-нибудь хром это сделать не сильно сложно.

Останется ли место для верстальщиков - без понятия.

Answer 2

[Петр]

Ajax(xmlHttpRequest), Web Sockets, Web Workers, Drag&Drop API, Shadow DOM, Web Components, Canvas, SVG
это тоже должен знать/уметь frond-end-разработчик.

Answer 3

[Walt Disney]

frond-end-разработчик отвечает за то что происходит на в браузере, back-end-разработчика который отвечает за то что происходит на сервере. При этом ключевое слово здесь разработчик, т.е. разработчик на js, вёрстка может и не входить в его обязанности, а может входить. Если frond-end-разработчик не умеет js, но умеет css/html то его называют верстальщик.

full-stack разработчик это тот кто может тянуть проект/задачи в одно лицо т.е. для закрытия задачи не нужна помощь других спецов. В данном случае чаще понимается, что разработчик владеет всем используется в конкретном проекте. Т.е. это может быть как photoshop+js+html+css, а может быть python+android/java+ios/objC

Answer 4

[Svyatoslav Demidov]

Я работаю в одной компании front end разработчиком

нужно поменять "front end разработчиком" на "верстальщиком"

Comments

[eugene_d_dev]

Так пишешь, как-будто это унизительно. К слову вы то знаете лучше мою ситуацию чем я.

[Svyatoslav Demidov]

fajjet: называю вещи своими именами.

[Андрей Прокопюк]

Элитизм – моё любимое в программировании

Answer 5

[noxfort]

всего лишь пол года, даже меньше

В принципе js уже довольно-таки неплохо знаю

Junior, что ты делаешь? ахаха, прекрати

Comments

[eugene_d_dev]

пол года работаю в этой компании. А до этого еще был опыт) Неплохо это значит на 5/10

Answer 6

[xfg]

Бекендер предоставляет api для манипулирования данными, а ваша задача эти данные отобразить конечному пользователю. Взаимодействие с сервером ваша задача. Вы делаете полностью клиент. На каком фреймворке или без, вам решать. Но в подавляющем большинстве случаев пишут classic websites, где клиентская часть генерится на сервере и клиент соответственно писать не нужно, поэтому весь сайт делает бекендер, отдать можно только верстку верстальщику, а фронтендер в таком проекте не нужен.

Фронтендер такой же программист. Скажем у фейсбука есть API, вас просят написать веб клиент к этому api. И вы должны это сделать. На выходе должен быть готовый продукт, которым уже может пользоваться конечный потребитель. Это фронтендер. Это его отличает от верстальщика, задача которого картинку напилить в html.

Answer 7

[FoxInSox]

То, что пишут в конкретной вакансии.

Answer 8

[Stas Kuryan]

Ранее front-end dev нужно было знать css и html. И звали его верстальщиком. В довесок шло требование умения работать в Photoshop, чтобы верстать макеты от дизайнера.
Затем JS активно вошел в жизнь, и фронтенд дев должен был владеть html, css, js (уметь работать с какой-нибудь из либ а-ля jQuery).
Сейчас же в довесок ко всему, фронтендщик должен уметь работать с каким-нибудь из популярных фреймворков, например AngularJS, а задачи верстки могут делигироваться на кодеров (если в штате компании таковые имеются). А также такие инструменты как Grunt, Gulp, Bower. Препроцессоры CSS: sass, less. И прочие технологии.

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

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

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

Все, что связано с обработкой данных с сервера это же back-end?

С сервера? Если это не опечатка, то нет. Обработать данные полученных посредством, скажем, AJAX - полностью Ваша задача.

Answer 9

[Иван Николаевич]

Хорошая критика в адрес full-stack понятия на этой неделе вышла.
https://habrahabr.ru/company/Voximplant/blog/275229/