Г-да программисты, помогите с созданием простейшего советника - страница 5

 
PapaYozh >>:

Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.

+10!

 
PapaYozh писал(а) >>

Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.

Согласен!

 
PapaYozh >>:

Конечно, общаясь с заказчиком можно прикинуться шлангом, но это - проявление непрофессионализма.

Можно и шлангом прикинуться, и еще чем-то, но заказчик тоже должен понимать, что прогер не телепат и поэтому должен более корректно писать ТЗ (хотя бы упомянуть что должны обрабатываться ошибки исполнения). Конечно обработку грубых ошибок программист должен кодить без упоминания.

 
sanyooooook >>:

Можно и шлангом прикинуться, и еще чем-то, но заказчик тоже должен понимать, что прогер не телепат и поэтому должен более корректно писать ТЗ (хотя бы упомянуть что должны обрабатываться ошибки исполнения). Конечно обработку грубых ошибок программист должен кодить без упоминания.


я за свою практику не разу не видел заказчика, который понимал что такое MQL и что надо предусматривать чтоб не было ошибок. Заказчик хочет одного - правильного исполнения его алгоритма входа/выхода и т.д. а обработка ошибок это и есть работа программиста.

Или же тот же вопрос - перезагрузки терминала. Программер должен сам без явного указания в ТЗ всё предусмотреть.

 
sergeev >>:


я за свою практику не разу не видел заказчика, который понимал что такое MQL и что надо предусматривать чтоб не было ошибок. Заказчик хочет одного - правильного исполнения его алгоритма входа/выхода и т.д. а обработка ошибок это и есть работа программиста.

стоит ли полагать, что, если у заказчика нет претензий к коду и к алгоритму выполнения этого кода, то код выполнен согласно ТЗ заказчика? А если так, то прогер сделал все как хотел заказчик. Встречались и такие ТЗ в которых указывалось что должен делать советник после перезапуска терминала.

 
sanyooooook писал(а) >>

Можно и шлангом прикинуться, и еще чем-то

Ну, это на любителя.

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

 
sanyooooook >>:

стоит ли полагать, что, если у заказчика нет претензий к коду и к алгоритму выполнения этого кода, то код выполнен согласно ТЗ заказчика? А если так, то прогер сделал все как хотел заказчик. Встречались и такие ТЗ в которых указывалось что должен делать советник после перезапуска терминала.


втсречались.

но если в ТЗ это не прописано я обязательно оцениваю необходимость такого и последствия при перезапуске и обязательно обсуждаю эти моменты с заказчиком. Вы же сами понимаете, что практика программиста не сравнится с практикой использования экспертов заказчиком. Программер всегда должен видеть на шаг впереди что может быть и что будет со средой эксперта. И поставить в известность клиента.

 
PapaYozh >>:

Ну, это на любителя.

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

не ситоит придиратся к словам, смотрите в каком контексте это было сказано

 
sergeev >>:


втсречались.

но если в ТЗ это не прописано я обязательно оцениваю необходимость такого и последствия при перезапуске и обязательно обсуждаю эти моменты с заказчиком. Вы же сами понимаете, что практика программиста не сравнится с практикой использования экспертов заказчиком. Программер всегда должен видеть на шаг впереди что может быть и что будет со средой эксперта. И поставить в известность клиента.

переговоры с клиентом это да, но если он(заказчик) сам не знает что ему нужно, как должен поступить программист? единственный вариант сделать все как обычно(по стандарту, но согласно с ТЗ), с учетом всех возможных стандартны исключительных ситуаций

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