Частичное выполнение технического задания - страница 2

[Maxim Romanov]

У меня большой опыт заказчика на фрилансе, поделюсь особенностями.

1- фриланс не майкрософт и даже не яндекс, если есть чужой код и он не простой, то мало кто возьмётся его править. Тем более за дешево. Даже если код сделан максимально профессионально, вам скажут, что он г...но в 90% случаев, в остальных 9% возьмут и начнутся проблемы. Если код совсем простой, то можно еще договориться, но тогда вопрос, может проще сделать с нуля. Переделка будет дорого стоить. Но при желании и большой целеустремленности, реально. Если в коде ошибка и человек его делавший не хочет/не может исправить, то тупик, проще заново сделать.

2- в идеале лучше найти хорошего спеца, с которым будете работать, тогда проблем будет меньше. Описать ему общий план работ, чтобы он сразу писал код правильно и понимал как это должно стыковаться, иначе начнутся проблемы с переделкой своего-же кода. Правим в одном месте, ломаем в другом. Будет долго и сложно, иногда даже становится невозможно.

3- индикаторы можно писать у разных разрабов и потом другой разраб вам их интегрирует в робота. Но все должно работать и вызываться максимально стандартно. Вся инфа должна быть доступна в индикаторных буферах. Никаких нестандартных решений и костылей.

4- если денег мало, а проект действительно большой или сложный и вы реально хотите его сделать, да еще, чтобы работало как вы хотите, то нужно писать максимально подробное Тз, чтобы разраб не мог сделать отсебятину. Но чем подробнее Тз, тем оно больше и работа становится дороже. Разрабу кажется, что там много всего делать и вообще непонятно. Поэтому в ограниченном бюджете придется искать баланс между подробностью и стоимостью и принимать некоторый риск.

5- чем дешевле исполнитель, тем больше проблем. Может пропасть, не справиться, жутко косячить пройдет время, вы потеряете месяц, потом обратитесь в арбитраж и потеряете деньги 10% минимум. Так работа может стоять, а если нарваться на пару нехороших разрабов, деньги таят быстро. И деньги уменьшаются и работа не сделана. Но высокая цена не гарантирует хорошего спеца. Есть люди, которые задирают цену выше своей компетентности. Нужно выбрать адекватного.

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

7- если в тз нет конкретики, как писали выше, что-то типа: надо чтобы индикатор распознавал этот паттерн. И нет описания как это сделать, то это тупик. Или "сделай как написано тут" или "говорят в этом видео". Будут проблемы, работать будет, но не так как надо вам.

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

9- заинтересовать хорошего разраба идеей можно и договориться сильно бесплатно, но мало вероятно и хорошего из этого скорее всего ничего не выйдет. Лучше не жадничать. Вероятность потерять время в таком сотрудничестве стремится к 100%. Но теоретически да, можно. Возможно даже положительный результат получить, у меня получалось, и больше я так делать не буду.

Ну и ЗП прогера от 150кр в мес. Поэтому оцените трудоемкость того, что вы хотите в часах и ориентируйтесь. Ну край это 75кр в мес. Если написание вашей программы тянет на 8 часов, то это минимум 3500р. Сильно дешевле можно, можно и за 30 баксов 8 часов работать, но скорее всего вы столкнетесь с непреодолимыми трудностями.

Но лучше делить большое задание на части. Так будет и дешевле и проще. И делать у одного разраба.

Всего не опишешь, но по мелочи так)

[Ivan Butko]

Georgiy Merts #:

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

Взял на вооружение, спасибо.

[Ivan Butko]

Maxim Romanov #:
У меня большой опыт заказчика на фрилансе, поделюсь особенностями.

1- фриланс не майкрософт и даже не яндекс, если есть чужой код и он не простой, то мало кто возьмётся его править. Тем более за дешево. Даже если код сделан максимально профессионально, вам скажут, что он г...но в 90% случаев, в остальных 9% возьмут и начнутся проблемы. Если код совсем простой, то можно еще договориться, но тогда вопрос, может проще сделать с нуля. Переделка будет дорого стоить. Но при желании и большой целеустремленности, реально. Если в коде ошибка и человек его делавший не хочет/не может исправить, то тупик, проще заново сделать.

2- в идеале лучше найти хорошего спеца, с которым будете работать, тогда проблем будет меньше. Описать ему общий план работ, чтобы он сразу писал код правильно и понимал как это должно стыковаться, иначе начнутся проблемы с переделкой своего-же кода. Правим в одном месте, ломаем в другом. Будет долго и сложно, иногда даже становится невозможно.

3- индикаторы можно писать у разных разрабов и потом другой разраб вам их интегрирует в робота. Но все должно работать и вызываться максимально стандартно. Вся инфа должна быть доступна в индикаторных буферах. Никаких нестандартных решений и костылей.

4- если денег мало, а проект действительно большой или сложный и вы реально хотите его сделать, да еще, чтобы работало как вы хотите, то нужно писать максимально подробное Тз, чтобы разраб не мог сделать отсебятину. Но чем подробнее Тз, тем оно больше и работа становится дороже. Разрабу кажется, что там много всего делать и вообще непонятно. Поэтому в ограниченном бюджете придется искать баланс между подробностью и стоимостью и принимать некоторый риск.

5- чем дешевле исполнитель, тем больше проблем. Может пропасть, не справиться, жутко косячить пройдет время, вы потеряете месяц, потом обратитесь в арбитраж и потеряете деньги 10% минимум. Так работа может стоять, а если нарваться на пару нехороших разрабов, деньги таят быстро. И деньги уменьшаются и работа не сделана. Но высокая цена не гарантирует хорошего спеца. Есть люди, которые задирают цену выше своей компетентности. Нужно выбрать адекватного.

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

7- если в тз нет конкретики, как писали выше, что-то типа: надо чтобы индикатор распознавал этот паттерн. И нет описания как это сделать, то это тупик. Или "сделай как написано тут" или "говорят в этом видео". Будут проблемы, работать будет, но не так как надо вам.

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

9- заинтересовать хорошего разраба идеей можно и договориться сильно бесплатно, но мало вероятно и хорошего из этого скорее всего ничего не выйдет. Лучше не жадничать. Вероятность потерять время в таком сотрудничестве стремится к 100%. Но теоретически да, можно. Возможно даже положительный результат получить, у меня получалось, и больше я так делать не буду.

Ну и ЗП прогера от 150кр в мес. Поэтому оцените трудоемкость того, что вы хотите в часах и ориентируйтесь. Ну край это 75кр в мес. Если написание вашей программы тянет на 8 часов, то это минимум 3500р. Сильно дешевле можно, можно и за 30 баксов 8 часов работать, но скорее всего вы столкнетесь с непреодолимыми трудностями.

Но лучше делить большое задание на части. Так будет и дешевле и проще. И делать у одного разраба.

Всего не опишешь, но по мелочи так)

Категорически благодарю за выкладку такого опыта. Тему надо было по-другому назвать "особенности и опыт фриланса". Взял на вооружение. 

[Sergey Chalyshev]

Maxim Romanov #:
У меня большой опыт заказчика на фрилансе, поделюсь особенностями.

1- фриланс не майкрософт и даже не яндекс, если есть чужой код и он не простой, то мало кто возьмётся его править. Тем более за дешево. Даже если код сделан максимально профессионально, вам скажут, что он г...но в 90% случаев, в остальных 9% возьмут и начнутся проблемы. Если код совсем простой, то можно еще договориться, но тогда вопрос, может проще сделать с нуля. Переделка будет дорого стоить. Но при желании и большой целеустремленности, реально. Если в коде ошибка и человек его делавший не хочет/не может исправить, то тупик, проще заново сделать.

2- в идеале лучше найти хорошего спеца, с которым будете работать, тогда проблем будет меньше. Описать ему общий план работ, чтобы он сразу писал код правильно и понимал как это должно стыковаться, иначе начнутся проблемы с переделкой своего-же кода. Правим в одном месте, ломаем в другом. Будет долго и сложно, иногда даже становится невозможно.

3- индикаторы можно писать у разных разрабов и потом другой разраб вам их интегрирует в робота. Но все должно работать и вызываться максимально стандартно. Вся инфа должна быть доступна в индикаторных буферах. Никаких нестандартных решений и костылей.

4- если денег мало, а проект действительно большой или сложный и вы реально хотите его сделать, да еще, чтобы работало как вы хотите, то нужно писать максимально подробное Тз, чтобы разраб не мог сделать отсебятину. Но чем подробнее Тз, тем оно больше и работа становится дороже. Разрабу кажется, что там много всего делать и вообще непонятно. Поэтому в ограниченном бюджете придется искать баланс между подробностью и стоимостью и принимать некоторый риск.

5- чем дешевле исполнитель, тем больше проблем. Может пропасть, не справиться, жутко косячить пройдет время, вы потеряете месяц, потом обратитесь в арбитраж и потеряете деньги 10% минимум. Так работа может стоять, а если нарваться на пару нехороших разрабов, деньги таят быстро. И деньги уменьшаются и работа не сделана. Но высокая цена не гарантирует хорошего спеца. Есть люди, которые задирают цену выше своей компетентности. Нужно выбрать адекватного.

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

7- если в тз нет конкретики, как писали выше, что-то типа: надо чтобы индикатор распознавал этот паттерн. И нет описания как это сделать, то это тупик. Или "сделай как написано тут" или "говорят в этом видео". Будут проблемы, работать будет, но не так как надо вам.

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

9- заинтересовать хорошего разраба идеей можно и договориться сильно бесплатно, но мало вероятно и хорошего из этого скорее всего ничего не выйдет. Лучше не жадничать. Вероятность потерять время в таком сотрудничестве стремится к 100%. Но теоретически да, можно. Возможно даже положительный результат получить, у меня получалось, и больше я так делать не буду.

Ну и ЗП прогера от 150кр в мес. Поэтому оцените трудоемкость того, что вы хотите в часах и ориентируйтесь. Ну край это 75кр в мес. Если написание вашей программы тянет на 8 часов, то это минимум 3500р. Сильно дешевле можно, можно и за 30 баксов 8 часов работать, но скорее всего вы столкнетесь с непреодолимыми трудностями.

Но лучше делить большое задание на части. Так будет и дешевле и проще. И делать у одного разраба.

Всего не опишешь, но по мелочи так)

Золотые слова,

Ваш пост надо записать в мануал - как заказать робота на MQL !!!

Maxim Romanov самый адекватный заказчик из которых здесь встречал, конкретно описывает проблему и конкретно проверяет работу, ничего лишнего - только работа