Проект "Perl Certified Hosting"

[Serg V. Gulko]

Вот небольшой пост того же Gabor-а относительно деятельности Perl
Foundation:
http://blogs.perl.org/users/gabor_szabo/2010/07/what-would-you-like-tpf-to-do.html

В Втр, 20/07/2010 в 09:12 +0300, vti пишет:

> Думаю, что такой организацией должна быть Perl Foundation. К тому же,
> они могут предоставить гранты на это дело. Более того, они могут
> постоянно финансово поддерживать. Например, как сделал Gabor Szabo: он
> предложил ездить по не Perl конференциям по всему миру и продвигать
> Perl. И все это на full time основе.
> 
> 20 июля 2010 г. 2:26 пользователь simne <simne007 at gmail.com> написал:
> > 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 ;)
> >
> > Другой вариант - когда государство или некоторая корпорация
> > разрабатывает стандарт для закупаемых на стороне продуктов, требуя
> > чтобы эти сторонние продукты соответствовали этому стандарту.
> > И на самом деле, стороннему поставщику совсем не обязательно выгодно
> > соблюдать данный стандарт, потому что ежели стандарта нет или стандарт
> > данного поставщика не общепринятый, то у клиента возникают проблемы
> > при желании поменять поставщика и соответственно поставщик имеет
> > возможность несколько завысить цены. Собственно государственные
> > стандарты вводятся государством, чтобы создать конкуренцию между
> > поставщиками и сбить цены.
> >
> > Есть еще третий вариант - когда делаются программы сертификации
> > специалистов, на соответствие некоторому уровню. Этим проводится
> > отсев, но с другой стороны это выгодно самим специалистам, потому что
> > пока сертификаты есть не у всех, то сертифицированные становятся
> > дороже.
> >
> > И естественно, есть проблема, что требуется некая организация-гарант,
> > которая каким-то образом гарантирует, что выданные сертификаты
> > настоящие.
> > А также естественно нужен механизм обесценивания старых сертификатов,
> > и сертификат должен быть действительно ценным, чтобы народ постоянно
> > стремился иметь актуальный сертификат.
> > Например, одна всем известная фирма регулярно вводит новые стандарты,
> > а народ, который кормится с обслуживания ее продуктов, вынужден
> > постоянно осваивать эти новые стандарты, а конкуренты тоже вынуждены
> > постоянно догонять.
> > То есть нужно регулярно плодить новые стандарты, иначе вся тема теряет
> > смысл.
> >
> > Кроме того, если мы собираемся сделать кроме собственно стандарта еще
> > и легкоустанавливаемые пакеты, то возникает проблема что это оччень
> > немаленький кусок работы..


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/kiev-pm/attachments/20100720/be4bf708/attachment.html>