Максим Черепанцев

Очевидно, что кому-то удобнее физически располагать файлы иначе, чем их отображать в IDE. В C++ зачастую хэдеры кладут отдельно, в папочку include, а сорцы - в src. Согласитесь, стремно было бы воспроизводить логическую иерархию дважды. А с помощью фильтров (aka виртуальных папок) можно легко всё сгруппировать так, как душе угодно.

Фильтры в Visual C++ - это методика организации рабочего пространства. Это старая и проверенная методика, зарекомендовавшая себя в MSVC++ еще с очень старых времен.
Система фильтров позволяет организовать любую лапшу из файлов сторонней библиотеки, в которой все сделано по принципу: "Работает == Не трогай". Этим она чрезвычайно полезна.
Так же фильтры позволяют сделать более тонкую организацию в тех местах, где на уровне файловой структуры она бессмысленна.

Я бы не был так поспешен, ругая инструмент за то, что им пользуются явно неорганизованные или неграмотные "специалисты". В подавляющем большинстве проектов ты просто видел невежество. И ничего больше.
Да, фильтры никак не привязаны к реальным папкам, а это и не надо. Да, на диске все можно хранить в одной папке (и в этом реальный плюс фильтров). Да, фильтры позволяют организоваться только внутри пространства самой среды.
Но и ничего больше.
Многие люди не считают должным разделять заголовки и исходный код по разным папкам, пеняя на "слишком сложную" организацию Include Directories. Только это не проблема среды, это такой у людей стиль организации рабочего пространства.

https://jsfiddle.net/32tdufe2/
Вот такой пример.
При желании можно потюнить градиент (я использовал градиент отсюда)

Как вариант можно так https://jsfiddle.net/kmdq14dw/3/

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

Скорее нет, чем да.

Вам нужен LEFT OUTER JOIN

select u.name from users as u
left join articles as a on u.id = a.user_id
where a.id is null;