<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.28.2">
</HEAD>
<BODY>
Вот небольшой пост того же Gabor-а относительно деятельности Perl Foundation: <A HREF="http://blogs.perl.org/users/gabor_szabo/2010/07/what-would-you-like-tpf-to-do.html">http://blogs.perl.org/users/gabor_szabo/2010/07/what-would-you-like-tpf-to-do.html</A><BR>
<BR>
В Втр, 20/07/2010 в 09:12 +0300, vti пишет:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Думаю, что такой организацией должна быть Perl Foundation. К тому же,
они могут предоставить гранты на это дело. Более того, они могут
постоянно финансово поддерживать. Например, как сделал Gabor Szabo: он
предложил ездить по не Perl конференциям по всему миру и продвигать
Perl. И все это на full time основе.
20 июля 2010 г. 2:26 пользователь simne <<A HREF="mailto:simne007@gmail.com">simne007@gmail.com</A>> написал:
> On 20 июл, 01:02, "s.gu...@gmail.com" <s.gu...@gmail.com> wrote:
>> Как уже отмечалось ранее в рассылке, существует проект, посвященный
>> созданию некой спеки и набора правил, удовлетворяя которые хостер
>> вешает себе красивую иконку, а разработчик получает уверенность, что
>> он может развернуть свое приложение на конкретно взятом хостере без
>> затрат(иногда совершенно бесполезных) времени на переговоры с тех.
>> поддержкой или копирования всего и вся в user space.
> [skip]
>> Кто готов потратить часть своего времени на благое дело?
>
> Я думаю пока нужно думать не о том, кто будет это тянуть, а о том,
> зачем нам это нужно, и в каком виде мы хотим это получить.
> Иначе получается полуанекдотическая ситуация, как одно правительство
> вписало в проект бюджета сайт на 3млн$ и "разработку отраслевых
> стандартов" на 50тыс$.
>
> Фактически, это разрабатывается стандарт.
> Стандарты разрабатываются вообще говоря с разными целями.
>
> Например, когда некая фирма разработала свой собственный стандарт карт
> памяти (отличающийся от общепринятых), этим преследовалась цель в
> соответствии с моделью двухшаговых продаж заработать на каждом
> продукте этой фирмы еще дополнительных денег за продажи этих
> специальных карт, иначе (при использовании какого-то общего стандарта)
> эти деньги уходили мимо.
> Кстати, такое впечатление, что именно так живут разработчики Joomla -
> там само ядро Joomla очень простое, и в нее как-то очень странно не
> вносятся явно нелишние расширения - например та-же неполноценная
> таксономия (категоризация), но есть несколько не очень дешевых платных
> систем, которые подменяют существенную часть ядра и создают и
> полноценную таксономию и довешивают другие полезные и удобные штуки.
> И я реально видел, что эти конторы (что зарабатывают на расширении
> Joomla) иногда чего-то коммитят в Joomla opensource ;)
>
> Другой вариант - когда государство или некоторая корпорация
> разрабатывает стандарт для закупаемых на стороне продуктов, требуя
> чтобы эти сторонние продукты соответствовали этому стандарту.
> И на самом деле, стороннему поставщику совсем не обязательно выгодно
> соблюдать данный стандарт, потому что ежели стандарта нет или стандарт
> данного поставщика не общепринятый, то у клиента возникают проблемы
> при желании поменять поставщика и соответственно поставщик имеет
> возможность несколько завысить цены. Собственно государственные
> стандарты вводятся государством, чтобы создать конкуренцию между
> поставщиками и сбить цены.
>
> Есть еще третий вариант - когда делаются программы сертификации
> специалистов, на соответствие некоторому уровню. Этим проводится
> отсев, но с другой стороны это выгодно самим специалистам, потому что
> пока сертификаты есть не у всех, то сертифицированные становятся
> дороже.
>
> И естественно, есть проблема, что требуется некая организация-гарант,
> которая каким-то образом гарантирует, что выданные сертификаты
> настоящие.
> А также естественно нужен механизм обесценивания старых сертификатов,
> и сертификат должен быть действительно ценным, чтобы народ постоянно
> стремился иметь актуальный сертификат.
> Например, одна всем известная фирма регулярно вводит новые стандарты,
> а народ, который кормится с обслуживания ее продуктов, вынужден
> постоянно осваивать эти новые стандарты, а конкуренты тоже вынуждены
> постоянно догонять.
> То есть нужно регулярно плодить новые стандарты, иначе вся тема теряет
> смысл.
>
> Кроме того, если мы собираемся сделать кроме собственно стандарта еще
> и легкоустанавливаемые пакеты, то возникает проблема что это оччень
> немаленький кусок работы..
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>