나는 설명하려고 노력할 것입니다-기사 : 시끄러운 제목, 무지에 빠진 지역 프로그래머에 대한 비난, 방법의 천재성 주장, 솔루션의 최종성. 사실, 그것은 말도 안되고 원시주의입니다. 두 가지 분기 방법의 장단점을 고려하고 싶지 않습니다 (경우 / 경우) - 여기에 대해 충분히 언급했습니다. 저자에게 한 가지 질문을하고 싶습니다 : 그가 제안한 프로그래밍 스타일 (정확히 스타일)의 자동화는 무엇입니까? 어쨌든 모든 입력 조건 (상태), 관계 (솔루션 방법) 및 동작은 수동으로 프로그래밍해야하며이 시스템은 다른 솔루션 방법과 마찬가지로 엄격하게 바인딩됩니다. 즉, 접근 방식의 유연성이 없습니다. 그리고 오토마톤의 반응을 즉석에서 변경할 수 있는 가능성도 없습니다.
가정을하겠습니다. 이 기사의 저자는 프로그래머가 아닙니다. 아마도 그는 이전에 일부 프로젝트에 참여한 기억이있을 것입니다. 그러나이 단계에서 그는 모호하지 않게 프로그래밍하지 않습니다. 기사의 내용은 그것이 추론에 지나지 않음을 보여줍니다. 그리고 추론은 실제 경험과 철저히 분리되어 있습니다. 저자가 프로그래머라면이 기사에는 mql5의 EA / 표시기 코드 예제가 하나 이상 포함되어있을 것입니다. 예제가 없습니다.
abolk: 가정을 해보겠습니다. 이 글의 작성자는 프로그래머가 아닙니다. 아마도 그는 이전에 일부 프로젝트에 참여한 기억이있을 것입니다. 그러나이 단계에서 그는 모호하지 않게 프로그래밍하지 않습니다. 기사의 내용에서 알 수 있듯이 그것은 추론에 지나지 않습니다. 저자가 프로그래머였다면 이 글에는 mql5에 대한 EA/지표 코드의 예가 하나 이상 포함되어 있을 것입니다. 예제가 없습니다.
논쟁 스타일 그레인 로더 변종에 대한 논쟁은 그만하세요. 기술적인 문제를 둘러싼 논쟁은 이제 그만하세요.
우리는 더 높은 스타일의 논쟁을 마스터하고 있습니다. 사실에 근거하지 않은 논쟁. 기질에 대한 논쟁. 근거 없는 주장에서 상대방의 성격으로 옮겨가는 논쟁.
절름발이 남자가 허버트 폰 카라얀의 예술에 대해 뭐라고 말할 수 있을까요? 그가 절름발이라고 말하면 그는 패배 할 것입니다.
여권을 변경하지 않은 남자는 무엇에 대해 논쟁 할 수 있습니까? 프로피스카가 없는 남자는 건축에 대해 어떤 견해를 표현할 수 있을까요? 맨손으로 잡힌 그는 패배를 고백하고 인정합니다.
어쨌든 그런 코를 가진 대머리 남자의 의견에 어떻게 관심을 가질 수 있습니까? 먼저 코를 고치고 머리카락을 기른 다음 말하게하십시오.
분쟁에서의 행동은 간단해야합니다. 대담 자의 말을 듣지 말고 그를 보거나 콧노래를 부르며 그의 눈을 바라보십시오. 문서를 요청하고, 프로피 스카를 확인하고, 직장에서 특성을 요청하는 가장 급한 순간에 "당신"으로 전환하고, "그리고 이것은 당신의 개 마음의 사업이 아닙니다"라고 말하기 쉽고, 파트너는 화상을 입은 것처럼 부드러워 질 것입니다.
요즘에는 수컷을 살균하여 해충이 파괴 될 때 논쟁의 수준을 추상적 인 높이로 높여야합니다. 영화 한 편도 보지 않고 할리우드의 몰락과 부상에 대해 논쟁을 벌여 봅시다. 철학자들의 작품을 읽지 않고 철학자들과 충돌해 봅시다. 굴과 코코넛을 먹어본 사람들과 쉰 목소리가 나올 정도로, 싸울 정도로, 귀로 음식의 맛을, 치아로 색을, 눈으로 악취를, 제목으로 영화를, 성으로 그림을, '영화 여행 클럽'으로 국가를, 교과서로 의견의 선명도를 인지하면서 굴과 코코넛의 맛에 대해 논쟁해 봅시다.
아무도 본 적이없는 세계 표준 수준으로 제품을 가져 오면 정보를 성공적으로 대체하는 모든 7 가지 감각과 직관을 한계까지 개발할 것입니다. 저 스스로 축하해야 할 일입니다. 테이블로 오세요, 끓고 있습니다!
FAQ: 저자에게 한 가지 질문을하고 싶습니다. 그가 제안한 프로그래밍 스타일 (정확히 스타일)의 자동화는 무엇입니까? 어쨌든 모든 것이 ... 수동으로 프로그래밍해야합니다. 즉, 접근 방식의 유연성이 없습니다. 그리고 오토 마톤의 반응을 즉석에서 변경할 가능성이 없습니다.
그가 여기에 나타나지 않았기 때문에 저자 대신 대답하려고 노력할 것입니다.
"자동화"는 "유한 오토마톤"이라는 용어에서 유래되었으며 "자동"이라는 용어와는 아무런 관련이 없습니다.
그리고 "유한 오토마톤"은 알고리즘을 구현하는 방법, 즉 아키텍처 설계입니다. 원하는 경우 알고리즘을 단계별로 실행하는 로봇, 장치, 장치입니다. 어떤 알고리즘이든 로드할 수 있지만 실행 구조는 동일하게 유지됩니다. 어셈블러부터 MQL까지 모든 언어로 구현할 수 있으며 심지어 하드웨어(칩 위)에서도 구현할 수 있습니다,
따라서 '프로그래밍 스타일'과도 관련이 없습니다. 프로그래밍 스타일이 아니라 디자인 (개발) 스타일입니다.
FAQ: 저는 솔직히 최소한 매트릭스 방식이나 I.I에 가까운 방식을 기대했는데.... 그리고 여기 있습니다 ... 이제 화성이 '큐리오시티'가 아니라 '큐리오시티'인 이유를 알 수 있겠네요.
그렇게 무시해서는 안됩니다. 자동 프로그래밍은 산업용 컴퓨터 및 컨트롤러(PLC) 프로그래밍에 널리 사용되는 강력하고 유연하며 신뢰할 수 있는 방법입니다. 또 다른 한 가지는 그 안에 참신함과 천재성이 없다는 것입니다.
그건 그렇고, 큐리오시티가 나오기 40년 전에는 루노코드-1이 있었고 소비에트 시대의 로켓은 유한 오토마타에 의해 제어되었습니다 :).
한 가지 동의합니다. 프로그래밍이라고 부르는 것이 잘못되었습니다. 네, 디자인에 더 가깝습니다. 엄격한 알고리즘을 가진 고도로 전문화 된 시스템에는 좋을지 모르지만 새로운 단어로 높이는 것은 어떻습니까? 그리고 "루노 호드"와 우주선이 어떻게 여행하는지에 대해 말하지 마세요 .... 나는 그들이 말했듯이 "나는 거기에 있었고 꿀 맥주를 마셨다"고 말했습니다. 글쎄요, 물론 그 당시에는 구체적으로 아니지만 80 년 말에 포착되었고 거기에 무엇이 있었고 소문에서 어떻게 알 수 없었는지. "호기심"에 대한 나의 논문은 국내 기술이 그 시대에 확고하게 고착되어 있다는 사실을 말합니다. 그리고 PLM 등에 대해서도, 그리고 아키텍처에 대해서도요. 소문이 아니라 제가 잘 알고 있습니다. 이제 2000년부터 수입된 컴퓨터를 가져다가 차분하게 바이오스를 다시 채우고 우리의 진보된 '디자인 스타일'에 대해 생각해 보세요 ..... 똑같거나 우리나라에서 말하는 것처럼 "오토즈, 보 쿠메"입니다.
저는 Metatrader와 MQL5를 처음 사용하지만 enivid와 figurelli가 말한 것처럼 소프트웨어 개발, C, C++, OOP 및 상태 머신 및 프로세스 관리에 대한 경험이 풍부하며 실제로 거래 규칙을 관리하는 매우 좋은 방법이기 때문에이를 내 EA에 적용하고 있습니다.
훌륭한 제품이 실패하는 경우가 많기 때문에 이것이 표준이 될지는 모르겠지만 그럴 수 있다고 확신합니다.
저자에게 한 가지 질문하고 싶습니다...
가정을 해보겠습니다. 이 글의 작성자는 프로그래머가 아닙니다. 아마도 그는 이전에 일부 프로젝트에 참여한 기억이있을 것입니다. 그러나이 단계에서 그는 모호하지 않게 프로그래밍하지 않습니다. 기사의 내용에서 알 수 있듯이 그것은 추론에 지나지 않습니다. 저자가 프로그래머였다면 이 글에는 mql5에 대한 EA/지표 코드의 예가 하나 이상 포함되어 있을 것입니다. 예제가 없습니다.
우리는 더 높은 스타일의 논쟁을 마스터하고 있습니다. 사실에 근거하지 않은 논쟁. 기질에 대한 논쟁. 근거 없는 주장에서 상대방의 성격으로 옮겨가는 논쟁.
절름발이 남자가 허버트 폰 카라얀의 예술에 대해 뭐라고 말할 수 있을까요? 그가 절름발이라고 말하면 그는 패배 할 것입니다.
여권을 변경하지 않은 남자는 무엇에 대해 논쟁 할 수 있습니까? 프로피스카가 없는 남자는 건축에 대해 어떤 견해를 표현할 수 있을까요? 맨손으로 잡힌 그는 패배를 고백하고 인정합니다.
어쨌든 그런 코를 가진 대머리 남자의 의견에 어떻게 관심을 가질 수 있습니까? 먼저 코를 고치고 머리카락을 기른 다음 말하게하십시오.
분쟁에서의 행동은 간단해야합니다. 대담 자의 말을 듣지 말고 그를 보거나 콧노래를 부르며 그의 눈을 바라보십시오. 문서를 요청하고, 프로피 스카를 확인하고, 직장에서 특성을 요청하는 가장 급한 순간에 "당신"으로 전환하고, "그리고 이것은 당신의 개 마음의 사업이 아닙니다"라고 말하기 쉽고, 파트너는 화상을 입은 것처럼 부드러워 질 것입니다.
요즘에는 수컷을 살균하여 해충이 파괴 될 때 논쟁의 수준을 추상적 인 높이로 높여야합니다. 영화 한 편도 보지 않고 할리우드의 몰락과 부상에 대해 논쟁을 벌여 봅시다. 철학자들의 작품을 읽지 않고 철학자들과 충돌해 봅시다. 굴과 코코넛을 먹어본 사람들과 쉰 목소리가 나올 정도로, 싸울 정도로, 귀로 음식의 맛을, 치아로 색을, 눈으로 악취를, 제목으로 영화를, 성으로 그림을, '영화 여행 클럽'으로 국가를, 교과서로 의견의 선명도를 인지하면서 굴과 코코넛의 맛에 대해 논쟁해 봅시다.
아무도 본 적이없는 세계 표준 수준으로 제품을 가져 오면 정보를 성공적으로 대체하는 모든 7 가지 감각과 직관을 한계까지 개발할 것입니다. 저 스스로 축하해야 할 일입니다. 테이블로 오세요, 끓고 있습니다!
M.M.즈바네츠키.
저자에게 한 가지 질문을하고 싶습니다. 그가 제안한 프로그래밍 스타일 (정확히 스타일)의 자동화는 무엇입니까? 어쨌든 모든 것이 ... 수동으로 프로그래밍해야합니다. 즉, 접근 방식의 유연성이 없습니다. 그리고 오토 마톤의 반응을 즉석에서 변경할 가능성이 없습니다.
그가 여기에 나타나지 않았기 때문에 저자 대신 대답하려고 노력할 것입니다.
"자동화"는 "유한 오토마톤"이라는 용어에서 유래되었으며 "자동"이라는 용어와는 아무런 관련이 없습니다.
그리고 "유한 오토마톤"은 알고리즘을 구현하는 방법, 즉 아키텍처 설계입니다. 원하는 경우 알고리즘을 단계별로 실행하는 로봇, 장치, 장치입니다. 어떤 알고리즘이든 로드할 수 있지만 실행 구조는 동일하게 유지됩니다. 어셈블러부터 MQL까지 모든 언어로 구현할 수 있으며 심지어 하드웨어(칩 위)에서도 구현할 수 있습니다,
따라서 '프로그래밍 스타일'과도 관련이 없습니다. 프로그래밍 스타일이 아니라 디자인 (개발) 스타일입니다.
저는 솔직히 최소한 매트릭스 방식이나 I.I에 가까운 방식을 기대했는데.... 그리고 여기 있습니다 ... 이제 화성이 '큐리오시티'가 아니라 '큐리오시티'인 이유를 알 수 있겠네요.
그렇게 무시해서는 안됩니다. 자동 프로그래밍은 산업용 컴퓨터 및 컨트롤러(PLC) 프로그래밍에 널리 사용되는 강력하고 유연하며 신뢰할 수 있는 방법입니다. 또 다른 한 가지는 그 안에 참신함과 천재성이 없다는 것입니다.
그건 그렇고, 큐리오시티가 나오기 40년 전에는 루노코드-1이 있었고 소비에트 시대의 로켓은 유한 오토마타에 의해 제어되었습니다 :).
자동 트레이딩 시스템을 만드는 새로운 방법으로서의 오토마타 프로그래밍 게시글을 올렸습니다:
저자: SO_ CHE NULLA NON SO
오토마타는 대학에서 합격했습니다. 저는 이런 식으로 만 복잡한 작업을 프로그래밍합니다. 새롭고 혁신적인 것은 없습니다.
정말 아주 좋은 방법입니다. 많은 수의 브랜치도 제어하고 오류를 매우 빠르게 찾을 수 있습니다. 특히 4에는 OOP가 없기 때문에 특히 유용합니다.
그리고 물론 사전에 디자인 작업이 필요합니다. 어쨌든 유용합니다. 이 접근 방식을 사용하면 "한눈에" 디자인할 때 항상 보이지 않는 브랜치를 보고 처리할 수 있습니다.
이 기사는 훌륭합니다. 모델을 매우 간단하고 명확하게 설명해 주셨습니다;
저는 Metatrader와 MQL5를 처음 사용하지만 enivid와 figurelli가 말한 것처럼 소프트웨어 개발, C, C++, OOP 및 상태 머신 및 프로세스 관리에 대한 경험이 풍부하며 실제로 거래 규칙을 관리하는 매우 좋은 방법이기 때문에이를 내 EA에 적용하고 있습니다.
훌륭한 제품이 실패하는 경우가 많기 때문에 이것이 표준이 될지는 모르겠지만 그럴 수 있다고 확신합니다.