Обсуждение статьи "Как заказать написание советника и получить желаемый результат" - страница 6

Новый комментарий
 
denkir:

P.S. Во Фрилансе есть достойные разработчики. Но к сожалению их конкурентные преимущества (опыт, качество, экспертная оценка и т.д.) часто нивелируются демпингаторами и некомпетентностью заказчика...

Недавно еще раз обсуждали эту тему в похожей ветке.

Я считаю, что достойный исполнитель своего заказчика найдет. Но высказывались разные мнения )

 

ps: тю, так вместе и обсуждали

 
Добрый вечер. Скажите, если я включу непосредственно в файл технического задания информацию об оговоренном между мной и программистом сроке выполнения работы (сроком считаю момент получения мной готового советника, а не макета, разумеется), то могу ли я использовать эту информацию как способ аннулировать заказ через арбитраж в случае невыполнения работы в срок? Также в ТЗ могу внести информацию о том, что буду, например, ежедневно (минимум раз в день) выходить на связь для ответов на все вопросы программиста и т. д. и т. п. То есть, короче говоря, если я создам свой маленький регламент непосредственно в ТЗ, защищающий как мои права, так и права программиста, естественно, оговорив это с программистом (логично, он ведь должен прочесть файл ТЗ), может ли это стать правовой основой для моей защиты? Ну вот честно, устал от тех, кто говорит одно, а делает другое... Ведь по сути программист обязан внимательно изучить ТЗ, перед тем как соглашаться на условия заказчика, и если ему что-то не понятно или кажется невозможным, то он обязан говорить об этом сразу, в процессе изучения ТЗ, а не в процессе выполнения. Опять же я могу это тоже включить в свой регламент. Вопрос лишь в том, не будет ли создание своего регламента расцениваться сервисом как нечто неправомерное? Как показывает практика, большинство программистов соглашаются выполнить работу на любых условиях, просто чтобы сказать заказчику то, что он хочет услышать, и получить согласие на выполнение работы. Я устал сливать деньги на таких программистов. Жду ответа на вопрос. Спасибо. 
 
Eduard Minosian:
Достаточно в одной ветке задавать вопрос.
[Удален]  
Andrey Khatimlianskii:
Помните! Программист не отвечает за прибыльность вашей стратегии, его задача - написать программу, которая будет работать по утвержденному вами алгоритму.
100%
 
Eduard Minosian:
Добрый вечер. Скажите, если я включу непосредственно в файл технического задания информацию об оговоренном между мной и программистом сроке выполнения работы (сроком считаю момент получения мной готового советника, а не макета, разумеется), то могу ли я использовать эту информацию как способ аннулировать заказ через арбитраж в случае невыполнения работы в срок? Также в ТЗ могу внести информацию о том, что буду, например, ежедневно (минимум раз в день) выходить на связь для ответов на все вопросы программиста и т. д. и т. п. То есть, короче говоря, если я создам свой маленький регламент непосредственно в ТЗ, защищающий как мои права, так и права программиста, естественно, оговорив это с программистом (логично, он ведь должен прочесть файл ТЗ), может ли это стать правовой основой для моей защиты? Ну вот честно, устал от тех, кто говорит одно, а делает другое... Ведь по сути программист обязан внимательно изучить ТЗ, перед тем как соглашаться на условия заказчика, и если ему что-то не понятно или кажется невозможным, то он обязан говорить об этом сразу, в процессе изучения ТЗ, а не в процессе выполнения. Опять же я могу это тоже включить в свой регламент. Вопрос лишь в том, не будет ли создание своего регламента расцениваться сервисом как нечто неправомерное? Как показывает практика, большинство программистов соглашаются выполнить работу на любых условиях, просто чтобы сказать заказчику то, что он хочет услышать, и получить согласие на выполнение работы. Я устал сливать деньги на таких программистов. Жду ответа на вопрос. Спасибо. 

Вот ведь какой парадокс:

Чем полнее ответите на все вопросы, тем больше шанс, что работать буду с вами, как по этому ТЗ, так и по следующему. При этом, убедительная просьба не писать мне и не оставлять заявок на выполнение работы, если:

1. Вас не устраивает, что я выбираю программиста из нескольких программистов.

2. Вы хотите по-быстрому урвать денежку любой ценой и потом меня кинуть, оставив с роботом, который потом опять никто не захочет исправлять.

3. Вы хотите с кем-нибудь о чем-нибудь поболтать.

4. Вы не умеете укладываться в сроки, которые называете. 

https://www.mql5.com/ru/job/38355 

А выбора-то ведь и нет.
 
Eduard Minosian:
Добрый вечер. Скажите, если я включу непосредственно в файл технического задания информацию об оговоренном между мной и программистом сроке выполнения работы (сроком считаю момент получения мной готового советника, а не макета, разумеется), то могу ли я использовать эту информацию как способ аннулировать заказ через арбитраж в случае невыполнения работы в срок? Также в ТЗ могу внести информацию о том, что буду, например, ежедневно (минимум раз в день) выходить на связь для ответов на все вопросы программиста и т. д. и т. п. То есть, короче говоря, если я создам свой маленький регламент непосредственно в ТЗ, защищающий как мои права, так и права программиста, естественно, оговорив это с программистом (логично, он ведь должен прочесть файл ТЗ), может ли это стать правовой основой для моей защиты? Ну вот честно, устал от тех, кто говорит одно, а делает другое... Ведь по сути программист обязан внимательно изучить ТЗ, перед тем как соглашаться на условия заказчика, и если ему что-то не понятно или кажется невозможным, то он обязан говорить об этом сразу, в процессе изучения ТЗ, а не в процессе выполнения. Опять же я могу это тоже включить в свой регламент. Вопрос лишь в том, не будет ли создание своего регламента расцениваться сервисом как нечто неправомерное? Как показывает практика, большинство программистов соглашаются выполнить работу на любых условиях, просто чтобы сказать заказчику то, что он хочет услышать, и получить согласие на выполнение работы. Я устал сливать деньги на таких программистов. Жду ответа на вопрос. Спасибо. 

100% можете, я бы включал обязательно

Вот я очень принципиально и внимательно отношусь к времени исполнения задачи

и хоть у меня всего 4 задачи исполнены я ни разу не влетал на просрочку и не собираюсь влетать

- по крайней мере по своей вине не должен попасть


--

есть  обратная сторона луны

сразу оговорюсь лично  у меня такой ситуации не случилось еще

1 заказчик выбрал исполнителя

2 Оговорили  ТЗ  - сумму и срок оговорили  - допустим срок поставили 1 день

3 Программист начала работу - и завершил ее через час - и через сервис оповестил заказчика

4 Далее происходит любой из сценариев , заказчик занят , уехал на дачу , ушел в отпуск.

   Не важна причина ,  он не ответил к вечеру не ответил утром и вечером  второго дня и вообще на 3 дня пропал.

итог программист попадает на просрочку работы

--

Кстати обратная сторона луны  - заказчик попадает на программиста который не исполняет работу вовремя

---

и такие случаи нередки судя по  профилям фрилансеров

--

Правильно будет разделить учет времени ЗАКАЗЧИКА и ИСПОЛНИТЕЛЯ

надо просить коллективно об этом у MetaQuotes

 

Очень хорошо!

Это было тщательно и хорошо объяснено!

Я уже написал алгоритм (описание того, что мне нужно, простыми словами).

Все готово, и было приятно видеть, что то, что вы написали, совпадает с тем, что у меня уже готово.

Теперь мне нужно связаться с программистом!

Спасибо!

 
TenKeiTrader:

Очень хорошо!

Это было тщательно и хорошо объяснено!

Я уже написал алгоритм (описание того, что мне нужно, простыми словами).

Все готово, и было приятно видеть, что то, что вы написали, совпадает с тем, что у меня уже готово.

Теперь мне нужно связаться с программистом!

Спасибо

 
Eduard Minosian:
Добрый вечер. Скажите, если я включу непосредственно в файл технического задания информацию об оговоренном между мной и программистом сроке выполнения работы (сроком считаю момент получения мной готового советника, а не макета, разумеется), то могу ли я использовать эту информацию как способ аннулировать заказ через арбитраж в случае невыполнения работы в срок? Также в ТЗ могу внести информацию о том, что буду, например, ежедневно (минимум раз в день) выходить на связь для ответов на все вопросы программиста и т. д. и т. п. То есть, короче говоря, если я создам свой маленький регламент непосредственно в ТЗ, защищающий как мои права, так и права программиста, естественно, оговорив это с программистом (логично, он ведь должен прочесть файл ТЗ), может ли это стать правовой основой для моей защиты? Ну вот честно, устал от тех, кто говорит одно, а делает другое... Ведь по сути программист обязан внимательно изучить ТЗ, перед тем как соглашаться на условия заказчика, и если ему что-то не понятно или кажется невозможным, то он обязан говорить об этом сразу, в процессе изучения ТЗ, а не в процессе выполнения. Опять же я могу это тоже включить в свой регламент. Вопрос лишь в том, не будет ли создание своего регламента расцениваться сервисом как нечто неправомерное? Как показывает практика, большинство программистов соглашаются выполнить работу на любых условиях, просто чтобы сказать заказчику то, что он хочет услышать, и получить согласие на выполнение работы. Я устал сливать деньги на таких программистов. Жду ответа на вопрос. Спасибо. 

то означенный файл перестанет быть Техническим Заданием, а вас не будут воспринимать как нормального заказчика.

  
Здравствуйте, 
На самом деле очень плохой и невыгодной для заказчика является следующая ситуация: 



К разработчику обращаются с проектом.



Он рассматривает проект и дает положительное обещание. 



Заказчик добросовестно выполняет заявку на проект и перечисляет деньги на кредитную карту. 



Теперь он ждет подтверждения от разработчика, но тот больше не отвечает (возможно, он умер). 



Теперь деньги заказчика находятся на сайте mql5.com, и заказчик не хочет запускать проект с другим разработчиком, потому что у него в основном негативный опыт. 



Теперь у заказчика нет шансов вернуть свои деньги?
12345678
Новый комментарий