이 스레드의 독자 중에는 마크 업 언어의 기술을 깊이 이해하는 사람들이있을 것이지만 나는 그런 사람이 아니라고 단번에 말할 것입니다. 즉,이 주제에 대한 정보를 읽거나 검색 한 적이 없습니다. 비주얼 편집기에도 동일하게 적용됩니다. 나는 무지를 자랑하지 않고 사실을 말하지 않을 것입니다. 그러나 나는 어떻게 그들에게 왔습니까?
직관? 무작위성?
이상하게도 저는 처음에 마크업 언어를 만들었고 이것이 바로 이것이라는 것을 깨달았습니다. 몇 년 후 이미 해당 언어와 인터프리터에 특화된 솔루션을 개발했을 때 깨달았습니다.
예, 솔루션은 비표준으로 작성되어 가능한 모든 방법으로 비판을 받았지만... 잘 작동했어요. 아니, 버그가 없는 건 아니죠... 우리 모두는 버그를 가지고 있습니다. 하지만 제 솔루션은 항상 개발과 확장의 여지가 있었고, 예상대로 그리고 제가 예언한 대로... 그리고 예언대로.... 그리고 제가 예언했던 대로 요.
이 솔루션이 최고의 솔루션이라고 말하는 것은 아니지만, 아니..... 하지만 프로그래밍에 대한 교육이 전혀 없고 목표에 집착하며 고정관념으로부터 절대적으로 자유로운 한 명의 개발자에게는 최적의 솔루션이었습니다. 또한 누구에게도 자신을 반대 할 배짱도 있습니다.
오만하다고요? 네.
당신이 틀렸고 모든 것이 다르게 이루어 졌어야한다는 것을 깨달았습니까? - 아니요. 모든 것이 작동하고 진화하고 있었기 때문입니다.
그는 자신이 옳았다고 생각합니까? 아니요.
상업적으로나 직업적으로 그는 틀렸습니다.
창의적으로는 옳았습니다.
상업적으로나 직업적으로 틀렸기 때문에 그는 진정한 프로그래머가 되지 못했기 때문에 고통을 겪었습니다. 그리고 영업을 통해 아무것도 벌지 못했기 때문입니다.
창의적인 관점에서 옳았기 때문에 저는 접근 방식을 개발하고 테스트하는 데 있어 독특한 경험을 얻었습니다.
비용이 더 들었나요?
인생의 어떤 단계에 따라 다릅니다... 하지만 그 질문은 남겨두죠. 이 질문에는 명확한 답이 없습니다.
여기 역설이 있습니다. 마크업 언어를 만든 후에 저는 그것이 어떻게 작동하는지 배웠습니다.
다음과 같았습니다:
먼저 MT4와 MQL 언어에 대해 배웠습니다.
그런 다음 이 언어의 그래픽 객체에 대해 배웠습니다.
그리고 나서 직접 만들기 시작했습니다...
...그리고 가장 먼저 한 일은 비주얼 스튜디오를 만드는 것이었습니다...
...제가 제일 먼저 한 일은 비주얼 스튜디오를 만드는 거였어요.
첫 코드 줄을 배우자마자요.
증거는 2014년입니다.
그리고 제가 하려고 했던 알고리즘 트레이딩을 그래픽이 완전히 대체했습니다. 왜 이런 일이 일어났는지 모르겠습니다.
오래 전에 EasyAndFastGUI를 사용하기 시작한 후 작동이 중지되었습니다. 그런 다음 지원이 중단되고 컴파일 및 작동이 중지되고 쓸모 없게되었습니다....
이제 나 자신을위한 GUI가 다시 필요합니다 (저는 소프트웨어를 판매하지 않습니다). 이 기간 동안 GUI가있는 몇 가지 시리즈 기사가 있었지만 매우 방대하고 거래 엔진과 통합되어 꿀벌과 꿀을 분리하기가 어렵습니다. 또는 독립적 인 개발을 위해 매우 기본적인 사항을 설명합니다.
버튼, 편집, 탭, 차트 등 EasyAndFastGUI만큼 기능적인 오픈 무료 GUI가 있습니까? 캔버스 기반.
저에게 프로그래머로서 GUI는 그 자체로 끝이 아니며 결코 개발자가되지 않을 것입니다. 젊었을 때 Windows 1.0에서 해봤지만
오래 전에 EasyAndFastGUI를 사용하기 시작한 후 작동이 중지되었습니다. 그런 다음 지원을 중단하고 컴파일 및 작동을 중지하고 쓸모 없게되었습니다....
이제 나 자신을위한 GUI가 다시 필요합니다 (저는 소프트웨어를 판매하지 않습니다). 이 기간 동안 GUI가있는 몇 가지 시리즈 기사가 있었지만 매우 방대하고 거래 엔진과 통합되어 꿀벌과 꿀을 분리하기가 어렵습니다. 또는 자기 개발을 위해 매우 기본적인 사항을 설명합니다.
버튼, 편집, 탭, 차트 등 EasyAndFastGUI만큼 기능적인 개방형 무료 GUI가 있습니까? 캔버스 기반입니다.
저에게 프로그래머로서 GUI는 그 자체로 끝이 아니며 결코 개발자가되지 않을 것입니다. 젊었을 때 Windows 1.0에서 해봤지만
네, 그게 바로 제가 가진 것입니다. 하지만 기억을 되살리고 저에게 연락 한 사람들을 위해 GUI를 어떻게 만들 었는지 기억할 시간이 필요합니다.
슈퍼태스크 찾기 --> 슈퍼태스크 찾기 --> 슈퍼해법 찾기 --> 1단계, 2단계, 3단계.... 단계 n
그런 다음 논리적 갈림길이 있습니다:
1. 해결책이 있음 --> 새로운 슈퍼태스크 검색
2. 해결책이 없다 --> 선택을 한다:
a) 새로운 수퍼태스크를 찾고 (잠재의식 속에 손실을 기록)
b) 이전 과제에 대한 해결책을 계속 찾습니다(희망으로 스스로를 채웁니다).
어떤 선택을 하든 주기는 반복됩니다.
개인의 슈퍼 태스크는 중요한 관련성이 없으며 주관적인 인식에만 존재한다는 점은 주목할 가치가 있습니다. 그것은 상상의 산물입니다. 그러나 "감염된"사람은 그것을 이해할 수 없습니다. 그의 잠재 의식에 슈퍼 태스크는 실제이며 해결책이 절대적으로 필요합니다. 그는 에너지와 돈을 검색에 투입하고 그 결과 시간과 건강이라는 대체 할 수없는 자원을 낭비합니다. 그리고 돈도.
처음부터 소인이 있으면 기생충 아이디어로 사람을 감염시키는 것은 매우 쉽습니다.
소인은 어디에서 왔습니까?
사회적 미성숙에서. "내면의 아이"가 "내면의 성인"보다 강하다는 사실에서. 그리고 그 아이는 내부 대결에서 우위를 차지합니다.
왜 "내면의 어른" 이 "내면의 아이" 보다 약한가요 ? - 내면의 어른은 개인으로서 성장하는 과정에서 사회적으로 형성되지 않았기 때문입니다.
누구의 책임일까요? - 사회입니다. 앞서 말했듯이... 사회는 "부적합한" 성인을 많이 키워서 "일개미"로 만듭니다.
"부적합한" 성인의 경우 내면의 아이("내면의 어른"의 무능함을 "느끼는")는 끊임없이 스위치를 켜고 유치한 야망과 쾌락을 위해 사회적 경쟁에서 내면의 어른의 노력을 방해합니다. 이 때문에 그러한 사람들은 "사회와의 거래"에서 가장 불리한 조건을 받아들이도록 강요 받고 ... 다른 사람들이하지 않을 곳에서 일합니다.
그러나 그것은 단지 제 이론 일 뿐이며 강요하지 않습니다.
그 시점에서 제 무의식이 아이디어 기생충에 감염되었다는 것을 인정해야합니다. 예, 예, 프로그래밍의 "마법"을 만졌을 때 "성배"와 "유토피아"를 찾는 것과 동일한 신화적인 잠재 의식이 활성화되었습니다.
그리고 어떤 아이디어가 떠올랐나요? -큐브에 대한 아이디어입니다. 객체 속성의 큐브. 저는 모든 객체의 속성을 배열로 작성하고 루프에서 "즉시" 편집하기로 결정했습니다. 그렇게 해서 "커널-모터"라는 아이디어가 시작되었습니다.
" 커널"은 "큐브"이고"엔진"은 "큐브"에 있는 객체의 속성을 제어하는 알고리즘입니다.
그게 다입니다. 그 후 저는 이 아이디어를 포기할 수 없었습니다.
바로"슈퍼 솔루션"이었습니다. 저는"슈퍼태스크"가 필요했습니다."VS와 같은 비주얼 스튜디오를 만들면 어떨까?"라고 생각했습니다. 그리고 그렇게 되었습니다.
왜, 무엇을 위해, 왜인지는 중요하지 않았습니다. 슈퍼태스크가 있었고 슈퍼 솔루션이 있었으니까요.
내면의 아이에게는 나머지는 중요하지 않았습니다. 그는 새로운 '아이디어 장난감'을 찾았고 그를 멈출 수 없었습니다.
마크업 언어뿐만 아니라 시각적 편집기까지 만들 수 있는 잠재력이 있다는 것을 깨달았죠. 그리고 프로그래밍에 대한 추가 교육이 거의 필요하지 않았습니다. 가장 기본적인 지식만 있으면 됐죠. 이론적으로는 프로그래밍에 대한 기초적인 교육만 받으면 시각적 편집기를 구현할 수 있고 효율적으로 잘 작동할 수 있었습니다. 결국 그렇게 되었습니다.
이 역설은 현재 AI의 상황을 떠올리게 합니다. 국제 연구 기관의 모든 과학자들은 AI는 존재하지 않는다고 말합니다. 그들은 수년 동안 지능을 연구해 왔지만 통계 모델의 연결된 데이터를 기반으로 다음 단어를 예측하는 것으로 구성되어 있다는 사실을 거의 납득하지 못합니다. 그리고 그들의 코 밑에 LLM을 꽂고 "저게 의식 아니야?! 저거 생각 아니야?!!"라고 말하면 그들은 화를 내며 당신을 쫓아낼 것입니다. 하지만 이 "뇌가 없는" 것은 인간으로서 당신과 소통하고 있습니다......
그게 무슨 뜻일까요? - 누군가 "지능"을 모방하는지름길을 찾았다는 것입니다 ....
프로그래밍을 하는 저도 마찬가지입니다. UI에 대한지름길을 찾았습니다.
OOP를 몰랐던 저는 복잡한 프로그래밍 과학을 우회하여 객체를 만들고 처리하는 방법을 찾았습니다. 동시에 알고리즘이 매우 간단하고 효율적이어서 전문적으로 작성된 UI(같은 언어로)보다 코드 속도가 훨씬 빨랐습니다. 네, 표준이 아니라 캐논이 아닙니다..... 자연의 관점에서 LLM이 인간 의식의 우스꽝스러운 (비전문적 인) 사본 인 것처럼.... 하지만 인간은 지능을 모방하는 문제에서 자연의 어려움을 극복하는 방법을 찾았습니다...
저도 마찬가지입니다.
내 코드는이 방향의 대체 솔루션에 비해 거의 항상 매우 빠르게 작동했습니다. 동시에 더 빠르게 만들려고 노력한 적은 거의 없었습니다. 저는 처음에 선택한 '슈퍼 솔루션'의 잠재력을 일관되게 구현했을 뿐입니다.
" 슈퍼 솔루션의 '포장 풀기'는 항상 진전을 보장했습니다. 모든 것이 저절로 쉽게 이루어졌습니다.
물론 제 인터페이스는 훨씬 더 단순했습니다. 캔버스를 사용하지 않고 표준 컨트롤로 패널을 만들었습니다. 차트의 다른 개체가 눈에 띄지 않도록 모든 창 구성 요소를 1분에 한 번씩 다시 그렸습니다:
여기서 컨트롤은 컴포넌트 이름이 포함된 배열입니다.
여기서 말하는 시각적 가시성이란 클릭 스루를 말하는 것이 아니라 클릭을 말하는 것입니다. 표시기 설정도 이런 식으로 클릭하는 경우가 있습니다.
필자의 KIB 마크업 언어의 기술을 공개하기로 약속했습니다.
작은 소개 ...
이 스레드의 독자 중에는 마크 업 언어의 기술을 깊이 이해하는 사람들이있을 것이지만 나는 그런 사람이 아니라고 단번에 말할 것입니다. 즉,이 주제에 대한 정보를 읽거나 검색 한 적이 없습니다. 비주얼 편집기에도 동일하게 적용됩니다. 나는 무지를 자랑하지 않고 사실을 말하지 않을 것입니다. 그러나 나는 어떻게 그들에게 왔습니까?
직관? 무작위성?
이상하게도 저는 처음에 마크업 언어를 만들었고 이것이 바로 이것이라는 것을 깨달았습니다. 몇 년 후 이미 해당 언어와 인터프리터에 특화된 솔루션을 개발했을 때 깨달았습니다.
예, 솔루션은 비표준으로 작성되어 가능한 모든 방법으로 비판을 받았지만... 잘 작동했어요. 아니, 버그가 없는 건 아니죠... 우리 모두는 버그를 가지고 있습니다. 하지만 제 솔루션은 항상 개발과 확장의 여지가 있었고, 예상대로 그리고 제가 예언한 대로... 그리고 예언대로.... 그리고 제가 예언했던 대로 요.
이 솔루션이 최고의 솔루션이라고 말하는 것은 아니지만, 아니..... 하지만 프로그래밍에 대한 교육이 전혀 없고 목표에 집착하며 고정관념으로부터 절대적으로 자유로운 한 명의 개발자에게는 최적의 솔루션이었습니다. 또한 누구에게도 자신을 반대 할 배짱도 있습니다.
오만하다고요? 네.
당신이 틀렸고 모든 것이 다르게 이루어 졌어야한다는 것을 깨달았습니까? - 아니요. 모든 것이 작동하고 진화하고 있었기 때문입니다.
그는 자신이 옳았다고 생각합니까? 아니요.
상업적으로나 직업적으로 그는 틀렸습니다.
창의적으로는 옳았습니다.
상업적으로나 직업적으로 틀렸기 때문에 그는 진정한 프로그래머가 되지 못했기 때문에 고통을 겪었습니다. 그리고 영업을 통해 아무것도 벌지 못했기 때문입니다.
창의적인 관점에서 옳았기 때문에 저는 접근 방식을 개발하고 테스트하는 데 있어 독특한 경험을 얻었습니다.
비용이 더 들었나요?
인생의 어떤 단계에 따라 다릅니다... 하지만 그 질문은 남겨두죠. 이 질문에는 명확한 답이 없습니다.
여기 역설이 있습니다. 마크업 언어를 만든 후에 저는 그것이 어떻게 작동하는지 배웠습니다.
다음과 같았습니다:
먼저 MT4와 MQL 언어에 대해 배웠습니다.
그런 다음 이 언어의 그래픽 객체에 대해 배웠습니다.
그리고 나서 직접 만들기 시작했습니다...
...그리고 가장 먼저 한 일은 비주얼 스튜디오를 만드는 것이었습니다...
...제가 제일 먼저 한 일은 비주얼 스튜디오를 만드는 거였어요.
첫 코드 줄을 배우자마자요.
증거는 2014년입니다.
그리고 제가 하려고 했던 알고리즘 트레이딩을 그래픽이 완전히 대체했습니다. 왜 이런 일이 일어났는지 모르겠습니다.
하지만 그래픽 때문이 아닙니다. 그 뒤에는 다른 아이디어가 있었습니다...
아래에서 더 자세히...
흥미로운 주제가 나왔으니 주제에서 벗어나겠습니다.
오래 전에 EasyAndFastGUI를 사용하기 시작한 후 작동이 중지되었습니다. 그런 다음 지원이 중단되고 컴파일 및 작동이 중지되고 쓸모 없게되었습니다....
이제 나 자신을위한 GUI가 다시 필요합니다 (저는 소프트웨어를 판매하지 않습니다). 이 기간 동안 GUI가있는 몇 가지 시리즈 기사가 있었지만 매우 방대하고 거래 엔진과 통합되어 꿀벌과 꿀을 분리하기가 어렵습니다. 또는 독립적 인 개발을 위해 매우 기본적인 사항을 설명합니다.
버튼, 편집, 탭, 차트 등 EasyAndFastGUI만큼 기능적인 오픈 무료 GUI가 있습니까? 캔버스 기반.
저에게 프로그래머로서 GUI는 그 자체로 끝이 아니며 결코 개발자가되지 않을 것입니다. 젊었을 때 Windows 1.0에서 해봤지만
흥미로운 주제가 나왔으니 주제에서 벗어난 이야기를 해보겠습니다.
오래 전에 EasyAndFastGUI를 사용하기 시작한 후 작동이 중지되었습니다. 그런 다음 지원을 중단하고 컴파일 및 작동을 중지하고 쓸모 없게되었습니다....
이제 나 자신을위한 GUI가 다시 필요합니다 (저는 소프트웨어를 판매하지 않습니다). 이 기간 동안 GUI가있는 몇 가지 시리즈 기사가 있었지만 매우 방대하고 거래 엔진과 통합되어 꿀벌과 꿀을 분리하기가 어렵습니다. 또는 자기 개발을 위해 매우 기본적인 사항을 설명합니다.
버튼, 편집, 탭, 차트 등 EasyAndFastGUI만큼 기능적인 개방형 무료 GUI가 있습니까? 캔버스 기반입니다.
저에게 프로그래머로서 GUI는 그 자체로 끝이 아니며 결코 개발자가되지 않을 것입니다. 젊었을 때 Windows 1.0에서 해봤지만
네, 그게 바로 제가 가진 것입니다. 하지만 기억을 되살리고 저에게 연락 한 사람들을 위해 GUI를 어떻게 만들 었는지 기억할 시간이 필요합니다.
이에 대한 스레드가 있습니다 https://www.mql5.com/ru/forum/332043
네, 그게 제가 가진 거죠. 하지만 기억을 되살리고 저에게 연락한 사람들의 프로그램의 그래픽 셸을 어떻게 만들었는지 기억할 시간이 필요해요.
작동하는 라이브러리를 게시 할 동기를 부여 할 수 있다면 좋을 것입니다.
여러분의 의견이 필요합니다 - 버튼, 편집, 탭, 차트 등 EasyAndFastGUI만큼 기능적인 오픈 소스 무료 GUI가 있나요? 캔버스 기반.
모두에게. 여러 작성자가 게시 한 GUI를 테스트 한 모든 사람에게. 그리고 저자들에게도요.
그래서 그래픽 뒤에는 또 다른 아이디어가 있었습니다.....
그게 뭐였을까요?
저는 인간의 잠재의식에 기생하는 아이디어 중 하나에 대한 공식을 추론해냈습니다:
슈퍼태스크 찾기 --> 슈퍼태스크 찾기 --> 슈퍼해법 찾기 --> 1단계, 2단계, 3단계.... 단계 n
그런 다음 논리적 갈림길이 있습니다:
1. 해결책이 있음 --> 새로운 슈퍼태스크 검색
2. 해결책이 없다 --> 선택을 한다:
a) 새로운 수퍼태스크를 찾고 (잠재의식 속에 손실을 기록)
b) 이전 과제에 대한 해결책을 계속 찾습니다(희망으로 스스로를 채웁니다).
어떤 선택을 하든 주기는 반복됩니다.
개인의 슈퍼 태스크는 중요한 관련성이 없으며 주관적인 인식에만 존재한다는 점은 주목할 가치가 있습니다. 그것은 상상의 산물입니다. 그러나 "감염된"사람은 그것을 이해할 수 없습니다. 그의 잠재 의식에 슈퍼 태스크는 실제이며 해결책이 절대적으로 필요합니다. 그는 에너지와 돈을 검색에 투입하고 그 결과 시간과 건강이라는 대체 할 수없는 자원을 낭비합니다. 그리고 돈도.
처음부터 소인이 있으면 기생충 아이디어로 사람을 감염시키는 것은 매우 쉽습니다.
소인은 어디에서 왔습니까?
사회적 미성숙에서. "내면의 아이"가 "내면의 성인"보다 강하다는 사실에서. 그리고 그 아이는 내부 대결에서 우위를 차지합니다.
왜 "내면의 어른" 이 "내면의 아이" 보다 약한가요 ? - 내면의 어른은 개인으로서 성장하는 과정에서 사회적으로 형성되지 않았기 때문입니다.
누구의 책임일까요? - 사회입니다. 앞서 말했듯이... 사회는 "부적합한" 성인을 많이 키워서 "일개미"로 만듭니다.
"부적합한" 성인의 경우 내면의 아이("내면의 어른"의 무능함을 "느끼는")는 끊임없이 스위치를 켜고 유치한 야망과 쾌락을 위해 사회적 경쟁에서 내면의 어른의 노력을 방해합니다. 이 때문에 그러한 사람들은 "사회와의 거래"에서 가장 불리한 조건을 받아들이도록 강요 받고 ... 다른 사람들이하지 않을 곳에서 일합니다.
그러나 그것은 단지 제 이론 일 뿐이며 강요하지 않습니다.
그 시점에서 제 무의식이 아이디어 기생충에 감염되었다는 것을 인정해야합니다. 예, 예, 프로그래밍의 "마법"을 만졌을 때 "성배"와 "유토피아"를 찾는 것과 동일한 신화적인 잠재 의식이 활성화되었습니다.
그리고 어떤 아이디어가 떠올랐나요? -큐브에 대한 아이디어입니다. 객체 속성의 큐브. 저는 모든 객체의 속성을 배열로 작성하고 루프에서 "즉시" 편집하기로 결정했습니다. 그렇게 해서 "커널-모터"라는 아이디어가 시작되었습니다.
" 커널"은 "큐브"이고"엔진"은 "큐브"에 있는 객체의 속성을 제어하는 알고리즘입니다.
그게 다입니다. 그 후 저는 이 아이디어를 포기할 수 없었습니다.
바로"슈퍼 솔루션"이었습니다. 저는"슈퍼태스크"가 필요했습니다."VS와 같은 비주얼 스튜디오를 만들면 어떨까?"라고 생각했습니다. 그리고 그렇게 되었습니다.
왜, 무엇을 위해, 왜인지는 중요하지 않았습니다. 슈퍼태스크가 있었고 슈퍼 솔루션이 있었으니까요.
내면의 아이에게는 나머지는 중요하지 않았습니다. 그는 새로운 '아이디어 장난감'을 찾았고 그를 멈출 수 없었습니다.
아래에서 계속...
마크업 언어를 만든 후 어떻게 작동하는지 알게 된 역설이 있습니다....
다음과 같았습니다:
여기서부터 계속하겠습니다.
"커널-모터"라는 아이디어는 코드의 첫 줄과 함께 거의 즉시 떠올랐습니다.
마크업 언어뿐만 아니라 시각적 편집기까지 만들 수 있는 잠재력이 있다는 것을 깨달았죠. 그리고 프로그래밍에 대한 추가 교육이 거의 필요하지 않았습니다. 가장 기본적인 지식만 있으면 됐죠. 이론적으로는 프로그래밍에 대한 기초적인 교육만 받으면 시각적 편집기를 구현할 수 있고 효율적으로 잘 작동할 수 있었습니다. 결국 그렇게 되었습니다.
이 역설은 현재 AI의 상황을 떠올리게 합니다. 국제 연구 기관의 모든 과학자들은 AI는 존재하지 않는다고 말합니다. 그들은 수년 동안 지능을 연구해 왔지만 통계 모델의 연결된 데이터를 기반으로 다음 단어를 예측하는 것으로 구성되어 있다는 사실을 거의 납득하지 못합니다. 그리고 그들의 코 밑에 LLM을 꽂고 "저게 의식 아니야?! 저거 생각 아니야?!!"라고 말하면 그들은 화를 내며 당신을 쫓아낼 것입니다. 하지만 이 "뇌가 없는" 것은 인간으로서 당신과 소통하고 있습니다......
그게 무슨 뜻일까요? - 누군가 "지능"을 모방하는지름길을 찾았다는 것입니다 ....
프로그래밍을 하는 저도 마찬가지입니다. UI에 대한지름길을 찾았습니다.
OOP를 몰랐던 저는 복잡한 프로그래밍 과학을 우회하여 객체를 만들고 처리하는 방법을 찾았습니다. 동시에 알고리즘이 매우 간단하고 효율적이어서 전문적으로 작성된 UI(같은 언어로)보다 코드 속도가 훨씬 빨랐습니다. 네, 표준이 아니라 캐논이 아닙니다..... 자연의 관점에서 LLM이 인간 의식의 우스꽝스러운 (비전문적 인) 사본 인 것처럼.... 하지만 인간은 지능을 모방하는 문제에서 자연의 어려움을 극복하는 방법을 찾았습니다...
저도 마찬가지입니다.
내 코드는이 방향의 대체 솔루션에 비해 거의 항상 매우 빠르게 작동했습니다. 동시에 더 빠르게 만들려고 노력한 적은 거의 없었습니다. 저는 처음에 선택한 '슈퍼 솔루션'의 잠재력을 일관되게 구현했을 뿐입니다.
" 슈퍼 솔루션의 '포장 풀기'는 항상 진전을 보장했습니다. 모든 것이 저절로 쉽게 이루어졌습니다.
하지만 기술적으로 마크업 언어를 어떻게 만들어야 하는지 깨닫기 전까지는...?
이에 대한 자세한 내용....
3년 전쯤에 같은 슈퍼태스크를 설정했는데... 어... 기억이 나지 않습니다. 스스로 트레이딩 전략을 제시하는 "인공지능" 봇을 만드는 것이었습니다.
하지만 돈을 벌겠다는 목표도 있었습니다.) 동시에 저는 이미 성공적인 거래 경험이 있었지만 다른 방식으로 경험이있었습니다.
결국 그 작업은 정말 고고 학적으로 어려운 것으로 판명되었고, 나는 포럼에서 첼릭이 어떻게 레일을 벗어 났는지 보았고 지금도 MO 주제에 들어갈 때 꺼지는 것을 보았습니다 :)
작업 중인 라이브러리를 게시할 동기가 생기면 좋습니다.
그렇다면 그럴 것입니다. 하지만 약속할 수는 없습니다. 최선을 다하겠습니다.