>. Это поведение решает проблему наличия глобальных переменных в отсутствии линкера.Это поведение создаёт трудноуловимые ошибки на ровном месте.
>>Вместо того, чтобы бить в тамтамы и сообщать об ошибке
> Не надо обманывать система выдает предупреждение "Undefined variable".
Система должна "не исполнять", а падать с ошибкой, чтобы не допускать возможных утечек. Впрочем, для среды "что вижу, то и пою", когда при обновлении сервера, php или чего-то связанного оно может вообще перестать исполнять и вместо этого отдавать сервером сырец приложения, исполнить что-то недостоверное - вообще мелочь. Ибо в php ужасно всё, от начала до конца, куда не ткни - попадёшь в потенциальную проблему, которая часто превращаяется в реальную. И культивирование безалаберности - это первый шаг к этому.
>>Для чего это сделано
> У интерпретируемых языков нет времени для многопроходного ковыряния в коде. Функция статического
> анализа возложена на сторонние инструменты и программистов. К слову, все не
> фатальные предупреждения которые выдает выдает g++, к языку с++ никакого отношения не имеют.
Нет ни единой причины считать неинициализированную переменную нормой. Иначе первая же опечатка породит трудноуловимую проблему. А уж стремление и чуть ли не официальный modus operandi подавлять нотайсы на уровне сервера или через @, доводят эти проблемы до серьёзных уязвимостей в "серьёзных" (по меркам php) проектах. И это проблема языка, и это проблема культуры php.
>>И таких дизайн-решений в PHP хватает
> "Дизайн" решений в PHP довольно мало. Все изменения в языке направленны были
> на решение сугубо практических проблем.
Да-да, вместо нормальной модульности - функции из 4-х строк, и все в ядре, все в едином пространстве. И почему-то на большинство этих изменений можно сказать "это было в python ещё n-лет назад".
>>Не один здравый человек не назовёт такое решение хоть немного вменяемым
> Не один здравый человек не будет разбрасываться такими заявлениями.
Пусть не разбрасывается. Лишь бы php не пользовался.
