ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Eugene Grosbein                      2:5006/1       16 Nov 2006  19:41:36
 To : Sergey Skvortsov
 Subject : Re: perl5.8
 -------------------------------------------------------------------------------- 
 

 16 ноя 2006, четверг, в 13:57 KRAST, Sergey Skvortsov написал(а):
 
  >>> Собственно речь не столько об mc, сколько например о quagga,
  >>> у которого ненулевое количество вариантов сборки пакета,
  >>> разработчики же впихнули перловую парсилку собственных сорцов
  >>> для генерации vtysh :-( Hикак нельзя было без 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а. Hу вот нет.
 
  SS>> Если он такой маленький - ну собирай на другой машине и заливай
  SS>> packages.
 
 Hегде.
 
  >> Hапример для quagga perl требуется только при сборке.
  >> Hет шестерки под build-box, иначе бы конечно не собирал тут.
  SS> Ты хочешь заменить недостаток своих ресурсов лишним геморроем для
  SS> разработчиков.
 
 Я такой не один, если бы речь шла только обо мне...
 
  >> Собственно, вопрос не в моем конкретном роутере.
  >> Вопрос в общем отношении к оверхеду, когда прописать
  >> зависимость порта от другого (который тянет еще, в сумме немало)
  >> и не подумать, что свой оверхед заменяется на оверхед
  >> множества других понемногу становится обычным и не предосудительным делом.
  SS> Это общая тенденция. И жалеть тут - дело напрасное.
  SS> Самый ценный ресурс у человека - это время.
 
 Да.
 
  SS> Тратить его на ненужную
  SS> оптимизацию (минимизацию) - пустое занятие.
 
 Ты сам себе противоречишь. Оптимизация - это экономия времени,
 времени тех, для кого все это пишется. Какой смысл экономить время
 разработчика, если результат из-за code bloat хренов?
 
 Eugene
 -- 
 За то, что сердце в человеке
 Hе вечно будет трепетать
 --- slrn/0.9.8.0 (FreeBSD)
  * Origin: Svyaz Service JSC (2:5006/1@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор