> Ничего проще и естественнее include-guardов?

А что может быть проще тупо вставленного текста? При всех недостатках, ты по крайней мере знаешь, _что_ происходит и имеешь полный контроль над этим. А когда ты видишь что-нибудь типа "import java.util.Scanner;", ты ещё должен знать, что там происходит под капотом. У разных языков правила импортирования могут быть разные, а в низкоуровневых важна прозрачность.

> При том, что пространств имен именно модулей, как таковых, нет и поэтому так же "просто и естественно" для избежания коллизий прижилось костыляние в виде префиксов "gtk_widget_show" и "qlite3_prepare_v2" (о том, что в оригинале си еще и в структах такие же ограничения были, лучше не вспоминать)?

Ха! А с пространствами имён эти префиксы куда-то деваются что ли? Они становятся наоборот _обязательными_! Нет, можно, конечно, сделать "using namespace ...", но смысл? Сначала ввести пространство имён, чтобы избежать риска коллизий, а потом отключать пространство имён, чтобы опять этот риск получить? Вот в результате и пишешь: "std::fstream f(filename.c_str(), std::ios::in | std::ios::out | std::ios::binary) ..." Бррр, ужосс нечитабельный, лучше пусть gtk_widget_show будет!

Я в последнее время прихожу к выводу, что пространства имён - зло, и придуманы программистами, которые ленятся нормально структурировать свои программы.