네, 질문이 재미있네요. 의견 감사합니다. 확인이 필요하겠습니다. 예를 들어 이미 시스템을 만족시키는 지표가 있습니다. 전체 최적화, "수동"분석 등을 통해 테스터가 있는지 확인하겠습니다. 같은 결론에 도달합니다. 영향을 받았기 때문에 -1.0의 차단 계수로 인해 실제로 길을 잃는 것이 가능하다고 생각합니다. 이 알고리즘은 정말 상상이 안 가는데 제 버전은 이렇습니다.
세 가지 매개변수 A, B, C. 나는 B=12가 최고라고 생각합니다. 최적화 과정에서 내 B=12는 다른 비최적 A 및 C와 함께 사용됩니다. B=12는 일반적으로 B=12에서 제외됩니다. 허용되는 값의 범위...
Renat : 그러한 거친 상처에 의해 버려지기 쉬우 며, 힘들게 키운 유전자가 종종 그러한 조건에서 버려 질 수 있습니다.
내 실습이 보여주듯이(여러 전문가에게) 끔찍한 일은 일어나지 않습니다. 저도 30트 미만으로 패스를 끊고 목표 기능에 정도가 있습니다. 그리고 아주 드물게 가장 성공적인 매개변수는 30개의 트랜잭션 영역에 집중되어 있습니다. 글쎄요, 힘들게 키운 유전자가 원하는 결과로 이어지지 않는다면 무슨 소용이겠습니까. 모든 IMHO, 나는 주관적인 감각이라는 주제에 대한 수학을 뒤집지 않았습니다.
+ 희망: pliz가 클라우드에서 에이전트를 되찾을 수 있도록 합니다(예: 에이전트가 올바른 로그인/비밀번호로 연결을 수신한 경우 X분 동안 클라우드에서 새 작업을 수행하지 않지만 완료 현재 연결을 기다리고 연결을 기다림, X분이 지나면 - 다시 클라우드에서 작업을 요청함) - 이제 에이전트를 되돌리는 것이 거의 불가능합니다. - 수동으로 중지했다가 시작하고 테스터에서 다시 연결해야 합니다.
+ 바람: 에이전트가 클라우드에서 작업을 가져오기 전에 유휴 시간이 분명히 5분 미만입니다(처음에 언급됨) - 5분을 반환하거나 제거된 이유가 표시된 곳에 코를 찔러주세요.
+ 희망: pliz가 클라우드에서 에이전트를 되찾을 수 있도록 합니다(예: 에이전트가 올바른 로그인/비밀번호로 연결을 수신한 경우 X분 동안 클라우드에서 새 작업을 수행하지 않지만 완료 현재 연결을 기다리고 연결을 기다림, X분이 지나면 - 다시 클라우드에서 작업을 요청함) - 이제 에이전트를 되돌리는 것이 거의 불가능합니다. - 수동으로 중지했다가 시작하고 테스터에서 다시 연결해야 합니다.
예, 우리는 확실히 그렇게 할 것입니다. 로컬 작업을 수행한 후 클라우드에 연결하는 데 5분의 시간 제한이 있습니다.
+ 바람: 에이전트가 클라우드에서 작업을 가져오기 전에 유휴 시간이 분명히 5분 미만입니다(처음에 언급됨) - 5분을 반환하거나 제거된 이유가 표시된 곳에 코를 찔러주세요.
인사말!!! 나는 나 자신을 위한 주요 최적화 기준으로 균형 + 회복 계수를 선택했습니다. 때로는 넓은 입력 데이터로 거래 횟수가 감소하고 Factor가 상당히 높습니다.내 시스템의 경우 이것은 잘못된 방법입니다. 수량은 특정 간격으로 유지되어야하며 조합을 찾기 위해 이미이 영역에 있어야합니다.if 최적화를 위해 사용자 지정 모드를 사용하고 코드는 다음과 같습니다.
자르지 않고 특정 숫자 (뺄 숫자, 경험적으로 설정)를 빼서 처벌하는 것이 좋습니다.
따라서 나쁜 결과에서는 시스템의 진화에 대한 정보가 보존됩니다. 이렇게 하면 단순히 나쁜 결과의 영역을 줄이면서도 안도감을 유지합니다.
귀하의 경우 유전학이 나쁜 결과의 영역에 빠지면 그녀가 거기에서 빠져 나오기가 어렵습니다. 이동할 위치에 대한 정보가 없기 때문에 모든 나쁜 결과는 -1과 같습니다. 선호하는 포인트가 없는 평면입니다.
최적화를 위해 사용자 지정 모드를 사용하는 경우 입력 데이터 를 선택하는 유전자 알고리즘 이 잘못되지 않는지 여부에 관심이 있으며 코드는 다음과 같습니다.
네, 질문이 재미있네요. 의견 감사합니다. 확인이 필요하겠습니다. 예를 들어 이미 시스템을 만족시키는 지표가 있습니다. 전체 최적화, "수동"분석 등을 통해 테스터가 있는지 확인하겠습니다. 같은 결론에 도달합니다. 영향을 받았기 때문에 -1.0의 차단 계수로 인해 실제로 길을 잃는 것이 가능하다고 생각합니다. 이 알고리즘은 정말 상상이 안 가는데 제 버전은 이렇습니다.
세 가지 매개변수 A, B, C. 나는 B=12가 최고라고 생각합니다. 최적화 과정에서 내 B=12는 다른 비최적 A 및 C와 함께 사용됩니다. B=12는 일반적으로 B=12에서 제외됩니다. 허용되는 값의 범위...
추구합니다. :-)
그러한 거친 상처에 의해 버려지기 쉬우 며, 힘들게 키운 유전자가 종종 그러한 조건에서 버려 질 수 있습니다.
+ 희망: pliz가 클라우드에서 에이전트를 되찾을 수 있도록 합니다(예: 에이전트가 올바른 로그인/비밀번호로 연결을 수신한 경우 X분 동안 클라우드에서 새 작업을 수행하지 않지만 완료 현재 연결을 기다리고 연결을 기다림, X분이 지나면 - 다시 클라우드에서 작업을 요청함) - 이제 에이전트를 되돌리는 것이 거의 불가능합니다. - 수동으로 중지했다가 시작하고 테스터에서 다시 연결해야 합니다.
+ 바람: 에이전트가 클라우드에서 작업을 가져오기 전에 유휴 시간이 분명히 5분 미만입니다(처음에 언급됨) - 5분을 반환하거나 제거된 이유가 표시된 곳에 코를 찔러주세요.
+ 희망: pliz가 클라우드에서 에이전트를 되찾을 수 있도록 합니다(예: 에이전트가 올바른 로그인/비밀번호로 연결을 수신한 경우 X분 동안 클라우드에서 새 작업을 수행하지 않지만 완료 현재 연결을 기다리고 연결을 기다림, X분이 지나면 - 다시 클라우드에서 작업을 요청함) - 이제 에이전트를 되돌리는 것이 거의 불가능합니다. - 수동으로 중지했다가 시작하고 테스터에서 다시 연결해야 합니다.
+ 바람: 에이전트가 클라우드에서 작업을 가져오기 전에 유휴 시간이 분명히 5분 미만입니다(처음에 언급됨) - 5분을 반환하거나 제거된 이유가 표시된 곳에 코를 찔러주세요.
나는 주제에 대한 두 가지를 다시 읽었습니다. 총 30 페이지가 넘습니다. 나는 완전히 기뻤습니다 ...
내 에이전트 연결
두 가지 질문이 남았습니다
결제 서비스가 실행되고 있습니까?
그리고 그들이 내 테스트에만 쓸 수 있는 돈은 무엇입니까, 아니면 인출 가능성이 있는 실제 돈입니까, 아니면 "작업" 서비스에 대한 지불이 있습니까?
나는 주제에 대한 두 가지를 다시 읽었습니다. 총 30 페이지가 넘습니다. 나는 완전히 기뻤습니다 ...
내 에이전트 연결
두 가지 질문이 남았습니다
결제 서비스가 실행되고 있습니까?
그리고 그들이 내 테스트에만 쓸 수 있는 돈은 무엇입니까, 아니면 인출 가능성이 있는 실제 돈입니까, 아니면 "작업" 서비스에 대한 지불이 있습니까?
1. 아직 대금이 지급되지 않고 본격적인 작업이 9월에 시작될 것으로 보입니다(테스트 기간 동안 개발자는 보너스를 받을 것입니다).
2. 가능 : 출금 + 매장 내 재화 대금 + 업무 대금 + 클라우드 에이전트 업무 대금 지급,
인사말!!! 나는 나 자신을 위한 주요 최적화 기준으로 균형 + 회복 계수를 선택했습니다. 때로는 넓은 입력 데이터로 거래 횟수가 감소하고 Factor가 상당히 높습니다.내 시스템의 경우 이것은 잘못된 방법입니다. 수량은 특정 간격으로 유지되어야하며 조합을 찾기 위해 이미이 영역에 있어야합니다.if 최적화를 위해 사용자 지정 모드를 사용하고 코드는 다음과 같습니다.
자르지 않고 특정 숫자 (뺄 숫자, 경험적으로 설정)를 빼서 처벌하는 것이 좋습니다.
따라서 나쁜 결과에서는 시스템의 진화에 대한 정보가 보존됩니다. 이렇게 하면 단순히 나쁜 결과의 영역을 줄이면서도 안도감을 유지합니다.
귀하의 경우 유전학이 나쁜 결과의 영역에 빠지면 그녀가 거기에서 빠져 나오기가 어렵습니다. 이동할 위치에 대한 정보가 없기 때문에 모든 나쁜 결과는 -1과 같습니다. 선호하는 포인트가 없는 평면입니다.
사이트 업데이트 후 에이전트 활동이 0으로 떨어졌습니다. 이것이 정상입니까?
그리고 또 다른 질문 - 컴퓨터의 기록 양이 상담원의 활동에 영향을 줍니까?
그리고 에이전트가 작동하려면 MT가 최소한 데모 계정에 로그인해야 합니까?