на днях на хабре статья про это была. там все не очень и хорошо. малейшая ошибка в js и сайт вылетает совсем.

но вообще спа это больше не про юикс, а про развод с дележом имущества между фронтами и бэками )

и минимизацию трафика при запросе кусочков интерфейса. По сети легче гонять жисончики

в любом случае будет перекос в одну сторону. либо хорошо vue но хреновое ui, либо хорошие идеи и хреновая реализация.

Товарищи дорогие, а вот скажите Насколько типично для современного рынка совмещение фронтендера-vueшника и ui-ux дизайнера/архитектора в лице одного человека? Есть шансы найти чела с таким набором скилов, или всё-таки придётся искать двух?

Блин, плохо 8( Проблема даже не в бюджете, проблема в том, что фронта загрузить работой на фултайм мы можем, а вот ui-ux будет простаивать всё время. Подумаю над тем, чтобы контрактника под это дело поискать...

bootstrap !== ux

Нам на бэкофис. Пользователи этих интерфейсов настолько невзыскательны, что сидят на формах, свёрстанных в середине девяностых, и особо не рыпаются. Щас я наконец-то смог убедить людей, что правильный ux с правильным фронтом будет способствовать в том числе и увеличению производительности, и мне дали добро ставить эксперимент и искать людей под это дело. Так что ничего сверхъестественного там в первом приближении и не надо, буду по нарастающей это развивать.

Нам на бэкофис. Пользователи этих интерфейсов настолько невзыскательны, что сидят на формах, свёрстанных в середине девяностых, и особо не рыпаются. Щас я наконец-то смог убедить людей, что правильный ux с правильным фронтом будет способствовать в том числе и увеличению производительности, и мне дали добро ставить эксперимент и искать людей под это дело. Так что ничего сверхъестественного там в первом приближении и не надо, буду по нарастающей это развивать.

вот ты сам сказал, тут для ux работы ПРОСТО ДОХЕРА

А что за контора?0

В целом да, но это конечный и не очень большой объём. Окей, пусть за год мы вылижем эти интерфейсы до блеска, а дальше ему что делать? Меняются они раз в год и в пределах "добавить три галочки"

В целом да, но это конечный и не очень большой объём. Окей, пусть за год мы вылижем эти интерфейсы до блеска, а дальше ему что делать? Меняются они раз в год и в пределах "добавить три галочки"

Товарищи дорогие, а вот скажите Насколько типично для современного рынка совмещение фронтендера-vueшника и ui-ux дизайнера/архитектора в лице одного человека? Есть шансы найти чела с таким набором скилов, или всё-таки придётся искать двух?

Товарищи дорогие, а вот скажите Насколько типично для современного рынка совмещение фронтендера-vueшника и ui-ux дизайнера/архитектора в лице одного человека? Есть шансы найти чела с таким набором скилов, или всё-таки придётся искать двух?

В целом да, но это конечный и не очень большой объём. Окей, пусть за год мы вылижем эти интерфейсы до блеска, а дальше ему что делать? Меняются они раз в год и в пределах "добавить три галочки"

На временный контракт?

Вот над этим вариантом и придётся думать, видимо. Боюсь только, мне не дадут бюджет на двух людей сразу, а форнт важнее. Поэтому, как обычно, сделаем фронт, как мы себе это представляем, а потом будем подключать ux-а на контракте, чтобы всё переделать 😆 Зато фронт будет по уши загружен, к гадалке не ходи 😆

Их не пугает тройная работа? Деньги есть на такое?)

юикс или дизайнер?

Меня пугает, больше не в плане денег, а потому, что потом окажется, что "и так норм, нафиг нам ещё один чел".

Это если менеджменту плевать на бизнес. Иначе же они должны понимать, что люди пользуются тем, что удобнее.

http://recordit.co/rRsOFlhJGx нужна помощь, когда делаешь отмену хочу чтобы было первоначальное значение, в inpute v-model стоит всем привет

Вот над этим вариантом и придётся думать, видимо. Боюсь только, мне не дадут бюджет на двух людей сразу, а форнт важнее. Поэтому, как обычно, сделаем фронт, как мы себе это представляем, а потом будем подключать ux-а на контракте, чтобы всё переделать 😆 Зато фронт будет по уши загружен, к гадалке не ходи 😆

так, я не понел, в вс код майнер крипты встроили?

Доброго времени суток. А во Vue.js есть возможность динамически изменять шаблон одного компонента из другого компонента? Есть задача: нужно определить компонент который будет рисовать некий блок на странице. И при этом нужно иметь возможность изменять внешний вид блока из другого компонента. Например есть компонент который рисует блок: <div class='imgWrapperСomponent'> <img src='image.png'> </div> И я хочу из другого компонента добавить в этот шаблон span Чтобы в реальном DOM получить следующие: <div class='imgWrapperСomponent'> <img src='image.png'> <span>Added from another component</span> </div> Важно: при этом в изначальном шаблоне компонента imgWrapperСomponent span не должен быть описан. Те при разработке компонента я не знаю что мне потребуется добавить в него и потом возможности добавить не будет. Это необходимо чтобы иметь возможность расширять работу уже описанного копонента в условиях невозможности модификации изначального компонента. Благодарю за помощь.

Почитай про slot

Задал вопрос и сразу нашёл ответ. нужно добавить .default require('./components/pages/index.vue').default

Ребят, а тут можно вакансии кидать?

Вечер добрый. Позвольте обратиться с, возможно, довольно глупым вопросом: Имеется вполне себе стандартная форма, с данными из хэша form: { some: 'data', anotherOne: 'data'...} Однако визуальное наличие некоторых полей зависит от параметров выбранных в в иных полях. Несмотря на то что виртуальные dom-элементы скрыты, данные из form: {} отправляются полностью, даже с данными из скрытых элементов. Подскажите - как быть? Как отправлять через форму только те данные из хэша, которые визуально присутствуют на странице в данный момент.