...최적화 프로그램에서 조정되었습니다. 이 경우 양은 어떤 조합이든 상관없으며, 쓰레기는 쓰레기로 나옵니다. 이것은 진부한 논리에 따른 것이므로 여기에서 심령이 될 필요조차 없습니다.
최적화는 어쨌든 적합합니다. 그러나 내 생각에 리그에서는 대부분의 CodeBase 전문가보다 훨씬 적습니다.
예를 들어 반전 채널 시스템에서 채널의 주기라는 튜닝 매개변수가 하나만 있습니다.
플러스 - 내 최적화는 "다중 계층"입니다. 즉, 많은 매개변수가 있는 경우(예: 손익분기점도 설정한 경우) - 먼저 모든 것이 손익분기점 없이 최적화됩니다. 즉, 시스템은 이미 손익분기점 없이도 작동하고 있습니다. 그리고 그 후에야 손익분기점으로 전환하기 위한 매개변수도 선택하여 시스템을 더욱 개선합니다.
그래서 단계가 없습니다 - 당신은 그것을 볼 수 없습니다! 지금까지는 아무리 노력해도 나에게 맞지 않습니다. 글쎄, 신호를 열고 보여줄 것이 없으면 무언가를 보여주는 요점이 무엇입니까?
"왜 테스터에 없는가" - 나는 스크립트의 도움으로 테스트가 자동으로 발생하고 발견된 매개변수가 즉시 리그에 "망치"된 다음 모든 테스트 데이터가 삭제된다고 대답했습니다. 재최적화 시 - 테스터 보고서를 "가로채"할 수 있습니다. 재최적화를 필요로 하는 두 명의 마술사를 게시했습니다. 이전 것들은 모두 사라졌습니다. 그런데 오늘은 많은 시스템이 죽었습니다. 내일 스크립트가 시스템을 다시 최적화하기 시작할 것이므로 테스트 보고서를 게시할 수 있습니다.
이것은 내 질문에 대한 답변이 아닙니다.
테스터에서 작동하려면 시스템 선택 알고리즘이 필요합니다. 그리고 그것을 확인하십시오. 데모는 전혀 필요하지 않으며 시간 낭비입니다.
최적화는 어쨌든 적합합니다. 그러나 내 생각에 리그에서는 대부분의 CodeBase 전문가보다 훨씬 적습니다.
예를 들어 반전 채널 시스템에서 채널의 주기라는 튜닝 매개변수가 하나만 있습니다.
플러스 - 내 최적화는 "다중 계층"입니다. 즉, 많은 매개변수가 있는 경우(예: 손익분기점도 설정한 경우) - 먼저 모든 것이 손익분기점 없이 최적화됩니다. 즉, 시스템은 이미 손익분기점 없이도 작동하고 있습니다. 그리고 그 후에야 손익분기점으로 전환하기 위한 매개변수도 선택하여 시스템을 더욱 개선합니다.
이것이 "쓰레기"라면 "비쓰레기"가 무엇인지 말하기 어렵습니다.
최적화는 이미 기본 패턴이 있지만 더 잘 작동하도록 차량의 매개변수를 조정해야 하는 경우입니다. 그리고 TS 자체가 최적화를 통해서만 작동하기 시작하고 그 전에는 작동하지 않았다면 이것은 잘못된 최적화입니다.
대략적으로 말하면, 쓰레기가 아닌 것은 조정할 수 없고 여전히 돈을 벌 수 있지만 선택적으로 조정할 수 있는 것입니다. 그리고 일반적으로 그러한 시스템은 일반적으로 거의 없기 때문에 합리적인 질문은 나머지 쓰레기를 모두 운반하고 쏠 때까지 기다려야하는지 여부입니다.
500개의 거래 시스템이 있습니다. 세트에서 5개의 무작위 시스템은 일정한 이익을 제공하고 나머지는 손실입니다. 시스템을 선택하는 실제 기준은 손절매입니다. 아직 다른 사람이 없습니다. 그러한 거래는 파멸로 이어집니다.
2. 시스템 개선 도구로서의 최적화는 양쪽 다리에서 절름발이입니다. 시스템은 의미를 향상시킬 수 있습니다. 그리고 당신은 그것을 무시하고 있습니다. 의미는 과정에 대한 이해 에서만 태어납니다. 그리고 이해는 시장 매개변수 가 극도로 부족하다는 것을 알게 하며 , 이로 인해 무슨 일이 일어나고 있는지에 대한 적절한 그림을 형성하는 것이 불가능합니다. 따라서 최적화는 시스템을 실생활에 적용한 결과에 영향을 미치지 않습니다. REAL에서는 옵티마이저로 전달되는 것보다 훨씬 더 많은 매개변수가 고려되기 때문입니다.
저는 George에게 시장의 현재 역학에 적응할 수 있는 하나의 지능형 로봇을 만들 것을 제안합니다. 그러나 적응은 최적화를 통해서가 아니라 MO가 아니라 무슨 일이 일어나고 있는지에 대한 의미론적 평가를 통해 실현되어야 합니다 . (이 작업은 AI 생성에 더 가깝습니다).
테스터에서 작동하려면 시스템 선택 알고리즘이 필요합니다. 그리고 그것을 확인하십시오. 데모는 전혀 필요하지 않으며 시간 낭비입니다.
필요합니다. 하지만 돌꽃은 나오지 않고...
더 나아가 그것은 이미 분명하며 리그는 테스터에서 직접 최고의 차량을 선택할 수 있습니다(또는 스크립트와 테스터의 도움으로). 그러나 처음에는 선택 알고리즘을 테스터에 망치기 전에 발명해야 합니다! 즉, 적어도 "잡을" 것입니다. 어떻게 든 테스터에서 볼 수 있도록 가장 좋은 것을 강조 표시합니다. 이 알고리즘을 사용하여 시스템을 선택하면 더 나아가 안정적으로 작동합니까? 그리고 이것은 아닙니다!
여기에서 나는 공유 프로젝트를 위한 리그를 준비할 것입니다. 다시 바로 이 선택 알고리즘에서 실험을 할 것입니다.
그리고 "데모가 필요하지 않습니다"에 대해 - 동의하지 않습니다. 시스템의 안정성을 보려면 데모가 필요합니다. 시스템이 테스터에서 작동하고 계속 작동하는지 확인하십시오.
최적화는 이미 기본 패턴이 있지만 더 잘 작동하도록 차량의 매개변수를 조정해야 하는 경우입니다. 그리고 TS 자체가 최적화를 통해서만 작동하기 시작하고 그 전에는 작동하지 않았다면 이것은 잘못된 최적화입니다.
대략적으로 말하면, 쓰레기가 아닌 것은 조정할 수 없고 여전히 돈을 벌 수 있지만 선택적으로 조정할 수 있는 것입니다. 그리고 일반적으로 그러한 시스템은 일반적으로 거의 없기 때문에 합리적인 질문은 나머지 쓰레기를 모두 운반하고 쏠 때까지 기다려야하는지 여부입니다.
글쎄, 나는 첫 번째 말에 전적으로 동의합니다. 그래서 나는 한다.
논란이 되고 있는 질문은 "쓰레기를 가지고 가야 하나"이다. 대략적으로 말해서 - 우리는 중간 또는 더 낮은 부문이 필요합니까? 그래, 누가 알겠어. 사용 및 개선을 위해 거래 품질이 최소 80%인 최고 부문의 TS만 고려되며 더 나쁜 것은 모두 "밸러스트"입니다.
내 시간이 걸리지 않고 CPU 시간만 소요됩니다. 매일 아침 저는 재최적화가 필요한 시스템 목록을 생성한 다음 재최적화하는 스크립트를 실행합니다. 그 후에는 EX 모듈을 다시 컴파일 하고 VPS에서 업데이트해야 합니다. 세 가지 몸동작이 모두 나에게 요구되는 것은 거의 같으면서도 탑 디비전만 있다는 점에서는 전혀 차이가 없다. 따라서 현재로서는 672대의 모든 차량이 데모에서 작동합니다. 지원에 어려움이있을 것입니다. 그러면이 문제가 가장자리가 될 것이며 물론 "쓰레기 차량"에 신경 쓰지 않을 것입니다.
조지, 안녕. 당신은 내 아이디어를 많이 비판했지만 당신의 스레드를 읽고 나는 당신의 아이디어가 덜 비판받는 것을 봅니다. 분명히 이것은 포럼의 전통입니다.
리그의 본질에 대한 제 의견을 말씀드리겠습니다.
불행히도, 이 형태의 리그의 아이디어는 의도하지 않은 거래의 불신입니다. 귀하의 접근 방식은 의미론적 구성 요소의 거래를 박탈합니다. 왜요?
왜냐하면:
품질 대신 수량 을 선택했습니다. 품질보다 로봇의 수를 선호했습니다.
품질은 실제로 최적화를 통해 달성되지만 거래 시스템에 대한 아이디어는 개발되지 않았습니다! (거래 아이디어는 패턴의 쓸모없는 "함정"의 수로 시장을 패배시키는 것입니다).
모든 시스템을 사용하고 최적화를 통해 스토리에 맞게 조정합니다. 그러나 이것으로부터 의미나 안정성을 획득하지 않습니다.
한마디로 자신이 쓰레기를 만들고 최적화를 통해 (가능한) 가치의 환상을 만들고 그것을 버리고 매번 그것이 GARBAGE인지 확인합니다.
결과적으로 모든 사람에게 거래 시스템을 만들려는 시도의 무익함을 확신시켜 의도치 않게 거래의 신용을 떨어뜨립니다.
나는 당신이 의도적으로 그것을하지 않는다는 것을 이해하지만 잠재 의식에서는 그렇게 작동합니다.
1. 동의하지 않습니다. 모든 리그 TS는 잘 알려져 있고 널리 사용되는 기술입니다. 하나 또는 다른 하나는 다른 캐릭터에서 작동합니다. 여기서 나는 "Top Division만 필요하고 나머지는 쓰레기"라는 Maxim의 말에 동의하고 싶습니다. 그대로입니다. 상위 디비전에는 캐릭터의 행동에 해당하는 시스템이 있습니다. 그리고 일치하지 않는 것들은 중하위권에 속합니다.
동일한 시스템이 - 얼마 동안은 성공적으로 작동하고, Top Division에 있다가 갑자기 작동을 멈춘다는 것을 두 번 이상 알아차렸습니다. 나는 이미 반년 동안 시스템이 매우 잘 작동한 생생한 예를 언급했습니다. 그리고는 - bam ... 그리고 뭔가가 바뀌었고, 이제 그녀는 최고 등급에도 들어갈 수 없습니다. 여기에서 중간 및 하위 부문은 "이전 즐겨 찾기"를 관찰하기 위해 정확하게 나에게 흥미 롭습니다.
2. 품질은 최적화에 의해 전혀 달성되지 않습니다. 여기에서도 나는 Maxim에 동의합니다. 최적화가 없더라도 시스템은 이미 적어도 일부 결과를 보여야 하며 최적화는 성능만 향상시킵니다. 품질은 바로 "규칙성의 함정"에 의해 달성됩니다. 각 캐릭터에 대해 I - 모든 옵션을 실행합니다. 어느 것이 작동하는지 확인합니다. 더 사용하고, 개선하고, 개선해야 합니다.
3. 맞습니다. 그러나 시스템이 기호의 동작과 일치하지 않으면 아무리 최적화해도 일치하지 않습니다. Vaughn, 세 번째로 Maxim의 말을 언급하겠습니다. 게시된 첫 번째 보고서는 넌센스입니다. 즉, 시스템의 가장 좋은 버전조차도 매우 성가신 거래를 보여줍니다. 그리고 그러한 시스템의 의미는 어떤 기술이 작동하지 않는지 확인하는 것입니다.
Eeeee ... 리그가 독점적으로 잘 알려진 패턴을 사용하는 경우 "실제 패턴을 악용하지 않음"이 어떻게됩니까?
과거의 가장 좋아하는 것은 ChnTrendSP 시스템입니다. 고정 정지가있는 채널의 고장 - 이것은 아마도 패턴입니까 ???
현재 가장 선호하는 잔액은 EMAFlatSP입니다. 추세에 반대하여 가격과 고정 스탑이 있는 EMA의 교차점에 의해 결정됩니다. 이것도 패턴이 아닙니까 ???
당신이 생각하는 "진짜 패턴"은 무엇입니까???
당신은 자신이 한 가지가 있다고 썼지 만 다른 것이되었으며 한 시스템을 다른 시스템으로 변경해야한다는 것을 알게 될 때까지 이익에서 "0"이 남고 다시 원 안에 남을 것입니다.
...최적화 프로그램에서 조정되었습니다. 이 경우 양은 어떤 조합이든 상관없으며, 쓰레기는 쓰레기로 나옵니다. 이것은 진부한 논리에 따른 것이므로 여기에서 심령이 될 필요조차 없습니다.
최적화는 어쨌든 적합합니다. 그러나 내 생각에 리그에서는 대부분의 CodeBase 전문가보다 훨씬 적습니다.
예를 들어 반전 채널 시스템에서 채널의 주기라는 튜닝 매개변수가 하나만 있습니다.
플러스 - 내 최적화는 "다중 계층"입니다. 즉, 많은 매개변수가 있는 경우(예: 손익분기점도 설정한 경우) - 먼저 모든 것이 손익분기점 없이 최적화됩니다. 즉, 시스템은 이미 손익분기점 없이도 작동하고 있습니다. 그리고 그 후에야 손익분기점으로 전환하기 위한 매개변수도 선택하여 시스템을 더욱 개선합니다.
이것이 "쓰레기"라면 "비쓰레기"가 무엇인지 말하기 어렵습니다.
그래서 단계가 없습니다 - 당신은 그것을 볼 수 없습니다! 지금까지는 아무리 노력해도 나에게 맞지 않습니다. 글쎄, 신호를 열고 보여줄 것이 없으면 무언가를 보여주는 요점이 무엇입니까?
"왜 테스터에 없는가" - 나는 스크립트의 도움으로 테스트가 자동으로 발생하고 발견된 매개변수가 즉시 리그에 "망치"된 다음 모든 테스트 데이터가 삭제된다고 대답했습니다. 재최적화 시 - 테스터 보고서를 "가로채"할 수 있습니다. 재최적화를 필요로 하는 두 명의 마술사를 게시했습니다. 이전 것들은 모두 사라졌습니다. 그런데 오늘은 많은 시스템이 죽었습니다. 내일 스크립트가 시스템을 다시 최적화하기 시작할 것이므로 테스트 보고서를 게시할 수 있습니다.
이것은 내 질문에 대한 답변이 아닙니다.
테스터에서 작동하려면 시스템 선택 알고리즘이 필요합니다. 그리고 그것을 확인하십시오. 데모는 전혀 필요하지 않으며 시간 낭비입니다.
최적화는 어쨌든 적합합니다. 그러나 내 생각에 리그에서는 대부분의 CodeBase 전문가보다 훨씬 적습니다.
예를 들어 반전 채널 시스템에서 채널의 주기라는 튜닝 매개변수가 하나만 있습니다.
플러스 - 내 최적화는 "다중 계층"입니다. 즉, 많은 매개변수가 있는 경우(예: 손익분기점도 설정한 경우) - 먼저 모든 것이 손익분기점 없이 최적화됩니다. 즉, 시스템은 이미 손익분기점 없이도 작동하고 있습니다. 그리고 그 후에야 손익분기점으로 전환하기 위한 매개변수도 선택하여 시스템을 더욱 개선합니다.
이것이 "쓰레기"라면 "비쓰레기"가 무엇인지 말하기 어렵습니다.
최적화는 이미 기본 패턴이 있지만 더 잘 작동하도록 차량의 매개변수를 조정해야 하는 경우입니다. 그리고 TS 자체가 최적화를 통해서만 작동하기 시작하고 그 전에는 작동하지 않았다면 이것은 잘못된 최적화입니다.
대략적으로 말하면, 쓰레기가 아닌 것은 조정할 수 없고 여전히 돈을 벌 수 있지만 선택적으로 조정할 수 있는 것입니다. 그리고 일반적으로 그러한 시스템은 일반적으로 거의 없기 때문에 합리적인 질문은 나머지 쓰레기를 모두 운반하고 쏠 때까지 기다려야하는지 여부입니다.
...
이것이 "쓰레기"라면 "비쓰레기"가 무엇인지 말하기 어렵습니다.
조지, 논리적으로 생각해보자.
건설적으로 노력하겠습니다. 기술적으로는 어렵습니다.
처음에는 사용된 전략을 이해하라고 조언하고 싶었지만, 리그의 실험의 본질은 그 반대라는 것을 깨달았습니다.
즉:
실험의 주요 목표: 시장 역학의 각 기간 동안 시스템을 선택하는 알고리즘을 찾는 것입니다.
동시에 조건이 있습니다. 시스템은 무엇이든 될 수 있습니다. 당신은 그것의 바닥에 도달 할 필요가 없습니다. 주요 기준은 테스터의 이익입니다.
이 실험은 확실히 흥미롭습니다. 그의 결과는 조지의 욕망과 상충되지만. 랜덤 역학에서 랜덤 시스템을 선택하는 알고리즘을 찾고 싶지만 알고리즘을 찾을 수 없습니다 ...
이 알고리즘은 Grail 이기 때문에 ...
실제 결과는 시스템 자체와 적용 방법이 의미가 있어야 함을 증명합니다.
저는 George에게 시장의 현재 역학에 적응할 수 있는 하나의 지능형 로봇을 만들 것을 제안합니다. 그러나 적응은 최적화를 통해서가 아니라 MO가 아니라 무슨 일이 일어나고 있는지에 대한 의미론적 평가를 통해 실현되어야 합니다 . (이 작업은 AI 생성에 더 가깝습니다).
이것은 내 질문에 대한 답변이 아닙니다.
테스터에서 작동하려면 시스템 선택 알고리즘이 필요합니다. 그리고 그것을 확인하십시오. 데모는 전혀 필요하지 않으며 시간 낭비입니다.
필요합니다. 하지만 돌꽃은 나오지 않고...
더 나아가 그것은 이미 분명하며 리그는 테스터에서 직접 최고의 차량을 선택할 수 있습니다(또는 스크립트와 테스터의 도움으로). 그러나 처음에는 선택 알고리즘을 테스터에 망치기 전에 발명해야 합니다! 즉, 적어도 "잡을" 것입니다. 어떻게 든 테스터에서 볼 수 있도록 가장 좋은 것을 강조 표시합니다. 이 알고리즘을 사용하여 시스템을 선택하면 더 나아가 안정적으로 작동합니까? 그리고 이것은 아닙니다!
여기에서 나는 공유 프로젝트를 위한 리그를 준비할 것입니다. 다시 바로 이 선택 알고리즘에서 실험을 할 것입니다.
그리고 "데모가 필요하지 않습니다"에 대해 - 동의하지 않습니다. 시스템의 안정성을 보려면 데모가 필요합니다. 시스템이 테스터에서 작동하고 계속 작동하는지 확인하십시오.
최적화는 이미 기본 패턴이 있지만 더 잘 작동하도록 차량의 매개변수를 조정해야 하는 경우입니다. 그리고 TS 자체가 최적화를 통해서만 작동하기 시작하고 그 전에는 작동하지 않았다면 이것은 잘못된 최적화입니다.
대략적으로 말하면, 쓰레기가 아닌 것은 조정할 수 없고 여전히 돈을 벌 수 있지만 선택적으로 조정할 수 있는 것입니다. 그리고 일반적으로 그러한 시스템은 일반적으로 거의 없기 때문에 합리적인 질문은 나머지 쓰레기를 모두 운반하고 쏠 때까지 기다려야하는지 여부입니다.
글쎄, 나는 첫 번째 말에 전적으로 동의합니다. 그래서 나는 한다.
논란이 되고 있는 질문은 "쓰레기를 가지고 가야 하나"이다. 대략적으로 말해서 - 우리는 중간 또는 더 낮은 부문이 필요합니까? 그래, 누가 알겠어. 사용 및 개선을 위해 거래 품질이 최소 80%인 최고 부문의 TS만 고려되며 더 나쁜 것은 모두 "밸러스트"입니다.
내 시간이 걸리지 않고 CPU 시간만 소요됩니다. 매일 아침 저는 재최적화가 필요한 시스템 목록을 생성한 다음 재최적화하는 스크립트를 실행합니다. 그 후에는 EX 모듈을 다시 컴파일 하고 VPS에서 업데이트해야 합니다. 세 가지 몸동작이 모두 나에게 요구되는 것은 거의 같으면서도 탑 디비전만 있다는 점에서는 전혀 차이가 없다. 따라서 현재로서는 672대의 모든 차량이 데모에서 작동합니다. 지원에 어려움이있을 것입니다. 그러면이 문제가 가장자리가 될 것이며 물론 "쓰레기 차량"에 신경 쓰지 않을 것입니다.
Eeeee ... 리그가 독점적으로 잘 알려진 패턴을 사용하는 경우 "실제 패턴을 악용하지 않음"이 어떻게됩니까?
과거의 가장 좋아하는 것은 ChnTrendSP 시스템입니다. 고정 정지가있는 채널의 고장 - 이것은 아마도 패턴입니까 ???
현재 가장 선호하는 잔액은 EMAFlatSP입니다. 추세에 반대하여 가격과 고정 스탑이 있는 EMA의 교차점에 의해 결정됩니다. 이것도 패턴이 아닙니까 ???
당신이 생각하는 "진짜 패턴"은 무엇입니까???
조지, 안녕. 당신은 내 아이디어를 많이 비판했지만 당신의 스레드를 읽고 나는 당신의 아이디어가 덜 비판받는 것을 봅니다. 분명히 이것은 포럼의 전통입니다.
리그의 본질에 대한 제 의견을 말씀드리겠습니다.
불행히도, 이 형태의 리그의 아이디어는 의도하지 않은 거래의 불신입니다. 귀하의 접근 방식은 의미론적 구성 요소의 거래를 박탈합니다. 왜요?
왜냐하면:
한마디로 자신이 쓰레기를 만들고 최적화를 통해 (가능한) 가치의 환상을 만들고 그것을 버리고 매번 그것이 GARBAGE인지 확인합니다.
결과적으로 모든 사람에게 거래 시스템을 만들려는 시도의 무익함을 확신시켜 의도치 않게 거래의 신용을 떨어뜨립니다.
나는 당신이 의도적으로 그것을하지 않는다는 것을 이해하지만 잠재 의식에서는 그렇게 작동합니다.
1. 동의하지 않습니다. 모든 리그 TS는 잘 알려져 있고 널리 사용되는 기술입니다. 하나 또는 다른 하나는 다른 캐릭터에서 작동합니다. 여기서 나는 "Top Division만 필요하고 나머지는 쓰레기"라는 Maxim의 말에 동의하고 싶습니다. 그대로입니다. 상위 디비전에는 캐릭터의 행동에 해당하는 시스템이 있습니다. 그리고 일치하지 않는 것들은 중하위권에 속합니다.
동일한 시스템이 - 얼마 동안은 성공적으로 작동하고, Top Division에 있다가 갑자기 작동을 멈춘다는 것을 두 번 이상 알아차렸습니다. 나는 이미 반년 동안 시스템이 매우 잘 작동한 생생한 예를 언급했습니다. 그리고는 - bam ... 그리고 뭔가가 바뀌었고, 이제 그녀는 최고 등급에도 들어갈 수 없습니다. 여기에서 중간 및 하위 부문은 "이전 즐겨 찾기"를 관찰하기 위해 정확하게 나에게 흥미 롭습니다.
2. 품질은 최적화에 의해 전혀 달성되지 않습니다. 여기에서도 나는 Maxim에 동의합니다. 최적화가 없더라도 시스템은 이미 적어도 일부 결과를 보여야 하며 최적화는 성능만 향상시킵니다. 품질은 바로 "규칙성의 함정"에 의해 달성됩니다. 각 캐릭터에 대해 I - 모든 옵션을 실행합니다. 어느 것이 작동하는지 확인합니다. 더 사용하고, 개선하고, 개선해야 합니다.
3. 맞습니다. 그러나 시스템이 기호의 동작과 일치하지 않으면 아무리 최적화해도 일치하지 않습니다. Vaughn, 세 번째로 Maxim의 말을 언급하겠습니다. 게시된 첫 번째 보고서는 넌센스입니다. 즉, 시스템의 가장 좋은 버전조차도 매우 성가신 거래를 보여줍니다. 그리고 그러한 시스템의 의미는 어떤 기술이 작동하지 않는지 확인하는 것입니다.