Flying

Браузер не понимает SCSS. В конечном итоге ваш SCSS код "конвертируется" в CSS, в котором нет таких переменных как в SCSS.

Вот что генерирует ваш код и он же будет применен к странице:


Переменная просто перезаписалась и все. Никакой логики нет и быть не может, так как SCSS не работает в браузере. Такой способ не сработает.

Как решить?

1. SCSS

.item {
    $value_1: 50px;
    @media only screen and (max-width: 200px) {
       width: 100px;
    }
    
    width: $value_1;
    height: 50px;
    background-color: red;
}

2. CSS Variables (поддержку посмотреть на CanIUse) - если устраивает, то можете использовать.
Они - часть СSS, а поэтому позволяют организовать более сложную логику.

.item {
    --value-1: 50px;
   
    width: var(--value-1);
    height: 50px;
    background-color: red;
}

 @media only screen and (max-width: 200px) {
   .item {
      --value-1: 100px;
   }
  }

Лара это НЕ модифицированная симфони.
Именно Симфони и надо учить, есло не знаком паттернами, потому что Симфони заставляет им следовать
А Лара следует изначальному подходу пхп "фигак-фигак" - и в продакшен, наплевав на все хорошие практики"

Специально для любителей заменять array_key_exists на isset

isset() не возвращает TRUE для ключей массива, указывающих на NULL, а array_key_exists() возвращает.

Линчно я бы не стал ничего менять. Код читается, выполняет свою функцию. Можно извратиться, и сделать цикл, или использовать неподходящую функцию. Вопрос - ЗАЧЕМ.

Если сильно постараться, то можно записать этот же код короче. Но короче - не значит чище. В подавляющем большинстве случаев получается ровно наоброт. Короткая, но абсолютно нечитаемая абракадабра. или код с ошибками. или все вместе. Ответы в этом топике служат прекрасной иллюстрацией.

Работает - ничего не трогай. Не на версисаж код пишешь

как писать поддерживаемый код?

Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
https://twitter.com/mjackson/status/1171524189850701825

Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
For me, this is 95% of software development. Just figuring out *where* things belong.

Что гуглить, что учить?

Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

Может литературу какую почитать посоветуете?

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

Можно ли себя называть миддлом, если твой код говно?

Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

И ответ на главный вопрос.

Как перестать говнокодить и принимать неверные архитектурные решения?

Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.

Продебажить event или все же listener/subscriber?
Если последнее, то напишите тест, в котором соберёте нужный евент, и передадите его в слушателя, попутно проверив, что все выполняется...

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

Если без тестов — Запилите простенький контроллер, в котором киньте событие, и продебажьте результат, этот способ займёт 5 минут...

UPD: С телефона нашёл пример: www.inanzzz.com/index.php/post/04ad/testing-event-...
суть передает

Что мешало консорциуму W3C и разработчикам браузеров сразу придумать css grid?

Ничего не мешало. Просто не было надобности.
Когда создавался CSS, в интернете был только текст.
И с оформлением текста таблицы стилей отлично справлялись.
Спустя некоторое время стали появляться изображения.
И только сейчас мы пришли к более сложным дизайнерским решениям в макетах с использованием изображений, декоративных элементов, анимации, адаптивности под разные устройства и т.д.

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

Уже неоднократно обсуждали на тостере:

Где лучше практиковаться, чтобы научиться всеми фишками патерна?
Как научиться писать такой ООП код?
Как научиться использовать паттерны?
Как вы освоили шаблоны проектирования?

Мне почему-то кажется, что должно существовать какое-то более грамотное решение.

Возможно, вот такое:

if(in_array($arg, ['foo', 'bar', 'baz'])) {
    // ...
}

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

Задачу так и не понял, но для управления процессами отлично подходит пакет symfony/process

https://symfony.com/doc/current/components/process.html

разруливать параллельные/последовательные процессы с ним одно удовольствие

Надо не уроки смотреть всяких идиотов, а читать книги людей, чье мнение признано сообществом и которые написали книги.
Гради Буч - для освоение сути ООП
Мартин Фаулер - про архитектуру, про CRUD, про доменные объекты. Одной этой книги достаточно, что бы прокачать себя так, что ни один видеокурс в жизни не сделает.

Иначе твои познания будут соответствовать уровню этих уроков, которые создаются лишь с целью срубить с лохов бабла.

Слово namespace здесь неверно.
Ищите по schema name и конкретно search_path

Странно что вы не знаете что такое search_path, но он у вас модифицирован. В дефолтную настройку схема public включена и потому оба ваших запроса обычно делают одно и то же.

В доктрине начиная с 2.5 схема указывается так:

/**
 * Clerk
 *
 * @Table(schema="schema")
 */
class Clerk { }

Не уверен что будет работать для public схемы если доктрина предполагает что оно в search_path есть и так.

1. Адекватность и самостоятельность.
Детальнее: Умение понять суть задачи, чтобы выполнить ее. Самостоятельно решать проблемы - в это слово входит не только то, что возникла проблема - порешал. А умение решить проблемы, которые ты решить не можешь. То есть организовать решение проблемы. Заблочили аккаунт? Выяснить, вызвонить, попинать, чтобы разлочили побыстрее. Не знаешь как решить какую-то техническую проблему - достучаться до куратора. Не сидеть и ждать три дня, пока он вспомнит про твою проблему, а регулярно уточнять. Занят куратор - подойти к другому. Не успеваешь решить в срок - прийти к куратору заранее, а не за час до конца срока.
В общем, чтобы за тобой не бегали.

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

3. Желание учиться.
Не бояться изучить лишнее, потому что "мне же это не пригодится". Умение гуглить по ключевым словам. Не лениться изучать как что-то работает, чтобы понимать почему это происходит. Понимание принципов работы очень сильно увеличивает интуицию.