Нужен ли Арбитраж качества кодинга? - страница 6
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
поставил нет, просто забей на сервис и работай на стороне с исполнителями.
ЗЫ: исполнитель не обязан что-то уточнять, т.к. в задании должно быть всё оговорено.
пролетели с исполнителем ставьте отзыв и дальше в поиски "капитана Гранта", по другому ни как, и не скупитесь платить исполнителю, мы тоже хотим красиво жить.
поставил нет, просто забей на сервис и работай на стороне с исполнителями.
На стороне всегда дороже. У меня точно раза в четыре - пять...
Как вам такой сценарий -- договориться брать минимум 200 баксов за работу?
Конечно Вы можете так договориться (со всеми исполнителями) и увидите сами результат.
Я же говорю о том, что:
1. Заказчик должен знать об ожидаемом качестве. И это может быть не высокое качество, к примеру когда просишь дописать в код что-то от другого разработчика для проверки идеи.
2. Выбранное качество заказчиком должно быть гарантированно исполнителем.
Сейчас по факту не ясно какое качество ты получишь за свои деньги, и цена тут не при чем, многое зависит от человека, который берется за работу.
Читая обе последние ваши темы, напрашивается создание профсоюза заказчиков.
Хоть я и не являюсь заказчиком, готов проголосовать за вашу кандидатуру на пост председателя.
Но тогда надо делать и профсоюз разработчиков. Кандидат есть, скажу при необходимости.
Хотя со всем, о что вы тут мусолите, вполне справляется обычный арбитраж сервиса работа.
Спасибо за доверие, но у меня сейчас не достаточно времени на публичную деятельность.
Пиши свои стандарты в ТЗ, тогда специализированный арбитраж и не нужен вовсе. Если код не соответствует ТЗ - обычный арбитраж сгодится. По факту несоответствия, т.е. невыполнения требований заказчика.
Не, так его не устраивает. При таком подходе стоимость исполнения начнёт расти, а надо дёшево и что бы не "Г".
Не, так его не устраивает. При таком подходе стоимость исполнения начнёт расти, а надо дёшево и что бы не "Г".
Но ведь и качество начнёт расти. Причём вероятнее всего быстрее чем стоимость.
Вы предлагаете справедливое решение.
Однако, его реализовать возможно только в том случае, если ты знаешь все особенности и нюансы программирования советников, иначе говоря заказчик должен быть хорошо теоретически подготовлен.
Такой подход не увеличит количество потенциальных клиентов, так как риски получить некачественный код (потенциально ведущий к убыткам, в том числе и затратам времени) будут оставаться.
А разве все тут не заинтересованы в привлечении клиентов, которые будут получать то, что хотят, и без страха пользоваться к примеру сервисами по покупке/продаже программных решений?
Вы предлагаете справедливое решение.
Однако, его реализовать возможно только в том случае, если ты знаешь все особенности и нюансы программирования советников, иначе говоря заказчик должен быть хорошо теоретически подготовлен.
Такой подход не увеличит количество потенциальных клиентов, так как риски получить некачественный код (потенциально ведущий к убыткам, в том числе и затратам времени) будут оставаться.
А разве все тут не заинтересованы в привлечении клиентов, которые будут получать то, что хотят, и без страха пользоваться к примеру сервисами по покупке/продаже программных решений?
Зато увеличит качество некоторых, что им же многократно откликнется получением именно желаемого продукта.
artmedia70:
Практически каждый заказчик уверен в индивидуальности собственной ТС и уверен в её граальности. Слив из-за обыденности их ТС вызовет протест в сторону исполнителя в любом случае. Желаемый продукт для них - тот, что зарабатывает. А тут слив. Кто виноват? Мля... конечно исполнитель!!! И начнётся обливание грязью исполнителя, что не прибавит ему хорошей статистики.
Я совсем не понимаю, почему у Вас такое суждение о людях? Если слив из-за того, что советник затупил при реквотах, то может и программер виноват...
Как тут уже говорили на форуме, не все программисты имеют достаточный опыт торговли, что б представлять большинство возникающих ситуаций на рынке, а трейдеры не все представляют нюансы работы программы, вот я и предлагаю навести в этом вопросе порядок...