Программист MQL4

офигеть ..... а что это такое вообще? .... стыдно, но если честно первый раз слышу такое

 

понятно ..... торговые операции значит http://book.mql4.com/ru/practice

 

хотите какой-нибудь индикатор разработать, или торговую систему?... в свое время таким занимался, правда не с помощью данного языка.....

 

Саш ..... им программку нужно передалать скорее всего! ..... может на фриланс пойдут .... спроси?

 

Лучше телефон напишите.

 

MegaFree,
этот язык я не знаю.. помочь в нем будет сложно
pe2x,
Паш, так там дальше написано... что возможно и периодическое сотрудничество

 

ну да .... есть такое дело ....... а вообще прикольная весчь - программировать торговые системы

 

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

 

это называется дополнительные разработки. нормальный рабочий процесс.

 

долго

а в чем проблема?

пока не затягивается на оч долго ....

 

я бы не сказал что это называется дополнительные разработки. Сам сталкивался с такой ерундой (и есть много знакомых, которые имеют такой же пример).
Ерунда в том, что многие хотят построить свою торговую систему (автоматизированную), чтобы она сама за тебя совершала операции. Заказчик "как бы знает" алгоритм этой торговой системы.. однако когда он ложится на автоматизацию.. выясняется что никуда вообще не годится... и начинается круговорот.....

 

тут либо исполнитель не смог реализовать в соответствии с заданием, либо заказчик не предусмотрел все нюансы. последнее, - это нормально.

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


а вообще:
Кричал Кот Великану, мол, не верю,
Что примешь облик ты любого зверя!
Меня одним лишь только убедишь -
Немедля превратишься если в мышь!
Развеять чтоб кошачие сомненья,
Стал мышкой Великан в одно мгновенье.
Но Кот поймать её, увы, не смог,
Поскольку та, взлетев под потолок,
Обгадила Кота какой-то кучей...
Как оказалось, мышь была летучей!

Мораль: Как говорится, в назиданье -
Конкретней формулируйте заданье!

 

Буч
Пишутся ФТ с описанием бизнес процессов, согласовываются с заказчиком, потом по ФТ - архитектор системы пишет ТЗ (его то же можно согласовать с заказчиком, если у него есть нужный специалист)..

После этого, по ТЗ пишется код..

 

Ярик,
после чего, у заказчика могут возникнуть какие то пожелания, пишутся дополнения к ТЗ.
я это к тому, что доп.разработки - это нормально.

 

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

 

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

 

Если нормальный архитектор был и ФТ не ради отмазки писались - то не зависит.

Звучит довольно комично. Хотя мысль глубокая.

 

Mix,
в чем комичность?

 

этого лучше не делать .... ...... лишний раз получишь порцию похвалы от заказчика!

 

трудозатраты на изменение системы на этапе разработки гораздо меньше, чем на этапе внедрения.

 

наверное .... но заказчик 100% не поймет тебя если ты дашь ему на тестирование недоделанную программу полную глюков

 

pe2x,
Ты не прав. Заказчику она подается не как финальное решение а для тестирования определенного функционала. Уже в общем всеми признано что система "водопад" неэффективна, гораздо лучше "круговорот".

 

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