Обсуждение статьи "Как заказать торгового робота на MQL5 и MQL4" - страница 5
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Надо понимать что в рыночные цены уже включена цена работы программиста над тз заказчика.
Если программист это не понимает , он обречен на снижение своей конкурентности.
Попытки придумать как разделить и брать с заказчика цену за тз и цену за саму работу над кодом это утопия
Попытки придумать как разделить и брать с заказчика цену за тз и цену за саму работу над кодом это утопия
ну почему же утопия. можно на разбор и утверждение ТЗ установить фиксированную плату. А будет выполнятся заказ или нет - дело другое. :)
это примерно так же, как у часовщика - осмотр и выявление неисправности 500р. стоимость ремонта - в зависимости от сложности ремонта и стоимости запчастей.
Надо понимать что в рыночные цены уже включена цена работы программиста над тз заказчика.
Если программист это не понимает , он обречен на снижение своей конкурентности.
Попытки придумать как разделить и брать с заказчика цену за тз и цену за саму работу над кодом это утопия
Речь идёт не о нормировании труда программиста, не о ценовой политике, не о том какие шаровики заказчики и какие постоянно прибедняющиеся программисты, а о том, что в сервисе Работа в процедуре оформления заказа есть серьёзные и принципиальные недоработки, а именно:
1) исполнитель должен имеет возможность отказаться от работы
2) исполнитель должен имеет возможность уменьшить стоимость работы
3) заказчик должен имеет возможность увеличить стоимость работы
ну почему же утопия. можно на разбор и утверждение ТЗ установить фиксированную плату. А будет выполнятся заказ или нет - дело другое. :)
это примерно так же, как у часовщика - осмотр и выявление неисправности 500р. стоимость ремонта - в зависимости от сложности ремонта и стоимости запчастей.
Что касается разработки ТЗ и проблем с оплатой этого - так в сервисе "Работа" там нормально всё продумано. Заказчик прикрепляет ТЗ, нажимает 2-ю кнопку - и программист видит его деньги. То есть прежде чем программист начнёт работать над ТЗ, он убеждается в платёжеспособности клиента. А потом задание можно редактировать и заменять много раз.
Я имел дело с одним иностранцем, который торговался, выпросил скидку, и предположение о его платёжеспособности казалась настолько правдоподобным, что я взялся ему помогать с ТЗ, но как только дошло дело до второй кнопки, он стал глухонемым.
Из всего этого вывод: программист, следуя правилам, не начинает работать с ТЗ до тех пор, пока заказчик не нажмёт 2-ю кнопку. Единственное, по чему можно судить о платёжеспособности клиента - это факт подтверждения им 2-го шага (ТЗ). Больше не по чему (многие пользователи интернета - как русскоязычные, так и англоязычные - достигли совершенства в умении внушать и притворяться).
Что же касается коррекции стоимости работы при замене ТЗ - здесь я честно говоря не знаю как следовало бы это реализовать. Но программисту уменьшать стоимость работы - как и заказчику увеличивать - как-то нелогично. Кто воспользуется столь странной возможностью?
Что касается разработки ТЗ и проблем с оплатой этого - так в сервисе "Работа" там нормально всё продумано. Заказчик прикрепляет ТЗ, нажимает 2-ю кнопку - и программист видит его деньги. То есть прежде чем программист начнёт работать над ТЗ, он убеждается в платёжеспособности клиента. А потом задание можно редактировать и заменять много раз.
Я имел дело с одним иностранцем, который торговался, выпросил скидку, и предположение о его платёжеспособности казалась настолько правдоподобным, что я взялся ему помогать с ТЗ, но как только дошло дело до второй кнопки, он стал глухонемым.
Из всего этого вывод: программист, следуя правилам, не начинает работать с ТЗ до тех пор, пока заказчик не нажмёт 2-ю кнопку. Единственное, по чему можно судить о платёжеспособности клиента - это факт подтверждения им 2-го шага (ТЗ). Больше не по чему (многие пользователи интернета - как русскоязычные, так и англоязычные - достигли совершенства в умении внушать и притворяться).
Что же касается коррекции стоимости работы при замене ТЗ - здесь я честно говоря не знаю как следовало бы это реализовать. Но программисту уменьшать стоимость работы - как и заказчику увеличивать - как-то нелогично. Кто воспользуется столь странной возможностью?
4. испонитель, взявший заказ и не выполневший его в срок, подвергается всеобщему презрению! Пороть таких надо как "сидоровых коз"! А особливо тех, которые в Топе разработчиков.
Ну расскажите свою жизненную историю, за что вы так ненавидите программстов?
1. Вас кинул программист?
2. Вы хотели стать программистом, но не получилось?
3. Программист увел у вас жену?
4. Еще что-нибудь...
Кажется что-то перпутано. Исполнитель не видит сколько денег на счете у заказчика, да это и не важно, какая разница у кого сколько денег где-то там. Исполнитель видит деньги, которые оплачены заказчиком, но заморожены. Прежде чем закачику дать добро на оплату надо поработать над заданием. Вы предлагаете принимать задание не глядя? Как стоимость определять?
Возможно, нужно реализовать промежуточный этап. Сначала размещать заказы на написание ТЗ. Кажется, это весьма восстребовано.
Какому заказчику надо ТЗ? Заказчику надо реализация. И разбор ТЗ - это не написание нового ТЗ, а ряд вопросов, которые проясняют и более менее формализуют задачу.
Все вкладывают в понятие "написание ТЗ" такой смысл какой-то. Откройте ГОСТ 34 и почитайте, что из себя представляет ТЗ.
Тут заказчики пояснить не могут элементарно, когда и с какими параметрами ордера выставлять.
И проблема заключается не в том, чтобы скачать "бабки" с заказчика на написание ТЗ, а в том, чтобы потратить время на разбор и понимание "что хочет" заказчик и не остаться без заказа.
Вы не представляете, какой процент заказчиков совершенно не в состоянии пояснить, что они хотят.