Обсуждение статьи "Как заказать написание советника и получить желаемый результат"

 

Опубликована статья Как заказать написание советника и получить желаемый результат:

Как правильно написать Техническое Задание? Что можно и чего нельзя ожидать от программиста при заказе советника или индикатора? Как нужно вести диалог, на какие моменты обратить внимание? Статья дает ответы на эти и многие другие вопросы, которые зачастую неочевидны для многих без самостоятельного набивания шишек.

Автор: Andrey Khatimlianskii

 

После прочтения статьи ТЗ сжечь. :)

Хорошая статья, Андрей. Намного объемней, чем прошлая.

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

Мое мнение, что постукивание себя в грудь, что вот я такой крутой программер добавил вам в код нормализацию цены и лота  - уже выглядит мягко говоря не профессионально. Все эти функции и проверки должны идти в коде по-умолчанию, это даже не должно оговариваться с заказчиком!
Они просто должны быть.

Поэтому статью лучше читать под названием "Что должно быть в арсенале программиста, пишущего на заказ".

А на месте заказчиков я бы уточнял у исполнителей  - вы читали эту статью с 5.3 по 9 раздел? В ваших библиотеках все учитывается, что описано в ней? И если нет, то даже не обращался бы к такому программисту. Пусть сидит и учит матчасть, или строчит эксперты для набивания себе шишек.

 

По истории использования прошлой статьи (когда на неё ссылались практически все программисты)  в этой статье добавьте пожалуйста:

- пункты/тезисы основных идей, типа план статьи в начале (как сделано в прошлой)

чтоб можно было "посылать"  сразу в конкретное место по ссылке, а не просить искать и читать всё.

 
sergeev:

чтоб можно было "посылать"  сразу в конкретное место 

)
 
+10

 

Статья очень хорошая и полезная. Автор молодец.
 
sergeev:

После прочтения статьи ТЗ сжечь. :)

Хорошая статья, Андрей. Намного объемней, чем прошлая.

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

Мое мнение, что постукивание себя в грудь, что вот я такой крутой программер добавил вам в код нормализацию цены и лота  - уже выглядит мягко говоря не профессионально. Все эти функции и проверки должны идти в коде по-умолчанию, это даже не должно оговариваться с заказчиком!
Они просто должны быть.

Поэтому статью лучше читать под названием "Что должно быть в арсенале программиста, пишущего на заказ".

А на месте заказчиков я бы уточнял у исполнителей  - вы читали эту статью с 5.3 по 9 раздел? В ваших библиотеках все учитывается, что описано в ней? И если нет, то даже не обращался бы к такому программисту. Пусть сидит и учит матчасть, или строчит эксперты для набивания себе шишек.

Мысль о перепродаже "своих готовых кодов" верная. Но я бы уточнил, что программист перепродаёт урезанный принципильный готовый код. И степень урезанности зависит от стоимости заказа. Ведь программист отдаёт исходник своего универсального каркаса. Это как "рёбрышки", чем больше платят, тем больше мяса. Просто у "двухлетнего дедушки" универсальный каркас отлажен и меньше ошибок.

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

 
abolk:

Мысль о перепродаже "своих готовых кодов" верная

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

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

автору статьи огромное спс, весьма неплохо и главное доходчиво разъяснил кто и что должен уметь делать 

 
IgorM:

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

ну во-первых, кто сказал, что продавать готовую продукцию это плохо? Это естественно и нормально. Думаю вы согласитесь, что вы не создали ноу-хау форекс продукта.

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

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

про это и речь.

 
IgorM:

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

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

автору статьи огромное спс, весьма неплохо и главное доходчиво разъяснил кто и что должен уметь делать 

 

Вы о чём? "Ему - про Фому, а он - про Ерёму". Вы считаете, что 90% советников по отработке сигналов индикара(-ов), сопровождении открытой при этом позиции(-ий) с последующим её(их) закрытием - имеют каждый уникальный алгоритм? И что экспертописатель каждый код пишет заново "с нуля". Или может программер берёт свой уже готовый и отлаженный советник от другой, подобной задачи - вносит необходимые коррективы и отдаёт заказчику.

Или Вы думаете, что найдётся некоторый один заказчик, который оплатит Вам Ваши годы "топчения клавы"? Поэтому и стоят заказы на стандартные задачи недорого, потому что программист, как уже было сказано "перепродаёт уже готовые коды", таким образом код за кодом окупая свои затраты.

 
abolk:

 

Вы о чём? "Ему - про Фому, а он - про Ерёму". Вы считаете, что 90% советников по отработке сигналов индикара(-ов), сопровождении открытой при этом позиции(-ий) с последующим её(их) закрытием - имеют каждый уникальный алгоритм? И что экспертописатель каждый код пишет заново "с нуля". Или может программер берёт свой уже готовый и отлаженный советник от другой, подобной задачи - вносит необходимые коррективы и отдаёт заказчику.

Или Вы думаете, что найдётся некоторый один заказчик, который оплатит Вам Ваши годы "топчения клавы"? Поэтому и стоят заказы на стандартные задачи недорого, потому что программист, как уже было сказано "перепродаёт уже готовые коды", таким образом код за кодом окупая свои затраты.

Полностью согласен с abolk у многих программистов написаны готовые блоки простейших алгоритмов из которых потом собираешь советник как конструктор лего. Я тоже так делаю. Это позволяет избежать множества ошибок при написании кода в одной куче.
Причина обращения: