• Должен ли UX/UI дизайнер знать компоненты React/Vue?

    @vladdimir
    Верстальщик
    Реакт, Вью и прочие инструменты - это не Лпгенератор или Тильда)) Там компонент это абстракция, а не какая-то конкретная свистелка, поэтому хоть календарь с закгругленными углами, хоть с острыми - творите на здоровье)
    Нет разницы, что под реакт макет, что под вью, что под ваниллу.джэс.

    Если что-то сделать невозможно или это будет слишком дорого (для пользователя или по цене разработки, неважно), об этом вам скажет разраб.

    Другое дело, если вам самим хочется погрузиться в разработку. Если так, то думаю это перспективный вектор развития.
    Ответ написан
    Комментировать
  • Должен ли UX/UI дизайнер знать компоненты React/Vue?

    SeaInside
    @SeaInside
    15 лет пилю все эти штуки
    Смешались в кучу кони, люди...
    Давайте по порядку.

    Должен ли UX/UI дизайнер знать компоненты таких фреймворков как React и Vue

    Если команда разработчиков заранее знает, что будут использовать какой-нибудь набор готовых компонентов для работы (Vuetify, Material UI, etc), то дизайнер должен их знать и использовать как основу, дабы не плодить лишних сущностей, так как без боли эти компоненты можно разве что перекрашивать.

    подготавливать макет прямо на React, но без логики

    "Макет на React без логики" - это вёрстка.
    И боже упаси, чтобы это делал дизайнер - с этим и большинство фронтов так себе справляется (во многом потому, что через 3 месяца работы над пет-проектом говорят "я уже хорошо знаю HTML и CSS, пошёл учить Реакт и получать ЗП в 200+", ха-ха).

    не зная можно ли вообще реализовать такой календарь

    Реализовать в принципе можно почти всё что угодно, вопрос кому оно нужно и кто готов за это платить.

    но наверное какие-то основы, работу с NPM, CSS/SASS препроцессоры он должен знать?

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

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

    Вообще такое ощущение, что все вокруг просто на самом деле ничего толково делать не умеют, но пытаются себе цену добавить мнимым знанием кучи всего. Сфокусируйтесь на одном чём-нибудь.
    Человеку, который делает гениальный дизайн, прощают всё - сложный характер, срывы сроков, никакую структуру файлов, Layer1-layer2 - и возвращаются к нему снова, потому что это профессионал в своём деле, и нет совершенно никакой нужды добавлять себе стоимость второстепенными навыками. Разве что самому интересно..
    Ответ написан
    Комментировать
  • Перенаправить пользователя на определенную страницу после login?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Вызывайте функцию customRULVariableUserId() с нужными аргументами в секции проверки пароля.
    Ответ написан
    Комментировать
  • Как сделать так чтобы выбранные в select2 элементы отображались в созданной форме?

    @resident01
    Php разработчик
    Решение в лоб. Тебе известен id таски ($row['id'])
    Теперь тебе нужно получить id работников из промежуточной таблицы, например
    $sql = "SELECT worker_id FROM worker_tasks WHERE task_id=$row['id']"
    Ну и собственно имея id не составит труда достать всех работников
    $sql = "SELECT * FROM worker WHERE id IN [....]
    Но это не лучшее решение. Проще сделать одним запросом

    $sql = "SELECT `workers`.* FROM workers JOIN worker_tasks ON `workers`.id = worker_id
    WHERE task_id = $row['id']";
    Ответ написан
    1 комментарий
  • Граница между front-end и back-end?

    saboteur_kiev
    @saboteur_kiev Куратор тега Веб-разработка
    software engineer
    Суть заключается не в базовых знаниях, а в специализации.
    Написать простенький сервер-заглушку не должна быть проблемой для senior frontend, но не обязательно лезть в дебри отказоустойчивоти, кластеризации, производительности бэкенда и изучать несколько фреймворков и десятки и сотни библиотек.

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

    Ну или есть еще путь фулл-стек.
    Ответ написан
    Комментировать
  • Граница между front-end и back-end?

    как заглушка api подойдет json-server
    или можно делать запросы в firebase бд напрямую

    Если нужна логика бекенда, а не просто данные, то уже нужны бекенд фреимворки.

    Бекенд нужно знать от уровня "сделал пару проектов" до того уровня, которого достаточно для твоих задач.

    https://habr.com/ru/post/306716/
    Ответ написан
    Комментировать
  • Граница между front-end и back-end?

    @AVechtomov
    Full Stack developer
    За последние 5 лет, как мне кажется, js сделал большой шаг в мир backend разработки. И теперь для фронтенд разработчикa стали обязательными не только стандартные html/css3/sass/less/js, но и знания работы с backend ,
    например NodeJS и ExpressJS.
    Ответ написан
    4 комментария
  • Граница между front-end и back-end?

    inoise
    @inoise
    Solution Architect, AWS Certified, Serverless
    Не должен фронт туда лезть в разработку, ну, разве что надо знать и уметь работать с разными видами API, но если делать для себя то придётся научится )
    Ответ написан
    1 комментарий
  • Граница между front-end и back-end?

    neuotq
    @neuotq
    Прокрастинация
    Чтобы там не говорили, бэкэнд может оставаться полностью черным ящиком только для верстальщика, ито с оговорками.
    Фроентэнд разработчик, даже с джун уровня, уже активно работает с получением отправкой данных, интерактивными интерфейсами и тп. Понимать как и почему некоторые штуки там работают нужно. Хорошо даже уметь быстро что-то простое сделать. Я не говорю становится фулстеком в полном смысле этого слова, НО. По хорошему: фронтендер мидл и выше уровня можно с натяжкой назвать фулстеком, просто с большим перекосом на фронт часть.
    Просто даже серверлесс направление, заставляет в той или иной степени понимать процессы происходящие на той стороне.
    Ну и в любом случае, в случае активной практики и развития, вы сами столкнётесь с тем, что иногда нужно даже лезть и писать какие-либо свои простые скрипты.
    Отмечу отдельно, это не значит что нужно с головой падать, пытаться стать фулстеком. знать всё и тп. Нет, я имею ввиду что понимание работы бекенда, а значит и умение делать некоторые вещи, должны будут и прийдут при активной работе и роста вас как специалиста.
    Это же касается тех же софт скилз и менеджерских умений.
    Ответ написан
    1 комментарий