MarvinJan

У Вас по сути идет Object.keys(properties).map(/* ... */).map(/* ... */) - можно объединить в 1 .map(/* ... */)
.map((el) => el) - такая операция бесполезная трата процессорного времени
Постоянный Object.keys(i) там где вообще можно без него

const transformProductStatusInfo = (items) => items.map(({properties, title, value}) => ({
  title,
  value,
  properties: Object.keys(properties).map(key => ({
    key,
    fieldName: properties[key][0],
    fieldValue: properties[key][1]
  }))
}));

Можно. Сложнее \ дольше - не факт. Если на фрилансе красноглазить, то можно остаться вечным джуном, при условии, что все устраивает и нет развития. Если развиваться, обучаться, поставить roadmap, то реально стать крепким миддлом за год-другой (тут предполагается, что джун весьма неплох и не ноль в своих знаниях).

Если при этом устроиться джуном в продуктовую галеру с крепкой командой и \ или хорошим тимлидом, который будет придираться к каждой мелочи в коммите и отправлять фиксить, то реально стать крепким миддлом за год. Удаленно.

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

Нет, не нужно себя успокаивать.
Даже "джун" - это в наших реалиях человек с опытом в офисе.
Причины: он показывает, что вы способны:
1. Работать в команде;
2. Выполняете работу, которую вам дают;
3. Способны выдержать рабочий режим;
4. Вы способны стабильно работать длительное время.

Чтоб ответить на этот вопрос достаточно убрать домыслы и подключить факты. Уровни (junior, middle, senior) придуманы людьми для приблизительной оценки опыта и не имеют в реале никаких чётких границ. По-сути, сказать, что кто-то middle уровня разработчик — ничего про него не сказать. Каждый человек получает опыт в соответствии со своим развитием (сюда можно включить огромный спектр возможностей человека), так что ответ на ваш вопрос в каждом из случаев будет разный. На счёт того стоит ли позиционировать себя как middle коллега выше уже ответил. Я добавлю от себя, что это зависит от уровня вашей уверенности в своих силах. Если уверены, то хоть сеньором себя позиционируйте — люди поверят. А опыт — это побочный продукт, наработаете в процессе.

Можно ли достичь уровня middle в разработке без опыта в офисе?

Получится у одного из ста и займёт раз в десять больше времени, чем заняло бы развитие в офисе до того же уровня.

Стоит ли мне позиционировать себя как мидла при устройстве на работу или без опыта в офисе ты категорически джун?

Попытаться можно. Надо только понимать, что если позиционируешь себя как мидл, то и спрашивать будут как с мидла.

Написал лишь эти два сообщения,

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

Отвечая на конкретный вопрос:

является ли у нас в IT фидбэк нормальной практикой

Я не видел еще чтобы на прямой запрос фидбека отказывали, а вот затягивать и не реагировать на письменные сообщения люди могут долго, конечно.

Далеко не каждый интервьюер (и HR, и руководитель) вообще сообщит об отказе, чаще просто игнорируют не понравившегося кандидата, а уж получить ещё и развёрнутый ответ о причинах - дело не подъёмной тяжести.
1) Человеческая лень. Звонить и отказывать, да ещё и объяснять 9 из 10 кандидатам - долго и муторно (для некоторых).
2) Сообщать об отказе и лично объяснять причину - психологически неприятное занятие. Некоторым очень сложно пойти на этот поступок. Исключение - люди, любящие кого-то оскорблять, унижать, но объективности в их словах может не оказаться.

`<input type="text" value="${a}">`

100% перегрет, но не программистами или веб-мастерами, а индивидами, которые решили что веб это просто и легко и не стоит сильно париться над своими скиллами и знаниями.

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

const persons = document.querySelectorAll(".counter-block-input")[0];
const restDays = document.querySelectorAll(".counter-block-input")[1];
const place = document.getElementById("select");
const totalValue = document.getElementById("total");

function calculateTotal() {
    const personsSum = +persons.value || 0;
    const daysSum = +restDays.value || 0;
    const placeIndex = place.selectedIndex;

    const total = (daysSum + personsSum) * place.options[placeIndex].value * 4000;

    totalValue.textContent = total;
}

persons.addEventListener("change", calculateTotal);
restDays.addEventListener("change", calculateTotal);
place.addEventListener("change", calculateTotal);
calculateTotal(); // сразу вызываем, чтобы обнулить поле