LINUX.ORG.RU

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

Исправление 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 душок