Система оплаты работы команды программистов

Всем здравствуйте!

Люди, проясните немного ситуацию, если это не сложно.
Мы — небольшая команда программистов (4 человека), работаем в компании, которая занимается информационными технологиями в туризме. Работаем вот уже 2 года. Наша компания является одним из лидеров в своей области, занимает заметную долю рынка, есть потенциал для развития и в этом, вероятно, есть и некоторая толика нашей "вины".

Всё время работы у нас была принята окладная система оплаты труда — "голый" оклад. Не очень большой — ведущий программист получает 600$. Сейчас, зная, что доходы компании позволяют платить несколько больше, мы попросили руководство оклады немного поднять (при этом мы осознаём возможности компании, свои знания, опыт и не просим ничего запредельного, поверьте мне).

Однако, руководство компании предложило следующую схему (привожу без указания конкретных цифр):
1) Работа разбивается на отдельные проекты.
2) Разработчикам ежемесячно выплачивается небольшая сумма "на поддержание штанов" — это цитата — существенно меньше, чем мы получаем сейчас.
3) По завершению проекта мы получаем "большой приз" — некоторую достаточно большую сумму.
4) Если не укладываемся в срок, сумма "большого приза" начинает уменьшаться.

При этом нас уверяют, что по такой системе работают чуть ли ни все софтверные компании. Ребят, если это не сложно, помогите выяснить истину — какая система оплаты у вас?

С уважением, Александр.

Здравствуйте, Syleiman, Вы писали:

S>При этом нас уверяют, что по такой системе работают чуть ли ни все софтверные компании.

Врут...
Большинство сидят либо на окладе (с возможными премиями),
либо на почасовом рейте (предположим 10$ за час).
И это правильно...
То что предлагается вам приведет к тому, что вы все разбежитесь.
На вас будут сваливать все неудачи потому что это выгодно.
Ведь ежели вы что-то не так сделаете, то вам меньше достанется.
А зачем платить больше, когда можно платить меньше.
В общем соглашайтесь либо на ставки, либо на почасовой рейт,
ну либо на процент от бизнеса (тоже не плохо )

По-моему ваше начальство бредит.
Пока еще не встречал софтверную компанию, работающую по такому принципу.
Я бы еще понял, если бы начальство брало вас в долю, но это уже совсем другая история.
А "большой приз" и "доля" — вещи достаточно разные.

Кидают вас, ребятки.
Никто на таких условиях не работает.

По завершению проекта мы получаем "большой приз" — некоторую
S> достаточно большую сумму. Если не укладываемся в срок, сумма
S> "большого приза" начинает уменьшаться.


странно только вот это.
И тут ряд вопросов.
1) Какого проекта?
2) Что значит"завершение проекта"?
3) Есть ли ТЗ на проект?
4) Что значит "достаточно большая сумма"?
5) На сколько уменьшается сумма и как и за что конкретно?

после ответов будем смотреть дальше, может быть и не все так плохо.

С уважением
Кочмин Александр

Здравствуйте, Syleiman, Вы писали:

То что Вам было предложено — и правда и ложь одновременно. Ложь — потому, что ещё никто не встречал фирм, где программитсы работали бы на таких условиях. Попытки известны, но заканчивались полным провалом проекта и частенько — печально для фирмы. Успешных прецедентов не известно. Так что Вас, очевидно, пытаются обмануть.
Правда в том, что очень многие софтовые фирмы действительно работают именно так со своими заказчиками. НО! Сумма контракта — которая будет выплачена по завершению работы — во много раз превышает затраты на зарплату сотрудникам за время проекта. (Иногда в разы, иногда в десятки раз). Так проект на год для 4-х человек при зарплате $1000 (с зарплатой $1000x4x12 = $48000 = $48K), заказчику обойдётся в $150K-250K, а при очень удачном менеджменте (репутации и т.п.) и того дороже. Т.е. фактически они предлагают вам работать как отдельной компании-разработчику ПО (т.е. нести все риски по проекту и т.д.), но за деньги — в разы меньшие, чем это в действительности стоит.
Путь почти тупиковый, так как если вы выставите им адекватный прайс (т.е. стоимость той же работы для них разом возрастёт в десятки раз), то может оказаться, что им проще вообще отказаться от ваших услуг (или IT вообще) или обратиться к другой фирме.
В общем — что могу посоветовать — так это описать им то, что я только что написал и честно сказать "или" — "или". Так как $600 (по крайней мере для Москвы) это не оклад и Вас уже имеют.

Здравствуйте, Syleiman, Вы писали:

S>Система оплаты работы команды программистов

S>Всем здравствуйте!

S>При этом нас уверяют, что по такой системе работают чуть ли ни все софтверные компании. Ребят, если это не сложно, помогите выяснить истину — какая система оплаты у вас?

Из 3-х компаний, в которых я работал, ничего подобного не было. Но премии по окончанию проекта платили

Здравствуйте, Syleiman, Вы писали:

...

Скажите, пожалуйста, о каком городе идёт речь? И какие технологии используются вами?

Здравствуйте, Spidola, Вы писали:

S>Здравствуйте, Syleiman, Вы писали:

S>...

S>Скажите, пожалуйста, о каком городе идёт речь? И какие технологии используются вами?
Москва.
Разные
У нас достаточно большая система по занесению данных из разнородных источников, их контролю, поиску, бронированию и т.д.

СУБД Firebird 1.5, MySQL 4.01
Среды и языки: Delphi 7 (OP), MS Visual Studio .NET 2003 (С#)
CASE: Enterprise Architect 4.0
Оценка проектов: MS Project 2002.
Это кратко.

Здравствуйте, Syleiman, Вы писали:

S>>Скажите, пожалуйста, о каком городе идёт речь? И какие технологии используются вами?
S>Москва.
S>Разные
S>У нас достаточно большая система по занесению данных из разнородных источников, их контролю, поиску, бронированию и т.д.

S>СУБД Firebird 1.5, MySQL 4.01
S>Среды и языки: Delphi 7 (OP), MS Visual Studio .NET 2003 (С#)
S>CASE: Enterprise Architect 4.0
S>Оценка проектов: MS Project 2002.
S>Это кратко.
Саша! Кидают вас однозначно! Ищи другую работу.

Здравствуйте, Syleiman, Вы писали:

S>Здравствуйте, Spidola, Вы писали:

S>>Здравствуйте, Syleiman, Вы писали:

S>>...

S>>Скажите, пожалуйста, о каком городе идёт речь? И какие технологии используются вами?
S>Москва.
S>Разные
S>У нас достаточно большая система по занесению данных из разнородных источников, их контролю, поиску, бронированию и т.д.

S>СУБД Firebird 1.5, MySQL 4.01
S>Среды и языки: Delphi 7 (OP), MS Visual Studio .NET 2003 (С#)
S>CASE: Enterprise Architect 4.0
S>Оценка проектов: MS Project 2002.
S>Это кратко.

Вопрос был не праздный, поскольку:
a) занимаемся тем же самым (почти)
б) в том же городе

Проекты нашего плана не кончаются, поэтому премии по окончании проекта дождаться тяжело (как говорил Хаджа Насреддин: "помру либо я, либо осёл, либо падишах"). Зарплата у Вас минимум в два раза занижена.

Кстати, было бы интересно пообщаться по вопросам предметной области ну и вообще, по поводу работы

Если интересно — пишите на мэйл spidola at billiard.net.ru

Здравствуйте, Syleiman, Вы писали:

Вас кидают, причём грубо и в наглую. Зарплата занижена как минимум в двое...

Здравствуйте, Syleiman, Вы писали:

S>Система оплаты работы команды программистов

Я бы на вашем месте либо начал искать работу в другом месте, либо задумался о создании своей фирмы.

Здравствуйте, IDol, Вы писали:

ID>Здравствуйте, Syleiman, Вы писали:

S>>Система оплаты работы команды программистов

ID>Я бы на вашем месте либо начал искать работу в другом месте,
Я тоже подумываю об этом. Просто дождёмся определённости, а она будет уже скоро, похоже.
И вообще у меня контракт заканчивается 30 ноября, раньше уходить не хочу:
"Моя честь — моя жизнь". Пафосно, но кто меня знает, подтвердит, что я стараюсь следовать этому девизу.

ID>либо задумался о создании своей фирмы.
Думаем и упорно. Нет стартового капитала.

С уважением, Александр.

Здравствуйте, Syleiman, Вы писали:

ID>>Я бы на вашем месте либо начал искать работу в другом месте,
S>Я тоже подумываю об этом. Просто дождёмся определённости, а она будет уже скоро, похоже.
S>И вообще у меня контракт заканчивается 30 ноября, раньше уходить не хочу:
S>"Моя честь — моя жизнь". Пафосно, но кто меня знает, подтвердит, что я стараюсь следовать этому девизу.
Это правильно!
ID>>либо задумался о создании своей фирмы.
S>Думаем и упорно. Нет стартового капитала.
А заказы есть? Если есть, то можно попросить аванс. Регистрация стоит дешево, так что нужны деньги на самом деле на время выполнения проекта.

Здравствуйте, Syleiman, Вы писали:

S>Всё время работы у нас была принята окладная система оплаты труда — "голый" оклад. Не очень большой — ведущий программист получает 600$. Сейчас, зная, что доходы компании позволяют платить несколько больше, мы попросили руководство оклады немного поднять (при этом мы осознаём возможности компании, свои знания, опыт и не просим ничего запредельного, поверьте мне).

Для москвы выглядит достаточно смешно. Есть такая примета что если резюме порассылать пару недель то зарплата может резко увеличится.

S>Однако, руководство компании предложило следующую схему (привожу без указания конкретных цифр):
S>1) Работа разбивается на отдельные проекты.
S>2) Разработчикам ежемесячно выплачивается небольшая сумма "на поддержание штанов" — это цитата — существенно меньше, чем мы получаем сейчас.
S>3) По завершению проекта мы получаем "большой приз" — некоторую достаточно большую сумму.
S>4) Если не укладываемся в срок, сумма "большого приза" начинает уменьшаться.

S>При этом нас уверяют, что по такой системе работают чуть ли ни все софтверные компании. Ребят, если это не сложно, помогите выяснить истину — какая система оплаты у вас?

На самом деле у нас похожая система оплаты. Но про "большой приз" и уменьшение его суммы речь не идет. Просто голый процент с контракта (достаточно высокий). Если ты его затянешь то проблема будет только к том что заказчик тебе бабло тоже затянет. А что штрафуют по времени это бред — и с заказчиком то не знаешь как справится, а тут если еще со своей компанией придется бороться. Imho данная система очень эффективна когда PM-ы и директора и возможно лиды на таких процентах сидят, а с программистами как то так — не всем нравится в такой системе работать.
Да и людей сложнее найти — приходится работать очень маленькой и профессиональной командой оптимизируя количество денег на человека в еденицу времени а не скорость разработки контракта.

Система достаточно экзотическия, и сомневаюсь, что везде так работают. Но мне известны еще пару компаний которые так делают. Если хочешь можем поменяться размерами цифр с %, объемами контрактов и сроками — прикинешь стоит связываться или нет. В мыло(в профайле)

Кидаловом такая система сама по себе не является — но может использоваться во зло плохими людьми или просто всех обижать неквалифицированным распределением премий. Для того чтобы хорошо работала нужно доверие к рукововдству и общая простота и прозрачности системы.

Здравствуйте, LaptevVV, Вы писали:

LVV>Здравствуйте, Syleiman, Вы писали:

ID>>>Я бы на вашем месте либо начал искать работу в другом месте,
S>>Я тоже подумываю об этом. Просто дождёмся определённости, а она будет уже скоро, похоже.
S>>И вообще у меня контракт заканчивается 30 ноября, раньше уходить не хочу:
S>>"Моя честь — моя жизнь". Пафосно, но кто меня знает, подтвердит, что я стараюсь следовать этому девизу.
LVV>Это правильно!
ID>>>либо задумался о создании своей фирмы.
S>>Думаем и упорно. Нет стартового капитала.
LVV>А заказы есть? Если есть, то можно попросить аванс. Регистрация стоит дешево, так что нужны деньги на самом деле на время выполнения проекта.
Есть, Валерий Викторович. И команда есть, ребята хорошие, квалифицированные, упорные, понимаем друг друга, вроде без обиж работаем. Будем думать...

Не занаю... Я морально подготовился к смене работы. Поскорее бы определённость получить и все, буду прижнимать решение. Обидно просто. Два года пахали, много сделали, компанию наверх вытащили, а итог для нас печален.

Не печалься проблемой, глупец Сулейман,
Не грусти о грядущем, что будет — туман.
Ты не можешь пронзить его внутренним оком?
Так живи! Остальное, поверь мне, — обман.

С уважением, Саша.

Здравствуйте, Syleiman, Вы писали:

S>Система оплаты работы команды программистов

S>Всем здравствуйте!

S>Люди, проясните немного ситуацию, если это не сложно.
S>Мы — небольшая команда программистов (4 человека), работаем в компании, которая занимается информационными технологиями в туризме. Работаем вот уже 2 года. Наша компания является одним из лидеров в своей области, занимает заметную долю рынка, есть потенциал для развития и в этом, вероятно, есть и некоторая толика нашей "вины".

S>Всё время работы у нас была принята окладная система оплаты труда — "голый" оклад. Не очень большой — ведущий программист получает 600$. Сейчас, зная, что доходы компании позволяют платить несколько больше, мы попросили руководство оклады немного поднять (при этом мы осознаём возможности компании, свои знания, опыт и не просим ничего запредельного, поверьте мне).

S>Однако, руководство компании предложило следующую схему (привожу без указания конкретных цифр):
S>1) Работа разбивается на отдельные проекты.
S>2) Разработчикам ежемесячно выплачивается небольшая сумма "на поддержание штанов" — это цитата — существенно меньше, чем мы получаем сейчас.
S>3) По завершению проекта мы получаем "большой приз" — некоторую достаточно большую сумму.
S>4) Если не укладываемся в срок, сумма "большого приза" начинает уменьшаться.

S>При этом нас уверяют, что по такой системе работают чуть ли ни все софтверные компании. Ребят, если это не сложно, помогите выяснить истину — какая система оплаты у вас?

S>С уважением, Александр.


Лично я работаю на постоянной ставке. Денег хватает , поэтому с проэктом никто — никуда не спешить.
Но та схема , которую предложили заказчики , я считаю более оптимальной . Человек (программист) сам выбирает — либо работать и зарабатывать деньги либо зарабатывать меньшие деньги и "драхнуть" на работе.

Здравствуйте, Syleiman, Вы писали:

S>>>Думаем и упорно. Нет стартового капитала.
LVV>>А заказы есть? Если есть, то можно попросить аванс. Регистрация стоит дешево, так что нужны деньги на самом деле на время выполнения проекта.
S>Есть, Валерий Викторович. И команда есть, ребята хорошие, квалифицированные, упорные, понимаем друг друга, вроде без обиж работаем. Будем думать...
Ну, тогда вперед. Кстати, поднятию зарплаты сильно способствует подача заявы об уходе

S>Не знаю... Я морально подготовился к смене работы. Поскорее бы определённость получить и все, буду прижнимать решение. Обидно просто. Два года пахали, много сделали, компанию наверх вытащили, а итог для нас печален.
Если есть неопределенность — значит, ты ещще не решил окончательно.
S>Не печалься проблемой, глупец Сулейман,
S>Не грусти о грядущем, что будет — туман.
S>Ты не можешь пронзить его внутренним оком?
S>Так живи! Остальное, поверь мне, — обман.
Именно!

Здравствуйте, ScorpZ, Вы писали:

SZ>Лично я работаю на постоянной ставке. Денег хватает , поэтому с проэктом никто — никуда не спешить.
SZ>Но та схема , которую предложили заказчики , я считаю более оптимальной . Человек (программист) сам выбирает — либо работать и зарабатывать деньги либо зарабатывать меньшие деньги и "драхнуть" на работе.

Зачем создавать схему, позволяющую человеку "дрыхнуть" на работе?

Здравствуйте, ScorpZ, Вы писали:

Z>Лично я работаю на постоянной ставке. Денег хватает , поэтому с проэктом никто — никуда не спешить.
SZ>Но та схема , которую предложили заказчики , я считаю более оптимальной . Человек (программист) сам выбирает — либо работать и зарабатывать деньги либо зарабатывать меньшие деньги и "драхнуть" на работе.

Проблема в том, что идеально гладко и 100% в сроки
проекты очень редко заканчиваются и реально будет большая нервотрепка
и недоверие друг к другу.

Кстати, те фирмы, которые вдруг решили отят перейти на такой способ оплаты просто
не думают, что реально это означает довольно много работы для них самих,
и к этой работе они врядли готовы.
Без аккуратного планирования, трекинга,
детального специфицирования и прочих прелестей развитого процесса
разработки софта, не получится ровным счетом ничего.
Anatolix все верно написал.

Здравствуйте, Syleiman, Вы писали:

Мне поступало подобное предложение. Заказчик был свой человек, поэтому была возможность просто по-человечески обсудить вопрос. Сошлись на том, что при таких условиях требуется составление ОЧЕНЬ ЧЕТКО продуманного ТЗ и любое отклонение от этого ТЗ должно фиксироваться на бумаге(несмотря на наши приятельские отношения). В противном случае возникает много вопросов при сдаче очередного этапа. Так вот, по ходу обсуждения выяснилось, что составление такого ТЗ — это, фактически, отдельный этап, причем, достаточно трудозатратный и бессмысленный, так как заказчик очень смутно представлял, что же ему надо. И понимание возникало бы только по ходу реализации проекта(такое уже было в нашем предыдущем проекте). После продолжительных обсуждений от идеи "потом, но много" было решено отказаться. И в конечном счете сошлись на варианте обычной оплаты(чуть ниже рыночных цен, но, конечно, больше чем 600 с получением большого фиксированного бонуса с прибыли от проекта(формально выглядело так: выплачивается фикс. N баксов, но не более чем 25% от месячной прибыли).

Здравствуйте, Spidola, Вы писали:

S>Здравствуйте, ScorpZ, Вы писали:

SZ>>Лично я работаю на постоянной ставке. Денег хватает , поэтому с проэктом никто — никуда не спешить.
SZ>>Но та схема , которую предложили заказчики , я считаю более оптимальной . Человек (программист) сам выбирает — либо работать и зарабатывать деньги либо зарабатывать меньшие деньги и "драхнуть" на работе.

S>Зачем создавать схему, позволяющую человеку "дрыхнуть" на работе?

Просто прикол в том что при фиксированной ставке как раз можно дрыхнуть и ее получать. Есть большие организации где просто не то что люди, а целые отделы ничего полезного не делают, есть 2 пути
1) Менеджерам всех таких повыцеплять — для этого нужен очень грамотный менеджмент верхнего уровня.
2) Сказать что люди получают деньги вот таким образом в результате произойдет "естественный отбор".

Первый случай вообщем то imho правильнее, хотя не сказать что гуманнее т.к. может потребоваться уволить половину сотрудников и нет шансов что уволят тех кого надо. Но во втором бонус в том что люди которые раньше ничего не делали могут резко понять что правила изменились и начать работать. Очень яркий пример мне известен.

Здравствуйте, bkat, Вы писали:

B>Кстати, те фирмы, которые вдруг решили отят перейти на такой способ оплаты просто
B>не думают, что реально это означает довольно много работы для них самих,
B>и к этой работе они врядли готовы.

Прикол в том что все эти проблемы падают на уровень ниже с Top менеджеров на линейный менеджмент. Так что это не всегда на верху воспринимают как проблему.

B>Без аккуратного планирования, трекинга,
B>детального специфицирования и прочих прелестей развитого процесса
B>разработки софта, не получится ровным счетом ничего.
B>Anatolix все верно написал.

Ага если не понятно кто и что именно в проекте сделал то распределении денег после его закрытия превращается просто в шоу. Так что записывать придется все. Просто прикол в том что грамотное управление проеками само по себе не помешает — без привязки к системе оплаты.

Здравствуйте, Anatolix, Вы писали:


A>Ага если не понятно кто и что именно в проекте сделал то распределении денег после его закрытия превращается просто в шоу. Так что записывать придется все. Просто прикол в том что грамотное управление проеками само по себе не помешает — без привязки к системе оплаты.

Согласен.
Но грамотное управление требует дорогих специалистов.
Сдается мне, что та фирма, о которой говорит Syleiman,
не готова идти на такие траты

S>4) Если не укладываемся в срок, сумма "большого приза" начинает уменьшаться.

Слышал о том, что на западе есть прецеденты использования "похожего" принципа, но немного наоборот
Если работа заканчивается досрочно, то приз растет, ради этого люди работают по выходным и вообще стимул хороший

А то, что вас не любят — это однозначно

Здравствуйте, Anatolix, Вы писали:

A>Здравствуйте, Spidola, Вы писали:

S>>Здравствуйте, ScorpZ, Вы писали:

SZ>>>Лично я работаю на постоянной ставке. Денег хватает , поэтому с проэктом никто — никуда не спешить.
SZ>>>Но та схема , которую предложили заказчики , я считаю более оптимальной . Человек (программист) сам выбирает — либо работать и зарабатывать деньги либо зарабатывать меньшие деньги и "драхнуть" на работе.

S>>Зачем создавать схему, позволяющую человеку "дрыхнуть" на работе?

A>Просто прикол в том что при фиксированной ставке как раз можно дрыхнуть и ее получать. Есть большие организации где просто не то что люди, а целые отделы ничего полезного не делают, есть 2 пути
A>1) Менеджерам всех таких повыцеплять — для этого нужен очень грамотный менеджмент верхнего уровня.
A>2) Сказать что люди получают деньги вот таким образом в результате произойдет "естественный отбор".

К сожалению, часто так и происходит

A>Первый случай вообщем то imho правильнее, хотя не сказать что гуманнее т.к. может потребоваться уволить половину сотрудников и нет шансов что уволят тех кого надо.

Правильнее, согласен, но сложнее.

A>Но во втором бонус в том что люди которые раньше ничего не делали могут резко понять что правила изменились и начать работать. Очень яркий пример мне известен.

Может и есть примеры (допускаю, но сам не встричал), но по моей практике в данном случае больше подходит выражение "горбатого могила исправит".
Встречал ситуации, когда бонус даёшь человеку, а через три месяца возвращается всё "на круги своя" и либо нужен новый бонус, либо "управляющее воздействие".

Я, конечно, понимаю, что если подойти к вопросу практически, то работник и работодатель должны вести постоянную битву между собой — кто кого надует. Эх, а как хотелось бы, чтобы и тот и другой однажды договорившись свои договорённости выполняли! И проблем бы было меньше, и работалось бы проще... Быть мне в следующей жизни Маниловым.

Здравствуйте, Spidola, Вы писали:

A>> которые раньше ничего не делали могут резко понять что правила изменились и начать работать. Очень яркий пример мне известен.

S>Может и есть примеры (допускаю, но сам не встричал), но по моей практике в данном случае больше подходит выражение "горбатого могила исправит".
S>Встречал ситуации, когда бонус даёшь человеку, а через три месяца возвращается всё "на круги своя" и либо нужен новый бонус, либо "управляющее воздействие".

Скажем так — очень часто люди не достигают результатов не потому что они сами по себе ленивые — они пашут и еще как, а потому что они делают то что им интереснее, а не то что нужно на рынке и приносит деньги. Смена системы оплаты им очень конкретно объясняет что делать надо.

S>Я, конечно, понимаю, что если подойти к вопросу практически, то работник и работодатель должны вести постоянную битву между собой — кто кого надует.

Это не правильное решение работник и работодатель должны вместе вести постоянную битву по "надуванию"(в хорошем смысле) клиента. В этом случае кто нибудь из них возможно потеряет деньги в % соотношении но оба приобретут в абсолютном. Ну ты же знаешь что при уменьшении сектора пирога в 2 раза при увеличении его радиуса в 2 раза суммарная площадь куска увеличивается в 1.4 раза

S>Эх, а как хотелось бы, чтобы и тот и другой однажды договорившись свои договорённости выполняли! И проблем бы было меньше, и работалось бы проще...

Такое бывает. И бывает достаточно часто.

Здравствуйте, Anatolix, Вы писали:

A>Скажем так — очень часто люди не достигают результатов не потому что они сами по себе ленивые — они пашут и еще как, а потому что они делают то что им интереснее, а не то что нужно на рынке и приносит деньги. Смена системы оплаты им очень конкретно объясняет что делать надо.

К сожалению так. Вот говоришь с человеком, говоришь, мол, надо делать то-то и то-то и так-то и так-то... "Угу"... И опять по своему. А потом люди обижаются, что денег мало (не важно как — при помощи снижения оклада или невыплаты бонуса). Замечательно, если человек понимает, что бывает в работе программиста и доля рутины.

S>>Я, конечно, понимаю, что если подойти к вопросу практически, то работник и работодатель должны вести постоянную битву между собой — кто кого надует.

A>Это не правильное решение работник и работодатель должны вместе вести постоянную битву по "надуванию"(в хорошем смысле) клиента. В этом случае кто нибудь из них возможно потеряет деньги в % соотношении но оба приобретут в абсолютном. Ну ты же знаешь что при уменьшении сектора пирога в 2 раза при увеличении его радиуса в 2 раза суммарная площадь куска увеличивается в 1.4 раза

Я об этом и говорю. Это, так сказать — "to be"... Только вот вопросы в этом форуме а-ля "как мне добиться повышения зарплаты" и "почему все ПМы такие суки" навевают мысль об "as is"

S>>Эх, а как хотелось бы, чтобы и тот и другой однажды договорившись свои договорённости выполняли! И проблем бы было меньше, и работалось бы проще...

A>Такое бывает. И бывает достаточно часто.

Согласен, что бывает. Правда чаще встречается не на уровне рядовых программеров, а по, крайней мере, на уровень выше...