"할머니"와 "아이"만 나이가 아니라 마음의 활동에 의한 것이라면. 현대 현실의 모든 가능성을 성공적으로 사용하는 많은 사람들에게 있어서는 "진보된 젊음" 이상입니다.
그리고 특정 요구 사항에 정확히 그 중 하나가 필요한 경우 "모든 가능성을 사용"해야 하는 이유는 무엇입니까? 이것은 판매자의 입장입니다. 많은 가능성을 나열하는 것입니다. 모든 곳(그리고 프로그래밍에서도)에 적용되는 규칙은 오랫동안 알려져 왔습니다. 특별한 솔루션이보편적인 솔루션보다 더 효과적입니다 .
집에서 빵을 자르는 것은 포크와 코르크 마개를 포함하는 9조각 다용도 칼보다 큰 외날 칼을 사용하는 것이 더 효율적입니다. 하이킹 중이 아닙니다.
어떤 언어로든 자신의 데이터베이스를 작성할 수 있지만 데이터베이스와 잘 작동하고 어떤 식으로든 사진 편집 기능을 구현하지 않는 DBMS도 있습니다. 대규모 데이터베이스의 경우 일반적으로 범용 언어보다 효율적입니다. 그러나 Excel에서 작은 데이터베이스를 만들 수 있습니다. 어떤 도구가 가장 적합한지, 그 도구가 필요합니다.
출장 보고서를 제출할 때 주력 Android를 쉽게 마스터한 젊은 회계사의 도구를 살펴보십시오. 그녀는 사용하지 않지만 계산기도 있지만 Android보다 더 큰 특별히 가중 계산기(계산기도 있음) ) 최소한의 큰 단추가 있는 테이블에 누워 있습니다. 삼각 함수가 있는 버튼은 없지만 학생용 계산기에는 필요합니다.
OOP를 사용 하는 것이 합리적이면 그곳에서 사용해야 합니다. 분명한 것 같습니다. MQL 언어는 무엇을 위해 사용해야 합니까?
아마도 사용자와의 인터페이스를 구성하기 위해? 그것은 OOP에 대한 많은 옵션이 쌓여있는 곳이며 Delphi 시각적 구성 요소의 라이브러리 하나는 가치가 있습니다. 따라서 고문과 스크립트는 컴퓨터에서 사람을 대체하도록 설계되었으며이 인터페이스는 목적과 직접적으로 모순되며 필요하지 않습니다. 즉, 방해합니다. 주머니칼에 추가 품목처럼. 또는 범용 망치의 강철 손잡이 끝에 있는 못 풀러 - 긁힘뿐만 아니라 무게 중심을 스트라이커에서 손잡이로 이동시킵니다.
MQL에는 어떤 전문성이 필요한가요? 이 언어는 다른 수단으로는 불가능한 것을 제공해야 합니다. 즉, 서버로부터 정보를 수신하고 서버에 요청을 보내는 것입니다. 외부 프로그램에 정보를 제공하는 기능. 최소한 OOP, 최소한 아래에서, 최소한 위에서, 최소한 극단적인 프로그래밍, 최소한 시각적 등을 사용하려는 사람이라면 누구나 보편적인 개발 도구를 사용할 수 있습니다.
MQL5의 OOP 대신 DC의 커미션을 프로그래밍 방식으로 찾을 수 있는 기회가 있다면 기쁠 것입니다. 충분하지 않으며 수수료는 터미널에 알려져 있습니다. 내 생각에 이것은 명백한 실수입니다.
물론 숙련된 프로그래머와 개발자에게 MQL5를 이해하는 것은 말도 안됩니다. 그러나 "훌륭한" 전략을 구현하기 위해 프로그래밍을 배우고자 하는 초보자와 독학자들을 생각해 보십시오. 따라서 추가 종소리와 휘파람을 마스터하는 것이 어려울 것이며 플랫폼을 선택할 때 오랫동안 생각하지 않을 가능성이 큽니다. 이게 문제 야.
독학 초보자는 어떤 문제가 있습니까? 독학으로 쓴 글입니다. mql4 이후, mql5에서 첫 번째 지표를 작성하는 데 2-3주가 걸렸습니다. 지금은 지식을 향상시키는 중입니다.
우리는 어떤 우여곡절을 이야기하고 있습니까? 일반적으로 OOP에서 메서드라고 하는 함수에 대해 또는 함수 오버로딩 에 대해? 결국 mql5에서는 클래스 없이 할 수 있으며 아무도 금지하지 않습니다. 글쎄, 우리가 어떤 식 으로든 그것을 알아낼 수없는 사람들에 대해 이야기한다면 그것은 ... 당신과 관련이 없습니다. 우리는 V.S.를 기억해야합니다. 비소츠키
모든 것이 훨씬 쉽습니다. 아무도 mql4와 mql5에서 절차적 스타일로 작성하는 것을 금지하지 않습니다. 정확히 동일합니다. 뿐만 아니라 OOP를 사용할 때도 마찬가지입니다.
Peter가 문제를 고안하고 처리했을 뿐입니다. 그 자신이 이해할 수 없다는 사실 때문일 가능성이 큽니다. 아니면 그가 어려움과 어려움을 극복하는 것을 좋아하기 때문일 수도 있습니다. 같은 결과에 이르는 두 가지 길 중에서 그는 길고 가시가 많은 길을 선택합니다. 그러나 그는 멋진 프로그래머처럼 느껴집니다. 그의 OOP 거부의 본질은 여기에 있다고 생각한다. 물론 내가 틀릴 수도 있지만 나는 보통 사람을 느낀다.
예를 들어, 나는 라이브러리 형태의 포함을 참을 수 없습니다. 어리석게도 거기에 무엇이 채워져 있고 그것이 나에게 어떻게 도움이 될지 모르기 때문에 12개 이상의 함수를 작성하는 것이 더 쉽습니다.
Peter Konow와 유추하여.
글쎄요, 에너지 보존 법칙: 라이브러리 없이 모든 것이 작동한다면 왜 라이브러리를 디컴파일하고 이해합니까?
Nikolai Semko : 할머니에게 고장난 푸시 버튼 전화를 교체하기 위해 주력 iPhone 또는 Android 를 제공하고 이전 전화와 비교하여 모든 새로운 기능을 설명하려고 하면 90%는 이전 전화가 더 나았기 때문입니다. 버튼이 있었고 어떤 버튼을 누르는지 손가락으로 느낄 수 있었습니다. 그리고 제 생각에는 전화 걸기 외에 그녀가 SMS 보내기를 마스터하는 것이 최대의 성취가 될 것입니다. 특히 재능 있는 할머니는 Whatsapp 사용법을 가르칠 수도 있습니다. 그녀를 위한 다른 모든 것은 "다섯 번째 바퀴"처럼 보일 것입니다. 그리고 그녀는 Google 지도를 여는 것보다 거리의 누군가에게 Lizyukov Street에 가는 방법을 묻는 것이 더 쉬울 것입니다. 습관의 힘은 위대하기 때문입니다!
그러나 동시에 5살짜리 딸이나 아들에게 같은 전화기를 보여주고 모든 주요 기능을 보여주면 90%는 두 번째 설명할 필요가 없습니다. 설명할 필요조차 없을 수도 있습니다. 그들은 스스로 알아낼 것입니다.
OOP나 MQL5도 마찬가지...
Nikolay가 주장을 찾는 방법을 알고 있습니다.)
할머니도 문제없이 모든 것을 배울 수 있습니다. 그녀는 무의식적으로 자신의 안정된 마음을 불필요한 정보의 순환으로 끌어들이는 장신구를 원하지 않습니다. 그는 그것을 올바르게 한다.)
그리고 특정 요구 사항에 정확히 그 중 하나가 필요한 경우 "모든 가능성을 사용"해야 하는 이유는 무엇입니까? 이것은 판매자의 입장입니다. 많은 가능성을 나열하는 것입니다. 모든 곳(그리고 프로그래밍에서도)에 적용되는 규칙은 오랫동안 알려져 왔습니다. 특별한 솔루션이보편적인 솔루션보다 더 효과적입니다 .
집에서 빵을 자르는 것은 포크와 코르크 마개를 포함하는 9조각 다용도 칼보다 큰 외날 칼을 사용하는 것이 더 효율적입니다. 하이킹 중이 아닙니다.
어떤 언어로든 자신의 데이터베이스를 작성할 수 있지만 데이터베이스와 잘 작동하고 어떤 식으로든 사진 편집 기능을 구현하지 않는 DBMS도 있습니다. 대규모 데이터베이스의 경우 일반적으로 범용 언어보다 효율적입니다. 그러나 Excel에서 작은 데이터베이스를 만들 수 있습니다. 어떤 도구가 가장 적합한지, 그 도구가 필요합니다.
출장 보고서를 제출할 때 주력 Android를 쉽게 마스터한 젊은 회계사의 도구를 살펴보십시오. 그녀는 사용하지 않지만 계산기도 있지만 Android보다 더 큰 특별히 가중 계산기(계산기도 있음) ) 최소한의 큰 단추가 있는 테이블에 누워 있습니다. 삼각 함수가 있는 버튼은 없지만 학생용 계산기에는 필요합니다.
OOP를 사용 하는 것이 합리적이면 그곳에서 사용해야 합니다. 분명한 것 같습니다. MQL 언어는 무엇을 위해 사용해야 합니까?
아마도 사용자와의 인터페이스를 구성하기 위해? 그것은 OOP에 대한 많은 옵션이 쌓여있는 곳이며 Delphi 시각적 구성 요소의 라이브러리 하나는 가치가 있습니다. 따라서 고문과 스크립트는 컴퓨터에서 사람을 대체하도록 설계되었으며이 인터페이스는 목적과 직접적으로 모순되며 필요하지 않습니다. 즉, 방해합니다. 주머니칼에 추가 품목처럼. 또는 범용 망치의 강철 손잡이 끝에 있는 못 풀러 - 긁힘뿐만 아니라 무게 중심을 스트라이커에서 손잡이로 이동시킵니다.
MQL에는 어떤 전문성이 필요한가요? 이 언어는 다른 수단으로는 불가능한 것을 제공해야 합니다. 즉, 서버로부터 정보를 수신하고 서버에 요청을 보내는 것입니다. 외부 프로그램에 정보를 제공할 수 있습니다. 최소한 OOP, 최소한 아래에서, 최소한 위에서, 최소한 극단적인 프로그래밍, 최소한 시각적 등을 사용하려는 사람이라면 누구나 보편적인 개발 도구를 사용할 수 있습니다.
MQL5의 OOP 대신 DC의 커미션을 프로그래밍 방식으로 찾을 수 있는 기회가 있다면 기쁠 것입니다. 충분하지 않으며 수수료는 터미널에 알려져 있습니다. 내 생각에 이것은 명백한 실수입니다.
"할머니"와 "아이"만 나이가 아니라 마음의 활동에 의한 것이라면. 현대 현실의 모든 가능성을 성공적으로 사용하는 많은 사람들에게 있어서는 "진보된 젊음" 이상입니다.
그리고 특정 요구 사항에 정확히 그 중 하나가 필요한 경우 "모든 가능성을 사용"해야 하는 이유는 무엇입니까? 이것은 판매자의 입장입니다. 많은 가능성을 나열하는 것입니다. 모든 곳(그리고 프로그래밍에서도)에 적용되는 규칙은 오랫동안 알려져 왔습니다. 특별한 솔루션이 보편적인 솔루션보다 더 효과적입니다 .
집에서 빵을 자르는 것은 포크와 코르크 마개를 포함하는 9조각 다용도 칼보다 큰 외날 칼을 사용하는 것이 더 효율적입니다. 하이킹 중이 아닙니다.
어떤 언어로든 자신의 데이터베이스를 작성할 수 있지만 데이터베이스와 잘 작동하고 어떤 식으로든 사진 편집 기능을 구현하지 않는 DBMS도 있습니다. 대규모 데이터베이스의 경우 일반적으로 범용 언어보다 효율적입니다. 그러나 Excel에서 작은 데이터베이스를 만들 수 있습니다. 어떤 도구가 가장 적합한지, 그 도구가 필요합니다.
출장 보고서를 제출할 때 주력 Android를 쉽게 마스터한 젊은 회계사의 도구를 살펴보십시오. 그녀는 사용하지 않지만 계산기도 있지만 Android보다 더 큰 특별히 가중 계산기(계산기도 있음) ) 최소한의 큰 단추가 있는 테이블에 누워 있습니다. 삼각 함수가 있는 버튼은 없지만 학생용 계산기에는 필요합니다.
OOP를 사용 하는 것이 합리적이면 그곳에서 사용해야 합니다. 분명한 것 같습니다. MQL 언어는 무엇을 위해 사용해야 합니까?
아마도 사용자와의 인터페이스를 구성하기 위해? 그것은 OOP에 대한 많은 옵션이 쌓여있는 곳이며 Delphi 시각적 구성 요소의 라이브러리 하나는 가치가 있습니다. 따라서 고문과 스크립트는 컴퓨터에서 사람을 대체하도록 설계되었으며이 인터페이스는 목적과 직접적으로 모순되며 필요하지 않습니다. 즉, 방해합니다. 주머니칼에 추가 품목처럼. 또는 범용 망치의 강철 손잡이 끝에 있는 못 풀러 - 긁힘뿐만 아니라 무게 중심을 스트라이커에서 손잡이로 이동시킵니다.
MQL에는 어떤 전문성이 필요한가요? 이 언어는 다른 수단으로는 불가능한 것을 제공해야 합니다. 즉, 서버로부터 정보를 수신하고 서버에 요청을 보내는 것입니다. 외부 프로그램에 정보를 제공하는 기능. 최소한 OOP, 최소한 아래에서, 최소한 위에서, 최소한 극단적인 프로그래밍, 최소한 시각적 등을 사용하려는 사람이라면 누구나 보편적인 개발 도구를 사용할 수 있습니다.
MQL5의 OOP 대신 DC의 커미션을 프로그래밍 방식으로 찾을 수 있는 기회가 있다면 기쁠 것입니다. 충분하지 않으며 수수료는 터미널에 알려져 있습니다. 내 생각에 이것은 명백한 실수입니다.
그럼에도 불구하고 어떻게 든 영감을 얻었습니다.
관심있는 사람들이 있다면 초보자를 위한 이 슬래그 조각 , 프로그래밍하지 않는 방법에 대한 예제와 함께 좋은 기사를 작성할 수 있습니다.
Peter Konow , 비판에 대해 유감스럽게 생각합니다.
들어봐, 내가 지금 네게 대답할 것이지만 그들은 너를 금지할 것이다. 간단히 말해서 결과를 보여주고 슬래그에 대해 이야기합니다.
그는 한 번 MT5에서 잠금 장치가 있는 틱이 없을 것이라고 말했습니다. 그들은 심지어 이것을 토론하는 사람들을 금지했습니다. 그래서 무엇?
이 질문은 저를 위한 것이 아닙니다. 출처에 직접 문의하세요.
나는 요점이 보이지 않는다. 게다가 수사학적 질문이었다.
우리가 사용자에 대해 이야기한다면 MetaQuotes는 사용자를 MT5의 종소리와 휘파람에 익숙해 지도록 많은 일을했습니다.
빌드 230 이전에 MT4가 어땠는지 기억하십시오.
이제 MT4는 아키텍처가 다르지만 MT5와 거의 구별할 수 없습니다. 이 모든 것은 사용자가 전환을 요구하는 거래를 망치고 이 전환을 편안하게 하기 위해 동일한 버튼, 동일한 기능, 모두 동일한 폴더에 수행되었습니다.
딜러 자신이 자신의 안락한 지대를 떠나고 싶지 않기 때문입니다. 그들은 욕망이 없을 뿐만 아니라 더 많은 돈을 지불해야 합니다. MT5의 라이선스는 MT4보다 비쌉니다.
그리고 여기에서 갑자기 라이선스 제품의 가격 책정에 대해 논의하는 영역으로 들어가므로 논의를 중단합니다. 이 문제에 대해 논의하는 것은 다른 사람의 돈을 세는 것과 같기 때문입니다.
비즈니스의 이 섹션에 대한 의견을 가지려면 최소한 하나의 제품을 $100,000 이상에 판매한 경험이 있어야 합니다.
물론 숙련된 프로그래머와 개발자에게 MQL5를 이해하는 것은 말도 안됩니다. 그러나 "훌륭한" 전략을 구현하기 위해 프로그래밍을 배우고자 하는 초보자와 독학자들을 생각해 보십시오. 따라서 추가 종소리와 휘파람을 마스터하는 것이 어려울 것이며 플랫폼을 선택할 때 오랫동안 생각하지 않을 가능성이 큽니다. 이게 문제 야.
독학 초보자는 어떤 문제가 있습니까? 독학으로 쓴 글입니다. mql4 이후, mql5에서 첫 번째 지표를 작성하는 데 2-3주가 걸렸습니다. 지금은 지식을 향상시키는 중입니다.
우리는 어떤 우여곡절을 이야기하고 있습니까? 일반적으로 OOP에서 메서드라고 하는 함수에 대해 또는 함수 오버로딩 에 대해? 결국 mql5에서는 클래스 없이 할 수 있으며 아무도 금지하지 않습니다. 글쎄, 우리가 어떤 식 으로든 그것을 알아낼 수없는 사람들에 대해 이야기한다면 그것은 ... 당신과 관련이 없습니다. 우리는 V.S.를 기억해야합니다. 비소츠키
그리고 곧바로 프리랜서로.
모든 것이 훨씬 쉽습니다. 아무도 mql4와 mql5에서 절차적 스타일로 작성하는 것을 금지하지 않습니다. 정확히 동일합니다. 뿐만 아니라 OOP를 사용할 때도 마찬가지입니다.
Peter가 문제를 고안하고 처리했을 뿐입니다. 그 자신이 이해할 수 없다는 사실 때문일 가능성이 큽니다. 아니면 그가 어려움과 어려움을 극복하는 것을 좋아하기 때문일 수도 있습니다. 같은 결과에 이르는 두 가지 길 중에서 그는 길고 가시가 많은 길을 선택합니다. 그러나 그는 멋진 프로그래머처럼 느껴집니다. 그의 OOP 거부의 본질은 여기에 있다고 생각한다. 물론 내가 틀릴 수도 있지만 나는 보통 사람을 느낀다.
예를 들어, 나는 라이브러리 형태의 포함을 참을 수 없습니다. 어리석게도 거기에 무엇이 채워져 있고 그것이 나에게 어떻게 도움이 될지 모르기 때문에 12개 이상의 함수를 작성하는 것이 더 쉽습니다.
Peter Konow와 유추하여.
글쎄요, 에너지 보존 법칙: 라이브러리 없이 모든 것이 작동한다면 왜 라이브러리를 디컴파일하고 이해합니까?
Z.Y
무스에 관한 내 상의가 만났습니까?
첫 번째는 두 번째와 길이가 다릅니다. 그리고 그 의미는 똑같이 분명합니다.
간결한 코드와 두 화면 너비로 늘어나는 발보 중 어느 것이 더 읽기 쉬울까요?
짧고 간결한 코드를 읽는 것이 더 쉽고 빠릅니다. 슬라이더를 사용하여 각 줄의 코드를 수평으로 이동하고 싶다면 이동을 금지합니다.
나는 초보자에게서 그러한 코드를 보았습니다. 나는 거의 눈을 잃을 뻔했고 내 이름을 바꿀 때까지 그것을 이해하기를 거부했습니다.
"마법으로 선택한 포지션의 총 이익을 저장하는 변수"
"profit_all_by_magic";
1. Chart_id는 m_chart_id보다 러시아어를 사용하는 사람이 더 빨리 읽습니다.
2. 프로그램에 수백 개의 변수가 있는 경우 러시아어는 필수 지원을 제공합니다.
이 모든 것은 실험적으로 확인할 수 있습니다.
모국어로 된 코드를 읽고 이해하는 속도는 항상 더 빨라지고 암기는 더 좋아질 것입니다.
러시아어로 변수 이름 지정 규칙을 개발하기만 하면 됩니다. "variable_to_store_the_total_profit_of_position" 대신 간단히 Total_profit.
할머니에게 고장난 푸시 버튼 전화를 교체하기 위해 주력 iPhone 또는 Android 를 제공하고 이전 전화와 비교하여 모든 새로운 기능을 설명하려고 하면 90%는 이전 전화가 더 나았기 때문입니다. 버튼이 있었고 어떤 버튼을 누르는지 손가락으로 느낄 수 있었습니다. 그리고 제 생각에는 전화 걸기 외에 그녀가 SMS 보내기를 마스터하는 것이 최대의 성취가 될 것입니다. 특히 재능 있는 할머니는 Whatsapp 사용법을 가르칠 수도 있습니다. 그녀를 위한 다른 모든 것은 "다섯 번째 바퀴"처럼 보일 것입니다. 그리고 그녀는 Google 지도를 여는 것보다 거리의 누군가에게 Lizyukov Street에 가는 방법을 묻는 것이 더 쉬울 것입니다. 습관의 힘은 위대하기 때문입니다!
Nikolay가 주장을 찾는 방법을 알고 있습니다.)
할머니도 문제없이 모든 것을 배울 수 있습니다. 그녀는 무의식적으로 자신의 안정된 마음을 불필요한 정보의 순환으로 끌어들이는 장신구를 원하지 않습니다. 그는 그것을 올바르게 한다.)
그리고 특정 요구 사항에 정확히 그 중 하나가 필요한 경우 "모든 가능성을 사용"해야 하는 이유는 무엇입니까? 이것은 판매자의 입장입니다. 많은 가능성을 나열하는 것입니다. 모든 곳(그리고 프로그래밍에서도)에 적용되는 규칙은 오랫동안 알려져 왔습니다. 특별한 솔루션이 보편적인 솔루션보다 더 효과적입니다 .
집에서 빵을 자르는 것은 포크와 코르크 마개를 포함하는 9조각 다용도 칼보다 큰 외날 칼을 사용하는 것이 더 효율적입니다. 하이킹 중이 아닙니다.
어떤 언어로든 자신의 데이터베이스를 작성할 수 있지만 데이터베이스와 잘 작동하고 어떤 식으로든 사진 편집 기능을 구현하지 않는 DBMS도 있습니다. 대규모 데이터베이스의 경우 일반적으로 범용 언어보다 효율적입니다. 그러나 Excel에서 작은 데이터베이스를 만들 수 있습니다. 어떤 도구가 가장 적합한지, 그 도구가 필요합니다.
출장 보고서를 제출할 때 주력 Android를 쉽게 마스터한 젊은 회계사의 도구를 살펴보십시오. 그녀는 사용하지 않지만 계산기도 있지만 Android보다 더 큰 특별히 가중 계산기(계산기도 있음) ) 최소한의 큰 단추가 있는 테이블에 누워 있습니다. 삼각 함수가 있는 버튼은 없지만 학생용 계산기에는 필요합니다.
OOP를 사용 하는 것이 합리적이면 그곳에서 사용해야 합니다. 분명한 것 같습니다. MQL 언어는 무엇을 위해 사용해야 합니까?
아마도 사용자와의 인터페이스를 구성하기 위해? 그것은 OOP에 대한 많은 옵션이 쌓여있는 곳이며 Delphi 시각적 구성 요소의 라이브러리 하나는 가치가 있습니다. 따라서 고문과 스크립트는 컴퓨터에서 사람을 대체하도록 설계되었으며이 인터페이스는 목적과 직접적으로 모순되며 필요하지 않습니다. 즉, 방해합니다. 주머니칼에 추가 품목처럼. 또는 범용 망치의 강철 손잡이 끝에 있는 못 풀러 - 긁힘뿐만 아니라 무게 중심을 스트라이커에서 손잡이로 이동시킵니다.
MQL에는 어떤 전문성이 필요한가요? 이 언어는 다른 수단으로는 불가능한 것을 제공해야 합니다. 즉, 서버로부터 정보를 수신하고 서버에 요청을 보내는 것입니다. 외부 프로그램에 정보를 제공할 수 있습니다. 최소한 OOP, 최소한 아래에서, 최소한 위에서, 최소한 극단적인 프로그래밍, 최소한 시각적 등을 사용하려는 사람이라면 누구나 보편적인 개발 도구를 사용할 수 있습니다.
MQL5의 OOP 대신 DC의 커미션을 프로그래밍 방식으로 찾을 수 있는 기회가 있다면 기쁠 것입니다. 충분하지 않으며 수수료는 터미널에 알려져 있습니다. 내 생각에 이것은 명백한 실수입니다.