Что входит в обязанности frontenda (вопрос к работающим)?

Question

[web-quest3]

Вопрос к тем кто используют ангуляр, или реакт.
Смотрю что по сути эти все дела нужны для SPA, и получается что вы пилите уже не только интерфейс но и бизнес логику?
То есть это не фронтенд уже, а фулл стэк?
Или я чего то не понимаю...?
Мне интересно зачем именно фронтендеру такие монстры, смотрю на сайты и там интерфейсы проще простого, в теории понятно - для сложных проектов но на практике - не вижу я сложных интерфейсов...Значит думаю что логика на них пишеться, то есть тот же бекенд получается?
В общем если можно подробнее пожалуйста. У меня в городе фронт - верстка + jq то чем я и занимаюсь.

Comments

[Сергей Горностаев]

Настоящий фуллстэк - это когда заказчик даёт вам пачку денег, а дальше вы самостоятельно анализируете его бизнес-процессы, составляете ТЗ, проэктируете инфраструктуру, на которой будет работать приложение, закупаете железо или виртуалки строго необходимых параметров, тонко настраиваете операционные системы серверов, фаерволлы, системы обнаружения вторжений и т.п., СУБД (возможно, с разработкой тригеров и хранимых процедур), DNS, кэширование и т.д., верстаете дизайн-шаблоны, пишите бэкенд и фронтенд, обкатываете всё это тестами, в том числе нагрузочными, оптимизируете, документируете и запускаете. Проще говоря, вы знаете и глубоко понимаете абсолютно все технологии используемые в проекте. Если вы просто пишите часть бизнес-логики на фротне, вы не фуллстэк.

[Рамиль]

Сергей Горностаев: какое-то утопическое представление о фулстеке.

[Сергей Горностаев]

Рамиль: это у молодых "специалистов" утопическое представление о фулстэке. Выучил Angular и CSS, понятия не имеет даже о протоколе http, а уже фулстэк.

[Рамиль]

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

[Сергей Горностаев]

Рамиль: да, я знаю таких. Хотите верьте, хотите нет, а слово "глубоко" вы зря в кавычки взяли. Более того, раньше я думал, что такой масштаб и объём знаний - это что-то уникальное, но в последнее время нередко встречаю в статьях, книгах и докладах завирения авторитетных специалистов, что в этом нет ничего особенного и что в современном мире широкий профессиональный кругозор весьма полезен и должен стать нормой. Есть, конечно, место и узким специалистам, но уровень требований к их профессионализму в выбранной области должен быть чрезвычайно высок.

Answer 1

[Рамиль]

Современные клиентские фреймворки навязывают своей архитектурой содержание бизнес-логики на стороне браузера. Таков уж тренд. Но это не означает что фронтендер становится fullstack. Для написания бэкенда, навыков фронтендера не хватит.
Типичный фронтендер сегодня - это уже не верстальшик, это уже что то большее, но еще не fullstack.
В моей работе, основные обязанности фронта: верстка, стили, сборка (webpack, gulp, grunt), бизнес-логика, работа с API и различными сторонними сервисами (google, facebook и др).

Comments

[web-quest3]

Рамиль сложная логика? а всякие красивости (анимации сложные интерфейсы пилите?)

[Рамиль]

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

Answer 2

[Alex XYZ]

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

Comments

[web-quest3]

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

[Alex XYZ]

web-quest3: Писать хорошие GUI-интерфейсы с большим объемом данных и форм все-таки сложно. Эти фреймворки позволяют уменьшить сложность сопровождения интерфейсов и в некоторой степени стандартизировать сам процесс разработки GUI.

[Stalker_RED]

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

[Alex XYZ]

Stalker_RED: никогда не знаешь какого размера хлебушек вынесут )

Answer 3

[Василий Назаров]

зачем [..] такие монстры

Очень нередко - только для того, чтобы поднять ЧСВ "разработчика".
Но иногда фронтовые фреймы полезны, хотя мало (или совсем нет) приложений, где нельзя обойтись простым и компактным Vue против перенавороченных Rеact или, тем более, Angular.
Но

получается что вы пилите уже не только интерфейс но и бизнес логику?

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

Answer 4

[xmoonlight]

Корректно создать работающий на большинстве устройств пользовательский web-интерфейс с требуемым функционалом на заранее оговоренной с Заказчиком технологии (простой шаблон или SPA/веб-приложение).

PS: fullstack - это, например, PHP+JS

Answer 5

[Юрий Костин]

Frontend разработчик сейчас понятие чертовски широкое.

Думаю, что реально крутой frontend developer умеет следующее:

• Верстать. Доступно, кроссбраузерно, адаптивно, резиново и так далее.
  
• На отлично знать VanilaJS.
  
• Уметь собирать проекты: стили, js, шрифты, шаблоны - всё. Webpack, пожалуй - наше всё. Ибо, насколько я помню gulp и grant - таск-менеджеры. А с этой задачей прекрасно справляется npm. Соответственно.
  
• Уметь настраивать webpack и при этом помнить, что есть готовые решения для сборки.
  
• Уметь как работать с npm.
  
• Уметь работать с двумя-тремя популярными фреймворками. Например Vue.js,
  Angular.js, React.js + Redux.js. Представлять плюсы и минусы каждого из решений.
  
• Уметь писать код. Тоже очень широкое понятие. Но, я, пожалуй, остановлюсь на том, что хороший фронтендер должен писать код, придерживаясь code style-а; выделять общие части в отдельные функции/классы и т д; давать адекватные имена переменным/функциям/классам etc. В общем держать свой код в чистоте и порядке.
  
• Уметь читать чужой код. Это очень непростая работа. Нужна высокая сосредоточенность, внимательность.
  
• Уметь покрывать свой код тестами.
  
• Уметь планировать архитектуру клиентской части приложения. Я бы даже сказал, что очень пригодится умение писать UML схемы. Мы же не jquery карусель собрались писать на такой должности.
  
• Понимать на простом уровне как работает HTTP. Как клиент отправляет данные, как их считывает сервер, как отдаёт ответ, и т д.
  
• Интересоваться смежными областями. В первую очередь backend. Благо можно не учить php, ведь есть nodejs. Это тот же самый javascript, так что думаю, что шикарный фронтендер должен уметь писать и на nodejs, понимать нюансы его работы.
  
• Знать больше чем html, css, js. Уметь, например, программировать на python/erlang/ClosureScript/php/c/haskell/подставь своё. Это расширяет кругозор.
  
• Следить за новинками в своей области и интересующих смежных областях.
  
• Уметь работать с git.
  
• Уметь работать с командной строкой. На мой взгляд уметь только cd, ls, mkdir, chmod, chown и touch - не серьёзно.
  

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

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

Comments

[Рамиль]

По большей части с Вами согласен. Но вот с некоторыми пунктами нет.

Уметь, например, программировать на python/erlang/ClosureScript/php/c/haskell/подставь своё. Это расширяет кругозор

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

То же самое и со следующим пунктом:

Уметь работать с командной строкой. На мой взгляд уметь только cd, ls, mkdir, chmod, chown и touch - не серьёзно.

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

[Юрий Костин]

Без максимализма нельзя. От себя нужно требовать.
Например, я никак не могу проникнуться функциональным программированием. Поэтому надеюсь, что в скором времени у меня появится, как ни странно, время попробовать язык, в котором можно писать только в функциональном стиле.
Как сказал Александр Соловьёв https://www.youtube.com/watch?v=R4sTvHXkToQ&t=5s примерная цитата "производят изменение в мозгу, которые делают программиста лучше".

Я вовсе не считаю, что мой субъективный взгляд - истина, однако лишних знаний не бывает. И мне не раз приходилось использовать grep, find, history, cat, less, echo и другие команды.

Каждый сам для себя решает, что ему нужно.

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

[Рамиль]

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

[Юрий Костин]

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

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