ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Sergey Skvortsov                     2:5020/400     17 Nov 2006  13:52:12
 To : Valentin Davydov
 Subject : Re: perl5.8
 -------------------------------------------------------------------------------- 
 

 On 17.11.2006 10:33, Valentin Davydov wrote:
 
 >> Еще давайте OpenOffice собирать из портов и жаловаться на недостаток
 >> места при сборке.
 > 
 > Давай тогда уж сразу покупать установочный диск Microsoft Office с 
 > необходимыми зависимостями.
 
 Hе надо уходить в сторону.
 Если не нравятся настройки в стандартных packages - приходится искать
 ресурсы для использования портов. Точка.
 
 >> Что до переписывания на awk/bash... Это админу приятно, когда можно
 >> добиться 5% выигрыша по скорости используя awk вместо perl, хотя
 >> итоговый результат становится на 30% более unmaintainable. Разработчику
 >> же - удобнее знать С для написания основного кода и Perl для
 >> вспомогательных скриптов. Всё. К чему лишний аскетизм? Зачем
 >> ограничивать себя pidgin english, когда можно говорить полноценно?
 > 
 > Да-да. А cvsup писать на модуле-3, portupgrade - на рубине и т.д.
 
 Про cvsup я уже упоминал, а что до portupgrade... Меня не напрагяет, что
 он написан на ruby - меня это радует. Код прозрачен и легко расширяем.
 
 А вам что хочется? Переписанный на C portupgrade?
 Видимо, вы не разработчик, и не видите траты ресурсов, связанных с таким
 решением.
 
 >> Короче, какие языки использовать при _сборке_ софта - это дело
 >> разработчика (разумеется пока языки эти живые, например cvsup+Modula -
 >> грустный обратный пример). gcc при сборке хочет perl, apache2 - python,
 >> и т.п. И это imo нормально.
 > 
 > А perl при сборке хочет gcc. IMHO, это не так уж и нормально.
 
 ??? Раскройте мысль, что тут ненормального.
 
 >>>  SS> и далее поддерживать на порядок более
 >>>  SS> мучительно, нежели тебе выделить место?
 >>>
 >>> Вынесли perl из base system только для того чтобы всему миру
 >>> тратить ресурсы на установку его из портов?
 >> Вынесли по совершенно иным причинам, о которых ты просто не можешь не знать.
 >>
 >> А "тратить ресурсы на установку из портов" - это даже не смешно.
 >> "pkg_add -r perl5.8" - и всё.
 > 
 > Почему именно 5.8, а не 5.005?
 
 Мда. Потому что 5.8 - lastest stable Perl release.
 А 5.005 мёртв; да и то, что его нет в портах, я не буду особо
 подчёркивать, хотя это также ответ на "Почему".
 
 >>>  SS> И что такое "маленький роутер"?
 >>>
 >>> P-166/10Gb/80Mb, три интерфейса.
 >>>
 >>>  SS> Зачем на нём собирать порты?
 >>>  SS> Если он такой маленький - ну собирай на другой машине и заливай
 >>>  SS> packages. Hапример для quagga perl требуется только при сборке.
 >>>
 >>> Hет шестерки под build-box, иначе бы конечно не собирал тут.
 >> Ты хочешь заменить недостаток своих ресурсов лишним геморроем для
 >> разработчиков.
 > 
 > Чем менее громоздок продукт оных разработчиков, тем меньше им же гемморою
 > с ним.
 
 Бог с вами, ну где тут громоздкость?
 Данный thread начался с того, что на 10Gb винте оказывается нет места
 для perl (~40Mb) и glib2 (~5Mb). Тут даже нечего комментировать.
 
 >>> Собственно, вопрос не в моем конкретном роутере.
 >>> Вопрос в общем отношении к оверхеду, когда прописать
 >>> зависимость порта от другого (который тянет еще, в сумме немало)
 >>> и не подумать, что свой оверхед заменяется на оверхед
 >>> множества других понемногу становится обычным и не предосудительным делом.
 >> Это общая тенденция. И жалеть тут - дело напрасное.
 >> Самый ценный ресурс у человека - это время. Тратить его на ненужную
 >> оптимизацию (минимизацию) - пустое занятие.
 > 
 > Тратить его же на бездумное и, главное, ненужное раздувание кода - тем
 > более бесплодно.
 
 Потрясающая наивность. Мы говорим о "раздувании кода" или "конечном
 размере всех runtime для программы"?
 
 Если первое - то код на любом языке типа perl/ruby будет в 5 раз меньше
 чем на C. Использование framework'ов типа glib2 даёт не менее
 существенную выгоду. Так что речь о сохращении размера кода и повышения
 его maintainability.
 
 -- 
 Sergey Skvortsov
 mailto: skv@protey.ru
 --- ifmail v.2.15dev5.3
  * Origin: Demos online service (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: perl5.8   Sergey Skvortsov   16 Nov 2006 14:57:18   Re: perl5.8   Valentin Davydov   17 Nov 2006 11:33:31   Re: perl5.8   Sergey Skvortsov   17 Nov 2006 13:52:12