Re: perl5.8

From

Eugene Grosbein (2:5006/1)

To

Sergey Skvortsov (2:5054/37.63)

Date

2006-11-16T18:41:36Z

Area

RU.UNIX.BSD

Reply-To: eugen@grosbein.pp.ru

16 ноя 2006, четверг, в 13:57 KRAST, Sergey Skvortsov написал(а):

 >>> Собственно речь не столько об mc, сколько например о quagga,
 >>> у которого ненулевое количество вариантов сборки пакета,
 >>> разработчики же впихнули перловую парсилку собственных сорцов
 >>> для генерации vtysh :-( Никак нельзя было без perl обойтись.
 SS>> Тебе жалко 40мб диска?
 >> То есть, этот bloat - официальная линия партии?
 >> Место у меня есть, но gcc ныне на P-166 работает очень неповоротливо.
 SS> Компилировать что-то на P-166 - это мазохизм в наше время.

То есть, официальная...
Почему-то во время 2.2.x и даже 3.x пересобирать мир на P-166 не было
мазохизмом. Программировать разучились? Кали-юга?

 SS> Либо используй внешний build-box, либо стандартные packages.

Стандартные packages не всегда подходят и у них бывают
уродские (с точки зрения местных условий) зависимости.
build-box это хорошо, но не всегда доступно.
  
 SS> Еще давайте OpenOffice собирать из портов и жаловаться на недостаток
 SS> места при сборке.

OpenOffice это десктоп, меня интересует простой (или не очень)
и быстрый роутинг в первую очередь в FreeBSD.

 SS>> И ничуть не жаль разработчиков, которым все эти
 SS>> скрипты переписывать с Perl на C,
 >> Почему на C? Есть awk, эту задачку он легко решит.
 SS> Какую "эту"?

Кваггину.

 SS> Есть масса скриптов, которые на Perl/Python/Ruby
 SS> реализуются ясным и простым образом, и переписывать которые на C - вещь
 SS> жесточайшая. Посмотри в тот же glib20 и попробуй переписать все скрипты
 SS> на awk.

Да бог с ним, с awk. Меня интересует, чем думает девелопер,
когда влегкую меняет USE_GNOME=glib12 на glib20 (а проверка показывает,
что и с glib12 все пашет) и почему он не думает про оверхед.

 SS> Что до переписывания на awk/bash... Это админу приятно, когда можно
 SS> добиться 5% выигрыша по скорости используя awk вместо perl, хотя
 SS> итоговый результат становится на 30% более unmaintainable.

Скрипты awk замечательно маинейнятся. Или ты хочешь сказать,
что знающих awk осталось настолько мало, что в случае чего некому
будет править авковые скрипты?

 SS> Разработчику
 SS> же - удобнее знать С для написания основного кода и Perl для
 SS> вспомогательных скриптов. Всё. К чему лишний аскетизм? Зачем
 SS> ограничивать себя pidgin english, когда можно говорить полноценно?

Потому что надо оценивать оверхед.

 SS> Короче, какие языки использовать при _сборке_ софта - это дело
 SS> разработчика (разумеется пока языки эти живые, например cvsup+Modula -
 SS> грустный обратный пример). gcc при сборке хочет perl, apache2 - python,
 SS> и т.п. И это imo нормально.
 SS>> и далее поддерживать на порядок более
 SS>> мучительно, нежели тебе выделить место?
 >> Вынесли perl из base system только для того чтобы всему миру
 >> тратить ресурсы на установку его из портов?
 SS> Вынесли по совершенно иным причинам, о которых ты просто не можешь не
 SS> знать.

Благими намерениями...

 SS> А "тратить ресурсы на установку из портов" - это даже не смешно.
 SS> "pkg_add -r perl5.8" - и всё.

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

 SS>> И что такое "маленький роутер"?
 >> P-166/10Gb/80Mb, три интерфейса.
 SS>> Зачем на нём собирать порты?

Потому что нет build-boxа. Ну вот нет.

 SS>> Если он такой маленький - ну собирай на другой машине и заливай
 SS>> packages.

Негде.

 >> Например для quagga perl требуется только при сборке.
 >> Нет шестерки под build-box, иначе бы конечно не собирал тут.
 SS> Ты хочешь заменить недостаток своих ресурсов лишним геморроем для
 SS> разработчиков.

Я такой не один, если бы речь шла только обо мне...

 >> Собственно, вопрос не в моем конкретном роутере.
 >> Вопрос в общем отношении к оверхеду, когда прописать
 >> зависимость порта от другого (который тянет еще, в сумме немало)
 >> и не подумать, что свой оверхед заменяется на оверхед
 >> множества других понемногу становится обычным и не предосудительным делом.
 SS> Это общая тенденция. И жалеть тут - дело напрасное.
 SS> Самый ценный ресурс у человека - это время.

Да.

 SS> Тратить его на ненужную
 SS> оптимизацию (минимизацию) - пустое занятие.

Ты сам себе противоречишь. Оптимизация - это экономия времени,
времени тех, для кого все это пишется. Какой смысл экономить время
разработчика, если результат из-за code bloat хренов?

Eugene
-- 
За то, что сердце в человеке
Не вечно будет трепетать
--- slrn/0.9.8.0 (FreeBSD)
 * Origin: Svyaz Service JSC (2:5006/1@fidonet)
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 8 9 10 14 15 16 17 5007/1 5010/70
SEEN-BY: 5011/13 5012/46 5015/28 5019/31 5020/18 175 194 400 545 982 1057 1909
SEEN-BY: 5020/1922 2238 2395 2871 4441 5021/29 5025/3 5026/14 45 5027/12
SEEN-BY: 5030/1080 1957 5034/10 13 5035/3 38 5036/1 5045/7 5049/1 5051/15
SEEN-BY: 5054/1 4 8 9 11 28 35 36 37 45 63 66 67 70 75 84 85 5059/9 5060/88
SEEN-BY: 5061/15 5062/10 5063/3 5064/7 5066/18 5075/5 5076/1 5077/70 5080/1003
SEEN-BY: 5084/9 5085/13 5095/20 5096/18 6001/10

PATH: 5006/1 5020/400 545 5054/1 37