Хм.. Если реализация AJAX запросов - компетенция бекендера, он должен уметь и в js фреймворки?

Вот несколько выборочно привел вакансии бекендеров. чуть-чуть но JS ожидают:
https://novosibirsk.hh.ru/vacancy/23862371?query=python
https://novosibirsk.hh.ru/vacancy/25812520?query=python
https://novosibirsk.hh.ru/vacancy/25439560?query=java

Тут в отдельных пожеланиях даже фреймы ожидают:
https://novosibirsk.hh.ru/vacancy/25626310?query=java

Потому что ту же админку или простой кабинет — нет смысла ццелый отдел разворачивать, тк это более дорогой процесс организации

Есть компании, где просто нет фронтендеров (к слову и фреймво там нет), при том программисты не фуллстек

Node.JS не знающему программирования, реально?

глаза боятся, руки делают

Хм.. Если реализация AJAX запросов - компетенция бекендера, он должен уметь и в js фреймворки?

Вы просто переоцениваете сложность ajax запросов

JS так или иначе знают все ВЕБ программисты, ведь это история про браузер
JQuery тоже все знают как правило

А вот фреймворки: Backbone, React, Vue, Angular — это уже фронтенд-разработка полноценная, конечно это либо фронт, либо фуллстек

Как организовать частичную блокировку контента статьи?

только еще и статью наверное нужно разломать на 2 раздела: платный и бесплатный

Как организовать частичную блокировку контента статьи?

автор скорее всего имеет в ввиду такое:
https://xakep.ru/2018/04/23/howto-data-sweep/

промотать вниз до оплаты контента

Как организовать частичную блокировку контента статьи?

alexalexes, нет, имеется в виду 10% статьи на затравку открыто, а более подробно — плати дружок (ну через плодписку)

Как правильно расторгнуть договор ГПХ?

andrems, требует!
По телефону (лучше почте) вы уведомляете о желании расторгнуть, если нет ответа — пишите письмо с уведомлением на юрадрес

Как правильно расторгнуть договор ГПХ?

andrems, www.consultant.ru/document/cons_doc_LAW_5142/ca10f...
да, просто им напишите или позвоните (заявите другими слвоами желание расторгнуть)

Как правильно расторгнуть договор ГПХ?

если не указано в самом договоре как будет идти расторжение, то по Гражданскому кодексу

Какой ноутбук взять для веб разработки + ИБ?

16 гигов памяти (меньше = больше тормозов)

Что ж у вас там за ВЕБ разработка такая тормозящая? :)
У меня старенький комп (4х2Гб оперативка DDR2), процессор какой-то не знаю какой, единственное SSD воткнул и на Убунте:
ОДНОВРЕМЕННО и виртуалка всегда одна запущена на пару гигов оперативки, и Шторм работает (и не всегда в проектах из индекса /vendors и /node_modules удаляю) и Хром с кучей вкладок

Github некоторые вопросы по работе с ветками?

rebase сделает это

Посовейтуйте ресурсы для изучения ООП в php с дальнейшим углублением в MVC?

че там в MVC устаревать? :) Этой концепции как мне лет

Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

Евгений Ромашкан, нет, я же уточнил

админка в качестве SPA я не видел, только если это и есть продукт (ЦРМ и ЕРП видел и на Ангуляре

Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

Евгений Ромашкан, ну админка в качестве SPA я не видел, только если это и есть продукт (ЦРМ и ЕРП видел и на Ангуляре и на Реакте), ну и в таком случае конечно че в админке делать фронтендеру

Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

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

Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

Евгений Ромашкан,

upd: скопипащу ответ из похожего вопроса:
Frontend - интерфейс создания/удаления/изменения/чтения данных
Backend - взаимосвязь с БД - создание/изменение/хранение/отдача данных

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

НО! Вопрос был про организацию разработки, в большей части — бекендер дял разработки админки забирает на себя часть фронтовую... так дешевле и быстрее, дольше АПИ делать нужно

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

Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

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

Опять же повторюсь — сюда не учитываются, если админка и есть продукт или его важаня часть

* Для PHP так точно

Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

Евгений Ромашкан, не пренебрегают
Аякс фильтр, загрузка картинок через Drag'n'drop, управление через модальные окна, да много чего — это все возможно организовать силами бкендера
Ну просто нет смысла делать толстый клиент, опять же повторю — если эта админка из себя не представляет либо основной продукт, либо большую его часть (например ERP, CRM, система для управления рекламой и т.д.., сервис по обработке чего-либо)

Если это для управления сервисом, пусть даже сложным, но где сам сервис представляется, а не админка, и где есть ЛК для клиента именно в клиентской части — то не имеет смысла еще и тут гонять 2 разных одела спецов (по мне :)

Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

Евгений Ромашкан,

может содержать как минимум какой-нибудь wysiwyg редактор

если wysiwyg редактор делатся с нуля или допиливается — ну конечно фронт делает

отправка данных аяксом

Вы серьезно? Конечно бекендер на раз с этим справится

В фреймворках или в пакетах уже достаточно интерактивности :)

Опять же повторю — если админка для внутреннего потребления, или для одного клиента

Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

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

...

Это если админка — не продукт дял клиентов внешних, ну например ЦРМ или ERP или прямо вот админку и продаете