Re: perl5.8

From

Sergey Skvortsov (2:5020/400)

To

Eugene Grosbein

Date

2006-11-23T20:32:52Z

Area

RU.UNIX.BSD

From: Sergey Skvortsov <skv@protey.ru>

On 23.11.2006 23:13, Eugene Grosbein wrote:
> 
>  AS>>> не будет. Выход я уже предлагал - обиженный долей админ любой из
>  AS>>> таких контор может сам начать делать, скажем, лёгкие порты. Только
>  AS>>> вот Женя Гросбейн, который так радеет за такие конторы, почему-то
>  AS>>> не выкладывает такие порты - подозревает, что они недостаточно
>  AS>>> востребованы. Куда уж показательнее.
>  EG>> Вообще-то возможность оторвать зависимость того же mc от перла
>  EG>> я сделал уже давно.
>  AS> А где пакадж? :)
> 
> Этот вопрос адресуй в re@, мол почему на все комбинации опций
> пакеты не строют.

Вспомни комбинаторику и оцени число комбинаций и вытекающую потребность
в машинных ресурсах.

Твой уровень ожиданий чрезмерно завышен - у себя искать минимальные
ресурсы для использования системы портов отказываешься (точнее, твоё
понимание "минимального уровня" явно существенно ниже общего по всей
массе пользователей FreeBSD), одновременно с чем ожидаешь от open source
project всего того удобства работы с binary upgrades, которого можно
ожидать лишь от commercial support (и то, хороший (идеальный) пример
такого vendor'а непросто привести).

Уж коль хочется продолжать бесконечный thread, то давайте оценивать TCO
проекта FreeBSD и некоего образцово-другого. Разумеется, следует выбрать
исходный scope применения.

Лично я убеждён, что выигрыш в десятки раз в пользу FreeBSD и уж это
разница покрывает скромные затраты на build box в несколько раз.

Те же доводы можно привести, сравнивая developer'а open-source
приложения, и commercial software company.

Обвинять же девелопера в завышенной оценке необходимых ресурсов тем паче
смешно, средний разработчик не использует Xeon-5160+8Gb DDR2-RAM как
"типичную машинку", и диски в массе у всех примерно одинаковые, и т.д..
Частный вариант с embedded systems, надеюсь, вполне очевидно требует
"внешнего build-box", но и у этого решения есть нижний придел - мечтать
засунуть что-то на 64Mb отличное от решения специализированной задачи
конечно можно, но цена затраченных на это усилий уже экономически не
стоит того - проще немного увеличить сами hardware resources.

Бессмысленно пенять некоего developer'а, что он потерял интерес к некоей
задаче. Никто ничего не гарантирует; community - это люди идеями, общими
по сути, но это и не суровый орден иезуитов, требующих положить жизнь на
служение сей идее (замечу: "идее" - не endusers). Лакированный идеализм
в стиле "The Cathedral and the Bazaar" от Eric Raymond'а прокатывает
только для людей, для которых такая мотивация почему-то хороша
(ego-satisfying). Моё субъективное впечатление, что таких людей за эти
годы стало куда меньше, ментальность меняется в иную сторону -
осознанного экономического преимущества в sharing'е идей и реализаций -
причём "вера" апологетов open-source не стала меньше, а число их всё растёт.

Так что положим конец сей дискуссии, и так всё ясно - и позиция (частное
видение) каждого из непримеримых участников, да и общее видение (типа
матожидания) некоего "эгрегора FreeBSD users" en mass.

-- 
Sergey Skvortsov
mailto: skv@protey.ru
--- ifmail v.2.15dev5.3
 * Origin: Demos online service (2:5020/400)
SEEN-BY: 50/12 400/814 450/159 1024 461/43 132 640 469/999 4616/3 4625/8
SEEN-BY: 4641/444 5000/76 5000 5006/1 5007/1 5010/70 5011/13 5012/46 5015/28
SEEN-BY: 5019/31 5020/18 175 194 400 545 982 1057 1909 1922 2238 2395 2871
SEEN-BY: 5020/4441 5021/29 5025/3 5026/14 45 5027/12 5030/1080 1957 5034/10 13
SEEN-BY: 5035/3 38 5036/1 5045/7 5049/1 5051/15 5054/1 4 8 9 11 28 35 36 37 45
SEEN-BY: 5054/63 66 67 70 75 84 85 5059/9 5060/88 5061/15 5062/10 5063/3
SEEN-BY: 5064/7 5066/18 5075/5 5076/1 5077/70 5080/1003 5084/9 5085/13 5095/20
SEEN-BY: 5096/18 6001/10

PATH: 5020/400 545 5054/1 37