Re: Проект "Perl Certified Hosting"

[simne]

On 20 июл, 01:02, "s.gu... at gmail.com" <s.gu... at gmail.com> wrote:
> Как уже отмечалось ранее в рассылке, существует проект, посвященный
> созданию некой спеки и набора правил, удовлетворяя которые хостер
> вешает себе красивую иконку, а разработчик получает уверенность, что
> он может развернуть свое приложение на конкретно взятом хостере без
> затрат(иногда совершенно бесполезных) времени на переговоры с тех.
> поддержкой или копирования всего и вся в user space.
[skip]
> Кто готов потратить часть своего времени на благое дело?

Я думаю пока нужно думать не о том, кто будет это тянуть, а о том,
зачем нам это нужно, и в каком виде мы хотим это получить.
Иначе получается полуанекдотическая ситуация, как одно правительство
вписало в проект бюджета сайт на 3млн$ и "разработку отраслевых
стандартов" на 50тыс$.

Фактически, это разрабатывается стандарт.
Стандарты разрабатываются вообще говоря с разными целями.

Например, когда некая фирма разработала свой собственный стандарт карт
памяти (отличающийся от общепринятых), этим преследовалась цель в
соответствии с моделью двухшаговых продаж заработать на каждом
продукте этой фирмы еще дополнительных денег за продажи этих
специальных карт, иначе (при использовании какого-то общего стандарта)
эти деньги уходили мимо.
Кстати, такое впечатление, что именно так живут разработчики Joomla -
там само ядро Joomla очень простое, и в нее как-то очень странно не
вносятся явно нелишние расширения - например та-же неполноценная
таксономия (категоризация), но есть несколько не очень дешевых платных
систем, которые подменяют существенную часть ядра и создают и
полноценную таксономию и довешивают другие полезные и удобные штуки.
И я реально видел, что эти конторы (что зарабатывают на расширении
Joomla) иногда чего-то коммитят в Joomla opensource ;)

Другой вариант - когда государство или некоторая корпорация
разрабатывает стандарт для закупаемых на стороне продуктов, требуя
чтобы эти сторонние продукты соответствовали этому стандарту.
И на самом деле, стороннему поставщику совсем не обязательно выгодно
соблюдать данный стандарт, потому что ежели стандарта нет или стандарт
данного поставщика не общепринятый, то у клиента возникают проблемы
при желании поменять поставщика и соответственно поставщик имеет
возможность несколько завысить цены. Собственно государственные
стандарты вводятся государством, чтобы создать конкуренцию между
поставщиками и сбить цены.

Есть еще третий вариант - когда делаются программы сертификации
специалистов, на соответствие некоторому уровню. Этим проводится
отсев, но с другой стороны это выгодно самим специалистам, потому что
пока сертификаты есть не у всех, то сертифицированные становятся
дороже.

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

Кроме того, если мы собираемся сделать кроме собственно стандарта еще
и легкоустанавливаемые пакеты, то возникает проблема что это оччень
немаленький кусок работы..