Философские беседы по оценке труда

Как таск эдитор может быть "ебаным"?
Даже не понимают что говорят...

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

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

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

Если начинается вынос мозга, со стороны клиента, по любому поводу ("за такое бабло сам нарисую, а там - дешевле, а почему стока и т/д) - посылаешь "лесом" и/или прекращаешь общение.

В скупе очень не хватает возможности писать мелким шрифтом "реальная цена может варьироваться, скорее всего в большую сторону, даже не скорее всего, а так и будет"

Скорей всего, заказчики по полной не оценивают уровень функционала программы, а оценивают его, только в рамках их нужд.
Особенно если этот функционал рассчитан на массовые операции

Аминь.

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

Я ВСЕГДА беру завышенную стоимость за работу. У меня есть свои фишки, первый заказ всегда дорогой, потом скидки скидки скидки
Исполнителям могу посоветовать не опускаться ниже своих минимумов, даже если ооочень нужны бабки. Никогда не делать по блату, что то! Или ты делаешь знакомому бесплатно или за свою реальную стоимость! Промежуток между бесплатно и за деньги (нормальные) это просак!

Заказчикам могу посоветовать, не гонитесь за тем, что подешевле. Хороший работник это сытый работник. Раньше в старину, когда брали на работу, собеседований не проходило, барыня накрывала сытный стол и всех кто пришел на работу угощали едой, и тот, кто съел больше всех, тот и считался самым лучшим работником. Раз много если, значит хорошо работает и тратит калории, силы, и все такое, и поэтому много есть.

ВЫВОД:
Оценка труда должна проходить всегда с 1й стороны. Со стороны исполнителя!!! А заказчик сам принимает решение, будет он брать товар или нет. У каждого товара, есть свой покупатель, даже если это касается исполнения таких услуг как обработка фото, разработка программы или зарисовка рекламы, и т.д.
ВСЕ ВСЕ исполнители имеют свой почерк!!! У Всех свой стиль и манера исполнения!!! У Всех свои цены!!!

Пример из собственной жизни: Когдато много лет назад, я работала в рекламном агентстве и директор нашей фирмы заказывал печать продукции у фирмы "А". Их цены повышались, но качество оставалось на том же уровне. По соседству через дорогу, открылась новая полиграфическая фирма, где цены были значительно ниже, чем там, где заказывал директор, и качество было тоже самое. НО... мы оставались заказчиками старой фирмы, так как директору нравилось, что его визитки пахли лавандой! (Так пахла девушка, которая там работала, ее лаванда воняла так, что даже запах горячей бумаги и краски на продукции практически не оставался.) На воспрос, но там же дешевле, директор отвечал : - Но там никогда не будет пахнуть так, как пахла моя мама.

В общем то к чему я. Заказчики, не ограничивайте себя при выборе исполнителя, только лишь маленькой суммой - чтобы сэкономить. Руки творца хотят пищи! И Вам, никто не запрещает давать на "ЧАЙ" ,так сказать, цените время! Вы заказываете из за того, что сами не умеете, но вы заказываете у тех кто умеет! А любые умения должны быть достойно оплачены!

(Я надеюсь я тут по теме высказалась)

Напишу все таки смысл который я хотел донести до автора.
Мое объективное суждение базируется на знание сложной ГФХ структуры, а Ваша программа фиксит светлики в 50%(если не меньше случаев).
Я не коем образом не хотел Вас обидеть, я хотел опровергнуть Вашу фразу:

Она далека от универсальности
И насчет темы(это было завершение нашего разговора)

Если я написал тебе что мне нужно а ты пишешь мне что она это делает логично что я могу понять она универсальна или нет?
(конечно есть НО если ты мне не весь функционал ее описал то да(даже так все равно слабо верится)).

Помоему я доходчиво объяснил тебе почему я не хочу брать программу.(мне важен был не резульатат программы и что она может, а цена)

Каждый по своему прав.

Клиент - файлов не много, можно и вручную (если за 1000 р.), или за 500 р. программу, которая существенно быстрее сделает.
Разработчик - программа универсальна, способна исправить как 1 файл, так и тысячи файлов за короткое время. Но скорость написание кода и затраты по времени не зависят от количества файлов, которые будут пофикшены программой.

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