История изменений
Исправление www_linux_org_ru, (текущая версия) :
я думаю стандарты документации
я, вообще-то, вел речь не столько о стандарте документации, сколько о стандарте на поведение системы
правильный дизайн означает *2* уровня стандарта:
1. стандарт (предположим) на переменные окружения, заставляющий проги запускать другую версию, скажем «если имеется установленная переменная окружения USR__BIN__PERL__VERSION, то /usr/bin/perl запускает бинарник перла именно этой версии, если он установлен, а если не установлен, то ...»
этот уровень стандарта — кроссдиструбтивный, и вполне может быть вообще кроссплатформенным, пригодным в *bsd, и в minix3, и чуть ли не в винде
2. стандарт на реализацию п.1. конкретно в rhel, который нынешняя документация и описывает (да, описывает профессионально, тут не буду спорить)
так вот именно нежелание сделать п.1 это тот самый vendor lock душок
и даже супер-пупер-дупер-профессионально *описанный* в документации п.1 все равно недостаточен — должно быть объявлено, что это не просто описание, а стандарт, который будет соблюдаться
Исправление www_linux_org_ru, :
я думаю стандарты документации
я, вообще-то, вел речь не столько о стандарте документации, сколько о стандарте на поведение системы
правильный дизайн означает *2* уровня стандарта:
1. стандарт (предположим) на переменные окружения, заставляющий проги запускать другую версию, скажем «если имеется установленная переменная окружения USR__BIN__PERL__VERSION, то /usr/bin/perl запускает бинарник перла именно этой версии, если он установлен, а если не установлен, то ...»
этот уровень стандарта — кроссдиструбтивный, и вполне может быть вообще кроссплатформенным, пригодным в *bsd, и в minix3, и чуть ли не в винде
2. стандарт на реализацию п.1. конкретно в rhel, который нынешняя документация и описывает (да, описывает профессионально, тут не буду спорить)
так вот именно нежелание сделать п.1 это тот самый vendor lock душок
Исходная версия www_linux_org_ru, :
я думаю стандарты документации
я, вообще-то, вел речь не столько о стандарте документации, сколько о стандарте на поведение системы
правильный дизайн означает *2* уровня стандарта:
1. стандарт (предположим) на переменные окружения, заставляющий проги запускать другую версию, скажем «если имеется установленная переменная окружения USR__BIN__PERL__VERSION, то /usr/bin/perl запускает бинарник перла именно этой версии, если он установлен, а если не установлен, то ...»
этот уровень стандарта — кроссдиструбтивный, и вполне может быть вообще кроссплатформенным, пригодным в *bsd, и в minix3, и чуть ли не в винде
2. стандарт на реализацию п.1. конкретно в rhel, который нынешняя документация и описывает
так вот именно нежелание сделать п.1 это тот самый vendor lock душок