Alex

чтобы класс присваивать графической программой - не встречал.
Иллюстратор дает малопригодные имена id - например, что то вроде #SVGID_76_ .
Я делал таким образом.
Элементы, которые предполагалось будут иметь общее поведение, объединял в группы - в иллюстраторе еще. Чаще всего нельзя все элементы с одним поведением включить в одну группу, поэтому таких групп создаю столько, сколько это необходимо по-минимуму.
Тут же в ручную в иллюстраторе добавляю уникальные но однокоренные имена для этих групп - эти имена будут id этих групп в svg.
После сохранения svg открываю его например в notepad ++, простой регуляркой по Поиск-замена всем нужным группам с заданными id добавляю класс, который и будет основным для поведения выбранных групп.
Таким образом делаю столько классов, сколько нужно, этим классам уже задаю стили, анимацию и тд. Может не так чтобы очень быстро, но все равно легче, чем вручную по каждому элементу или даже группе проходить...

Потому что контекст не сохраняется, в setTimeout вызывается функция с глобальным контекстом. Варианты решения:
Забиндить контекст:
setTimeout(user.sayHi.bind(user), 1000);
Или же вызвать в анонимной функции
setTimeout(() => user.sayHi(), 1000);

насколько понимаю koa?

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

router.get('/1', ctx => new Promise(resolve => {
    mongoClient.connect(url, (err, client) => {
        client.db("qq").collection("bb").find({}).toArray((err, users) => {
            ctx.body = users;
            console.log(users);
            client.close();
            resolve();
        });
    });
}));

P.S. открывать новый коннект с БД на каждый запрос не очень то хорошо...

Плюсы конструкторов

• Возможность сделать проект без дизайнера и программиста
  
• Широкий набор блоков и возможностей
  
• Почти все конструкторы имеют дополнения и расширения
  
• Наборы готовых шаблонов
  
• Удобство для пользователя для дальнейшего использования / наполнения
  

Минусы конструкторов

• Если мало опыта и нет вкуса в результате получится говно
  
• Намного сложнее делать сайт по готовому дизайну, так как нужно создавать свои или переназначать существующие блоки
  
• При прочих равных сайт на конструкторе более тормозной чем хорошо написанный сайт под конкретную задачу
  
• Удобство для пользователя для дальнейшего использования / наполнения
  

Если вы начинающий веб-разработчик, то нет ничего плохого в использовании конструкторов. Полезно разобраться в одном из популярных конструкторов (скажем Elementor или Visual Composer), это поможет сократить время на разработку/наполнение в некоторых случаях.

Но это не полноценная замена умению программирвоать

Хороший кандидат на должность Junior React Developer, по моему мнению, должен соответствовать следующему перечню требований:
1. Хорошее знание JavaScript. В React разработке используется ES6 и большинство экспериментальных фич еще не вошедших в стандарт.
2. Хорошее знание HTML и CSS. Кроссбраузерная верстка. Так же, хорошо иметь представление о том, что такое css-in-js.
3. Web APIs. Умение работать с объектной моделью документа(DOM) и все эти XMLHttpRequest, localstorage, cookie, history и прочее.
4. Хорошее знание API React. Вы должны хорошо знать React, знать его возможности, понимать основные концепции и уметь ответить на большинство типовых вопросов. Для этого достаточно хорошо изучить документацию, разобрать пару типовых проектов на github и попрактиковаться. Много полезной информации, приёмов и идей можно подчерпнуть из тематических статей и докладов. Так же, на просторах интернета можно найти подборки типовых вопросов, часто задаваемых на собеседованиях. В англоязычном сегменте их больше.
5. Redux. Уверенное знание API. API библиотеки до боли пост. Знать, что такое промежуточное ПО и зачем оно. Понимать базовые концепции архитектуры Flux. Все это есть в документации и многочисленных курсах.
6. Умение работать с менеджером пакетов npm на базовом уровне.
7. Node.js. Хотя бы уметь написать простейший express/koa сервер, который будет отдавать ваше приложение и статику.
8. Webpack. Базовые знания.
9. Умение работать с git. Хотя бы знать и уметь примерять команды: init, clone, add, commit, push, pull, merge, checkout.
10. Иммутабельность. Четкое понимание зачем это надо. Знание приемов иммутабельного изменения структур данных. Это есть в официальном туториале React.
11. Статическая типизация TypeScrpt/Flow. Для начала хватит самых основ и способности понимать чужой код.
12. Функциональное программирование. Хватит знаний полученных в процессе изучения JavaScript, а так же не помешает знать, что такое каррирование, чистые функции и рекурсия.
13. Базовые концепции ООП. Хватит знаний полученных в рамках изучения JavaScript.
14. Асинхронный код. Понимать как его правильно организовывать. Promise, async/await.
15. Сетевые протоколы передачи данных. Вполне хватит базовых знаний о http/https, о том, что такое заголовки и какие они бывают. Хорошо знать о том, что такое websocket.
16. За плечами должен быть хотя бы один учебный проект на React. Хватит типового тестового задания.
Примеры таких заданий: 1, 2, 3(сайт может быть не доступен на территории РФ, советую отрыть через VPN и посмотреть), 4, 5. Если подобного проекта у вас нет, то будьте готовы, что потенциальный работодатель предложит вам выполнить тестовое задание и только по его результату вас, может быть, пригласят на техническое интервью. Если напишите хорошо, вас скорей всего пригласят.
17. Желателен опыт создания типовых UI элементов. Например, чтобы не вызывало трудностей написать простой кастомный чекбокс. Куча примеров реализаций типовых элементов есть на codepen.

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

Похожий вопрос.

var addDays = 3;
var date = new Date()
date.setDate(date.getDate() + addDays);

Шутка «найди того, кто тебе проинтервьюирует будущего интервьюера» слишком поверхностна, чтобы её можно было считать остроумной.

А это не шутка.
Чтобы быть хорошим разработчиком, нужно очевидно обладать техническими компетенциями.
Чтобы прособеседовать человека на должность разработчика, нужно обладать не меньшими компетенциями.
Все, круг замкнулся.

И кстати что это за интервью на фрилансе? Если у вас такого масштаба проект что кто-то согласен ждать интервью - зачем вам вообще фрилансеры? Обратитесь в любое HH агенство и возьмите людей в штат.

Ну или как вариант, выбирайте сами исходя из рекомендаций знакомых, ну и в целом:
- как быстро человек отвечает на сообщения
- скинул он шаблонный отклик или же изучил задачу (Пример плохой оценки "300 часов за все". Хорошая оценка декомпозируется на кусочки не более 4-8 часов)
- Задает ли он вопросы и какие.

Готовьтесь что 49 из 50 будут этим требованиям не соответствовать.

Отдельно хочу подчеркнуть еще несколько моментов:
- не работайте с сильно дешевыми фрилансерами. Если у человека в портфолио сплошные "сайт под ключ за 10 000") - он очевидно не сделает вам нестандартное тз.
- если ваше тз больше 5 страниц - его будут читать только люди с высоким рейтом и то не все.
- любые технологии которые предлагает вам разработчик проверяйте на массовость. Go хороший язык, но искать замену этому разработчику вы будете долго и больно. Не путайте массовость и модность. Node.js модный - но ситуация см выше.

Конструктивный ответ: сервер который вы умеете администрировать.
пс. Nginx ;)

Парсите и отправляйте JSON - это будет правильный вариант. Пример :

var array = [1, 2, 3];

localStorage.setItem("array", JSON.stringify(array));
array = JSON.parse(localStorage.getItem("array"));


console.log(typeof array); //object
console.log(array); //[1, 2, 3]

Эквивалентно

var URL
if (window.URL) {
  URL = window.URL
} else {
  URL = window.webkitURL
}