Правила в разделе Работа - страница 11
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Изначальный вопрос про исходники. Это волнует.
Да все это можно решить, причем достаточно просто (если речь идет о чистом MQL5).
Исполнитель который не стремится выкладывать определенный исходный код имеет все шансы (причем совершенно законные) этого не делать. Только это становится возможным при соблюдении некоторых условий.
Для начала все блоки которые необходимо скрыт от посторонних глаз оформляются в виде отдельных модулей (библиотек, скриптов, индюков и прочего ПО), затем все это может быть реализовано через МАГАЗИН (там требование исходных кодов согласитесь абсурдно). Данный подход хорош тем что программист теоретически может распределить стоимость своей работы между многими покупателями, что без всяких сомнений выгодно всем.
На этапе согласования заказа программист стремящийся стать исполнителем с легкостью может сослаться на модули имеющиеся в продаже (поинтересовавшийся при этом нет ли у заказчика купленных ранее модулей). Если у заказчика уже есть данные модули исполнителю просто останется прописать недостающий код и отдать его заказчику. В противном случае по договоренности сторон исполнитель может выставить счет за данные модули (продав их самостоятельно или через МАГАЗИН) или не делая этого.
Если работа "уникальная" есть возможность также упаковать определенный код в библиотеки, при этом предоставив заказчику остальные исходники (предоставив таким образом определенную свободу).
Ага, добавьте галочку "заказчику передаются только ex5", и тут же вторую, устанавливаемую автоматически с первой "исполнитель обязуется обеспечивать заказчика свежими ex5 до конца своей жизни"... до конца своей веселой жизни.
1. Вопрос легко решаем если исполнитель возмет на себя обязательство сопровождать результаты своей работы в течении определенного времени, с перечислением небольшой платы.
Скажем в течении года, с оплатой по факту выполнения работ или в виде ежемесячных выплат (ежемесячные выплоты к примеру могут составить 5-10$).
2. еще проще вопрос решается если конкретная разработка приобретет популярность и будет использоваться многими трейдерами (как вариант продаваться через МАГАЗИН).
Тогда исполнитель будет заинтересован в том чтобы хранить все исходники проекта и периодически самостоятельно или по просьбе клиентов (заказчиков и покупателей) вносить в код изменения.
PS
В рамках этого и подобных обсуждений я бы лучше постарался раскрыть тему авторских и прочих прав.
При таком подходе оформляя заказ можно приобрести определенный закрытый код (закрытый для простых смертных), за дополнительную плату конечно.
Но тут нужно продумать вариант при котором стороны не смогу нарушать права друг-друга (к примеру исполнитель не сможет продавать данную работу через магазин, а если и делает это то выплачивает вознаграждение правообладателю).
На этапе согласования заказа программист стремящийся стать исполнителем с легкостью может сослаться на модули имеющиеся в продаже (поинтересовавшийся при этом нет ли у заказчика купленных ранее модулей).
Круто! Фактически, вырисовывается следующая идея. Исполнитель формирует свои рабочие модули для продажи, которые проходят всевозможные предпродажные проверки в Магазине и выставляются на витрину Магазина. А потом говорит Заказчику, что тот может либо докупить эти рабочие модули с гарантиями Магазина, либо приобрести эти рабочие модули непосредственно у автора со скидкой в размере 10%-ной комиссии Магазина :)
Теоретически, при определенных условиях, исполнитель может сделать и 100% скидку на ряд файлов, правда без предоставления исходных кодов (тем самым значительно удешевив работу для заказчика).
С другой стороны у заказчика уже может быть определенный набор библиотек от исполнителя (не важно купленных в магазине или приобретенных при выполнении других заказов), что также позволит существенно снизить стоимость выполняемой работы.
Любопытно, кто-нибудь проводил тестирование скорости оптимизации советника, используя один компильнутый(из инклюдов) файл, и набор из подключенных библиотек( импорт)? Именно в однотипном сравнении.
PS. Просто никогда не пользовался импортом. Если разницы в скорости нет, то это некоторый выход. Но все равно не полноценный. Лучше знать заранее, чего хочет заказчик..
Еще на четверке отказался от использования кастомных индюков, сильно тормозят оптимизацию. Все встраивал в код советника. А на импорт, вообще, сразу забил, по той же причине. Вот интересно, как дела обстоят в мт5.
Еще на четверке отказался от использования кастомных индюков, сильно тормозят оптимизацию. Все встраивал в код советника. А на импорт, вообще, сразу забил, по той же причине. Вот интересно, как дела обстоят в мт5.
Все в один советник конечно хорошо,но есть одно но - очеь сложно разрабатывать большие проекты (в которых 10000 строк и более). На своем опыте знаю каким кошмаром может стать эксперт в 50К строк. разделение на модули и библиотеки в этом случае просто необходимо.
Любопытно, кто-нибудь проводил тестирование скорости оптимизации советника, используя один компильнутый(из инклюдов) файл, и набор из подключенных библиотек( импорт)? Именно в однотипном сравнении.
PS. Просто никогда не пользовался импортом. Если разницы в скорости нет, то это некоторый выход. Но все равно не полноценный. Лучше знать заранее, чего хочет заказчик..
Если я все правильно понимаю то быстрей всего выполнится код находящийся непосредственно в эксперте, второе место по идеи займет код расположенный в *.mqh, код находящейся в библиотеках ex5 выполнится последним по времени.
Но тут скорей всего чистое ИМХО.
Если я все правильно понимаю то быстрей всего выполнится код находящийся непосредственно в эксперте, второе место по идеи займет код расположенный в *.mqh, код находящейся в библиотеках ex5 выполнится последним по времени.
А как связана скорость выполнения кода вот с таким правилом? :
Для импорта функций во время выполнения mql5-программы используется раннее связывание. Это значит, что библиотека загружается в процессе загрузки использующей ее ex5-программы.
1. Вопрос легко решаем если исполнитель возмет на себя обязательство сопровождать результаты своей работы в течении определенного времени, с перечислением небольшой платы.
Скажем в течении года, с оплатой по факту выполнения работ или в виде ежемесячных выплат (ежемесячные выплоты к примеру могут составить 5-10$).
2. еще проще вопрос решается если конкретная разработка приобретет популярность и будет использоваться многими трейдерами (как вариант продаваться через МАГАЗИН).
Тогда исполнитель будет заинтересован в том чтобы хранить все исходники проекта и периодически самостоятельно или по просьбе клиентов (заказчиков и покупателей) вносить в код изменения.
PS
В рамках этого и подобных обсуждений я бы лучше постарался раскрыть тему авторских и прочих прав.
При таком подходе оформляя заказ можно приобрести определенный закрытый код (закрытый для простых смертных), за дополнительную плату конечно.
Но тут нужно продумать вариант при котором стороны не смогу нарушать права друг-друга (к примеру исполнитель не сможет продавать данную работу через магазин, а если и делает это то выплачивает вознаграждение правообладателю).
1. С огоромным удовольствием возьму на себя обязательства перед 1000 заказчиков высылать им новые ex5 при выходе каждого нового билда терминала за символическую плату 5$ в месяц. Вот только вряд ли найдутся такие лохи.
2. Разговор про индивидуальные заказы.
1. С огоромным удовольствием возьму на себя обязательства перед 1000 заказчиков высылать им новые ex5 при выходе каждого нового билда терминала за символическую плату 5$ в месяц. Вот только вряд ли найдутся такие лохи.
2. Разговор про индивидуальные заказы.
1. Если среднестатистическому пользователю будет необходимо управлять при помощи ВАШЕГО кода депозитом в хотя бы 1000$ и при этом он сможет стабильно зарабатывать минимум 100$ в месяц почему бы и нет?
2. Теоретически да, но одно второму не мешает. какая-то универсальная библиотека или класс может использоваться в разных целях.