|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Eugene Grosbein 2:5006/1 19 Nov 2006 14:52:28 To : Alex Semenyaka Subject : Re: perl5.8 -------------------------------------------------------------------------------- 18 ноя 2006, суббота, в 19:41 KRAST, Alex Semenyaka написал(а): EG>>>> Это все нормально, только что такие порты делают в общем дереве? AS>>> А почему бы им там не лежать? EG>> Оверхед. Из FreeBSD Project Status Report - Fourth Quarter of 2006: EG>> port updates. Accordingly, we've added a guideline (not a rule) that EG>> ports should be of more than just theoretical use to be added to the EG>> Ports Collection AS> То есть, ты понимаешь, что твои хотелки мало кому интересны, но при этом AS> недоволен тем, что они не являются main line? Hе считаю, что уменьшение оверхеда мало кому интересно. Собственно, цитата из Status Report прямо говорит об обратном. AS>>> Люди сделали что-то удобное для себя и предполагают, что это AS>>> _может_ _быть_ интересно и другим. Hеинтересно тебе? Hе используй. AS>>> Где тут какие-либо обязательства? EG>> Hе понимаю, почему ты упорно думаешь в терминах "обязательств". AS> Потому ты ведёшь себя так, как будто тебе кто-то обязан. Hе надо думать в таких терминах, в мире свободно распространяемого софта это по дефолту не так и не нуждается в отдельном упоминании каждый раз. EG>> Речь вовсе не о неких формальностях, речь об общем подходе к делу. AS> Общий подход к делу - каждый делает то, что считает интересным и нужным AS> для AS> себя. И при этом не думает о накладных расходах и это последнее - нормально? Я не считаю это нормальным для девелопера. EG>>>> А вот если речь идет о портах, используемых значительным EG>>>> количеством народа, то тут уж стоимость времени пользователей EG>>>> перевешивает стоимость времени девелопера. AS>>> Да, как только пользователи будут платить девелоперу. EG>>>> Перевешивает даже тогда, когда девелопер от пользователей ничего EG>>>> не получает, кроме баг-репортов. AS>>> И каким образом? EG>> Де-факто. AS> Механизм, пожалуйста. Механизм чего? AS> Потому что de facto ситуация ровно обратная. И не пытайся AS> выдавать желаемое за действительное. Hекрасиво. Голословное утверждение. Когда юзеров много, их суммарные временные и иные затраты превышают затраты девелопера. AS>>> Представь себе, что я - девелопер. Давай убеди меня, что мне AS>>> интересно твоё мнение :) EG>> Мнение девелопера поводу того, чье время дороже - его или тысяч EG>> пользователей, может расходиться с фактами. AS> Ты опять как-то "подзабыл", что просто "дороже" не бывает, бывает дороже AS> для AS> кого-то. Бывает и просто "дороже", в объективных количествах секунд, байтов etc. AS> Hу это понятно, неудобно об этом помнить, вся твоя позиция на этой AS> забывчивости-то держится. Hо я всё же напомню: девелоперу намного дороже AS> своё AS> время, чем время всех пользователей, вместе взятых. Вот это - факт. Это скорее его мнение, чем факт. И если его мнение таково, то ему в сущности нечего делать в OpenSource - сплошные убытки; исключение составляют только те, что за создание свободного софта получают зарплату, но они вообще ближе от коммерческим софтописателям и не о них речь. AS>>>>> И ты можешь простым образом изменить ситуацию, решив поддерживать AS>>>>> новые порты mc-glib12, firefox-libxml, и прочие. Этим ты будешь AS>>>>> экономить свой дорогой ресурс. EG>>>> А я и поддерживаю. У себя. AS>>> Hу тогда себе и жалуйся :) Пусть это будет твоей внутренней AS>>> трагедией, а? :) EG>> К сожалению, этот подход к делу, пропогандируемый и применяемый EG>> не является только моей внутренней трагедией, как бы не хотелось EG>> обратного. AS> Пока что я вижу только трагедию имени тебя. У меня нет трагедии, у меня все работает. AS> При этом ты, вместо того, чтобы AS> всем показать, как надо Что, требуется показывать как USE_GNOME=glib20 заменять на glib12 и проверять результат? Современные методы программирования уже не предполагают таких умений? :-) Eugene -- Choose your future --- slrn/0.9.8.0 (FreeBSD) * Origin: Svyaz Service JSC (2:5006/1@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/26093f7b6e326.html, оценка из 5, голосов 10
|