많은 사람들이 작고 유용한 가제트를 작성합니다. 그러나 지금까지 fxsaber 만이 내 생각에 말 그대로 모든 사람에게 매우 유용한 라이브러리를 도입했다는 것을 알았습니다. 그런 방대하고 동시에 일반적으로 유용한 작업 - 나는 모릅니다. 이 경우 Canvas를 사용하면(완전히 슬프지만) 포럼 회원 중 눈에 띄는 부분이 필요하도록 이 모든 것을 어디에 적용할 수 있는지 상상하기 어렵습니다.
그래, 나도 슬프다 조지. 이 포럼에서 거의 3년 동안 저는 거래 프로그램에 그래픽 인터페이스가 필요한 이유를 설명하려고 노력했습니다. 나는 그것을 만들기 위해 엄청난 수의 문제를 풀었다. 이러한 작업 중에는 간단하면서도 매우 어려운 작업이 있었습니다. 그러나 여기 사람들에게 이것이 필요한 이유를 설명하는 것보다 더 구체적인 작업은 아직 해결하지 못했습니다.
나에게 절대적으로 분명한 것이 그들에게는 이해할 수 없습니다. 이것은 이해의 놀라운 차이입니다.
수백 개의 거래 로봇을 작성합니다. 이 로봇들은 조정이 필요하지 않습니까? 필요. 따라서 설정이 필요합니다. 통제 수단.
당신은 시장에서 거래하고 있습니다. 바로 알고 싶은 시장에 예상치 못한 사건들이 벌어지고 있지 않습니까? 일어나다. 그래서 우리는 메시지 상자가 필요합니다.
시장 패턴을 연구합니다. 그래프와 표를 통해 패턴을 관찰하는 것이 좋지 않을까요? 더 좋다. 따라서 그래프와 테이블이 있는 창이 필요합니다.
로봇을 최적화하고 있습니다. 보고 창에 최적화 결과 를 표시하는 것이 좋지 않습니까? 더 좋다. 보고서가 있는 창이 필요하다는 것을 의미합니다.
각 로봇의 거래 통계를 수집합니다. 이러한 통계를 창에서 자세히 보는 것이 좋지 않습니까? 더 좋습니다. 따라서 통계를 표시하는 창이 필요합니다.
위험 관리 설정, AI, ML 등에 대해서도 마찬가지입니다. 프로그램이 복잡할수록 더 많은 설정, 표 및 그래프가 있어야 합니다. 더 많은 사용자와 상호 작용해야 합니다.
그런데도 GUI 트레이딩 프로그램이 필요하지 않다고 생각하십니까? 그렇다면 더 이상 당신에게 할 말이 없습니다.
그래, 나도 슬프다 조지. 이 포럼에서 거의 3년 동안 저는 거래 프로그램에 그래픽 인터페이스가 필요한 이유를 설명하려고 노력했습니다. 나는 그것을 만들기 위해 엄청난 수의 문제를 풀었다. 이러한 작업 중에는 간단하면서도 매우 어려운 작업이 있었습니다. 그러나 여기 사람들에게 이것이 필요한 이유를 설명하는 것보다 더 구체적인 작업을 아직 해결하지 못했습니다.
나에게 절대적으로 분명한 것이 그들에게는 이해할 수 없습니다. 이것은 이해의 놀라운 차이입니다.
수백 개의 거래 로봇을 작성합니다. 이 로봇들은 조정이 필요하지 않습니까? 필요. 따라서 설정이 필요합니다. 통제 수단.
당신은 시장에서 거래하고 있습니다. 시장에서 바로 알고 싶은 예상치 못한 이벤트가 있지 않습니까? 일어나다. 그래서 우리는 메시지 상자가 필요합니다.
시장 패턴에 대한 연구를 수행합니다. 그래프와 표를 통해 패턴을 관찰하는 것이 좋지 않을까요? 더 좋다. 따라서 그래프와 테이블이 있는 창이 필요합니다.
로봇을 최적화하고 있습니다. 보고 창에 최적화 결과 를 표시하는 것이 좋지 않습니까? 더 좋다. 보고서가 있는 창이 필요하다는 것을 의미합니다.
각 로봇의 거래 통계를 수집합니다. 이러한 통계를 창에서 자세히 보는 것이 좋지 않습니까? 더 좋다. 따라서 통계를 표시하는 창이 필요합니다.
위험 관리 설정, AI, ML 등에 대해서도 마찬가지입니다. 프로그램이 복잡할수록 더 많은 설정, 표 및 그래프가 있어야 합니다. 더 많은 사용자와 상호 작용해야 합니다.
그런데도 GUI 트레이딩 프로그램이 필요하지 않다고 생각하십니까? 그렇다면 더 이상 당신에게 할 말이 없습니다.
사실은 Peter, 이 모든 것이 봇에 "단호히" 박혀야 한다고 생각합니다. 내 로봇 - (!!!) 설정이 없습니다. 내가 누군가에게 그것들을 제공한다면(적어도 무료로, 최소한 돈을 위해) - 그들은 단 하나의 설정, 즉 위험 비율만 갖게 됩니다. 모두 !
봐 .
물론 로봇은 지속적으로 조정되고 있습니다. 그러나 내 생각에 이 수정은 GUI에서 해서는 안 됩니다. 이상적으로는 로봇이 정지하는 즉시 자동으로 기록을 통해 실행하고 최상의 매개변수를 선택하고 자체적으로 기록하고 계속 작업해야 합니다. 그는 "사람으로부터" 어떤 설정도 가지고 있어서는 안 됩니다.
예상치 못한 사건에 대한 정보 - 실제로 결론이 필요합니다. 그러나 제 생각에는 그 정도면 충분하다는 결론입니다. 메시지 창 - 동일한 Print'보다 나은 점은 무엇입니까? 창 - 테이블, 링크 및 기타 형식으로 정보를 구조화된 방식으로 표시해야 하는 경우에 유용합니다. 그러나 이것은 "중요한 사건"의 경우가 전혀 아닙니다!
최적화 결과의 출력 - 다시, 인간의 지각을 위해, 그리고 사실은 별도의 창이 편리한 것처럼 보입니다. 그러나 이러한 결과를 어떻게 사용해야 합니까? 제 경우에는 이를 기반으로 코드 블록이 생성된 다음 봇에 "망치"됩니다. 여기 창문이 불필요하다고 생각하지 않습니까? 최적화 결과는 코드 블록의 형태로 파일에 즉시 형성되며 복사-붙여넣기를 통해 봇으로 전송됩니다. 차트의 별도 창 - 유감스럽게도 이것은 허용되지 않습니다.
통계도 마찬가지입니다. Windows에서는 필요하지 않고 보고서 파일에서는 필요합니다!
사용자와의 상호 작용에서 나는 가장 단순하고 "오크" TS의 지지자라고 두 번 이상 말했습니다. 이러한 시스템은 "사용자와의 상호 작용"이 없어야 합니다.
요약 :
GUI가 있으면 좋겠지만 존재하는 GUI가 내 요구를 충족시키지 못하고 프로그램의 복잡성을 심각하게 증가시키는 것이 두렵습니다.
그러나 다른 사람들이 GUI를 유용하게 사용할 수 있음을 인정합니다. 우선 - 반자동 거래의 경우.
그것이 바로 피터, 당신이 "아이디어를 극화"해야 하는 이유입니다. 청중에게 "와우 효과"를 유발합니다. 그런 다음 관심있는 사람들이 나타나고 사용자가 나타납니다.
여기, 동일한 TS 리그의 예입니다. 이제 1년 반 전에 내가 리그에 대한 아이디어를 설명했던 스레드를 기억하는 사람은 거의 없습니다. 기본적으로 회의론이 있었고 관심 있는 참가자는 몇 명뿐이었습니다. 사실 - 당신과 동일하게, 나는 직접적인 유추를 봅니다. 그래서 다른 포럼에서 한 참가자가 "아이디어를 극화하라"고 말했습니다. 귀하의 작업이 기억에 남고 더 훌륭하고 밝은지 확인하십시오. 그는 나에게 몇 가지 예를 제시했는데, 그 중 내가 기억하는 것은 Lavoisier뿐입니다(Lavoisier는 플로지스톤 이론의 부정확성을 입증했습니다. 밀봉된 용기에서 다양한 물질을 태우는 실험은 동료들에게 깊은 인상을 주지 않았습니다. 그리고 그는 다이아몬드를 태웠습니다. 경험은 매우 비쌌습니다. 이것은 많은 사람들의 관심을 끌었고 경험에 대해 이야기하기 시작했으며 동시에 점점 더 많은 사실이 나타나기 시작한 플로지스톤 이론에 대해 이야기하기 시작했습니다. TS 모집 작업의 결과를 정기적으로 게시하는 지점을 열어 (당시 TS 리그는 아직 그렇게 부르지 않았습니다) "경쟁 보고서"와 같은 것을 정리해야한다고 나에게 지적한 것은이 참가자였습니다. 흥미롭게 만들기 위해. 나는 지점(과거)을 열었고 이것이 사실인지 확인했습니다. 시험에 도움을 준 사람도 두 명 있었다. 이제 새 스레드가 열립니다. 포럼을 자주 방문하는 사람이라면 누구나 TS 리그가 무엇인지 알 것입니다. 많은 사람들이 아이러니하게도 웃으면서 관심을 갖고 지켜봅니다. 그러나 모두가 오랫동안 내 이름, Devil's Fork(내 아바타) 및 TS 리그를 마음속으로 "묶어 놓았을" 것이라고 확신합니다. 그건 그렇고 '소노러스', 스펙타클한 이름 '리그 TS'도 한 몫 하는 것 같다.
사람들이 흥미를 가질 만한 것을 준비해야 합니다. 여기에서 창과 GUI가 매우 유용한 동일한 반자동 거래로 가정해 보겠습니다. 또한 "밝기"에 대한 GUI에는 많은 가능성이 있습니다.
사용자와의 상호 작용에서 나는 가장 단순하고 "오크" TS의 지지자라고 두 번 이상 말했습니다. 이러한 시스템은 "사용자와의 상호 작용"이 없어야 합니다.
George, 분명히 여기 에는 가장 단순하고 "오크"TS 의 지지자가 많이 있습니다. 그래서 나는 그들에게 아무것도 설명 할 수 없습니다 ...
조지 머츠 :
물론 로봇은 지속적으로 조정되고 있습니다. 그러나 내 생각에 이 수정은 GUI에서 해서는 안 됩니다. 이상적으로는 로봇이 정지하는 즉시 자동으로 기록을 통해 실행하고 최상의 매개변수를 선택하고 자체적으로 기록하고 계속 작업해야 합니다. 그는 "사람으로부터" 어떤 설정도 가지고 있어서는 안 됩니다.
오크 로봇은 실제로 많은 설정이 필요하지 않습니다. 간단한 전략, 최적화 및 이동!
조지 머츠 :
예상치 못한 사건에 대한 정보 - 실제로 결론이 필요합니다. 그러나 제 생각에는 그 정도면 충분하다는 결론입니다. 메시지 창 - 동일한 Print'보다 나은 점은 무엇입니까? 창 - 테이블, 링크 및 기타 형식으로 정보를 구조화된 방식으로 표시해야 하는 경우에 유용합니다. 그러나 이것은 "중요한 사건"의 경우가 전혀 아닙니다!
카트가 우리에게 좋은 서비스를 제공한다면 왜 외제차가 필요한가요?...)) 구조화 된 정보 출력은 무엇입니까? 무엇 때문에?! ))
GUI가 있으면 좋겠지만 존재하는 GUI가 내 요구를 충족시키지 못하고 프로그램의 복잡성을 심각하게 증가시키는 것이 두렵습니다.
그러나 다른 사람들이 GUI를 유용하게 사용할 수 있음을 인정합니다. 우선 - 반자동 거래의 경우.
그것이 바로 피터, 당신이 "아이디어를 극화"해야 하는 이유입니다. 청중에게 "와우 효과"를 유발합니다. 그런 다음 관심있는 사람들이 나타나고 사용자가 나타납니다.
여기, 동일한 TS 리그의 예입니다. 이제 1년 반 전에 내가 리그에 대한 아이디어를 설명했던 스레드를 기억하는 사람은 거의 없습니다. 기본적으로 회의론이 있었고 관심 있는 참가자는 몇 명뿐이었습니다. 사실 - 당신과 동일하게, 나는 직접적인 유추를 봅니다. 그래서 다른 포럼에서 한 참가자가 "아이디어를 극화하라"고 말했습니다. 귀하의 작업이 기억에 남고 더 훌륭하고 밝은지 확인하십시오. 그는 나에게 몇 가지 예를 줬는데 그 중 내가 기억하는 것은 Lavoisier뿐이었습니다(Lavoisier는 플로지스톤 이론의 부정확성을 입증했습니다. 밀봉된 용기에서 다양한 물질을 태우는 실험은 동료들에게 깊은 인상을 주지 못했습니다. 그리고 그는 다이아몬드를 태웠습니다. 경험은 매우 비쌌습니다. 이것은 많은 사람들의 관심을 끌었고 경험에 대해 이야기하기 시작했으며 동시에 점점 더 많은 사실이 나타나기 시작한 플로지스톤 이론에 대해 이야기하기 시작했습니다. TS 모집 작업의 결과를 정기적으로 게시하는 지점을 열어 (당시 TS 리그는 아직 그렇게 부르지 않았습니다) "경쟁 보고서"와 같은 것을 정리해야한다고 나에게 지적한 것은이 참가자였습니다. 흥미롭게 만들기 위해. 나는 지점(과거)을 열었고 이것이 사실인지 확인했습니다. 시험에 도움을 준 사람도 두 명 있었다. 이제 새 스레드가 열립니다. 포럼을 자주 방문하는 사람이라면 누구나 TS 리그가 무엇인지 알 것입니다. 많은 사람들이 아이러니하게도 웃으면서 관심을 갖고 지켜봅니다. 그러나 모두가 오랫동안 내 이름, Devil's Fork(내 아바타) 및 TS 리그를 마음속에 "묶어 놓았을" 것이라고 확신합니다. 그건 그렇고 '소노러스', 스펙타클한 이름 '리그 TS'도 한 몫 하는 것 같다.
사람들이 흥미를 가질 만한 것을 준비해야 합니다. 여기에서 창과 GUI가 매우 유용한 동일한 반자동 거래로 가정해 보겠습니다. 또한 "밝기"에 대한 GUI에는 많은 가능성이 있습니다.
HSL
보았다. 겁에 질린. 다시 보았다. :)
문제는 그러한 결정을 이해하는 데 얼마나 시간이 걸릴 것인가 하는 것입니다. 스스로 해결책을 찾으면 큰 수익을 얻을 수 있다는 결론에 이르렀다.
...
* * *
1. 위에서 정확히 지적한 바와 같이 HSL과 HLS 시스템은 오래전부터 표준화되어 있고 RGB에서 이들로의 전환은 표준 공식에 의해 수행된다. 또한 Lab 시스템이 있습니다. 바퀴를 재발명하는 요점은 무엇입니까?
...
2. 소스 코드를 공개하지 않고 적용의 구체적인 예를 보고 싶습니다. 아이디어 자체만, 이 모든 것이 어디에 유용하게 적용될 수 있습니까?
1. 자전거에 대해. 보세요 George, Nikolai 는 CCanvas 클래스 에서 솔루션을 제공했습니다. 개발자로서 읽기/사용/개발이 쉽다고 생각하십니까? 개인적으로는 불편합니다. 그 이유는 다음과 같습니다.
이제 내 결정을 위해.
따라서이 결정은 귀하가 생각하는 것처럼 전혀 자전거가 아닙니다.
많은 사람들이 작고 유용한 가제트를 작성합니다. 그러나 지금까지 fxsaber 만이 내 생각에 말 그대로 모든 사람에게 매우 유용한 라이브러리를 도입했다는 것을 알았습니다. 그런 방대하고 동시에 일반적으로 유용한 작업 - 나는 모릅니다. 이 경우 Canvas를 사용하면(완전히 슬프지만) 포럼 회원 중 눈에 띄는 부분이 필요하도록 이 모든 것을 어디에 적용할 수 있는지 상상하기 어렵습니다.
그래, 나도 슬프다 조지. 이 포럼에서 거의 3년 동안 저는 거래 프로그램에 그래픽 인터페이스가 필요한 이유를 설명하려고 노력했습니다. 나는 그것을 만들기 위해 엄청난 수의 문제를 풀었다. 이러한 작업 중에는 간단하면서도 매우 어려운 작업이 있었습니다. 그러나 여기 사람들에게 이것이 필요한 이유를 설명하는 것보다 더 구체적인 작업은 아직 해결하지 못했습니다.
나에게 절대적으로 분명한 것이 그들에게는 이해할 수 없습니다. 이것은 이해의 놀라운 차이입니다.
수백 개의 거래 로봇을 작성합니다. 이 로봇들은 조정이 필요하지 않습니까? 필요. 따라서 설정이 필요합니다. 통제 수단.
당신은 시장에서 거래하고 있습니다. 바로 알고 싶은 시장에 예상치 못한 사건들이 벌어지고 있지 않습니까? 일어나다. 그래서 우리는 메시지 상자가 필요합니다.
시장 패턴을 연구합니다. 그래프와 표를 통해 패턴을 관찰하는 것이 좋지 않을까요? 더 좋다. 따라서 그래프와 테이블이 있는 창이 필요합니다.
로봇을 최적화하고 있습니다. 보고 창에 최적화 결과 를 표시하는 것이 좋지 않습니까? 더 좋다. 보고서가 있는 창이 필요하다는 것을 의미합니다.
각 로봇의 거래 통계를 수집합니다. 이러한 통계를 창에서 자세히 보는 것이 좋지 않습니까? 더 좋습니다. 따라서 통계를 표시하는 창이 필요합니다.
위험 관리 설정, AI, ML 등에 대해서도 마찬가지입니다. 프로그램이 복잡할수록 더 많은 설정, 표 및 그래프가 있어야 합니다. 더 많은 사용자와 상호 작용해야 합니다.
그런데도 GUI 트레이딩 프로그램이 필요하지 않다고 생각하십니까? 그렇다면 더 이상 당신에게 할 말이 없습니다.
조지, 내 머릿속에서 코드를 디버깅 중이야. :) 항상 그랬습니다. 나는 논리적으로 주장하는 오류를 찾습니다. Alert() 함수 는 많은 도움이 됩니다.
이것은 훌륭합니다. 나도 그렇게 할 수 있지만 로그 파일에 대한 출력을 사용하지만 나에게 이것은 큰 부담입니다. 변수를 직접 보는 것이 훨씬 더 편리합니다.
이것은 훌륭합니다. 나도 그렇게 할 수 있지만 로그 파일에 대한 출력을 사용하지만 나에게 이것은 큰 부담입니다. 변수를 직접 보는 것이 훨씬 더 편리합니다.
문제는 디버거 없이도 가능한 일이며, 이를 위해 모국어로 개발하는 편리함을 희생할 준비가 되어 있지 않았습니다.
나는 항상 최상의 솔루션을 선택합니다. 나를 믿어. 내가 그를 모른다면 나는 그를 어디에서 찾아야 하는지를 느낍니다. 모국어로 개발하면 디버거가 다룰 수 없는 이점이 있습니다.
그래, 나도 슬프다 조지. 이 포럼에서 거의 3년 동안 저는 거래 프로그램에 그래픽 인터페이스가 필요한 이유를 설명하려고 노력했습니다. 나는 그것을 만들기 위해 엄청난 수의 문제를 풀었다. 이러한 작업 중에는 간단하면서도 매우 어려운 작업이 있었습니다. 그러나 여기 사람들에게 이것이 필요한 이유를 설명하는 것보다 더 구체적인 작업을 아직 해결하지 못했습니다.
나에게 절대적으로 분명한 것이 그들에게는 이해할 수 없습니다. 이것은 이해의 놀라운 차이입니다.
수백 개의 거래 로봇을 작성합니다. 이 로봇들은 조정이 필요하지 않습니까? 필요. 따라서 설정이 필요합니다. 통제 수단.
당신은 시장에서 거래하고 있습니다. 시장에서 바로 알고 싶은 예상치 못한 이벤트가 있지 않습니까? 일어나다. 그래서 우리는 메시지 상자가 필요합니다.
시장 패턴에 대한 연구를 수행합니다. 그래프와 표를 통해 패턴을 관찰하는 것이 좋지 않을까요? 더 좋다. 따라서 그래프와 테이블이 있는 창이 필요합니다.
로봇을 최적화하고 있습니다. 보고 창에 최적화 결과 를 표시하는 것이 좋지 않습니까? 더 좋다. 보고서가 있는 창이 필요하다는 것을 의미합니다.
각 로봇의 거래 통계를 수집합니다. 이러한 통계를 창에서 자세히 보는 것이 좋지 않습니까? 더 좋다. 따라서 통계를 표시하는 창이 필요합니다.
위험 관리 설정, AI, ML 등에 대해서도 마찬가지입니다. 프로그램이 복잡할수록 더 많은 설정, 표 및 그래프가 있어야 합니다. 더 많은 사용자와 상호 작용해야 합니다.
그런데도 GUI 트레이딩 프로그램이 필요하지 않다고 생각하십니까? 그렇다면 더 이상 당신에게 할 말이 없습니다.
사실은 Peter, 이 모든 것이 봇에 "단호히" 박혀야 한다고 생각합니다. 내 로봇 - (!!!) 설정이 없습니다. 내가 누군가에게 그것들을 제공한다면(적어도 무료로, 최소한 돈을 위해) - 그들은 단 하나의 설정, 즉 위험 비율만 갖게 됩니다. 모두 !
봐 .
물론 로봇은 지속적으로 조정되고 있습니다. 그러나 내 생각에 이 수정은 GUI에서 해서는 안 됩니다. 이상적으로는 로봇이 정지하는 즉시 자동으로 기록을 통해 실행하고 최상의 매개변수를 선택하고 자체적으로 기록하고 계속 작업해야 합니다. 그는 "사람으로부터" 어떤 설정도 가지고 있어서는 안 됩니다.
예상치 못한 사건에 대한 정보 - 실제로 결론이 필요합니다. 그러나 제 생각에는 그 정도면 충분하다는 결론입니다. 메시지 창 - 동일한 Print'보다 나은 점은 무엇입니까? 창 - 테이블, 링크 및 기타 형식으로 정보를 구조화된 방식으로 표시해야 하는 경우에 유용합니다. 그러나 이것은 "중요한 사건"의 경우가 전혀 아닙니다!
최적화 결과의 출력 - 다시, 인간의 지각을 위해, 그리고 사실은 별도의 창이 편리한 것처럼 보입니다. 그러나 이러한 결과를 어떻게 사용해야 합니까? 제 경우에는 이를 기반으로 코드 블록이 생성된 다음 봇에 "망치"됩니다. 여기 창문이 불필요하다고 생각하지 않습니까? 최적화 결과는 코드 블록의 형태로 파일에 즉시 형성되며 복사-붙여넣기를 통해 봇으로 전송됩니다. 차트의 별도 창 - 유감스럽게도 이것은 허용되지 않습니다.
통계도 마찬가지입니다. Windows에서는 필요하지 않고 보고서 파일에서는 필요합니다!
사용자와의 상호 작용에서 나는 가장 단순하고 "오크" TS의 지지자라고 두 번 이상 말했습니다. 이러한 시스템은 "사용자와의 상호 작용"이 없어야 합니다.
요약 :
GUI가 있으면 좋겠지만 존재하는 GUI가 내 요구를 충족시키지 못하고 프로그램의 복잡성을 심각하게 증가시키는 것이 두렵습니다.
그러나 다른 사람들이 GUI를 유용하게 사용할 수 있음을 인정합니다. 우선 - 반자동 거래의 경우.
그것이 바로 피터, 당신이 "아이디어를 극화"해야 하는 이유입니다. 청중에게 "와우 효과"를 유발합니다. 그런 다음 관심있는 사람들이 나타나고 사용자가 나타납니다.
여기, 동일한 TS 리그의 예입니다. 이제 1년 반 전에 내가 리그에 대한 아이디어를 설명했던 스레드를 기억하는 사람은 거의 없습니다. 기본적으로 회의론이 있었고 관심 있는 참가자는 몇 명뿐이었습니다. 사실 - 당신과 동일하게, 나는 직접적인 유추를 봅니다. 그래서 다른 포럼에서 한 참가자가 "아이디어를 극화하라"고 말했습니다. 귀하의 작업이 기억에 남고 더 훌륭하고 밝은지 확인하십시오. 그는 나에게 몇 가지 예를 제시했는데, 그 중 내가 기억하는 것은 Lavoisier뿐입니다(Lavoisier는 플로지스톤 이론의 부정확성을 입증했습니다. 밀봉된 용기에서 다양한 물질을 태우는 실험은 동료들에게 깊은 인상을 주지 않았습니다. 그리고 그는 다이아몬드를 태웠습니다. 경험은 매우 비쌌습니다. 이것은 많은 사람들의 관심을 끌었고 경험에 대해 이야기하기 시작했으며 동시에 점점 더 많은 사실이 나타나기 시작한 플로지스톤 이론에 대해 이야기하기 시작했습니다. TS 모집 작업의 결과를 정기적으로 게시하는 지점을 열어 (당시 TS 리그는 아직 그렇게 부르지 않았습니다) "경쟁 보고서"와 같은 것을 정리해야한다고 나에게 지적한 것은이 참가자였습니다. 흥미롭게 만들기 위해. 나는 지점(과거)을 열었고 이것이 사실인지 확인했습니다. 시험에 도움을 준 사람도 두 명 있었다. 이제 새 스레드가 열립니다. 포럼을 자주 방문하는 사람이라면 누구나 TS 리그가 무엇인지 알 것입니다. 많은 사람들이 아이러니하게도 웃으면서 관심을 갖고 지켜봅니다. 그러나 모두가 오랫동안 내 이름, Devil's Fork(내 아바타) 및 TS 리그를 마음속으로 "묶어 놓았을" 것이라고 확신합니다. 그건 그렇고 '소노러스', 스펙타클한 이름 '리그 TS'도 한 몫 하는 것 같다.
사람들이 흥미를 가질 만한 것을 준비해야 합니다. 여기에서 창과 GUI가 매우 유용한 동일한 반자동 거래로 가정해 보겠습니다. 또한 "밝기"에 대한 GUI에는 많은 가능성이 있습니다.
사용자와의 상호 작용에서 나는 가장 단순하고 "오크" TS의 지지자라고 두 번 이상 말했습니다. 이러한 시스템은 "사용자와의 상호 작용"이 없어야 합니다.
George, 분명히 여기 에는 가장 단순하고 "오크"TS 의 지지자가 많이 있습니다. 그래서 나는 그들에게 아무것도 설명 할 수 없습니다 ...
물론 로봇은 지속적으로 조정되고 있습니다. 그러나 내 생각에 이 수정은 GUI에서 해서는 안 됩니다. 이상적으로는 로봇이 정지하는 즉시 자동으로 기록을 통해 실행하고 최상의 매개변수를 선택하고 자체적으로 기록하고 계속 작업해야 합니다. 그는 "사람으로부터" 어떤 설정도 가지고 있어서는 안 됩니다.
오크 로봇은 실제로 많은 설정이 필요하지 않습니다. 간단한 전략, 최적화 및 이동!
예상치 못한 사건에 대한 정보 - 실제로 결론이 필요합니다. 그러나 제 생각에는 그 정도면 충분하다는 결론입니다. 메시지 창 - 동일한 Print'보다 나은 점은 무엇입니까? 창 - 테이블, 링크 및 기타 형식으로 정보를 구조화된 방식으로 표시해야 하는 경우에 유용합니다. 그러나 이것은 "중요한 사건"의 경우가 전혀 아닙니다!
카트가 우리에게 좋은 서비스를 제공한다면 왜 외제차가 필요한가요?...)) 구조화 된 정보 출력은 무엇입니까? 무엇 때문에?! ))
요약 :
GUI가 있으면 좋겠지만 존재하는 GUI가 내 요구를 충족시키지 못하고 프로그램의 복잡성을 심각하게 증가시키는 것이 두렵습니다.
그러나 다른 사람들이 GUI를 유용하게 사용할 수 있음을 인정합니다. 우선 - 반자동 거래의 경우.
그것이 바로 피터, 당신이 "아이디어를 극화"해야 하는 이유입니다. 청중에게 "와우 효과"를 유발합니다. 그런 다음 관심있는 사람들이 나타나고 사용자가 나타납니다.
여기, 동일한 TS 리그의 예입니다. 이제 1년 반 전에 내가 리그에 대한 아이디어를 설명했던 스레드를 기억하는 사람은 거의 없습니다. 기본적으로 회의론이 있었고 관심 있는 참가자는 몇 명뿐이었습니다. 사실 - 당신과 동일하게, 나는 직접적인 유추를 봅니다. 그래서 다른 포럼에서 한 참가자가 "아이디어를 극화하라"고 말했습니다. 귀하의 작업이 기억에 남고 더 훌륭하고 밝은지 확인하십시오. 그는 나에게 몇 가지 예를 줬는데 그 중 내가 기억하는 것은 Lavoisier뿐이었습니다(Lavoisier는 플로지스톤 이론의 부정확성을 입증했습니다. 밀봉된 용기에서 다양한 물질을 태우는 실험은 동료들에게 깊은 인상을 주지 못했습니다. 그리고 그는 다이아몬드를 태웠습니다. 경험은 매우 비쌌습니다. 이것은 많은 사람들의 관심을 끌었고 경험에 대해 이야기하기 시작했으며 동시에 점점 더 많은 사실이 나타나기 시작한 플로지스톤 이론에 대해 이야기하기 시작했습니다. TS 모집 작업의 결과를 정기적으로 게시하는 지점을 열어 (당시 TS 리그는 아직 그렇게 부르지 않았습니다) "경쟁 보고서"와 같은 것을 정리해야한다고 나에게 지적한 것은이 참가자였습니다. 흥미롭게 만들기 위해. 나는 지점(과거)을 열었고 이것이 사실인지 확인했습니다. 시험에 도움을 준 사람도 두 명 있었다. 이제 새 스레드가 열립니다. 포럼을 자주 방문하는 사람이라면 누구나 TS 리그가 무엇인지 알 것입니다. 많은 사람들이 아이러니하게도 웃으면서 관심을 갖고 지켜봅니다. 그러나 모두가 오랫동안 내 이름, Devil's Fork(내 아바타) 및 TS 리그를 마음속에 "묶어 놓았을" 것이라고 확신합니다. 그건 그렇고 '소노러스', 스펙타클한 이름 '리그 TS'도 한 몫 하는 것 같다.
사람들이 흥미를 가질 만한 것을 준비해야 합니다. 여기에서 창과 GUI가 매우 유용한 동일한 반자동 거래로 가정해 보겠습니다. 또한 "밝기"에 대한 GUI에는 많은 가능성이 있습니다.
읽는게 더 재밌다...
George, 분명히 여기 에는 가장 단순하고 "오크"TS 의 지지자가 많이 있습니다. 그래서 나는 그들에게 아무것도 설명 할 수 없습니다 ...
오크 로봇은 실제로 많은 설정이 필요하지 않습니다. 간단한 전략, 최적화 및 이동!
카트가 우리를 잘 섬기면 왜 외국 차가 필요합니까? ...)) 정보의 구조화된 출력은 무엇입니까? 무엇 때문에?! ))
지금까지 도색된 외제차만 있다. 카트가 실제이고 서비스를 제공한다면 왜 사람들은 도색된 외제 자동차를 필요로 합니까?