Должен ли Backend Dev знать Frontend?

На работе поставили задачу

должен ли

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

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

Почему в большинстве контор нет разделения

Не знаю про какое разделение ты говоришь, но при нормально организованном процессе backend-ом и frontend-ом занимаются разные люди. Ну и традиционно попрошу уточнить термины backend и frontend

80 из 100, что ТС больше не отметится в топике.

70/100, что отметится. На кого из ЛОР-овцев спорим?

современный прикладной программист должен знать всё

Всё зависит от того, как у вас на галере устроенно. Когда тебя брали на работу (как я понял тебя же будут просить фронт делать), требовались ли знания фронта и тебя брали как фуллстека или как чисто бэкендера? Если как бэкендера то нет, не должен ты это делать.

«Веб-разработчик» должен уметь делать и то, и другое.

Актор придурочный, у него тем больше чем комментариев.

Ну да, таки я проспорил

frontend — то, чем занимаются frontend-разработчики, очевидно ж.

Аналогично для backend => ТС занимается и тем, и другим => backend == frontend => «Должен ли backend dev знать backend?»

ты должен знать всё. и дизайнить, и бекендить, и фронтендить. вплоть до рисования макета в figma/sketchapp и тд.

Если ты устраивался как фулстэк — то должен. Если как бэкенд — то как захочешь.

В 2020 году если ты не знаешь JavaScript и не «программируешь на реакте» то ты и не программист вовсе.

Знать да, писать нет.

Я такое про FoxPro слышал. Потом про SilverLight.

предложи нанять за пол твоей зп

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

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

Сравнил JS с какой то маргинальщиной...

Погоди, вот webasm внедрят, и коммент станет актуальным

Да ладно. Во времена FoxPro JS был Маргинальщиной.

при нормально организованном процессе backend-ом и frontend-ом занимаются разные люди.

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

В доинтернетные времена разве что.

не делят скажем верстальщика и JS-dev

Это одно и то же. Просто «разработчик» или «инженер» фронтенда звучит солиднее. Как мастер чистоты.

нет. версиальщик - это обезьяна, которая ничего не знает кроме html/css. такие раньше существовали. сейчас без js никуда. а насает фронта/бэка, то если бэк на ноде, то тут уже без разницы, ведь в реактивной дрисне тоже самое. но у тс как я понял богомерзкий сишарп. для сишарпомакак придумали typescript, чтобы он не вызывал такую отторопь… а так - гиблая затея, даже js нужнл учить пару лет

обезьяна, которая ничего не знает кроме html/css

Как там в 90-х? Ведь уже в начале нулевых верстальщик без знания js не котировался. Те html-обезьяны мутировали в jquery-обезьян, а потом в react-обезьян. Не все конечно прошли сито отбора, но суть осталась прежней: макаки.

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

в 2009 еще была профессия верстальщика