Обсуждение статьи "Как заказать написание советника и получить желаемый результат" - страница 4
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Это обо мне, или образно?
Я был заказчиком неоднократно.
А самое главное - я тысячекратно был исполнителем, и стандартное расположение граблей на этом поле знаю очень неплохо.
Можно подтверждать свои слова какой-то конкретикой?
Это о статье безотносительно к автору.
Писать для подготовленной аудитории и писать для неподготовленной аудитории -- это принципиально разные подходы. И владения автором материала здесь недостаточно.
В данном случае написать статью для неподготовленной аудитории НЕ удалось.
Версия попроще была на mql4.com. Тут попросили "раскрыть тему глубже".
А по поводу аудитории - да, для тех кто готов вложить в работу $20 и 40 минут своего времени эта статья не по силам.
Ориентир не на них, а на тех, кто сможет здесь хоть на какое-то время задержаться.
Удачи.
это образно...
если обычный юзер для которого написано - не понимает, значит надо писать более простым языком. вот
Версия попроще была на mql4.com. Тут попросили "раскрыть тему глубже".
А по поводу аудитории - да, для тех кто готов вложить в работу $20 и 40 минут своего времени эта статья не по силам.
Ориентир не на них, а на тех, кто сможет здесь хоть на какое-то время задержаться.
Понятно. Какие неожиданные откровения.
Так надо было и написать во введении, что тем "кто готов вложить в работу $20 и 40 минут своего времени эта статья не по силам".
Зачем людям голову морочить, да ещё заставлять при создании заявки в Работе -- обязательно читать то, что изначально НЕ писалось для большинства участников сервиса (судя по статистике стоимости заказов).
Миллионы, на которые ориентируется Ренат -- по изначальной задумке Компостера -- недостойны его внимания.
Понятно. Какие неожиданные откровения.
Так надо было и написать во введении, что тем "кто готов вложить в работу $20 и 40 минут своего времени эта статья не по силам".
Зачем людям голову морочить, да ещё заставлять при создании заявки в Работе -- обязательно читать то, что изначально НЕ писалось для большинства участников сервиса (судя по статистике стоимости заказов).
Миллионы, на которые ориентируется Ренат -- по изначальной задумке Компостера -- недостойны его внимания.
Да какие откровения?
Не нужно быть гением, чтоб понять, что школьник, забежавший на запах денег, читать 20 страниц не будет.
Но такие статьи должны быть. Чтоб у этого школьника был шанс научиться зарабатывать эти деньги.
А по поводу статистики - это только в русскоязычной части так, остальной мир тратит (и денег, и времени, и усилий) намного больше.
Хороших отзывов, кстати, я слышал намного больше. Именно от мыслящих людей (и трейдеров, и программистов).
Но каждому - свое. Тут на сайте и готовые решения продаются, читать не обязательно.
А напиши лучше. или предложи альтернативу.
Не-не-не, это нельзя. Не уводи от темы.
Тут лейтмотив другой: "букаф многа, компостер гад, хде взять денег - не знаю". Но самое главное - без конкретики. А то, не дай бог, ответит...
Абс.большинство заказчиков не читали и не будут читать эту статью.
И причин этому много. Чаще всего это нехватка времени и нежелание опускаться в детали...
С их точки зрения разработчик - это чел, который читает мысли заказчика и сразу схватывает суть.
Для них программа от разных программистов - это одно и то же. Главное, чтобы название программы соответствовало заявленному в ТЗ.
Отсюда вывод - быдлокодерам быть и рулить.
Да здравствует Фриланс!
P.S. Во Фрилансе есть достойные разработчики. Но к сожалению их конкурентные преимущества (опыт, качество, экспертная оценка и т.д.) часто нивелируются демпингаторами и некомпетентностью заказчика...
Абс.большинство заказчиков не читали и не будут читать эту статью.
Несмотря на то, что прочтение данной статьи рекомендуют заказчикам буквально "под роспись" при оформлении заявки -- считаю прочтение данной статьи:
а) либо вредной, т.к. она из чистого ума заказчика выносит все остатки здравого смысла (касательно своих требований к советнику/индикатору)
б) или же категорически рекомендуется присутствие вменяемого разработчика, который будет давать комментарии по всем ключевым моментам (причём комментарии в стиле "это не нужно", "это не читай", "на это не обращай внимание", "это надо понимать так-то")
Мои выводы окончательно утвердились после того, как несколько раз вполне адекватные заказчики показали мне ТЗ, написанное по рекомендациям данной статьи (это было нечто).
Данная статья напоминает ряд институтских учебников по информационным технологиям, в которых много умного текста, но автор-профессор с этими информационными технологиями знаком (если знаком) только по другим учебникам.
Например, откроем ключевой раздел "8. Проверяем результат" (https://www.mql5.com/ru/articles/235#8).
Каждый кто имеет более-менее опыт работы с заказчиком знает, что понятие "алгоритм" и заказчик -- вещи супер-несовместимые.
Тем не менее, 1е требование к заказчику "Если вы обнаружили проблему":
1. Укажите пункт алгоритма, который выполняется программой неправильно (или с которого начинается неправильное выполнение всех остальных действий).
Если найти конкретное место нарушения логики сложно, объясните суть проблемы своими словами, но все равно старайтесь не отходить от алгоритма слишком далеко.
Кто-нибудь встречал на своём опыте заказчика, который показывал ТЗ детализированное до пунктов алгоритма? Даже если такие попадались, то всегда просится забыть об алгоритме и написать ТЗ своими словами (иначе, ничего не понятно).
О каких пунктах алгоритма можно говорить с заказчиками, где каждый третий читает "ТЗ", как "Т-три"?
2е требование:
2. Опишите условия, в которых проводилась проверка:
-- Приложите set-файл с параметрами программы (кнопка "Сохранить" в окне параметров советника);
-- Укажите используемые валютную пару и таймфрейм графика;
-- Укажите адрес сервера, к которому был подключен терминал, и тип счета (демо, реал, конкурсный или другой);
-- Укажите версию терминала (меню "Справка" - "О программе");
-- Если проверка производилась в тестере, дополнительно укажите настройки тестера (интервал дат, режим моделирования, режим торговли, начальный депозит, кредитное плечо).
Известно, что параметры программы, валютная пара, таймфрейм графика -- все прописываются в логе. Зачем же требовать эту информацию от заказчика, если можно просто попросить лог и, самое важное, избавиться от испорченного телефона.
Сколько раз было важно знать "адрес сервера" и зачем эта информация нужна при отладке программы?
Насколько часто нужна версия терминала? Если смена версии критична, то происходит это "раз в пятилетку".
3. Приложите скриншот, иллюстрирующий проблему.
4. Если проблема связана с открытием или закрытием позиций, скопируйте отрывок из отчета тестера или несколько строк из истории счета.
5. Приложите лог-файлы советника (пункт "Открыть" контекстного меню на закладке "Эксперты" в терминале или на закладке "Журнал" в окне тестера).
По сути, от заказчика надо суметь получить только две вещи:
1) описание проблемы
2) лог
Но в данном случае -- самые нужные и ключевые моменты упомянуты аж на последнем месте -- заказчик, если будет в состоянии мыслить после 1го требования по алгоритму и не задолбается после 2-го пункта с адресами сервера -- гарантированно обломается, устанет и никогда до нужных последних пунктов не дойдёт.
От автора "к размышлению перед заказом 14" и "к размышлению перед заказом 15" ))