Klein Maximus

вы все знаете — Junior
вы поняли что ничего не знаете — Mid
вам все равно — Senior

habrahabr.ru/post/231649/#comment_7826819

Вот как это выглядит с т.з. работодателя

Джун
- собеседование
изъясняется исключительно на сленге (большую часть которого не может внятно объяснить), готов в одиночку за неделю написать новую ОС, или две - за полторы, если только для этого не придется учить ассемблер, несмотря на юный возраст уже обладатель прав на обе версии и один бэкап личного сайта с фотографией кошки в розовой рамке и знает, что синглтон - это абсолютное зло, хотя и не может написать его без ошибок.
- испытательный срок
долго мудохается с настройками рабочего места, которые регулярно слетают под тяжестью многотысячных плагинов, шелов и скринсейверов, донимает админов, находит две (орфографические) ошибки в документации проекта и один быстрый альтернативный способ сделать форк из SVN, после которого проект, к сожалению, не билдится не только у него, но и у всей команды. Берется все немедленно исправить с помощью другого чудотворного плагина, (неожиданный баг в котором приходится фиксить двум миддлам), после чего насильственно лишается рута, плагинов и шелов и начинает изучать проект под чутким контролем матерящихся миддлов.
- работа
научился билдить проект, писать тесты и коммитить, не роняя этим билд, понял смысл многих сленговых выражений, подружился с миддлами и админами, не путается в названиях ключевых технологий, радикально сократил число плагинов, удалил сайт с кошкой, работает.

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

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

В моей голове так:
junior - если надо обязательно делать code review после выполнения задачи, и с большой вероятностью после него что-то править.

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

senior - может проводить code review.

При нажатии на "добавить" увеличиваете инкремент количества форм на 1.
Через v-for="i in formCounter" выводите блоки с этими тремя инпутами и кнопкой.
Атрибуты у инпутов прописываете типа :name="`address-${i}`"

UPD: Живой пример

localStorage

v-for="(item, index) in items" :style="index===0 ? 'padding: 10px' : false"

Все просто, в массив вы кладете ссылку на объект, на который так же ссылается переменная экземпляра Vue, вы меняете id у объекта перед пушем, на который ссылается только что добавленный элемент массива (старый объект). Переменная экземпляра не должна ссылаться на объекты, добавляемые в массив. А вообще, отладка кода, как я уже говорил, наше все

jsFiddle

Как писал 0xD34F, сделайте computed свойства и выводите их через v-for.
Пример:

computed: {
  countries () {
    return this.data
      .map((x) => x.country) // для каждого элемента из массива объектов data возвращаем страну
      .reduce((r, с) => [...new Set(r.concat(с))], []) // оставляем только уникальные значения
      .map((с) => { // для каждого элемента из полученного массива
        return { // возвращаем 
          'country': с, // наименование страны
          'count': this.data.filter(cx => cx.country === с).length // количество элементов в исходном массиве с таким же наименованием страны
        }
      })
  }
}

для городов и типов делаете так же

UPD.
Чтобы не дублировать код, сделайте по аналогии с функцией выше метод, возвращающий из вашего массива новый массив уникальных значений с количеством вхождений

Обходите массив, считаете все встреченные свойства/значения, оформляете это дело как computed свойство:

groupedItems() {
  return this.items.reduce((acc, n) => {
    for (const k in n) {
      acc[k] = acc[k] || {};
      acc[k][n[k]] = (acc[k][n[k]] || 0) + 1;
    }
    return acc;
  }, {});
}

Выводите с помощью v-for:

<div v-for="(group, groupName) in groupedItems">
  <h3>{{ groupName }}:</h3>
  <div v-for="(value, key) in group">{{ key }} ({{ value }})</div>
</div>

Добавить два свойства - массив, описывающий типы, и тип, данные которого надо отобразить:

data: () => ({
  types: [
    { id: null, name: 'Все' },
    { id: ..., name: '...' },
    { id: ..., name: '...' },
    ...
  ],
  active: null,
  ...

Дать пользователю возможность выбирать тип отображаемых данных:

<button v-for="n in types" @click="active = n.id">{{ n.name }}</button>

<!-- или -->

<select v-model="active">
  <option v-for="n in types" :value="n.id">{{ n.name }}</option>
</select>

<!-- или -->

<label v-for="n in types">
  <input type="radio" name="type" :value="n.id" v-model="active">
  {{ n.name }}
</label>

Сделать вычисляемое свойство, которое будет представлять отфильтрованные данные:

computed: {
  filteredItems() {
    const { items, active } = this;
    return active ? items.filter(n => n.type === active) : items;
  },
  ...

Показать результат фильтрации:

<tr v-for="(n, i) in filteredItems">
  ...

https://jsfiddle.net/jhekutv3/

В чем отличия Object.prototype.method и Object.method?

Object.method — это методы конструктора Object. Ну вроде как статические методы в php, если провести аналогию.
Object.prototype.method — это методы экземпляров Object и его потомков.

И не могу понять: зачем нам prototype? Ведь по сути нам просто нужно получить функцию и задать контекст, почему же тогда работает только с prototype?

Потому что данная функция определена именно в прототипе.

Тут всё довольно просто, без заморочек.