Сергей delphinpro

Исторически сперва появились коллбэки, затем промисы, затем async/await.
При этом промисы от коллбэков отличаются кардинально, а async/await можно рассматривать как "сахар" к промисам. В идеале везде использовать async/await, там где это невозможно или неудобно - промисы, и еще реже коллбэки.

я б так зделал
Если поменять текст то и фон измениться, только шрифт нужно подлючить

Получается, что я связующее звено между всеми отделами (Производство, Бухгалтерия, Логистика) - придумываю решение а индус все это дело кодит.

Вот тут вся суть твоего вопроса. Ты - не программист, не разработчик, ты - архитектор или как минимум менеджер проекта. И не надо расстраиваться на тему того, что тебя не тянет программировать. Не тянет - значит, не твоё. А вот руководить у тебя получается, судя по всему. А если получается руководить и придумывать решения появляющихся задачи и проблем, так и занимайся этим. Не все специалисты, задействованные в разработке ПО, обязательно должны программировать. Мой совет - развивайся в этом направлении дальше, а программирование оставь тем, кто этим действительно хочет заниматься.

Почему бы не отказаться от jQuery ? Vue предлагает клёвое, реактивное решение.

Вот простой пример.

Основное предназначение неразрывного пробела - запрет переноса следующего за ним слова/символа на новую строку.
Т.е. при выводе, например, "Товар& nbsp#1" не получится такого, что "Товар" окажется на одной строке, а "#1" - на следующей.

Я тут анализировал... Такой себе говноанализ проводил, периодически сканируя если есть возможность и код читаем, т.к. часто бывает его налепят так, что как ни танцуй вокруг него с телефоном - он не считывается из-за очень мелкого размера, крайне хренового качества, или что-то "налазит" на него и т.д.
И пришел я к такому выводу: коды эти сами по себе достаточно полезны и удобны, как механизм/метод передачи определенных объемов информации, но не приживаются они по ряду причин, а именно:
- Многие, если не большинство, людей вообще не шурупают что это за гребаный квадрат и с какой стороны к нему подходить.
Решение: добавлять рядом краткую информацию о том, как его считать и почему это удобно.
- Бесполезный контент! Наверно 80-90% всех кодов несут в себе абсолютно бесполезную хрень, типа урла на какой то убогий сайт, который никому не нужен. Получается, что отсканил код - нашару залил себе говна в телефон в виде, как получается, уже и сюда проникшего спама! Типа вот мы какие современные, хз че его туда зашифровать, а давайте что попало. Люди сканят и: агааа! А вот вам, хлебните говнеца и от нашей компании!))
Решение: публиковать только действительно полезную информацию. Иначе нах.
- Ну и к тому же, самое главное на мой взгляд, это неизвестность! Почему кто-то должен сканить код, не зная вообще нужна ему инфа из него или это будет очередной глоток свежего говнеца но только уже от другой компании!))
Решение: указывать, какая информация зашифрована в коде, чтобы человек понимал будет ли она полезна для него или нет.

А вообще конечно, придерживаясь этих правил (экий я! уже и в "правила" эту простыню записал:))) возможно qr-коды и стали бы популярней. Например, вместо того шлака, который есть сейчас в них, можно шифровать визитку со многими параметрами, которую отсканил и в телефон уже занесен контакт со всеми номерами тел., почтой, названием организации, адресом и др. GPS координаты, если кто юзает тел. как навигатор, основные технические характеристики товара, если это магазин обычный да и вообще валом ещё полезных вариантов... Но у нас почему-то вместо этого туда шифруют потоки калловых масс... идем то в ногу со временем, епта!))

.navigation {
    &__item.open &__link {
      color: red
    }
}