도서관에서도 불편할 것입니다. 여기에서 일반적인 유연한 컨테이너를 구현하는 것은 문제가 있음을 위에서 이미 언급했습니다. 어떤 종류의 편안함에 대해 이야기하고 있습니까? 라이브러리 함수 호출을 찔러본 적이 있습니까? 그러면 당신의 논리에 따르면 고대 MQL4 의 프로그래머는 라이브러리가 있다면 마치 물속의 물고기처럼 느껴질 것입니다. 그렇죠?
그래도 언어 자체의 기능, 편의성, 신뢰성이 가장 중요하다고 생각합니다. 단순히 작업 코드를 작성하는 것이 좋은 프로그래머의 목표는 아닙니다. 그런 다음 이 코드에 대한 긴 디버깅 및 유지 관리가 필요합니다.
그것은 또한 도서관에 불편할 것입니다 . 여기에서 일반적인 유연한 컨테이너를 구현하는 것은 문제가 있음을 위에서 이미 언급했습니다. 어떤 종류의 편안함에 대해 이야기하고 있습니까? 라이브러리 함수 호출을 찔렀습니까? 그러면 당신의 논리에 따르면 고대MQL4 의 프로그래머는 라이브러리가 있다면 마치 물속의 물고기처럼 느껴질 것입니다. 그렇죠?
우리가 말하는 라이브러리는 고대 MQL4에는 존재할 수 없습니다. 그리고 현대 MQL5에서도 비슷합니다.
그래도 언어 자체의 기능, 편의성, 신뢰성이 가장 중요하다고 생각합니다. 엉터리 코드를 작성하는 것이 좋은 프로그래머의 목표는 아닙니다. 그런 다음 이 코드에 대한 긴 디버깅 및 유지 관리가 필요합니다.
AI가 조언자를 구합니다. 이것은 미래입니다.
적어도 하나의 예, 그는 어디에 묻습니까?
적어도 하나의 예, 그는 어디에 묻습니까?
"고문"이라는 단어는 예가 아닙니까? AI는 용어 자체에서 비명을 지른다))
판타지로는 왜이렇게 어려운지...)) 다른 말로 설명할 방법도 모르겠고...
AI - 새로운 수준의 알고리즘 거래가 될 것입니다.
(이해 - 시장의 이익에 신경 쓰지 말고 독립적으로 알고리즘 거래를 개발해야합니다. 이것이 그 자체의 목표입니다. )
fxsaber :
라이브러리가 거의 없으므로 현대 프로그래머는 MQL에 매우 불편합니다.
도서관에서도 불편할 것입니다. 여기에서 일반적인 유연한 컨테이너를 구현하는 것은 문제가 있음을 위에서 이미 언급했습니다. 어떤 종류의 편안함에 대해 이야기하고 있습니까? 라이브러리 함수 호출을 찔러본 적이 있습니까? 그러면 당신의 논리에 따르면 고대 MQL4 의 프로그래머는 라이브러리가 있다면 마치 물속의 물고기처럼 느껴질 것입니다. 그렇죠?
그래도 언어 자체의 기능, 편의성, 신뢰성이 가장 중요하다고 생각합니다. 단순히 작업 코드를 작성하는 것이 좋은 프로그래머의 목표는 아닙니다. 그런 다음 이 코드에 대한 긴 디버깅 및 유지 관리가 필요합니다.
AI는 조언자를 구합니다. 이것은 미래입니다.
...
(이해 - 시장의 이익에 신경 쓰지 말고 독립적으로 알고리즘 거래를 개발해야합니다. 이것이 그 자체의 목표입니다. )
이제 알고리즘 거래는 범죄 부서에서 사진 로봇 컴파일러로 일하는 재능 있는 예술가와 같습니다. 그는 돌아서고 싶어하고 주위의 모든 사람들은 "왜???"라고 묻습니다. 왜 페인트와 캔버스가 필요합니까? 종이와 연필을 가져 가라. 다른 것은 필요하지 않습니다.
범죄학자들은 공상을 하는 경향이 없는 사람들이기 때문입니다. 그들은 직장에서 예술을 필요로 하지 않습니다.
그러나 사실 알고 거래는 그 자체로 사업입니다. 시장에 관계없이.
Algotrading을 독립적인 사업으로 발전시키는 한 "페인트"와 "캔버스" 모두 수요가 있을 것입니다. 시장의 이익에 집착하는 순간 모든 것을 버리고 다시 종이와 연필만…
알고 거래에서 당신은 시장보다 더 나은 수익을 올릴 수 있습니다. 따라서 자체 개발해야 합니다.
누가 알고리즘과 쓸모없는 패널을 살 것인가?
시장에서보다 더 잘 벌 수 있으므로 (방법을 모를 때) 자체 개발해야합니다.
그렇다면 AI가 EA에 있다면 왜 당신이 필요할까요? 고문은 이것을 빨리 이해하고 글로벌 다차원 배열 및 기타 가학으로 당신을 제거하려고 시도합니다)
나는 지적 래퍼로서의 AI에 대해 이야기하고 있습니다. 전혀 만들어내기 힘든 진짜 AI를 말하는 것이 아니다.
그것은 또한 도서관에 불편할 것입니다 . 여기에서 일반적인 유연한 컨테이너를 구현하는 것은 문제가 있음을 위에서 이미 언급했습니다. 어떤 종류의 편안함에 대해 이야기하고 있습니까? 라이브러리 함수 호출을 찔렀습니까? 그러면 당신의 논리에 따르면 고대 MQL4 의 프로그래머는 라이브러리가 있다면 마치 물속의 물고기처럼 느껴질 것입니다. 그렇죠?
우리가 말하는 라이브러리는 고대 MQL4에는 존재할 수 없습니다. 그리고 현대 MQL5에서도 비슷합니다.
그래도 언어 자체의 기능, 편의성, 신뢰성이 가장 중요하다고 생각합니다. 엉터리 코드를 작성하는 것이 좋은 프로그래머의 목표는 아닙니다. 그런 다음 이 코드에 대한 긴 디버깅 및 유지 관리가 필요합니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
MQL 언어의 구문에 대한 희망
fxsaber , 2018.10.04 08:51
마켓/프리랜스를 위해 빠르게 글을 쓰는 것은 불편합니다. 키워드는 "빠르다"입니다. 그리고 이것은 거의 자신의 고문에게 적용되지 않습니다. 저것들. 다른 사람들을 위한 코드를 빠르게 생성해야 합니다.
당신은 주로 프로그래머가 MQL5 서비스로 돈을 벌기 쉽게 만드는 것에 대해 이야기하고 있습니다.
(이해 - 시장의 이익에 신경 쓰지 말고 독립적으로 알고리즘 거래를 개발해야합니다. 이것이 그 자체의 목표입니다. )
그리고 저 같은 경우 끌과 돌도끼를 가지고도 어느 정도 안정적인 수익이 있어야 한다는 것이 가장 중요합니다.
우리가 말하는 라이브러리는 고대 MQL4에는 존재할 수 없습니다. 그리고 현대 MQL5에서도 비슷합니다.
왜요? 이전 MQL4를 사용하여 알고리즘 거래 분야에서 어떤 작업을 구현할 수 없습니까? (GUI 제외)
당신은 주로 프로그래머가 MQL5 서비스로 돈을 벌기 쉽게 만드는 것에 대해 이야기하고 있습니다.