Предлагаю игру !!!!! - страница 8

 
FION писал (а):
Согласен - это не ТЗ, а алгоритм расчитанный на более менее обученного трейдера.
Вах... Вы сами это сказали... на трейдера, а не программиста... Да и не алгоритм это вовсе. Просто словесное описание идеи. До алгоритма далеко, до ТЗ ещё дальше. Видимо, теперь квалификация программиста в бОльшей степени определяется умением писать проги по словесному описанию. А квалификация заказчиков падает.

FION писал (а):
Изна чально я тоже пытался строить сложные системы с точной формализацией, но опыт показывает , что усложнение системы за счет уточнения формализации не улучшает результата, т.е. имеется определенный качественный предел самой первоначальной идеи. Отсюда следует простой вывод - необходимо своевременно отсеивать нежизнеспособные идеи.
Согласен... Но для этого нужен критерий отбора идей. Этот критерий формируется с опытом. Но опыт - штука опасная. Заставляет с водой выплёскивать ребёнка.


FION писал (а):
Но принцип , чем больше идей ,тем лучше - остается актуальным.
Есть другой принцип. Лучше меньше, да лучше :)) В большом количестве идей можно утонуть и остаться вечным студентом.
 
KimIV писал (а):

FION писал (а):
Программисту для написания кода необходим формализованный алгоритм процесса торговли советника.

Согласен с Вами. Что называется ППКС (подпишусь под каждым словом). Но, увы... То, что Вы описали ниже, не является формализованным алгоритмом. Алгоритмом я считаю такое описание процесса, который сможет выполнить человек, не владеющий предметом. Например, из Вашего описания нужно знать, что такое каналы и как они строятся. Что означает подход цены к границе канала? Разные люди вкладывают в это разный смысл. Для одного подход - это вход в 10-ти пунктовую зону, для другого пересечение, для третьего ещё что-нибудь. К чему мы в итоге приходим? К тому, что программист сам занимается формализацией словесного описания процесса. Результат - неправильная реализация того, что хотел заказчик. Причина - общение на разных языках, вкладывание в одинаковые слова разного смысла. Как этого избежать? Нужно и заказчику и программисту участвовать в процессе формализации, алгоритмизации. Еще лучше обоим разработать свои алгоритмы и сравнить их, найти несоответствия и устранить. За весь мой 15-тилетний программистский опыт у меня был только один заказчик, который пытался разговаривать со мной на понятном мне языке. В ТЗ было всё необходимое: учтены все условия, все формулы, умолчательные значения и прочее. Мне практически ничего было формализовать. Всё уже было сделано. Видимо, это идеал. А реалии таковы, что большинство деталей из заказчика приходится вытягивать, то есть типичный заказчик не заботится о том, что может понадобится программисту для реализации его идеи. Какие цифры, какие графики, таблицы, формулы или просто пояснительные иллюстрации.


В большенстве случаев заказчик и не знает обо всех этих тонкостях и деталях. Нашел один вариант - программить все возможные (более менее реальные) варианты, делать опции и писать инструкцию - получается гораздо быстрее и нервов меньше расходуется;-)
 
KimIV писал (а):
FION писал (а):
Согласен - это не ТЗ, а алгоритм расчитанный на более менее обученного трейдера.
Вах... Вы сами это сказали... на трейдера, а не программиста... Да и не алгоритм это вовсе. Просто словесное описание идеи. До алгоритма далеко, до ТЗ ещё дальше. Видимо, теперь квалификация программиста в бОльшей степени определяется умением писать проги по словесному описанию. А квалификация заказчиков падает.

FION писал (а):
Изна чально я тоже пытался строить сложные системы с точной формализацией, но опыт показывает , что усложнение системы за счет уточнения формализации не улучшает результата, т.е. имеется определенный качественный предел самой первоначальной идеи. Отсюда следует простой вывод - необходимо своевременно отсеивать нежизнеспособные идеи.
Согласен... Но для этого нужен критерий отбора идей. Этот критерий формируется с опытом. Но опыт - штука опасная. Заставляет с водой выплёскивать ребёнка.


FION писал (а):
Но принцип , чем больше идей ,тем лучше - остается актуальным.
Есть другой принцип. Лучше меньше, да лучше :)) В большом количестве идей можно утонуть и остаться вечным студентом.
Я раньше занимался разработкой прецизионных электронных приборов для измерения вибрации - соответственно, представляю себе процесс поиска решений. Чтобы понять лучше или хуже , если не понятно сразу (по опыту) надо попробовать, как ни странно, на чемпионате наиболее удачными оказались очень простые алгоритмы, хотя  я примерно этого и ожидал. 
 
FION писал (а):
.... как ни странно, на чемпионате наиболее удачными оказались очень простые алгоритмы, хотя я примерно этого и ожидал.

Как раз-таки это совсем не странно.
Чемпионат не ставил перед собой цель выявить жизнестойкие Эксперты. Цель Чемпионата привлечь внимание широкого круга экспертописателей для участия в нём.
Поэтому такой большой призовой фонд. А это, в свою очередь, уже привлекло к участию не только умудрённых опытом экспертописателей, но и свежеиспечённых. А что эти свежеиспечённые хотели от Чемпионата? Только получить приз, а не доказывать жизнестойкость своих Экспертов. Отсюда и простота их Экспертов и излишняя рискованность.
А экспертописатели со стажем - наивные люди. Они за идею борются. Им подавай "красивого" Эксперта....
 
Michel_S писал (а):
FION писал (а):
.... как ни странно, на чемпионате наиболее удачными оказались очень простые алгоритмы, хотя я примерно этого и ожидал.

Как раз-таки это совсем не странно.
Чемпионат не ставил перед собой цель выявить жизнестойкие Эксперты. Цель Чемпионата привлечь внимание широкого круга экспертописателей для участия в нём.
Поэтому такой большой призовой фонд. А это, в свою очередь, уже привлекло к участию не только умудрённых опытом экспертописателей, но и свежеиспечённых. А что эти свежеиспечённые хотели от Чемпионата? Только получить приз, а не доказывать жизнестойкость своих Экспертов. Отсюда и простота их Экспертов и излишняя рискованность.
А экспертописатели со стажем - наивные люди. Они за идею борются. Им подавай "красивого" Эксперта....
Часто бывает так, что в простоте и заключается красота.
 
Пью и писаю.
 
Rosh:
Пью и писаю.
Вот если пьешь , а писать не можешь - это да!
 
Rosh:
Пью и писаю.

ем и какаю :)
живу...
 
FION писал (а):
Вот если пьешь , а писать не можешь - это да!
Причём тут это? Рош оригинальным способом продемонстрировал простоту, а не паталогию
 
Сергей, а я предупреждал - здесь низя слишком серьезно :).
Кстати - понятия "красиво/не" у каждого свое. Для меня например это - в первых прикол, во вторых - много зеленых президентов. Поэтому советник написанннннный только на MACD с непомерно большим периодом плюс ошибки в коде плюс упорное не слезание из возглавления первой десятки.... это красиво беспорно! Хотя совсем не мудро. ...

Ладно, ухожу, прошу простить за флуд, но тут уже всех понесло.
Причина обращения: