Олег

sass/less, bem, html, js

В вакансии указаны требования к фулстаку

Если коротко, то setTimeout срабатывает уже после того как цикл закончился. Даже если вы укажете setTimeout (func, 0 ) всё равно выполнится только после цикла, независимо от времени работы цикла.
К этому моменту i будет равно 4 т.к. используя var переменная будет объявлена только 1 раз. Тоже самое что :

var i;
for (i = 0; i < array.length; i++)

Используя let для каждой итерации будет создаваться отдельная переменная с разным значением.

form.reset()
https://developer.mozilla.org/ru/docs/Web/API/HTML...

Слушай, я понимаю, что ты хочешь, но, боюсь, здесь нет ответа.

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

Из того, что можно точно выделить:

1. Советы Горбунова. Школа у них чудовищная, но вот в советах очень много полезной информации. И, по-моему, они эти советы перенесли в формат электронных книг. Там и по интерфейсам темы и по академическому дизайну и много ответов на разные вопросы по копирайтингу/менеджменту/развитию. В общем, довольно ценный ресурс.

2. Школа Тильды. Это набор последовательных статей. Там описан в некоторой степени утопичный дизайн-процесс, но именно к такому процессу и нужно стремиться при работе в команде дизайна. Они рассказывают о дизайн-мышлении, о картах, персонажах и прочих ментальных инструментах. Это материал не для новичка, а для мидла скорее. Сейчас большинство крупных западных команд работает в +- подобном ключе.

3. Книга "Психбольница в руках пациентов". Классика. Читается как роман, ставит мозги на место сразу. Ты начинаешь решать задачи, а не рисовать пиксели.

Многие скажут, что нужно обязательно прочитать Тафти. Лично я читал его, но это невероятное занудство — более скучных книг нет на всей планете, наверное. Если ты хочешь быть прям как Бирман какой-нибудь — дотошным любителем схем, инфографики и вот этого всего, тогда это маст рид. Есть еще Раскин, который решил описать работу над интерфейсом в академическом стиле. Тоже считается некоей библией. По занудству находится примерно рядом с Тафти. Но мне кажется, что это примерно как учить английский язык по словарю.

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

И самое главное — научись верстать. Не просто понять базовые теги html, а по-настоящему. Чтобы твой код был почти готов уйти в продакшен. Ты откроешь для себя сторону дизайна, которая всегда оставалась в тени — то, как твой продукт реально работает, а не то, как ты себе это представляешь, глядя на картинку. Например, ребята из Apple всегда делают сотнями пенопластовые и пластиковые макеты для новых Айфонов, крутят их в руках, ходят с ними в карманах и т.д. Только так можно прочувствовать форму, понять изъяны и улучшить продукт. Картинка ничего не говорит о проекте, нужно уметь ее материализовать. В вебе с этим помогает верстка.

Из того, что часто может пригодится в вебе

• Паралакс
  
• слайдер
  
• генерацию таблиц из js
  
• сортировку таблиц
  
• общение с сервером
  
• Плеер (аудио/видео)
  
• Работа со временем (momentjs)
  
• Подгрузка постов при скроле
  
• Движение блоков при скроле
  
• Пагинация
  
• Модалка
  
• Взаимодействие с изображениями (фильтр, обрезка, ...)
  
• Кастомные селекты, датапикеры
  
• Табы
  

+ можешь поискать топ сайтов и попробовать повторить интересные штуки из них
+ jQuery
+ фрейморки, например Vue
+ node js

Ошибок нет, но без полной картины сложно сказать.
Например, кнопку "Заказать" лучше сделать блоком и смиксовать его с классом header__button. Будет вот так:

<button class="button header__button">заказать</button>

В классе блока задать оформление, а в классе элемента - внешнее позиционирование. Так делать нужно потому что кнопка скорее всего будет использоваться ещё много где на сайте, и нужна возможность выцепить кнопку в вакууме (которая никак не позиционируется) и вставить её куда угодно.
То же самое с меню. Если оно кроме шапки используется ещё где-то (например в футере), то имеет смысл "header__menu" поменять на "menu header__menu", а li сделать элементами menu, а не header.
Всё зависит от дизайна.

new Vue({
  router,
  components: {
    App,
    Register,
    Login
  },
  render(h) {
    return h(
      this.$route.path === '/register' ? 'Register' : this.$route.path === '/login' ? 'Login' : 'App'
    )
  }
}).mount('#app')

100,000 Stars

str
  .slice(-2)
  .padStart(str.length, '*')

Не особо понятно, что вы подразумеваете под словом "правильно". Берёте GIT и просто используйте. У нас все проекты делятся две ветки (SPA. Vue + Laravel):
1) master
2) develop

Разработка ведётся в develop, когда всё протестировано, делается merge в master. Если у вас какая-то большая фича, то можно ответвляться от develop и когда она закончена сливать и удалять её.

Не меняется, т.к. а - это значение элемента массива. Но если бы это была ссылка на значение (на объект например), то менялось бы.

arr = [{a: 1}, {a: 2}, {a: 3}]; 
arr.forEach(a => {
  a.a++;
})
console.log(arr) // [{a: 2}, {a: 3}, {a: 4}]

В таком случае да, значения объектов поменяются. Но если вы измените ссылку, то нифига

arr = [{a: 1}, {a: 2}, {a: 3}];
arr.forEach(a => {
  a = { a: a.a+1 };
})
console.log(arr) // Тут все по старому

Также, можно поменять значение массива по ключу.

arr = [1,2,3]
arr.forEach((a, ind) => {
  arr[ind]++;
})
console.log(arr) // [2,3,4]

https://codepen.io/anon/pen/ZjvXEp

Не согласен с предыдущими ораторами. Фронтэндер должен обладать хотя бы минимальным "чувством прекрасного". Также не согласен с тезисом, что "это либо дано либо нет".

Возьмите книжек по UI и UX и просвещайтесь.