Реter Konow : 아니요, 질문은 - 거래에서 인기를 높일 것인가 아니면 실망스러울 것인가입니다. 여기에 일종의 균형이 있습니다. 목표를 흥미롭고 매력적으로 만들려면 복잡성이 필요합니다. 그러나 복잡성이 너무 많으면 좋지 않습니다. 동기 부여를 죽입니다.
균형이 없으며 일부 조건에서 플랫폼을 제공하는 DC가 있습니다. 여기서부터 춤을 춥니다.
DC가 MT5를 배포하고 MT5에 포함되지 않을 때까지 거래자에게 다른 플랫폼이 제공됩니다. DC의 MT5 사용 조건이 거래자에게 적합하지 않은 한 거래자는 필요하지 않습니다. 플랫폼의 인기는 실제로 사용되는 프로그래밍 언어에 의존하지 않으며 OOP가 있는지 여부에 따라 더욱 그렇습니다.
글쎄요, MT5에서 무엇이 더 어려운지에 대한 질문이 당신에게서 온 것이 아니라 초보자에게서 온 것이라면 그것은 지표가 될 것입니다.
구조적으로 내용은 더 복잡합니다. 일반 대중의 의견을 수렴하고 문제가 무엇인지 이해하는 것이 필요합니다. 제 생각에는 모든 것이 여전히 종소리와 휘파람에 있습니다.
언어는 더 어렵습니다. 컴파일러 요구 사항 .
즉, 업데이트되지 않은 오래된 mql4가 이전에 어레이를 넘어 데이터를 외부로 가져오는 것을 허용했다면 돈으로 작업할 때 더 좋고 더 편리합니까?
발달 지연 등을 고려합니까?
이상한 정책이 있습니다. 자신을 개발자이자 비즈니스 자본가로 포지셔닝하고 실제 돈으로 작동하는 프로그램의 치명적인 오류 를 이익으로 생각하는 것 같습니다.
그리고 이제 컴파일러가 컴파일 단계에서도 코드로 작업할 때 발생할 수 있는 문제에 대해 경고한다는 사실을 합병증으로 생각하십니까? 따라서 반대로 프로그램을 유지 관리하고 디버그하기가 더 쉽습니다. 컴파일러는 향후 버그의 가능한 원인을 즉시 알려줍니다. 그리고 더 나빠졌습니까? 그리고 더 나은 것은 무엇입니까? 즉시 경고를 받거나 경고를 발행하지 않도록 눈을 즐겁게 한 다음 비뚤어지게 일하여 미묘한 오류를 부지런히 찾도록 강요합니까?
이제 관심을 끌기 위해 매우 간단하지만 기능이 풍부한 언어를 만드십시오. 사람이 자신의 말로 전략을 설명하고 성공할 수 있도록. 더 많은 사용자를 끌어들일 것인가? 아니면 흥미를 잃고 떠나기 시작할 것인가?
이미 OOP를 사용하면 "질문-답변" 스타일로 프로그램을 작성할 수 있습니다. 그리고 질문에 대한 답을 찾기 위해 라이브러리에서 무슨 일이 일어나고 있는지 알 필요가 없습니다.
이제 관심을 끌기 위해 매우 간단하지만 기능이 풍부한 언어를 만드십시오. 사람이 자신의 말로 전략을 설명하고 성공할 수 있도록. 더 많은 사용자를 끌어들일 것인가? 아니면 흥미를 잃고 떠나기 시작할 것인가?
그래서 여전히 철자에 문제가 있을 것이므로 철자를 배워야 할 것입니다 .....
감사합니다.
원래 진술에서 멀어지는 이유는 무엇입니까?
MT5 가 더 어려운 이유는 무엇 입니까? MT4에 있는 모든 것을 갖추고 있습니다. "터미널"과 "터미널 프로그램"의 개념을 혼동하고 있습니까?
프로그래밍 방식의 주문 배치를 단순화하는 것은 SB를 사용하는 것입니다 .
슈퍼 마인드의 새장에서 벗어나십시오.
글쎄요, MT5에서 무엇이 더 어려운지에 대한 질문이 당신에게서 온 것이 아니라 초보자에게서 온 것이라면 그것은 지표가 될 것입니다.
구조적으로 내용은 더 복잡합니다. 일반 대중의 의견을 수렴하고 문제가 무엇인지 이해하는 것이 필요합니다. 제 생각에는 모든 것이 여전히 종소리와 휘파람에 있습니다.
언어는 더 어렵습니다. 컴파일러 요구 사항.
언어는 더 어렵습니다. 컴파일러 요구 사항.
초보자의 경우 MQL4 또는 MQL5를 공부해도 아무런 차이가 없습니다. 그는 어느 쪽 언어도 모릅니다.
감사합니다.
이야기를 쓰고 컴퓨터가 그것을 거래하게 하시겠습니까?
그래서 여전히 철자에 문제가 있을 것이므로 철자를 배워야 할 것입니다 .....
감사합니다.
올렉, 끓이지 마십시오. 글쎄, 단지 사람은 그가 무엇에 대해 이야기하고 있는지 이해 하지 못합니다 .
처음에는 Artyom 님처럼 "별로"라고 생각했지만 여전히 "완전히"인 것 같습니다. ;)
이미 OOP를 사용하면 "질문-답변" 스타일로 프로그램을 작성할 수 있습니다. 그리고 질문에 대한 답을 찾기 위해 라이브러리에서 무슨 일이 일어나고 있는지 알 필요가 없습니다.
아니요, 질문은 - 거래에서 인기를 높일 것인가 아니면 실망스러울 것인가입니다. 여기에 일종의 균형이 있습니다. 목표를 흥미롭고 매력적으로 만들려면 복잡성이 필요합니다. 그러나 복잡성이 너무 많으면 좋지 않습니다. 동기 부여를 죽입니다.
DC가 MT5를 배포하고 MT5에 포함되지 않을 때까지 거래자에게 다른 플랫폼이 제공됩니다.
DC의 MT5 사용 조건이 거래자에게 적합하지 않은 한 거래자는 필요하지 않습니다.
플랫폼의 인기는 실제로 사용되는 프로그래밍 언어에 의존하지 않으며 OOP가 있는지 여부에 따라 더욱 그렇습니다.
감사합니다.
글쎄요, MT5에서 무엇이 더 어려운지에 대한 질문이 당신에게서 온 것이 아니라 초보자에게서 온 것이라면 그것은 지표가 될 것입니다.
구조적으로 내용은 더 복잡합니다. 일반 대중의 의견을 수렴하고 문제가 무엇인지 이해하는 것이 필요합니다. 제 생각에는 모든 것이 여전히 종소리와 휘파람에 있습니다.
언어는 더 어렵습니다. 컴파일러 요구 사항 .
즉, 업데이트되지 않은 오래된 mql4가 이전에 어레이를 넘어 데이터를 외부로 가져오는 것을 허용했다면 돈으로 작업할 때 더 좋고 더 편리합니까?
발달 지연 등을 고려합니까?
이상한 정책이 있습니다. 자신을 개발자이자 비즈니스 자본가로 포지셔닝하고 실제 돈으로 작동하는 프로그램의 치명적인 오류 를 이익으로 생각하는 것 같습니다.
그리고 이제 컴파일러가 컴파일 단계에서도 코드로 작업할 때 발생할 수 있는 문제에 대해 경고한다는 사실을 합병증으로 생각하십니까? 따라서 반대로 프로그램을 유지 관리하고 디버그하기가 더 쉽습니다. 컴파일러는 향후 버그의 가능한 원인을 즉시 알려줍니다. 그리고 더 나빠졌습니까? 그리고 더 나은 것은 무엇입니까? 즉시 경고를 받거나 경고를 발행하지 않도록 눈을 즐겁게 한 다음 비뚤어지게 일하여 미묘한 오류를 부지런히 찾도록 강요합니까?
나는 당신의 입장을 전혀 이해하지 못합니다.
흥미롭게도 OOP가 없으면 질문 답변 스타일로 프로그램을 작성하는 것이 불가능합니까?
당신이 "해먹에 서서"의 선구자라는 것은 모두가 오래전부터 알고 있었습니다.
물론 가능합니다. 그러나 더 쉽고 빠르지 않습니다.
당신의 입장은 분명합니다. 나는 킬로미터의 코드를 뒤집을 것이지만 한 달 안에 저녁에 작성하고 모든 것이 너무 간단하다는 깨달음에서 잠들지 않는 것보다 내 기쁨을 위해 할 것입니다.