Использовать фреймворк (в смысле на котором вы всегда работаете) и однородный стиль работы с конкретным слоем, чтобы не вникать, а сразу ЗНАТЬ как поправить...
У вас перепутано понимание абстрактного паттерна (один объект следит за изменениями в других) и схожой по смыслу бизнес-логики (покупатель следит за изменением цены)... Если вопрос по паттерну конечно
Афанасий Захаров, ну ок, я привел доводы для того, чтобы человек понимал суть разработки, без знания фреймворков (а к их знаниям цепляются парадигмы и принципы) тяжело и без них держать уровень хорошей разработки
Авито, Яндекс, Ламода, Mail.ru, все сми и издания современные, Рамблер (не почта и поиск, а его медиа-проекты) и миллион других проектов (от сервисов до CRM) -- все фреймы
Сейчас вме более-менее серьезное, что пишется (именно в процессе) -- пишется на фреймах.
Мидл? Сейчас джуном не устроиться без фрейма, благо зп хорошие и не сильно сложно...
То, что вы делаете -- шаблоны, верстка доя мелкой фрилансерской поточки и веб-студий не имеет отношения к большим продуктам, которым нужно меняться и выкатывать фичи по биению пульса пользователя
Зайдите на hh.ru, выберите Москва, наберите js-разработчик и увидите, что 80% вакансий под тройку фреймворков
beem7, свою работу скидывать не нужно никуда, тк нужно, чтобы не вам сделали, а вам объяснили, при чем не конкретный случай и конкретную проблему, а более общи принцип работы...
Например вы запутались в настройке сложного устройства модуля, который . сложно настраивается, все это скрыто, ну я так абстрактно...
Помимо того, что вам нужно что-то доработать -- вы в принципе не втыкаете, что и как происходит... неплохо бы крупными мазками чтобы вам накидали картину происходящего...
