Что думают о сервисе Фриланс разработчики на MQL5 - страница 7
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Деньги не можете получить потому что не принимают работу, а не из-за увеличения сроков. Обратитесь в арбитраж и выиграете. Заказчики тоже наглые бывают.
Вот уже вижу приближение к пониманию сути проблемы. Осталось понять про арбитраж и про то, что увеличение сроков - это откладывание получения денег.
Вот уже вижу приближение к пониманию сути проблемы. Осталось понять про арбитраж и про то, что увеличение сроков - это откладывание получения денег.
А что мне понимать про арбитраж?
Вы просто почему то не можете понять, что запрет увеличения сроков - никак не ускорит получение денег. Деньги будут получены когда заказчик примет работу или арбитраж решит, что заказчик злоупотребляет положением и не разблокирует в вашу пользу деньги. Больше никак.
Проще говоря, его не устраивает прибыльность готового продукта?
Выходит, что так. Но он так и не заявляет, что конкретно хотел получить.
На самом деле "оптимизация на примере конкретного советника" - это малая часть основного задания - суть которого разработка кода для использование МО для любого советника. Просто Заказчик думал, что это простая область, а как понял, что надо учиться многому новому пошел на попятные - пока единственное предположение, которое хоть как то объясняет его поведение, если исключить изначальное мошенничество.
Теперь он уже перешел на угрозы...
Есть ещё одна вещь, которая раздражает:
"
"
Заказчик жмет на вариант, подразумевающий возврат денег регулярно и так можно случайно подтвердить его желание. Ну и я предполагаю, что если нажата кнопка, то арбитражёр не смотрит уже эту работу - мол само уладится, что так же растягивает сроки урегулирования спора.
А что мне понимать про арбитраж?
Вы просто почему то не можете понять, что запрет увеличения сроков - никак не ускорит получение денег. Деньги будут получены когда заказчик примет работу или арбитраж решит, что заказчик злоупотребляет положением и не разблокирует в вашу пользу деньги. Больше никак.
В том то и дело, что должен ускорять!
Арбитражёр должен зайти и проверить наличие кода и отсутствие претензии по существу со стороны Заказчика.
Ну а все типы общения по идущей работе не в специализированном чате должны быть запрещены.
Разве деньги к выводу доступны сразу после завершения работы?
Выходит, что так. Но он так и не заявляет, что конкретно хотел получить.
На самом деле "оптимизация на примере конкретного советника" - это малая часть основного задания - суть которого разработка кода для использование МО для любого советника. Просто Заказчик думал, что это простая область, а как понял, что надо учиться многому новому пошел на попятные - пока единственное предположение, которое хоть как то объясняет его поведение, если исключить изначальное мошенничество.
Теперь он уже перешел на угрозы...
Думаю, что основная причина инцидента -- это заказчик ожидает профит, а разработчик прямо или косвенно его гарантирует -- иначе, без обещания и без ожидания профита нет смысла в финансировании задачи "Оптимизация советника через машинное обучение".
Будет не удивительно, если в ТЗ не прописано, какой результат должен получиться в итоге.
Вы просто почему то не можете понять, что запрет увеличения сроков - никак не ускорит получение денег. Деньги будут получены когда заказчик примет работу или арбитраж решит, что заказчик злоупотребляет положением и не разблокирует в вашу пользу деньги. Больше никак.
Это вы по непонятной причине не можете понять, что
1) запрет и согласование - это разные вещи;
2) самовольное продление сроков без согласования поощряет откладывание на потом и затягивание. В каком договоре вы видели одностороннее продление сроков?
3) вам нужен лишний арбитраж в статистике?
2) самовольное продление сроков без согласования поощряет откладывание на потом и затягивание. В каком договоре вы видели одностороннее продление сроков?
Ерунда.
"Срок разработки" -- это параметр, который влияет ровно на два момента:
1) на показатель статистики "Просрочено"
2) на основание для расторжения со стороны заказчика по причине "несоблюдения сроков".
Если заказчик продлевает срок -- то эти два момента, зависящие от срока разработки исчезают.
Т.е. "срок разработки" по сути обязывает только разработчика не затягивать разработку, но никак не обязывает заказчика.
Если разработчик отработал ТЗ, а заказчик затягивает оплату -- то единственный путь -- это арбитраж.
Единственный критерий завершения работы в пользу разработчика -- это отработка ТЗ.
Выходит, что так. Но он так и не заявляет, что конкретно хотел получить.
На самом деле "оптимизация на примере конкретного советника" - это малая часть основного задания - суть которого разработка кода для использование МО для любого советника. Просто Заказчик думал, что это простая область, а как понял, что надо учиться многому новому пошел на попятные - пока единственное предположение, которое хоть как то объясняет его поведение, если исключить изначальное мошенничество.
Теперь он уже перешел на угрозы...
Понятно. Получается нужно решать через арбитраж, будут делать экспертизу тз, продукта и переписки. В крайнем случае располовинят.
Если перешло все на угрозы, то мирно решить наверное шанс упущен
Это вы по непонятной причине не можете понять, что
1) запрет и согласование - это разные вещи;
Замена одностороннего увеличения сроков на согласование - есть запрет одностороннего увеличения сроков - вроде как логичная цепочка рассуждений.
В общем, можете оставаться при своем мнении.