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

и что в этом хорошего для меня как для пользователя?

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

Это все равно что говорить, что нужно было ничего другого помимо самоката не придумывать

какой аналог

delete

в

D

delete

D

GC?

Не знаю, Есть GC, destroy/free

если у меня перед именем класса стоит @safe то удалением будет заниматся GC?

в любом случае классами занимается GC, если не указывал scoped!ClassName - удалится по выходу из блока или сам не юзал emplace!ClassName - сам породил, сам и мочи

понял

я бы еще сделал оговорку по поводу extern(C++) классов

одобряю, делай )

Как конечного пользователя тебя не интересуют файлы. Это технические детали.

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

Опять таки, в повседневных задачах нет необходимости привязываться к регистрозависимости или регистронезависимости имён файлов. Если ты всё-таки к этому привязываешься, то у тебя конечно будет "вендорлок", с которым нужно будет воевать. Но необходимости в этом я не вижу.

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

Кстати урлы тоже регистронезависимые.

Есть ссылки на файлы, они тоже эту идею херят

Не совсем. Ссылки распознаваемы.

Тогда в чём идея сравнивать строки непосредственно между собой?

Правда еще есть хардлинки, которые не распознаваемы. Но это все же явное равенство, а в винде неявное.

В Винде тоже есть софт/хардлинки