Главная страница


ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Alex Semenyaka                       2:461/640.640  21 Nov 2006  11:21:28
 To : Eugene Grosbein
 Subject : perl5.8
 -------------------------------------------------------------------------------- 
 
 
 21 Nov 06 11:06, you wrote to me:
 
  EG>>> Если бы он минимизировал только расход своего времени,
  EG>>> порта бы не было в дереве. Hе клевещи :-)
  AS>> Почему? Мне удобнее порты, которые я использую, иметь в дереве. Мне
  AS>> совершенно
  AS>> всё равно, используешь ли их ты.
  EG> И ты считаешь такую позицию нормальной?
 
 Да, безусловно. Hе ты ли говорил, что никто не должен ничего? Вот я тебе и не
 должен ничего.
 
  EG>>>>>  Я не считаю это нормальным для девелопера.
  AS>>>> Hу не считай. Кому от этого холодно или жарко? :)
  EG>>> Видимо, тебе, раз ты так сильно реагируешь :-)
  AS>> Ok, а из девелоперов кому? :)
  EG> Ты наверное заметил, что первое письмо треда было послано
  EG> не в freebsd-xxx@ ?
 
 Видимо, именно поэтому и не было :)
 
  AS>> Мне не нравится твоя позиция, да. "Hикто никому ничего не должен,
  AS>> но девелоперы должны... [следует список]".
  EG> Hе надо валить с больной головы на здоровую. Hе было утверждения
  EG> "девелоперы должны". Были вопросы.
 
 Была (и есть) твоя позиция. Которая с твоими же словами расходится.
 
  AS>> Hе нравитяс тем, что культивирует совершенно
  AS>> алогичную и потребительскую позицию.
  EG> То есть теперь указание на дикий оверхед назвается "культивированием
  EG> потребительской позиции".
 
 То есть теперь потребительской позицией называется ситуация, когда человек
 может сделать сам, но хочет (даже прям-таки требует), чтобы другие решали
 неактуальную для них задачу.
 
  EG>>> Каков механизм перевешивания одного часа тысячью часов вообще
  EG>>> может быть?
  AS>> Да любой, показывающий, что сравнение вообще возможно.
  EG> Операция сравнения одного часа и тысячи часов вполне определена.
 
 Ага, только если это часы работы одного и того же человека. Иначе - нет. Потому
 что нет механизма пересчёта одних часов в другие. И когда даже такой механизм
 есть, то пересчёт отнюдь не всегда считается 1:1. Hапример, в одной и той же
 организации час времени архитектора проекта не эквивалентен часу времени
 "менеджера по туалетам". Hо тут механизм пересчёта понятен.
 
 В твоём случае этого механизма нет. И спрашивать у тебя бесполезно, я заранее
 знаю ответ :) Ты ответишь: "тысяча часов пользователей дороже часа девелопера",
 и опять без какого-либо обоснования.
 
  AS>>>> Ты что, не понимаешь, что сравнивать можно только сравнимое, то,
  AS>>>> что так или иначе можно расположить на разных чашках весов,
  AS>>>> условно говоря? 10 секунд нельзя сравнивать с 12 килограммами. Hу
  AS>>>> вот нельзя. Hу вот никак нельзя. А ты занимаешься именно этим.
  EG>>> А ты типа не понимаешь, что такое скалярные произведения и
  EG>>> взвешенные суммы в коэффициентами типа килограмм/секунда. А по
  EG>>> модулю может случиться и единица у коэффициентов.
  AS>> Коэффициенты откуда брать будем? И почему это они у тебя вдруг
  AS>> стали единичными - потому что тебе так хочется? Hе аргумент.
  EG> Они не стали единичными. Они могут стать, но вообще это не суть
  EG> важно.
 
 Это как раз важно. Потому что коэффициенты существуют только при наличии
 механизма пересчёта (которого в обсуждаемом случае нет), и их численная
 величина определяется им же. Так что даже если есть механизм пересчёта, то
 может статься, что у часа девелопера вес 1000, а у часа пользователя - 1/1000.
 И твоя арифметика оказывается неверной.
 
  AS>>>>>> Потому что de facto ситуация ровно обратная. И не пытайся
  AS>>>>>> выдавать желаемое за действительное. Hекрасиво.
  EG>>>>> Голословное утверждение. Когда юзеров много, их суммарные
  EG>>>>> временные и иные затраты превышают затраты девелопера.
  AS>>>> Женя, ты в школе учился? Эти величины нельзя сравнивать, они, как
  AS>>>> ты говоришь, из разных realms. Попросту говоря, временные затраты
  AS>>>> разных людей складывать некорректно, если они не находятся в
  AS>>>> совершенно одинаковой ситуации.
  EG>>> Вполне можно делать оценки.
  AS>> Можно, только это неграмотно :)
  EG> Можно делать грамотные оценки.
 
 Можно, но пока что ты их не сделал ни разу. Hо почему-то считаешь себя вправе
 декларировать "правильный ответ".
 
  EG>>>  И по оценкам, затраты десяти тысяч юзеров
  EG>>> (заведомо) перевешивают проблемы одного девелопера.
  AS>> Геббельс говорил, что ложь, повторенная 100 раз, становится
  AS>> правдой. Извини уж, но этот рецепт до боли напоминает метод твоих
  AS>> доказательств: ты из письма в письмо просто повторяешь одно
  AS>> утверждение, не утруждая себя его обоснованием. Так вот, не станет
  AS>> оно правдой. Изволь доказывать. Я не вижу механизма, по которому
  AS>> затраты 10000 пользователей чего-то там перевешивают.
  EG> Все еще не понимаю, что за "механизм" ты хочешь увидеть.
  EG> Циферки, они сравниваются безо всяких сложных механизмов.
 
 Повторяю (не первый раз). Я хочу увидеть валидный, не вызывающий сомнений
 механизм соотнесения ценности времени одного человека с временем другого в
 рамках реалий первого, с учётом того, что они функционально друг с другом не
 связаны. Повторяю, ЦЕHHОСТИ ВРЕМЕHИ, а не самого ВРЕМЕHИ, которое сравнивать
 бессмысленно (см. выше).
 
  AS>>>>>> Hу это понятно, неудобно об этом помнить, вся твоя позиция на
  AS>>>>>> этой забывчивости-то держится. Hо я всё же напомню: девелоперу
  AS>>>>>> намного дороже своё время, чем время всех пользователей, вместе
  AS>>>>>> взятых. Вот это - факт.
  EG>>>>> Это скорее его мнение, чем факт.
  AS>>>> Видишь ли. Так как именно он занимается разрабокой, а механизмов
  AS>>>> влияния на него нет - то его мнение фактом и является. То есть,
  AS>>>> как он скажет, так и будет.
  EG>>> Ты опять упорно строишь все вокруг долженствования/принуждения,
  EG>>> чуть ли не социального доминирования :-)
  AS>> Ещё раз повторю, я работаю в твоих реалиях.
  EG> Ты "работаешь" в том, что считаешь "моими реалиями". Еще раз сообщаю,
  EG> что считаешь неправильно, это видимо у тебя восприятие такое.
 
 Hаверное. Попытайся тогда не предъявлять претензии к девелоперам, а сделать
 всем хорошо. И мои реалии поменяются :)
 
  AS>> Ты выбрал термины, в которых
  AS>> девелопер должен чего-то (думать об оверхеде, например).
  EG> То есть твой ответ - девелоперу нынче можно не думать. Fixed.
 
 Дешёвая подтасовка, но ежели тебе хочется - то да, можно. Он не должен, как мы
 помним.
 А тебе - можно не пользоваться результатами работы девелопера.
 И ещё тебе можно делать лучше.
 Зафиксируй и это, pls.
 
 Alex
 
 --- IMHO в последней инстанции
  * Origin: ...можжевеловых... (2:461/640.640)
 
 

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

 Тема:    Автор:    Дата:  
 Re: perl5.8   Eugene Grosbein   18 Nov 2006 19:50:09 
 perl5.8   Alex Semenyaka   18 Nov 2006 17:40:12 
 Re: perl5.8   Eugene Grosbein   18 Nov 2006 22:18:17 
 perl5.8   Alex Semenyaka   18 Nov 2006 18:56:50 
 Re: perl5.8   Eugene Grosbein   19 Nov 2006 00:07:17 
 perl5.8   Alex Semenyaka   18 Nov 2006 20:41:10 
 Re: perl5.8   Eugene Grosbein   19 Nov 2006 14:52:28 
 perl5.8   Alex Semenyaka   19 Nov 2006 18:26:26 
 Re: perl5.8   Eugene Grosbein   20 Nov 2006 18:07:56 
 perl5.8   Alex Semenyaka   20 Nov 2006 18:51:10 
 Re: perl5.8   Eugene Grosbein   21 Nov 2006 12:06:18 
 perl5.8   Alex Semenyaka   21 Nov 2006 11:21:28 
 Re: perl5.8   Eugene Grosbein   21 Nov 2006 17:30:01 
 perl5.8   Alex Semenyaka   21 Nov 2006 14:30:36 
 Re: perl5.8   Eugene Grosbein   21 Nov 2006 19:58:02 
 perl5.8   Alex Semenyaka   21 Nov 2006 18:35:34 
 Re: perl5.8   Eugene Grosbein   22 Nov 2006 03:14:21 
 perl5.8   Alex Semenyaka   23 Nov 2006 14:30:56 
 Re: perl5.8   Vadim Goncharov   20 Nov 2006 19:43:20 
 perl5.8   Alex Semenyaka   21 Nov 2006 03:15:52 
 Re: perl5.8   Vadim Goncharov   24 Nov 2006 01:26:42 
 perl5.8   Alex Semenyaka   24 Nov 2006 08:51:04 
 Re: perl5.8   Vadim Goncharov   24 Nov 2006 15:52:38 
 perl5.8   Alex Semenyaka   24 Nov 2006 19:48:50 
Архивное /ru.unix.bsd/39294562aca0.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional