История изменений

CLOS с ad-hoc дописыванием функций там не было. Был вменяемый Flavors.

Было разделение на системы. И (вроде как) запрет на переопределение экспортных символов из чужого пакета.

То есть вся суть твоих претензий в том, что можно отстрелить себе все ноги, руки и голову. Вот здесь как раз и нужна дисциплина. Просто нужно знать технологию, с которой работаешь, вот и все. Понятно, что больше будет разработчиков там, где проще, но за это придется платить: ограничениями во всем, и в гибкости тоже.

И (вроде как) запрет на переопределение экспортных символов из чужого пакета.

можнозделать

Flavors

и это тоже, на уровне библиотек

я думаю, коммерческие вендоры бы осилили, просто это никому не нужно, и хватает CLOS

CLOS с ad-hoc дописыванием функций там не было. Был вменяемый Flavors.

Было разделение на системы. И (вроде как) запрет на переопределение экспортных символов из чужого пакета.

То есть вся суть твоих претензий в том, что можно отстрелить себе все ноги, руки и голову. Вот здесь как раз и нужна дисциплина. Просто нужно знать технологию, с которой работаешь, вот и все. Понятно, что больше будет разработчиков там, где проще, но за это придется платить: ограничениями во всем, и в гибкости тоже.

И (вроде как) запрет на переопределение экспортных символов из чужого пакета.

можнозделать

Flavors

и это тоже, на уровне библиотек

CLOS с ad-hoc дописыванием функций там не было. Был вменяемый Flavors.

Было разделение на системы. И (вроде как) запрет на переопределение экспортных символов из чужого пакета.

То есть вся суть твоих претензий в том, что можно отстрелить себе все ноги, руки и голову. Вот здесь как раз и нужна дисциплина. Просто нужно знать технологию, с которой работаешь, вот и все. Понятно, что больше будет разработчиков там, где проще, но за это придется платить: ограничениями во всем, и в гибкости тоже.

И (вроде как) запрет на переопределение экспортных символов из чужого пакета.

можнозделать

Flavors

и это же на уровне библиотек